Date: Desember 4, 2025
Mengelompokkan Aplikasi yang Tidak Mengetahui Klaster dengan SIOS LifeKeeper
Tidak semua aplikasi dibangun dengankekelompokandalam pikiran. Faktanya, sebagian besar tidak. Namun itu tidak berarti mereka tidak bisa mendapatkan manfaat dariketersediaan tinggiperlindungan yang diberikan olehPenjaga Kehidupan SIOSJika aplikasi Anda dapat dihentikan, dimulai, dan dijalankan di server lain, kemungkinan besar Anda dapat mengelompokkannya.
Sebelum memulai, ada beberapa pertimbangan utama yang akan membuat perbedaan antara implementasi pengelompokan yang berhasil dan pengalaman coba-coba yang membuat frustrasi.
-
Pindahkan Data Dinamis ke Penyimpanan Bersama atau Replikasi
Aplikasi biasanya menyimpan data dinamis seperti log, basis data, cache, dan data aplikasi lainnya di penyimpanan lokal. Hal ini tidak akan berhasil saat melakukan pengelompokan.kegagalan, node siaga harus memiliki akses ke data yang sama sehingga aplikasi dapat melanjutkan tepat di tempat ditinggalkannya.
Solusinya adalah memindahkan semua data dinamis ke disk bersama di lingkungan SAN atau ke volume replikasi saat menggunakanSIOS DataKeeperBerkas statis seperti yang dapat dieksekusi dapat tetap berada di lokasi lokal, tetapi apa pun yang berubah saat runtime harus berada di penyimpanan yang dapat diakses dari semua node kluster.
-
Perbarui Referensi Host Aplikasi untuk Lingkungan Terkluster
Banyak aplikasi merujuk ke sistem lokal berdasarkan nama, FQDN, atau alamat IP. Hal ini tidak masalah dalam konfigurasi mandiri, tetapi dalam klaster, aplikasi perlu terhubung atau berkomunikasi melalui IP Virtual (VIP) klaster.
Jika aplikasi atau berkas konfigurasinya merujuk ke:
- host lokal
- nama host atau FQDN node tersebut
- alamat IP statis node tersebut
Anda mungkin perlu mengubah referensi ke VIP atau nama host yang mengarah ke VIP tersebut. Lokasi yang umum diperiksa meliputi kunci registri, berkas konfigurasi, dan string koneksi apa pun yang digunakan aplikasi untuk mengakses dirinya sendiri atau layanan lain.
-
Tulis Skrip Mulai, Berhenti, dan Monitor Kustom
Aplikasi yang mendukung klaster mencakup logika yang memberi tahu klaster cara memulai, menghentikan, dan memantau layanan. Aplikasi yang tidak mendukung klaster tidak memiliki logika tersebut. Di sinilah SIOS LifeKeeper Application Recovery Kit (ARK) berperan.
Jika tidak ada yang tersedia untuk aplikasi Anda, Anda dapat membuat skrip khusus yang:
- Awallayanan atau proses
- Berhentibersihkan sebelum beralih
- Memantaukesehatannya, misalnya dengan memeriksa port, file log, atau proses
Dalam beberapa kasus, melindungi aplikasi semudah memulai dan menghentikan layanan. Untuk situasi tersebut, LifeKeeper menyediakan Quick Service Protection (QSP) Recovery Kit. Dengan QSP, Anda cukup memilih layanan yang ingin dilindungi, tanpa perlu menulis kode apa pun. LifeKeeper akan secara otomatis menangani operasi mulai, berhenti, dan pemantauan untuk layanan tersebut.
Opsi ini memudahkan untuk melindungi berbagai aplikasi, mulai dari yang sederhanaJendelaatauLinuxlayanan untuk sistem multikomponen yang kompleks, semuanya dalam kerangka pengelompokan yang sama.
-
Tangani Kunci Enkripsi dengan Benar di Semua Node Klaster
Jika aplikasi Anda mengenkripsi data yang tidak aktif, setiap node klaster harus dapat mendekripsinya. Ini berarti kunci enkripsi harus dapat diakses dan konsisten di semua node. Tergantung pada pengaturan Anda, hal ini mungkin melibatkan sinkronisasi penyimpanan kunci lokal atau penggunaan solusi manajemen kunci terpusat.
Intinya adalah setiap node harus dapat mengakses kunci enkripsi dengan aman dan konsisten saat aktif. Jika tidak, aplikasi mungkin berjalan tetapi gagal mengakses datanya setelah failover.
-
Pertimbangkan Bagaimana Klien Terhubung Kembali Setelah Failover
Ketika sebuah aplikasi gagal berpindah dari satu node ke node lain, akan terjadi gangguan singkat saat node aktif yang baru mengambil alih alamat IP dan memulai aplikasi. Untuk klien yang terhubung ke layanan tersebut, perilakunya sepenuhnya bergantung pada bagaimana mereka menangani kehilangan koneksi.
Jika logika coba ulang klien sudah terintegrasi, pengguna mungkin tidak akan pernah menyadari adanya gangguan. Klien akan terhubung kembali secara otomatis setelah VIP dan layanan tersedia kembali.
Jika klien tidak menyertakan logika percobaan ulang, pengguna mungkin perlu menyegarkan atau memulai ulang koneksi secara manual setelah failover.
Penting untuk memahami perilaku klien Anda dan menguji responsnya selama failover. Terkadang, menambahkan loop percobaan koneksi sederhana atau menyesuaikan pengaturan batas waktu koneksi sudah cukup untuk pengalaman pengguna yang lancar.
-
Verifikasi Persyaratan Lisensi Aplikasi untuk Penerapan Klaster
Salah satu langkah yang sering terabaikan adalah perizinan. Saat Anda mengelompokkan suatu aplikasi, aplikasi tersebut diinstal pada setiap node dalam klaster, tetapi hanya satu instans, yang aktif, yang berjalan pada satu waktu. Beberapa vendor menyediakan lisensi klaster aktif/pasif khusus, sementara yang lain mewajibkan lisensi untuk setiap instans yang terinstal.
Selalu konsultasikan dengan vendor aplikasi Anda sebelum penerapan. Diskusi singkat di awal dapat menghemat waktu berjam-jam untuk mengurus perizinan di kemudian hari.
-
Uji Semua Komponen Aplikasi dan Cluster Secara Menyeluruh
Pengujian adalah salah satu bagian terpenting dan paling sering diabaikan dari setiap proyek pengelompokan.
Jangan hanya menguji failover. Uji setiap fungsi aplikasi selagi terlindungi. Ini termasuk:
- Urutan memulai dan mematikan
- Semua layanan dan tugas latar belakang yang diperlukan
- Komponen apa pun yang membaca, menulis, atau menyimpan data
- Proses apa pun yang bergantung pada dependensi layanan
- Perilaku klien sebelum, selama, dan setelah failover
Jika aplikasi menggunakan skrip khusus atau QSP, pastikan setiap langkah berjalan dengan benar saat dimuat. Hal ini tidak hanya mendeteksi masalah sejak dini, tetapi juga memberikan keyakinan bahwa solusi akan berfungsi dengan benar saat terjadi insiden nyata.
Mencapai HA untuk Aplikasi Non-Cluster-Aware
Mengelompokkan aplikasi yang tidak mendukung klaster dengan SIOS LifeKeeper tidaklah sulit, tetapi memerlukan perencanaan. Pindahkan data Anda ke penyimpanan bersama atau replikasi, arahkan semuanya ke VIP klaster, tuliskan skrip logika mulai, berhenti, dan pantau (atau gunakan QSP jika diperlukan), pastikan kunci enkripsi tersedia di semua node, dan konfirmasikan persyaratan lisensi.
Jangan lupa untuk menguji bagaimana klien Anda merespons failover, karena ketersediaan tinggi yang sesungguhnya berarti server dan pengguna Anda tetap terhubung.
Ikuti langkah-langkah ini dan Anda akan menemukan bahwa bahkan aplikasi yang paling “mandiri” pun dapat mencapai ketersediaan tinggi tingkat perusahaan.Minta demo hari iniuntuk melihat bagaimana SIOS LifeKeeper menghadirkan HA yang andal ke aplikasi yang tidak mengetahui cluster.
Penulis: David Bermingham Senior Technical Evangelist di SIOS
Direproduksi dengan izin dariSIOS