Date: Januari 21, 2018
Apakah Opsi Ketersediaan Virtualisasi?
Microsoft Windows Server 2008 R2 dan vSphere 4.0 baru dirilis. Mari kita lihat beberapa Opsi Ketersediaan Virtualisasi ketika mempertimbangkan ketersediaan server virtual Anda dan aplikasi yang berjalan pada mereka.
Saya juga akan memanfaatkan kesempatan ini untuk menjelaskan beberapa fitur yang memungkinkan ketersediaan mesin virtual. Selain itu, saya telah mengelompokkan fitur-fitur ini ke dalam fungsi fungsi mereka untuk membantu menyoroti tujuan mereka.
Direncanakan Downtime
Tidak aktif downtime
Microsoft Windows Server Failover Clustering dan VMware's High Availability (HA) adalah solusi yang tersedia untuk melindungi mesin virtual jika terjadi downtime yang tidak terencana. Kedua solusi serupa. Mereka memantau mesin virtual untuk ketersediaan. VM dipindahkan ke node siaga jika ada kegagalan. Kemudian, mesin di-reboot untuk proses pemulihan ini. Tidak ada waktu untuk menyinkronkan memori sebelum failover.
Pemulihan bencana
Bagaimana cara memulihkan mesin virtual saya jika ada kerugian situs lengkap? Kabar baiknya adalah bahwa virtualisasi membuat proses ini jauh lebih mudah. Mesin virtual hanyalah sebuah file yang dapat diambil dan dipindahkan ke server lain. Hingga titik ini, VMware dan Microsoft sangat mirip dalam fitur dan fungsionalitas ketersediaan mereka. Namun, di sinilah Microsoft benar-benar bersinar. VMware menawarkan Site Recovery Manager yang merupakan produk bagus. Tetapi terbatas dalam dukungan hanya solusi replikasi berbasis array SRM-bersertifikat. Selain itu, proses failover dan failback tidak sepele dan dapat mengambil bagian yang lebih baik dalam sehari untuk melakukan perjalanan pulang-pergi lengkap dari situs DR ke pusat data primer. Itu memang memiliki beberapa fitur bagus seperti pengujian DR. Berdasarkan pengalaman saya dengan solusi Microsoft untuk pemulihan bencana, mereka memiliki solusi yang jauh lebih baik dalam hal pemulihan bencana.
Solusi Hyper-V DR Microsoft
Solusi Hyper-V DR Microsoft adalah Windows Server Failover Clustering dalam konfigurasi cluster multi-situs (lihat demo video). Dalam konfigurasi ini, kinerja dan perilaku adalah sama dengan kluster area lokal, namun dapat menjangkau pusat data. Pada dasarnya, Anda benar-benar dapat memindahkan mesin virtual Anda di seluruh pusat data dengan downtime yang sedikit atau tidak ada. Failback adalah proses yang sama, cukup arahkan dan klik untuk memindahkan sumber daya mesin virtual kembali ke pusat data primer. Tidak ada "Pengujian DR" internal. Meskipun saya pikir lebih baik untuk melakukan tes DR yang sebenarnya hanya dalam hitungan satu atau dua menit tanpa downtime yang dapat dilihat.
Vendor Replikasi Berbasis Host
Satu hal lain yang saya suka tentang klaster multi-situs WSFC adalah bahwa opsi replikasi tidak hanya mencakup vendor replikasi berbasis-array, tetapi juga vendor replikasi berbasis host. Ini benar-benar memberi Anda berbagai solusi replikasi dalam semua rentang harga dan tidak mengharuskan Anda meningkatkan infrastruktur penyimpanan yang ada.
Toleransi kesalahan
Toleransi kesalahan pada dasarnya menghilangkan kebutuhan untuk melakukan reboot mesin virtual jika terjadi kegagalan yang tidak terduga. VMware memiliki keunggulan di sini karena menawarkan VMware FT. Ada beberapa vendor perangkat keras dan perangkat lunak pihak ketiga lainnya yang bermain di ruang ini juga. Ada banyak keterbatasan dan persyaratan ketika datang untuk menerapkan sistem FT. Ini adalah pilihan jika Anda perlu memastikan kegagalan komponen perangkat keras menghasilkan downtime nol vs. menit atau dua yang diperlukan untuk mem-boot VM dalam konfigurasi HA standar. Anda mungkin ingin memastikan bahwa server Anda yang ada sudah penuh dengan CPU siaga panas, RAM, catu daya, dll. Dan Anda memiliki jalur redundan ke jaringan dan penyimpanan. Kalau tidak, Anda mungkin akan membuang uang yang bagus setelah yang buruk. Toleransi kesalahan sangat bagus untuk perlindungan dari kegagalan perangkat keras. Apa yang terjadi jika aplikasi Anda atau sistem operasi mesin virtual berperilaku buruk? Itu adalah ketika Anda memerlukan pengelompokan tingkat aplikasi seperti yang dijelaskan di bawah ini.
Ketersediaan Aplikasi
Semua yang telah saya diskusikan sampai saat ini benar-benar hanya mempertimbangkan kesehatan server fisik dan mesin virtual Anda secara keseluruhan. Ini semua baik dan bagus, namun, apa yang terjadi jika mesin virtual Anda memiliki layar biru? Atau bagaimana jika paket layanan SQL terbaru ini melanggar aplikasi Anda? Dalam kasus tersebut, tidak satu pun dari solusi ini yang akan Anda lakukan sedikit demi sedikit. Bagi aplikasi yang paling kritis, Anda benar-benar harus berkerumun di lapisan aplikasi. Lihat solusi pengelompokan yang berjalan di dalam OS pada mesin virtual vs. di dalam hypervisor. Di dunia Microsoft, ini berarti MSCS / WSFC atau solusi pengelompokan pihak ke-3. Pilihan penyimpanan Anda, saat mengelompokkan dalam mesin virtual, terbatas cakupannya pada target iSCSI atau solusi replikasi berbasis host. Saat ini, VMware benar-benar tidak memiliki solusi untuk masalah ini. Ini akan menunda solusi yang berjalan di dalam mesin virtual untuk memonitor lapisan aplikasi.
Ringkasan
Dengan munculnya virtualisasi, itu bukan masalah jika Anda membutuhkan ketersediaan. Dan lebih banyak pertanyaan tentang apa Opsi Ketersediaan Virtualisasi akan membantu memenuhi persyaratan SLA dan / atau DR Anda. Saya harap informasi ini membantu Anda memahami pilihan ketersediaan yang tersedia bagi Anda.
Direproduksi dengan izin dari https://clusteringformeremortals.com/2009/08/14/making-sense-of-virtualization-availability-options-2/
Baca kisah sukses kami untuk memahami bagaimana SIOS dapat membantu Anda