Date: Juni 27, 2026
Ketersediaan Tinggi dan Pemulihan Bencana di Mana Saja: Dari Konsep Umum hingga Menghasilkan Solusi
Blog Terkait / Rekomendasi Bacaan Pendukung
Dalam blog ini, diasumsikan pembaca sudah familiar dengan kerangka kerja Hierarki Sumber Daya LifeKeeper dan Klasterisasi LifeKeeper secara umum. Untuk latar belakang mengenai topik-topik ini, blog-blog yang tercantum di bawah ini memberikan konteks yang sangat baik. Selain itu, blog ini dibangun berdasarkan blog sebelumnya mengenai salah satu cara untuk menutup kesenjangan antara kemungkinan kasus penggunaan dan mekanisme perlindungan yang didukung melalui penggunaan “Quick Service Protection Application Recovery Kit” (QSP ARK) dalam LifeKeeper, yang tautannya ada di bawah.
- Klaster Linux/Pengelompokan Windows(Penulisan artikel ini ditujukan kepada Ibu Hoagland, Wakil Presiden Penjualan dan Pemasaran Global SIOS, dan Tim Pemasaran SIOS)
- Kecerdasan Aplikasi dalam Kaitannya dengan Ketersediaan Tinggi(Penulisan artikel ini ditulis oleh Ibu Hendricks-Sinke, Insinyur Sistem Senior, IT di SIOS)
- Tindakan sumber daya dan latar belakang tentangKit Pemulihan Aplikasi Generik(Tulisan ini ditulis oleh Bapak Birmingham, Senior Technical Evangelist)
- Memilih Antara GenApp dan QSP: Menyesuaikan Ketersediaan Tinggi untuk Aplikasi Kritis Anda(Penulisan artikel ini ditulis oleh Ibu Hendricks-Sinke, Insinyur Sistem Senior, IT di SIOS).
Namun, blog ini akan membahas opsi yang tersedia ketika QSP ARK tidak dapat memenuhi tuntutan Ketersediaan Tinggi dan Pemulihan Bencana untuk aplikasi atau kasus penggunaan tertentu.
Ringkasan Singkat
Bagian sebelumnya dari blog iniBagian ini membahas cara berpikir tentang sebuah aplikasi untuk tujuan menciptakan Generic Application Recovery Kit (GAP) guna melindungi aplikasi tersebut dengan LifeKeeper. Pada bagian ini, dasar-dasar pemahaman aplikasi yang disajikan pada bagian pertama akan dikontekstualisasikan untuk aplikasi tersebut dalam kerangka kerja Generic Application Recovery Kit LifeKeeper.
Karena bagian ini dalam rangkaian blog sebaiknya dipahami bersamaan dengan bagian sebelumnya, berikut adalah rangkuman singkat dari konsep-konsep yang disajikan di bagian 1.
Ajukan pertanyaan sesederhana mungkin yang tetap memberikan informasi bermanfaat/dapat ditindaklanjuti.
Dalam menentukan bagaimana pertanyaan luas akan dijawab, uraikan pertanyaan tersebut menjadi pertanyaan yang lebih kecil dengan jawaban yang lebih sederhana. Gunakan pertanyaan-pertanyaan yang lebih kecil tersebut untuk secara bertahap membangun kembali jawaban atas pertanyaan “luas” aslinya.
Gunakan informasi yang diberikan.
Pahami utilitas yang tersedia dan bagaimana utilitas tersebut menyampaikan informasi. Dengan mengetahui informasi yang dibutuhkan untuk menjawab “pertanyaan terkecil”, tentukan bagaimana informasi yang disajikan melalui API Aplikasi dapat digunakan untuk menentukan jawaban atas “pertanyaan terkecil” tersebut.
Setelah sesi penyegaran selesai, LifeKeeper akhirnya dapat diperkenalkan. Meskipun Ketersediaan Tinggi dan Pemulihan Bencana sering dikaitkan dengan kompleksitas, upaya signifikan telah dilakukan untuk memastikan bahwa pemahaman tentang aplikasi tertentu dapat dengan mudah diintegrasikan ke dalam kerangka kerja Generic Application Recovery Kit. Dengan fondasi sebelumnya, sekarang saatnya untuk menggunakannya sebagai dasar untuk berpikir seperti LifeKeeper.
Berpikir Seperti Penjaga Kehidupan
Bayangkan Anda berada dalam skenario “Freaky Friday”, seperti film di mana seorang gadis dan ibunya bertukar tubuh dan kesulitan menyesuaikan diri dengan tanggung jawab sehari-hari masing-masing. Orang yang tubuhnya Anda tukar sedang menghadiri kegiatan peluncuran (go-live) menggantikan Anda dan perlu mengetahui cara memulai aplikasi-aplikasi penting, memastikan aplikasi tersebut berjalan dengan benar, dan kemudian menghentikan aplikasi tersebut. Bagaimana Anda akan menjelaskan hal-hal ini kepada mereka jika Anda hanya memiliki waktu 15 menit untuk melakukan panggilan telepon? Detail apa saja yang perlu Anda sebutkan agar mereka dapat menyelesaikan pekerjaan tersebut?
Skenario ini, meskipun dibuat-buat, adalah cara yang bagus untuk menguraikan tindakan perlindungan sumber daya utama. LifeKeeper mengelola aplikasi untuk memastikan aplikasi tersebut hanya berjalan pada satu sistem, dan Hierarki Sumber Daya LifeKeeper memastikan bahwa aplikasi prasyarat dan sumber daya sistem diproses dalam urutan yang benar setiap kali sumber daya dipulihkan atau dihapus. Pada gilirannya, LifeKeeper memungkinkan pengembang untuk memikirkan tindakan pada aplikasi yang dilindungi dengan sumber daya Aplikasi Generik dalam konteks satu sistem. Menyederhanakan proses untuk melakukan start, stop, atau query pada aplikasi hingga ke hal-hal yang paling mendasar adalah langkah pertama untuk mendefinisikan apa yang perlu dicapai oleh skrip tindakan Aplikasi Generik. Ketika start, stop, dan query didefinisikan sesuai dengan strategi di atas, tindakan sumber daya berhubungan satu-ke-satu, seperti ini:
- Pulihkan Tindakan: Aplikasi Dimulai
- Hapus Tindakan: Aplikasi Berhenti
- Tindakan quickCheck: Aplikasi Kueri
- CatatanTindakan QuickCheck bersifat opsional untuk Sumber Daya Aplikasi Generik, dan pemantauan tidak akan dilakukan jika tindakan QuickCheck tidak ditentukan. Namun, pemantauan aplikasi secara berkala sangat disarankan untuk memastikan hasil terbaik dalam mengimplementasikan Ketersediaan Tinggi dan Pemulihan Bencana!
- Aksi Pemulihan Lokal: Penghentian Aplikasi dan Mulai Aplikasi (secara berurutan)
- CatatanTindakan Pemulihan Lokal bersifat opsional untuk Sumber Daya Aplikasi Generik. Jika Pemulihan Lokal tidak didefinisikan, Sumber Daya Aplikasi Generik tidak akan mencoba memulai ulang untuk memperbaiki dirinya sendiri pada sistem tempat kegagalan terdeteksi, tetapi akan berhenti pada sistem yang gagal, dan seluruh hierarki untuk aplikasi akan bermigrasi ke sistem siaga.
Terkadang, LifeKeeper perlu mengetahui detail tertentu tentang aplikasi yang sedang berjalan untuk melakukan tindakan yang tercantum di atas. Semua Sumber Daya LifeKeeper, termasuk Sumber Daya Aplikasi Generik, memiliki apa yang disebut “Bidang Informasi Sumber Daya”, yang tujuannya adalah untuk menyediakan informasi ini kepada skrip tindakan untuk digunakan selama tindakan sumber daya. Informasi sumber daya yang terdapat dalam bidang informasi dapat dikonfigurasi secara independen untuk setiap sistem pada saat perluasan sumber daya, memungkinkan tindakan sumber daya untuk menggunakan informasi spesifik untuk sistem tempat tindakan tersebut dilakukan. LifeKeeper juga menyediakan utilitas baris perintah untuk dengan mudah mendapatkan atau mengatur informasi sumber daya.
Merujuk kembali pada contoh “Freaky Friday”, detail apa saja yang perlu Anda sampaikan kepada orang yang Anda ajak bertukar peran? Pikirkan hal-hal seperti jalur utama untuk file aplikasi, pengaturan/nilai spesifik untuk argumen perintah, dan detail serupa. Bidang informasi adalah tempat yang tepat untuk menempatkan informasi yang harus diketahui untuk menentukan detail lain tentang aplikasi. Bidang informasi juga merupakan tempat yang tepat untuk memasukkan nilai untuk pengaturan, argumen perintah, atau nilai yang tidak dapat diperoleh dengan cara lain. Perlu dipertimbangkan, sesuai konvensi LifeKeeper, bahwa bidang informasi tidak sering (jika pernah) diubah selama masa pakai suatu sumber daya. Informasi yang bervariasi selama masa pakai suatu sumber daya sebaiknya tidak dimasukkan ke dalam informasi sumber daya untuk menghindari kerusakan bidang ini, dan sebagai gantinya diperoleh secara terprogram dalam skrip tindakan Sumber Daya LifeKeeper atau melalui skrip “pembantu” yang kemudian dapat dipanggil oleh skrip tindakan tersebut.
Sebagai bantuan tambahan, LifeKeeper dilengkapi dengan skrip templat untuk mengembangkan aplikasi generik. Ini merupakan titik awal yang fantastis untuk skrip aksi Aplikasi Generik, karena skrip tersebut telah disiapkan sebelumnya untuk menerima argumen masukan yang akan digunakan LifeKeeper saat memanggil aksi untuk sumber daya tertentu. Pada gilirannya, ini juga membuat informasi tersebut tersedia untuk digunakan dalam skrip aksi sumber daya.
Kesimpulan
LifeKeeper menyediakan beragam cara untuk melindungi aplikasi. Namun, beberapa aplikasi memiliki persyaratan di luar apa yang ditawarkan dalam LifeKeeper Application Recovery Kits. Dalam kasus seperti itu, perlindungan Ketersediaan Tinggi dan Pemulihan Bencana masih dimungkinkan, dan mungkin lebih mudah dicapai daripada yang diperkirakan sebelumnya. Aplikasi generik bukanlah sesuatu yang harus dihindari oleh suatu organisasi; sebaliknya, aplikasi generik adalah salah satu dari banyak alat ampuh yang ditawarkan oleh LifeKeeper untuk meningkatkan kemampuan Ketersediaan Tinggi dan Pemulihan Bencana suatu lingkungan. Kerangka kerja Aplikasi Generik dibuat agar mudah diakses dan serbaguna. Namun, jika organisasi Anda tidak memiliki sumber daya yang cukup untuk membuat Generic Application Recovery Kit sendiri, SIOS menawarkan Layanan Profesional di mana Insinyur SIOS akan mengoordinasikan persyaratan dan mengembangkan Generic Application Recovery Kit atas nama organisasi Anda. Jika dukungan berkelanjutan diperlukan, Layanan Profesional SIOS juga menyediakan penawaran yang memperluas dukungan produk normal untuk mencakup Aplikasi Generik yang dikembangkan oleh Layanan Profesional SIOS. Hambatan untuk melindungi aplikasi penting bisnis organisasi Anda semakin berkurang, dan SIOS Protection Suite untuk Linux atau Windows bertujuan untuk berada di garis depan dalam upaya menjadikan aplikasi yang tidak terlindungi sebagai sesuatu yang sudah ketinggalan zaman.
Tidak setiap aplikasi cocok dengan model ketersediaan tinggi standar. SIOS dapat membantu Anda merancang dan mengimplementasikan solusi LifeKeeper yang tepat untuk beban kerja penting bisnis Anda.Minta demoHari ini.
Penulis: Philip Merry, Insinyur Dukungan di SIOS Technology Corp.
Direproduksi dengan izin dariSIOS