Azure Sebagai Layanan Cadangan Awan Klien Windows Anda

Azure Sebagai Layanan Cadangan Awan Klien Windows Anda

Baru diumumkan minggu ini, Azure sekarang bisa digunakan untuk backup klien Windows 7/8. 5 GB pertama gratis, maka harganya $ 0,20 per GB. Anda bisa mendapatkan sekitar 105 GB (dikompres) per bulan seharga sekitar $ 20. Itu setengah harga MozyHome. Apa yang Anda semua gunakan untuk backup offsite Anda untuk PC rumah Anda?

Direproduksi dengan izin dari https://clusteringformeremortals.com/2014/12/18/azure-as-a-cloud-backup-service-your-windows-clients/

Gangguan Layanan Penyimpanan Azure … Saatnya Untuk Rencana Pemulihan Bencana

Gangguan Layanan Penyimpanan Azure … Saatnya Untuk Rencana Pemulihan Bencana

Kemarin malam Pacific Standard Time, layanan penyimpanan Azure mengalami gangguan layanan di seluruh Amerika Serikat, Eropa dan sebagian Asia, yang berdampak pada beberapa layanan awan di wilayah ini.

Sebagai bagian dari update kinerja untuk Azure Storage, sebuah masalah ditemukan yang mengakibatkan berkurangnya kapasitas layanan yang menggunakan Azure Storage, termasuk Mesin Virtual, Visual Studio Online, Websites, Search dan layanan Microsoft lainnya.

Baca keseluruhan laporan blog Azure. http://azure.microsoft.com/blog/2014/11/19/update-on-azure-storage-service-interruption/

Jadi, apa arti pemusnahan ini bagi mereka yang memikirkan penyebaran awan? Global "interupsi" sebesar ini tentunya tidak dapat terjadi secara reguler untuk penyedia cloud manapun. Apalagi kalau berniat tetap di bisnis cloud, apakah itu Microsoft, Amazon, Google atau lainnya. Namun, sebagai arsitek awan atau orang yang bertanggung jawab atas penerapan cloud, Anda memiliki tanggung jawab kepada pelanggan Anda untuk memiliki "Rencana B" di saku belakang Anda. Saatnya merencanakan pemulihan bencana jika skenario terburuk benar-benar terjadi.

Apa Itu Rencana Pemulihan Bencana yang Baik?

Rencana B melibatkan prosedur terdokumentasi untuk memulihkan data dan layanan di lokasi alternatif jika terjadi penyebaran luas yang berdampak pada kemampuan penyedia awan untuk memberikan layanan mereka. Rencana ini penting bahkan jika Anda memiliki penyebaran awan yang sangat tangguh yang dirancang agar tetap berjalan meskipun terjadi gangguan lokal di wilayah, zona ketersediaan atau domain kesalahan.

Pemulihan Data, Pemulihan Aplikasi, dan Akses Klien

Pada tingkat tinggi Anda harus memperhatikan tiga hal: Pemulihan Data, Pemulihan Aplikasi, dan Akses Klien. Ada banyak cara untuk mengatasi masalah ini, beberapa lebih otomatis daripada yang lain. Beberapa dengan Recovery Time Objective (RTO) dan Recovery Point Objective (RPO) lebih baik daripada yang lain.

Apa Konfigurasi Untuk Mengalahkan The Outage?

Baru minggu lalu saya membuat blog tentang bagaimana membuat cluster multisite yang membentang di antara awan AWS dan awan Azure. Jenis konfigurasi ini hanya apa yang dibutuhkan dalam hal terjadi padamnya besaran yang kita alami kemarin di awan Azure.

Model Replikasi Cloud-To-Cloud "

Alternatif lain dari model replikasi "cloud-to-cloud" adalah memanfaatkan datacenter Anda sendiri sebagai situs pemulihan bencana untuk penyebaran awan. Hal ini menguntungkan untuk memiliki kepemilikan fisik atas data Anda. Tapi itu berarti Anda kembali ke bisnis pengelolaan datacenter. Hal ini dapat meniadakan beberapa keuntungan dari penyebaran awan murni.

Jika Anda tidak siap untuk pergi penuh di atas awan, gunakan awan sebagai situs pemulihan bencana. Ini mungkin cara termudah dan paling hemat biaya untuk menerapkan datacenter di luar kantor agar pemulihan bencana pulih. Mulailah memanfaatkan apa yang ditawarkan awan tanpa sepenuhnya berkomitmen untuk memindahkan semua beban kerja ke dalam awan.

DataKeeper Cluster Edition

Ilustrasi yang ditunjukkan di atas menggunakan solusi replikasi berbasis host yang disebut DataKeeper Cluster Edition untuk membangun cluster SQL Server multisite. Namun, DataKeeper dapat digunakan untuk menyimpan data yang sinkron. Entah di antara penyedia awan yang berbeda atau dalam model awan hibrida.

Peringatan! Punya Rencana B

Microsoft tidak sendirian dalam menghadapi pemadaman awan karena pemadaman berdampak pada Google, Microsoft, Amazon, DropBox dan banyak lainnya baru tahun ini saja. Memiliki "Rencana B" di tempat adalah harus memiliki kapan saja Anda mengandalkan layanan awan.

Direproduksi dengan izin dari https://clusteringformeremortals.com/2014/11/20/azure-storage-service-interruptiontime-for-plan-b/

Konfigurasi Server Replica Penyimpanan Windows Server 10 Dan Failover Cluster

Windows Server 10 Konfigurasi Replika Penyimpanan Dan Kesan Pertama

Fitur Baru yang Menyenangkan – Replika Penyimpanan!

Salah satu fitur baru yang paling menarik di Windows Server 10 yang diumumkan oleh Microsoft adalah Storage Replicas. Hal ini dijelaskan oleh Microsoft di sini: http://technet.microsoft.com/en-us/library/dn765475.aspx#BKMK_SR. Dan selanjutnya turun artikelnya, saya juga akan melihat failover cluster.

"Storage Replica (SR) adalah fitur baru yang memungkinkan replikasi sinkron-agnostik, blok-tingkat, sinkron antara server untuk pemulihan bencana, serta peregangan gugus failover untuk ketersediaan tinggi. Replikasi sinkron memungkinkan penggambaran data di situs fisik dengan volume yang konsisten dan crash memastikan hilangnya data nol pada tingkat sistem file. Replikasi asinkron memungkinkan perluasan situs melampaui rentang metropolitan dengan kemungkinan kehilangan data.

Apa nilai perubahan ini?

Replikasi Penyimpanan memungkinkan Anda untuk melakukan hal berikut:

Berikan solusi pemulihan bencana Microsoft untuk pemadaman beban kerja mission-critical yang terencana dan tidak terencana.

Gunakan transport SMB3 dengan keandalan, skalabilitas, dan kinerja yang teruji.

Rentang cluster ke jarak metropolitan.

Gunakan perangkat lunak Microsoft untuk mengakhiri penyimpanan dan pengelompokkan, seperti Hyper-V, Replica Penyimpanan, Ruang Penyimpanan, Cluster, Server File Skala-Out, SMB3, Deduplikasi, dan ReFS / NTFS.

Membantu mengurangi biaya dan kompleksitas sebagai berikut:

Perangkat keras agnostik, tanpa syarat untuk segera meninggalkan penyimpanan warisan seperti SAN.

Memungkinkan penyimpanan komoditas dan teknologi jaringan.

Fitur kemudahan manajemen grafis untuk node individu dan cluster melalui Failover Cluster Manager dan Microsoft Azure Site Recovery.

Termasuk pilihan skrip berskala besar yang komprehensif melalui Windows PowerShell.

Membantu mengurangi downtime, dan meningkatkan kehandalan dan produktivitas intrinsik ke Windows.

Menyediakan dukungan, metrik kinerja, dan kemampuan diagnostik. "

Bagaimana dengan Kasus Penggunaan Lainnya?

Mereka menyebutkan banyak kasus penggunaan "… Hyper-V, Replica Penyimpanan, Ruang Penyimpanan, Cluster, Server File Skala-Out, SMB3, Deduplikasi, dan ReFS / NTFS". Aku bahkan tidak yakin apa yang mereka maksud dengan daftar teknologi seperti ReFS / NTFS, Deduplication, SMB3, Storage Replica, Storage Spaces. Ini tampak lebih seperti fitur daripada menggunakan kasus, yang akan saya duga.

Tapi mari kita lihat beberapa kasus penggunaan lainnya yang mereka sebutkan: Hyper-V, Cluster, Scale-out-File Server. Saya dapat dengan mudah membayangkan bagaimana Storage Replica akan meningkatkan kasus penggunaan ini dengan memungkinkan berbagi apa-apa Scale-Out-File Servers dan multisite clusters, termasuk Hyper-V, SQL Server, File Server, dll. Dalam beberapa kasus, hal itu juga dapat memungkinkan cluster jaringan area lokal SANLess, memungkinkan cluster dibangun tanpa memerlukan sumber Disk Fisik bersama.

Mari Lihatlah At Failover Cluster

Dalam pandangan pertama saya tentang solusi ini, saya memutuskan untuk fokus pada apa yang saya ketahui dan sukai, kelompok failover. Agar segala sesuatunya mudah, saya memutuskan untuk fokus pada pembuatan dua file server sederhana sederhana (tidak memperkecil server file). Saya akan mulai dengan tiga VMs baru di domain Windows Server 10 yang sepenuhnya murni.

Mulai

Cukup mudah untuk mendownload ISO dan kemudian menginstal ke 3 VMs saya berjalan sangat cepat. Mempromosikan DC adalah pengalaman yang sangat mirip dengan 2012 R2. Meskipun saya pikir itu dibuat sedikit lebih jelas bahwa Anda harus benar-benar menjalankan DCPromo setelah fitur AD diinstal.

Saya mendapatkan domain saya terpasang dan dua cluster simpul dasar saya tanpa sumber daya yang dibangun tanpa masalah. Selanjutnya, saya menggunakan VMware Fusion sebagai Hypervisor saya karena mendukung Hypervisors bersarang (fitur yang sangat kekurangan Hyper-V untuk pengujian dan demo by the way). Kemudian, saya menambahkan beberapa file VMDK tambahan ke setiap VM di cluster saya dan memformatnya sebagai E: dan F: pada setiap VM, memperkirakan ini adalah volume replika saya. Hal lain yang perlu diperhatikan, saya belum menentukan sumber daya dan cluster tersebut tidak memiliki penyimpanan bersama. Sempurna, siap untuk mulai mengkonfigurasi Storage Replica!

Dan Proses Replikasi Kicks Off

Jadi saya menjalankan Failover Cluster Manager dan mulai mengaduk-aduk untuk melihat bagaimana saya bisa memulai proses replikasi. Sama sekali tidak ada di UI yang bisa saya temukan seperti itu, Replica, Replication atau bahkan yang mendekati hal itu. Karena dokumentasi tidak dikirim dan bit-bitnya baru tersedia beberapa jam yang lalu, saya sendiri yang mengetahuinya, walaupun pencarian Twitter saya yang putus asa mencari cara untuk blog. Tidak masalah saya bilang, saya adalah seorang cluster MVP dan keahlian saya adalah replikasi dan cluster multisite jadi saya akan memikirkannya.

Setelah sedikit mencari saya menemukan bahwa ada fitur baru yang disebut Windows Volume Replication.

Uh. Apa yang terjadi?

Hebat, jadi saya mengaktifkannya di kedua simpul yang berpikir ini akan menjadi hebat, tapi tetap saja tidak ada yang terlontar ke arah saya di UI Failover Windows Cluster yang mengatakan "Configure Replica". Sambil menggelengkan kepala lagi dan mencoba menjangkau beberapa orang pintar, saya masih tidak tahu. Kemudian saya sadar … "mungkin itu hanya mendukung Cluster Disk?" Sekarang pengumuman fitur mengatakan "mendukung penyimpanan komoditas". Bagi saya itu berarti ada hard drive lama di PC saya atau dalam hal ini disk virtual terlampir di VM saya. Ternyata, saya benar; disk harus muncul di cluster sebagai Physical Disk Resource in Available Storage.

Mendapatkan Tempat Akhirnya

Oke, bukan persyaratan terbesar, tapi aku terus menancapkannya. Untuk mendapatkan beberapa disk yang dapat ditambahkan sebagai Sumber Disk Fisik yang terpasang pada VM saya, saya mengaktifkan peran target iSCSI di DC saya dan membuat dua iSCSI Virtual Disks untuk setiap VMs saya. Sekarang ingat, ini tidak seperti cluster biasa sehingga masing-masing disk virtual ini hanya ditugaskan ke satu VM, mereka tidak dibagi.

Satu setiap VM saya menggunakan inisiator iSCSI untuk terhubung ke disk ini, menginisiasi, menyusun dan memformatnya. Saya kemudian menggunakan Failover Cluster Manager untuk menambahkannya ke cluster.

Akhirnya, saya melihat beberapa pilihan baru untuk replikasi.

Saya masih berjuang untuk sementara waktu agar tombol Replikasi memungkinkan untuk menjadi mudah dipilih.

Harus tahu!

Inilah IMPORT hal yang perlu Anda ketahui untuk mendapatkan pertunjukan ini di jalan:

• Disk harus berupa Sumber Daya Fisik di cluster. Ini berarti mereka harus mendukung pemesanan SCSI3 dan harus lolos validasi cluster.
• Disk harus GPT, bukan MBR
• Setiap Disk yang ingin Anda tiru harus memiliki Disk yang terkait untuk digunakan pada "File Log". Saya berasumsi ini adalah tempat mereka mengantri data saat replikasi terganggu atau di cermin asinkron dimana datanya bisa sedikit tertinggal
• Anda harus menambahkan disk (hanya disk data, bukan disk log) ke sumber gugus SEBELUM Anda dapat mengaktifkan replikasi. Anda tidak dapat mengaktifkan replikasi pada disk yang ada di Available Storage
• Sumber dan Target Server Anda harus memiliki disk ukuran dan huruf volume yang sama

Mengaktifkan Replikasi

Setelah Anda melakukannya Anda akhirnya dapat mengaktifkan Replikasi.

Seperti yang saya katakan, Anda perlu memilih sumber log disk yang perlu tersedia dalam penyimpanan yang tersedia. Microsoft merekomendasikan disk SSD. Saya tidak tahu seberapa besar seharusnya. Saya berasumsi semakin besar replikasi yang lebih lama bisa terganggu sebelum Anda mengkonsumsi semua ruang dan menghancurkan cermin Anda.

Langkah selanjutnya adalah memilih Disk pada server target anda. Jika Anda mendapat pesan seperti "No Storage Available" Anda mungkin perlu memindahkan "Available Storage" sehingga target disk Online pada server Sekunder.

Pastikan tidak ada dalam Technical Preview the Move Available Storage yang sepertinya rusak jika Anda memilih "Select Node". Namun, jika Anda memilih "Best Possible Node" dan hal-hal tampaknya berhasil. Penyimpanan yang tersedia akan online di server SECONDARY.

Sekarang semua Tersedia Penyimpanan harus online di server SEKUNDER.

Dan disk untuk file log target

Ini terlihat seperti fitur bagus, terutama untuk replikasi WAN. Rupanya Anda bisa menanamkan ke disk tujuan, menghindari sinkronisasi penuh atas WAN.

Layar berikutnya hanya menegaskan segalanya …

Manajer Cluster Failover – Saat Semua Dikatakan dan Dilakukan

Cluster Anda akan terlihat seperti ini. Anda mungkin akan menyadari bahwa status Replikasi menampilkan "Unknown". Saya berasumsi itu adalah bug yang akan diatasi nanti.

Bug Lainnya

Saya melihat bahwa wizard pembuatan Share File yang tersedia melalui Failover Cluster Manager sepertinya tidak bekerja. Ini akan ditutup tiba-tiba setelah Anda meluncurkannya. Namun, Anda dapat membuat saham pada node aktif menggunakan File Manager dan secara otomatis akan ditambahkan ke cluster.

Beberapa pengujian dasar tampaknya menunjukkan bahwa Failover Cluster Manager bekerja dengan baik. Hati-hati saja bahwa Anda tahu volume Anda adalah volume data yang direplikasi dan mana yang merupakan volume log. Data yang ditulis ke file log tidak direplikasi, jadi jika Anda membuat kesalahan (seperti yang saya lakukan), Anda mungkin berpikir bahwa replikasi tidak berjalan baik.

Dan akhirnya, setelah semua trial and error ini saya menemukan bahwa Microsoft telah mulai memposting setidaknya beberapa petunjuk bagaimana membuat karya ini. Simak persyaratan di posting ini dari Ned Pyle, Replica Storage PM.

http://social.technet.microsoft.com/Forums/windowsserver/en-US/f843291f-6dd8-4a78-be17-ef92262c158d/getting-started-with-windows-volume-replication?forum=WinServerPreview&prof=required

Pikiran saya…

Aku menyimpan pikiranku sampai aku punya waktu untuk bermain dengan fitur ini …

Direproduksi dengan izin dari https://clusteringformeremortals.com/2014/10/04/windows-server-10-storage-replica-configuration-and-first-impressions-windows10/

Statis IP Di Azure Sekarang Tersedia

Cadangan IP Statis Anda di Azure

Anda sekarang dapat menyimpan IP publik statis untuk layanan awan Anda di Azure. Biasanya, IP statis Anda akan diluncurkan saat Anda menghentikan semua VM di layanan awan Anda. Dengan cara ini, Anda akan diberi yang baru saat Anda memulai VMs Anda. Anda harus menyimpan setidaknya satu VM yang berjalan di setiap layanan awan setiap saat, mungkin agar demo dapat bekerja dengan baik tanpa banyak pengerjaan ulang setiap saat.

Bit Terbaik? Gratis!

Dan berita yang lebih baik lagi, lima alamat IP statis pertama yang Anda pesan adalah GRATIS. Sekarang saya bisa mematikan semua VMs saya dan tidur semalaman saat mengetahui bahwa alamat saya tidak akan berubah, melanggar demo SQL Server Failover Cluster saya. Yang terpenting, saya dapat memastikan bahwa saya tidak akan melebihi $ 200 MSDN Azure credit saya, yang selalu merupakan hal yang baik.

http://msdn.microsoft.com/en-us/library/azure/dn690120.aspx

Direproduksi dengan izin dari https://clusteringformeremortals.com/2014/06/19/static-ip-in-azure-now-available/

Jenis Kuorum Cluster Windows Server Failover Di Windows Server 2012 R2

Jenis-jenis kuorum klaster? Apa fungsinya?

Sebelum kita mulai dengan semua jenis kuorum cluster baru yang hebat di Windows Server 2012 R2, kita harus meluangkan waktu sejenak dan memahami apa yang dilakukannya dan bagaimana kita sampai di tempat kita sekarang. Rob Hindman menjelaskan kuorum terbaik di posting blognya ...

"Konfigurasi kuorum di cluster failover menentukan jumlah kegagalan yang dapat dipertahankan cluster sementara tetap online."

Awal: Hanya Disk

Sebelum Windows Server 2003, hanya ada satu tipe kuorum, Disk Only. Sekarang ada berbagai jenis kuorum kluster. Disk Hanya masih tersedia hari ini, tetapi tidak direkomendasikan karena kuorum disk adalah satu titik kegagalan. Pada Windows Server 2003 Microsoft memperkenalkan kuadran Mayoritas Node Set (MNS). Ini adalah perbaikan karena menghilangkan disk hanya kuorum sebagai satu titik kegagalan dalam cluster. Namun, memang memiliki keterbatasan. Seperti yang tersirat dalam namanya, Mayoritas Node Set harus memiliki mayoritas node untuk membentuk kuorum dan tetap online. Jadi, model kuorum ini tidak ideal untuk klaster dua simpul di mana kegagalan satu simpul hanya akan menyisakan satu simpul yang tersisa. Satu dari dua bukan mayoritas, jadi node yang tersisa akan offline.

Pengantar File Share Witness

Microsoft memperkenalkan perbaikan terbaru yang memungkinkan terciptanya File Share Witness (FSW) pada cluster Windows Server 2003 SP1 dan 2003 R2. Intinya FSW adalah file sharing sederhana di server lain yang diberi suara di cluster MNS. Kekuatan pendorong di balik inovasi ini adalah Exchange Server 2007 Continuous Cluster Replication (CCR), yang memungkinkan pengelompokan tanpa penyimpanan bersama. Tentu saja, tanpa penyimpanan bersama, Disk Only Quorum bukanlah pilihan. Kelompok MNS yang efektif membutuhkan tiga atau lebih simpul cluster. Oleh karena itu, pengenalan FSW untuk mendukung dua cluster Exchange CCR node.

Saksi Disk Baru Menyimpan Salinan Database Cluster

Windows Server 2008 melihat pengenalan tipe saksi baru, Disk Witness. Tidak seperti tipe quorum Disk Only yang lama, Disk Witness memungkinkan pengguna untuk mengkonfigurasi partisi kecil pada disk bersama yang berfungsi sebagai pemungutan suara di cluster, mirip dengan FSW. Namun, Disk Witness lebih baik daripada FSW. Ini karena menyimpan salinan database cluster dan menghilangkan kemungkinan "partisi dalam waktu". Jika Anda ingin membaca lebih banyak tentang partisi pada waktunya, saya sarankan Anda membaca File Share Witness vs. Saksi Disk untuk kelompok lokal.

Perbaikan

Windows Server 2012 terus memperbaiki opsi kuorum. Keyakinan saya bahwa banyak fitur baru ini didorong oleh dua kekuatan: Hyper-V dan SQL Server AlwaysOn Availability Groups. Dengan Hyper-V, kami mulai melihat kelompok yang berisi lebih banyak simpul daripada yang biasanya kita lihat di masa lalu. Dalam kumpulan simpul mayoritas, segera setelah Anda kehilangan mayoritas suara Anda, nodus yang tersisa akan offline. Misalnya, jika Anda memiliki cluster Hyper-V dengan tujuh nodus, dan Anda kehilangan empat dari simpul tersebut, simpul yang tersisa akan lenyap, meskipun ada tiga nodus tersisa. Ini mungkin bukan apa yang Anda inginkan terjadi. Jadi pada Windows Server 2012, Microsoft memperkenalkan Dynamic Quorum.

Kuorum dinamis

Kuorum Dinamis melakukan apa namanya. Ini menyesuaikan kuorum secara dinamis. Jadi dalam skenario yang dijelaskan, dengan asumsi saya tidak kehilangan keempat server pada saat bersamaan, karena server di cluster offline, jumlah suara di kuorum akan disesuaikan secara dinamis. Ketika node satu pergi offline, saya kemudian akan di teori memiliki cluster enam node. Ketika node dua pergi offline, saya kemudian akan memiliki cluster lima node, dan seterusnya. Pada kenyataannya, jika saya terus kehilangan node cluster satu per satu, saya bisa pergi jauh-jauh ke cluster dua node dan masih tetap online. Dan, jika saya telah mengonfigurasi saksi (Disk atau File Share), saya benar-benar bisa pergi sampai ke satu node dan masih tetap online.

Baca lebih lanjut tentang jenis kuorum klaster di ….

http://blogs.msdn.com/b/microsoft_press/archive/2014/04/28/from-the-mvps-understanding-the-windows-server-failover-cluster-quorum-in-windows-server-2012- r2.aspx

Direproduksi dengan izin dari https://clusteringformeremortals.com/2014/04/29/understanding-the-windows-server-failover-cluster-quorum-in-windows-server-2012-r2/