Date: Desember 6, 2018
Tag: memilih solusi ketersediaan tinggi
12 Item Checklist Untuk Memilih Solusi Berkesediaan Tinggi
Ketika memilih solusi ketersediaan tinggi, Anda harus mempertimbangkan beberapa kriteria. Ini berkisar dari total biaya solusi, untuk kemudahan yang dapat Anda konfigurasikan dan kelola klaster, hingga pembatasan spesifik yang ditempatkan pada perangkat keras dan perangkat lunak. Posting ini menyentuh secara singkat pada 12 item daftar periksa yang paling penting.
1 Dukungan untuk Versi OS dan Aplikasi Standar
Solusi yang memerlukan versi OS, database, atau perangkat lunak aplikasi perusahaan atau versi lanjutan dapat sangat mengurangi manfaat biaya pindah ke lingkungan server komoditas. Gunakan middleware HA yang tepat. Dengan cara ini, Anda dapat membuat versi standar aplikasi dan OS yang sangat tersedia. Dan pada saat yang sama, memenuhi persyaratan uptime dari lingkungan bisnis Anda.
2 Mendukung Berbagai Konfigurasi Penyimpanan Data
Ketika Anda menyebarkan gugus HA, data yang diperlukan oleh aplikasi yang dilindungi harus tersedia untuk semua sistem yang mungkin perlu untuk membawa aplikasi ke layanan. Anda dapat membagikan data ini melalui replikasi data, dengan menggunakan penyimpanan SCSI bersama atau Fibre Channel, atau dengan menggunakan perangkat NAS. Metode apa pun yang Anda pilih untuk diterapkan, produk HA yang Anda gunakan harus dapat mendukung semua konfigurasi data sehingga Anda dapat mengubah sesuai kebutuhan bisnis Anda.
3 Kemampuan Untuk Menggunakan Komponen Solusi Heterogen
Beberapa solusi pengelompokan HA mengharuskan setiap sistem dalam klaster memiliki konfigurasi yang identik. Persyaratan ini umum di antara solusi khusus perangkat keras di mana teknologi pengelompokan dimaksudkan untuk membedakan server atau penyimpanan dan di antara vendor OS yang ingin membatasi konfigurasi yang harus mereka dukung. Pembatasan ini membatasi kemampuan Anda untuk menyebarkan server yang diperkecil sebagai node cadangan sementara dan menggunakan kembali perangkat keras yang sudah ada dalam penyebaran kluster Anda. Menggunakan server yang dikonfigurasi secara terpisah mungkin merupakan pilihan yang tepat untuk kebutuhan Anda, tetapi keputusan tersebut tidak seharusnya didikte oleh penyedia solusi HA Anda.
4. Mendukung Lebih Dari Dua Node Dalam Cluster
Jumlah node yang dapat didukung dalam klaster merupakan ukuran skalabilitas yang penting. Solusi level-entry HA biasanya membatasi Anda untuk satu cluster dua-node, biasanya dalam mode aktif / pasif. Meskipun konfigurasi ini menyediakan peningkatan ketersediaan (melalui penambahan server siaga), itu masih dapat membuat Anda terpapar dengan downtime aplikasi. Dalam konfigurasi cluster dua-node, jika satu server mati karena alasan apa pun, maka server yang tersisa menjadi satu titik kegagalan. Dengan mengelompokkan tiga atau lebih node, Anda mendapatkan kemampuan untuk memberikan tingkat perlindungan yang lebih tinggi. Pada saat yang sama, Anda juga dapat membangun konfigurasi yang sangat skalabel.
5. Dukungan Untuk Aktif / Aktif Dan Aktif / Konfigurasi Siaga
Memilih Solusi Berkesediaan Tinggi yang sesuai dengan proyek Anda adalah kuncinya. Dalam konfigurasi aktif / siaga, satu server menganggur, menunggu untuk mengambil alih beban kerja anggota klasternya. Pengaturan ini memiliki kerugian yang jelas dari mengurangi investasi sumber daya komputasi Anda. Untuk mendapatkan manfaat maksimal dari pengeluaran TI Anda, pastikan bahwa node cluster dapat berjalan dalam konfigurasi aktif / aktif.
6 Deteksi Masalah Di Tingkat Layanan Node Dan Individu
Semua produk perangkat lunak HA dapat mendeteksi masalah dengan fungsionalitas server kluster. Tugas ini dilakukan dengan mengirimkan sinyal detak jantung antar server dalam kluster dan memulai pemulihan jika anggota klaster berhenti mengirimkan sinyal. Tetapi solusi HA yang canggih juga dapat mendeteksi masalah kelas lain. Salah satu yang terjadi ketika proses atau layanan individu menghadapi masalah yang membuat mereka tidak tersedia tetapi itu tidak menyebabkan server berhenti mengirim atau menanggapi sinyal detak jantung. Mengingat bahwa fungsi utama perangkat lunak HA adalah memastikan bahwa aplikasi tersedia bagi pengguna akhir, mendeteksi dan memulihkan dari gangguan tingkat layanan ini adalah fitur yang sangat penting. Pastikan bahwa solusi HA Anda dapat mendeteksi masalah tingkat node dan layanan.
7 Dukungan untuk pemulihan Node dan Cross-Node
Kemampuan untuk melakukan tindakan pemulihan baik di seluruh node cluster dan dalam node juga penting. Dalam pemulihan lintas-node, satu node mengambil alih domain tanggung jawab yang lengkap untuk yang lain. Ketika denyut jantung tingkat sistem dilewatkan, server yang seharusnya mengirimkan detak jantung diasumsikan tidak beroperasi, dan anggota cluster lainnya memulai operasi pemulihan. Dengan pemulihan in-node atau lokal, layanan sistem gagal upaya pertama untuk dipulihkan dalam server di mana mereka sedang berjalan. Tugas ini biasanya dilakukan dengan menghentikan dan memulai kembali layanan dan sumber daya sistem yang bergantung. Metode pemulihan ini jauh lebih cepat dan meminimalkan waktu henti.
8. Transparansi Untuk Koneksi Klien Pemulihan Sisi-Server
Pemulihan sisi server dari aplikasi atau bahkan seluruh node harus transparan untuk pengguna sisi-klien. Melalui penggunaan alamat IP virtualisasi atau nama server, pemetaan sumber daya komputasi virtual ke entitas klaster fisik selama pemulihan, dan pembaruan otomatis tabel routing jaringan, tidak ada perubahan pada sistem klien yang diperlukan untuk sistem untuk mengakses aplikasi dan data yang dipulihkan. Solusi yang memerlukan perubahan sisi klien secara manual untuk mengakses aplikasi yang dipulihkan sangat meningkatkan waktu pemulihan. Mereka memperkenalkan risiko kesalahan tambahan karena interaksi manusia yang dibutuhkan. Pemulihan harus dilakukan secara otomatis pada server dan klien.
9. Perlindungan Untuk Waktu Henti Yang Direncanakan Dan Tidak Terencana
Selain memberikan perlindungan terhadap penghentian layanan yang tidak direncanakan, solusi HA yang Anda gunakan harus dapat digunakan sebagai alat administrasi untuk mengurangi waktu henti yang disebabkan oleh aktivitas pemeliharaan. Dengan menyediakan fasilitas untuk memungkinkan pemindahan aplikasi berdasarkan permintaan di antara anggota kluster, Anda dapat memigrasikan aplikasi dan pengguna ke server kedua saat melakukan pemeliharaan pada yang pertama. Ini dapat menghilangkan kebutuhan untuk jendela pemeliharaan di mana sumber daya TI tidak tersedia untuk pengguna akhir. Pastikan bahwa solusi HA Anda menyediakan metode yang sederhana dan aman untuk melakukan pergerakan aplikasi manual (sesuai permintaan) dan sumber daya yang diperlukan di antara node cluster.
10. Perlindungan Off-The-Shelf untuk Fungsi Bisnis Umum
Setiap solusi HA yang Anda evaluasi harus mencakup agen dan modul yang diuji dan didukung yang dirancang untuk memantau kesehatan sumber daya sistem tertentu: sistem file, alamat IP, basis data, aplikasi, dan sebagainya. Modul-modul ini sering disebut modul pemulihan. Dengan menerapkan modul yang disediakan vendor, Anda mendapatkan manfaat dari waktu berjalan yang telah dilakukan oleh vendor dan pelanggan lain. Anda juga memiliki jaminan dukungan dan pemeliharaan berkelanjutan dari komponen solusi ini.
11. Kemampuan Untuk Dengan Mudah Memasukkan Perlindungan Untuk Aplikasi Bisnis Kustom
Kemungkinan akan ada aplikasi, mungkin kustom untuk perusahaan Anda, yang ingin Anda lindungi tetapi tidak ada modul pemulihan yang disediakan vendor. Oleh karena itu, penting bahwa Anda memiliki metode untuk menggabungkan aplikasi bisnis Anda dengan mudah ke skema perlindungan solusi HA Anda. Anda harus dapat melakukan ini tanpa memodifikasi aplikasi Anda, dan terutama tanpa harus menanamkan API khusus vendor. Kit pengembang perangkat lunak yang menyediakan contoh dan proses selangkah demi selangkah untuk melindungi aplikasi Anda harus tersedia. Juga, bersama dengan layanan dukungan yang disediakan vendor untuk membantu sesuai kebutuhan.
12. Kemudahan Penyebaran Dan Manajemen Kluster
Mitos umum seputar gugus HA adalah bahwa mereka mahal dan rumit untuk diterapkan dan dikelola. Ini belum tentu benar. Antarmuka administrasi kluster harus digerakkan oleh wizard untuk membantu dengan konfigurasi klaster awal. Ini harus mencakup penemuan otomatis elemen baru saat ditambahkan ke kluster. Demikian pula, harus memungkinkan pemantauan status sekilas dari seluruh cluster. Akhirnya, setiap metadata klaster harus disimpan dalam mode HA. Tidak pada disk quorum tunggal dalam kluster, di mana korupsi atau pemadaman bisa menyebabkan seluruh kluster menjadi berantakan. Dengan mencari kemampuan dalam daftar periksa ini, Anda dapat membuat keputusan terbaik untuk kebutuhan HA Anda. Memilih Solusi Ketersediaan Tinggi bukanlah ilmu roket. Berikut adalah kisah sukses kami Direproduksi dengan izin dari Linuxclustering