Failover Clustering Dengan VMware High Availability: Overkill Atau Pertandingan Sempurna?
Menerapkan ketersediaan tinggi (HA) di lapisan VMware adalah solusi yang bermanfaat. Ini membantu melindungi terhadap beberapa jenis kegagalan. Namun, VMware HA sendiri tidak mencakup semua basis. Mari kita telusuri kemungkinan Failover Clustering dengan VMware High Availability.
Menurut Gartner Research, pemadaman yang tidak direncanakan sebagian besar disebabkan oleh kegagalan aplikasi (40 persen pemadaman) atau kesalahan admin (40 persen). Masalah perangkat keras, jaringan, listrik, atau lingkungan menyebabkan sisanya (total 20 persen). VMware HA berfokus pada perlindungan terhadap kegagalan perangkat keras, tetapi solusi aplikasi-pengelompokan yang baik akan mengisi kekosongan di area lain.
Memiliki Strategi Yang Baik Sangat Penting Untuk Failover Clustering dengan Ketersediaan Tinggi VMware
Berikut adalah beberapa hal yang perlu dipertimbangkan ketika merancang strategi HA yang tepat untuk lingkungan VMware Anda.
Mempersingkat Pemadaman Dengan Monitoring dan Clustering Tingkat Aplikasi
Bagaimana dengan kecepatan pemulihan? Di dunia yang sempurna, tidak akan ada kegagalan, pemadaman atau downtime. Tetapi jika pemadaman yang tidak direncanakan terjadi, hal terbaik berikutnya adalah bangkit dan berlari lagi dengan cepat. Persamaan ini mewakili total ketersediaan lingkungan Anda: Seperti yang Anda lihat, waktu deteksi adalah bagian penting dari persamaan. Inilah tempat lain di mana VMware HA saja tidak cukup memotongnya. VMware HA memperlakukan setiap mesin virtual (VM) sebagai "kotak hitam" dan tidak memiliki visibilitas nyata ke dalam kesehatan atau status aplikasi yang sedang berjalan di dalamnya. VM dan OS yang berjalan di dalamnya mungkin baik-baik saja, tetapi aplikasinya bisa dihentikan, digantung, atau salah konfigurasi, mengakibatkan pemadaman untuk pengguna. Bahkan ketika kegagalan server host adalah masalah, Anda harus menunggu VMware HA untuk me-restart VM yang terkena pada host lain di kelompok VMware. Itu berarti aplikasi yang berjalan pada VM tersebut turun sampai 1) pemadaman terdeteksi, 2) OS melakukan boot sepenuhnya pada sistem host baru, 3) aplikasi restart, dan 4) pengguna terhubung kembali ke aplikasi. Dengan mengelompokkan pada lapisan aplikasi antara beberapa VM, Anda tidak hanya terlindungi terhadap pemadaman tingkat aplikasi, Anda juga mempersingkat waktu pemadaman-pemadaman Anda. Aplikasi ini hanya dapat di-restart pada VM siaga, yang sudah di-boot dan menunggu untuk mengambil alih. Untuk memaksimalkan ketersediaan, VM yang terlibat harus tinggal di server fisik yang berbeda. Atau lebih baik lagi, pisahkan VMware HA cluster atau bahkan pusat data terpisah!
Hilangkan Penyimpanan Sebagai Potensi Titik Kegagalan Tunggal (SPOF)
Solusi pengelompokan tradisional, termasuk VMware HA, memerlukan penyimpanan bersama dan biasanya melindungi aplikasi atau layanan hanya dalam satu pusat data. Secara teknis, perangkat penyimpanan bersama mewakili SPOF dalam arsitektur Anda. Jika Anda kehilangan akses ke penyimpanan back-end, klaster dan aplikasi Anda turun untuk menghitung. Tujuan dari setiap solusi HA adalah untuk meningkatkan ketersediaan secara keseluruhan dengan menghilangkan sebanyak mungkin SPOF potensial. Jadi bagaimana Anda dapat menambah cluster VMware HA asli untuk menyediakan tingkat ketersediaan yang lebih besar? Untuk melindungi seluruh tumpukan Anda, dari perangkat keras hingga aplikasi, mulailah dengan VMware HA. Selanjutnya, Anda perlu cara untuk memantau dan melindungi aplikasi. Pengelompokan pada tingkat aplikasi (yaitu, dalam VM) adalah pilihan alami. Pastikan untuk memilih solusi pengelompokan yang mendukung replikasi data berbasis host (yaitu konfigurasi bersama-tidak ada) sehingga Anda tidak perlu melalui biaya dan kerumitan penyiapan replikasi berbasis SAN. Solusi replikasi SAN juga biasanya mengunci Anda menjadi vendor penyimpanan tunggal. Di atas itu, untuk mengelompokkan VM dengan menggunakan penyimpanan bersama, Anda biasanya perlu mengaktifkan Pemetaan Perangkat Baku (RDM). Ini berarti Anda kehilangan akses ke banyak fungsi VMware yang kuat, seperti vMotion. Pergi dengan konfigurasi cluster bersama-tidak ada menghilangkan tingkat penyimpanan sebagai SPOF. Pada saat yang sama memungkinkan Anda untuk menggunakan vMotion untuk memigrasi VM Anda antara host fisik. Itu menang-menang! Sebuah cluster bersama-tidak ada juga merupakan solusi yang sangat baik untuk pemulihan bencana karena VM siaga dapat berada di pusat data yang berbeda.
Tutup Semua Basa
Aplikasi-pengelompokan failover, berlapis atas VMware HA, menawarkan yang terbaik dari kedua dunia. Anda dapat menikmati perlindungan perangkat keras dan kesadaran aplikasi built-in, fleksibilitas dan skalabilitas yang lebih besar, dan waktu pemulihan yang lebih cepat. Lebih baik lagi, solusinya tidak perlu merusak bank. Ingin memahami bagaimana Clustering Failover Dengan Ketersediaan Tinggi VMware dapat bekerja untuk proyek Anda? Periksa dengan SIOS. Direproduksi dengan izin dari LinuxClustering