Multi-site Workload Lifeline, juga dikenal sebagai "Lifeline," adalah perangkat lunak untuk memantau dan merutekan beban kerja. Tujuannya adalah untuk menyeimbangkan transaksi beban kerja yang penting dengan mendistribusikan koneksi untuk beban kerja TCP/IP dan pesan untuk beban kerja kluster IBM MQ di dua lokasi, sehingga memastikan ketersediaan yang hampir terus-menerus.
Produk ini tersedia sebagai penawaran terpisah dan sebagai bagian dari solusi Ketersediaan Berkelanjutan GDPS.
Ketika terjadi pemadaman, IBM Multi-site Workload Lifeline membantu mengurangi waktu pemulihan beban kerja penting dibandingkan pemulihan bencana tradisional, dari beberapa jam menjadi beberapa menit. Waktu pemulihan untuk pemadaman yang tidak direncanakan dapat dikurangi dengan mendeteksi kegagalan beban kerja dan mengalihkan rute ke lokasi lain. Dampak pemadaman terencana dimitigasi dengan mengalihkan beban kerja ke lokasi lain dengan gangguan minimal.
Lifeline mendukung jenis beban kerja ini:
Beban kerja berbasis TCP/IP.
Linux pada beban kerja z Systems
Beban kerja SNA
Beban kerja kluster IBM MQ.
Beban kerja yang dirutekan Db2 sysplex
Ringkasan pembaruan terkini untuk Lifeline V2.5
Dukungan API perintah jarak jauh dan beban kerja multikluster IBM MQ
Merutekan koneksi baru dari beban kerja ke aplikasi, server, dan sistem yang paling mampu memproses untuk mengurangi waktu respons transaksi. Sumber daya sistem digunakan lebih efisien.
Merutekan koneksi beban kerja baru ke aplikasi lain yang tersedia saat terjadi pemadaman aplikasi, sistem, atau situs. Pemadaman untuk pembaruan pemeliharaan atau acara terencana lainnya dapat diminimalkan.
Kurangi waktu respons dengan menyelaraskan koneksi beban kerja baru dengan aplikasi dan sistem yang paling mumpuni. Minimalkan waktu pemulihan dari jam ke menit setelah kegagalan beban kerja.
Menambahkan instans aplikasi sesuai permintaan. Secara otomatis memantau dan menyertakan instans tambahan dalam keputusan perutean beban kerja.
Rute beban kerja dari satu situs ke situs lain dengan gangguan minimal. Koneksi untuk beban kerja kueri dapat didistribusikan ke kedua situs secara bersamaan.
Tambahkan pengujian prosedur pemulihan bencana yang lebih sederhana dan tidak mengganggu dengan memvalidasi bahwa beban kerja tetap dapat diakses di lokasi pemulihan tanpa memerlukan pemadaman lokasi produksi.
Lifeline menggunakan dua tingkat penyeimbangan beban untuk beban kerja yang menargetkan aplikasi TCP/IP. Lifeline mengarahkan penyeimbang beban tingkat pertama untuk merutekan koneksi beban kerja ke penyeimbang beban tingkat kedua di situs yang dipilih, yang kemudian merutekan koneksi ke aplikasi di situs. Lifeline mengandalkan kluster IBM MQ untuk beban kerja yang menggunakan pesan. Lifeline mengarahkan kluster untuk merutekan pesan beban kerja ke manajer antrean IBM MQ di situs yang dipilih, yang kemudian membuat pesan tersedia untuk aplikasi.
Untuk beban kerja yang menggunakan dua tingkat penyeimbang beban, Lifeline menyediakan penyeimbang beban tingkat pertama dengan rekomendasi perutean koneksi situs berdasarkan ketersediaan dan kesehatan aplikasi beban kerja, sistem z/OS, dan (jika ada) Linux pada sistem IBM Z di kedua situs. Untuk beban kerja yang menggunakan kluster IBM MQ, Lifeline memberikan rekomendasi perutean pesan situs ke klaster berdasarkan ketersediaan dan kesehatan manajer antrean IBM MQ dan sistem z/OS di kedua situs.
Agen Lifeline dimulai di setiap sistem z/OS dan Linux di Z Management Guest dengan beban kerja, di kedua situs. Agen bertanggung jawab untuk memantau aplikasi beban kerja yang ada di sistemnya, dan melaporkan informasi ini kembali kepada Penasihat. Agent pada z/OS juga bertanggung jawab untuk berkomunikasi dengan manajer antrean IBM MQ untuk memonitor dan mempengaruhi perutean pesan IBM MQ di dalam kluster IBM MQ.
Penasihat dimulai pada sistem z/OS dan dapat dimulai sebagai Penasihat primer atau sekunder. Penasihat utama berkomunikasi dengan semua Agen Lifeline untuk menentukan ketersediaan beban kerja. Penasihat menyediakan aturan distribusi pesan IBM MQ kepada Agen untuk kluster IBM MQ dan rekomendasi perutean ke penyeimbang beban untuk koneksi TCP untuk beban kerja ini. Penasihat sekunder memantau ketersediaan Penasihat utama dan akan mengambil alih tanggung jawab Penasihat utama jika terjadi kegagalan Penasihat utama.
Setiap beban kerja yang dikonfigurasikan ke Multi-site Workload Lifeline diklasifikasikan sebagai beban kerja Aktif/Siaga atau Aktif/Kueri.
Beban kerja aktif/siaga aktif di satu situs. Lifeline mengarahkan penyeimbang beban dan manajer antrean IBM MQ untuk merutekan koneksi dan pesan yang masuk ke situs yang aktif. Ketika pembaruan basis data dilakukan, perangkat lunak replikasi basis data mentransmisikan perubahan tersebut secara tidak sinkron dari instans aktif beban kerja ke instans siaga. Di situs siaga, instans siaga dari beban kerja aktif dan siap menerima pekerjaan. Data yang diperbarui dari situs aktif diterapkan ke subsistem basis data yang berjalan di situs siaga dalam waktu yang hampir real-time.
Beban kerja kueri aktif dapat aktif di satu atau kedua situs. Lifeline memberikan rekomendasi perutean ke penyeimbang beban untuk menyeimbangkan koneksi secara cerdas di kedua situs. Beban kerja yang menggunakan pesan IBM MQ tidak dapat diklasifikasikan sebagai beban kerja aktif/kueri. Ketika pembaruan basis data dilakukan oleh beban kerja aktif/siaga yang terkait, latensi replikasi basis data dipantau oleh Lifeline untuk memastikan koneksi tidak dialihkan ke suatu situs, jika basis data yang direplikasi di situs tersebut berisi data yang terlalu ketinggalan zaman dengan basis data di situs yang aktif.
Dalam persiapan untuk menggunakan Multi-site Workload Lifeline, Anda perlu mengidentifikasi beban kerja yang ingin Anda beri ketersediaan berkelanjutan dan mengevaluasi bagaimana aplikasi beban kerja ini diakses.
Pelajari cara mengonversi lingkungan MQ yang ada dengan saluran bersama ke kluster dan cara mengonfigurasi Lifeline untuk mendukung beban kerja yang menggunakan kluster MQ.
Baca contoh penggunaan yang menjelaskan integrasi Lifeline dengan F5 BIG-IP Local Traffic Manager.
Platform yang aman untuk mengembangkan dan berbagi beban kerja mainframe.
Mengotomatisasi tugas mainframe dan pemulihan bencana untuk mencapai tujuan ketahanan.
Tingkatkan komunikasi server dengan teknologi kluster yang memungkinkan satu set hingga 32 sistem IBM z/OS terhubung dan berperilaku sebagai satu platform komputasi logis.
Mendukung inisiatif integrasi dan konsolidasi data, pergudangan, dan analitik dalam skala besar dengan pengambilan data perubahan berbasis log dengan integritas transaksional.
Lifeline memantau aplikasi beban kerja dan sistem tempat aplikasi ini berada, di dua simpul, atau situs, tempat sistem ini berjalan. Lifeline mengontrol perutean koneksi dan pesan MQ yang menargetkan aplikasi beban kerja ini, memastikan koneksi dan pesan IBM MQ dikirim ke aplikasi beban kerja yang optimal di situs yang aktif.
Jika kegagalan beban kerja di situs aktif terdeteksi oleh Lifeline, Lifeline dapat secara otomatis melakukan peralihan beban kerja, dalam hitungan detik, ke aplikasi beban kerja di situs alternatif. Atau Lifeline dapat menghasilkan pesan peringatan yang dapat ditangkap oleh produk otomasi untuk melakukan pengalihan beban kerja mereka sendiri.
Jika bisnis Anda memenuhi salah satu dari situasi berikut ini, ketersediaan yang berkelanjutan untuk beban kerja Anda diperlukan.
Solusi pemulihan bencana yang ada saat ini menggunakan replikasi berbasis disk untuk membuat salinan cermin ke situs jarak jauh dari semua disk yang digunakan oleh sistem di situs lokal. Salinan disk ini tidak dapat digunakan selama replikasi disk berlangsung. Jika terjadi kegagalan di lokasi lokal, sistem dan aplikasi beban kerja harus dimulai ulang di lokasi jarak jauh sebelum akses ke beban kerja dibangun kembali. Biasanya, hal ini bisa memakan waktu penyelesaian satu jam atau lebih lama.
Dengan solusi ketersediaan berkelanjutan yang diaktifkan oleh Lifeline, replikasi data perangkat lunak, seperti Replikasi Data InfoSphere untuk Db2, digunakan untuk menjaga data tetap sinkron antara situs lokal dan jarak jauh. Perbedaan utamanya adalah bahwa sistem di kedua lokasi aktif, dan Lifeline digunakan untuk memantau beban kerja di kedua lokasi. Jika terjadi kegagalan di situs lokal, Lifeline akan mendeteksi kegagalan beban kerja dan merutekan semua koneksi beban kerja baru ke situs alternatif. Jadi, akses ke beban kerja dapat dibangun kembali dalam hitungan detik, dibandingkan satu jam atau lebih dengan solusi pemulihan bencana.
Lifeline, melalui pemantauan dan perutean beban kerja, memainkan peran integral dalam solusi GDPS Continuous Availability dan memberikan manfaat sebagai berikut:
Tidak. Meskipun biasanya digunakan sebagai bagian integral dari solusi GDPS Continuous Availability, Lifeline juga dapat digunakan di luar solusi.
Jika bisnis Anda memiliki kemampuan otomatisasi Anda sendiri, Lifeline dapat digunakan bersama dengan produk replikasi data perangkat lunak untuk menjaga data di kedua situs tetap sinkron.
Dalam kasus lain, jika bisnis Anda memiliki aplikasi beban kerja yang tidak diaktifkan dengan skema, Anda tidak dapat menggunakan solusi GDPS Continuous Availability. Menggunakan Lifeline, bersama dengan perangkat lunak replikasi data yang dihasilkan untuk menjaga data di kedua situs tetap sinkron, akan memberikan pemulihan "mirip sysplex" untuk jenis beban kerja ini.
Lifeline menyediakan kemampuan untuk melakukan peralihan aplikasi dan sumber datanya dengan mudah, yang disebut beban kerja oleh Lifeline, selama pemadaman yang direncanakan. Dengan menggunakan perintah Lifeline yang sederhana, migrasi beban kerja dari satu situs ke situs lainnya dapat dilakukan dengan mudah, meminimalkan waktu henti untuk acara yang direncanakan seperti kegiatan pemeliharaan terjadwal.
Lifeline meningkatkan ketersediaan karena koneksi dan pesan baru dapat dialihkan dari aplikasi dan sistem beban kerja yang gagal. Lifeline mengurangi waktu respons dengan merutekan koneksi dan pesan ke aplikasi dan sistem beban kerja dengan kapasitas untuk pekerjaan tambahan dan mengurangi waktu pemulihan dari jam ke menit.
Tidak. Salah satu dari sekian banyak manfaat Lifeline adalah bahwa ini bukan merupakan solusi semua atau tidak sama sekali, seperti solusi pemulihan bencana pada umumnya. Hanya beban kerja yang paling kritis yang akan dikonfigurasi ke Lifeline untuk menyediakan ketersediaan yang berkelanjutan, sementara semua beban kerja lainnya, termasuk batch, akan dipulihkan dengan menggunakan prosedur pemulihan bencana yang ada. Dan beban kerja tambahan dapat ditambahkan ke Lifeline kapan saja.
Karakteristik beban kerja tergantung pada jenis beban kerja. Untuk beban kerja berbasis TCP, beban kerja ini berupa alamat IP dan nomor port aplikasi TCP. Untuk beban kerja berbasis SNA, beban kerja ini berupa nama aplikasi SNA dari aplikasi SNA. Untuk beban kerja berbasis IBM MQ, beban kerja ini berupa antrean kluster MQ dan manajer antrean MQ tempat pesan IBM MQ untuk beban kerja dikirim. Untuk beban kerja berbasis Db2 DRDA, beban kerja ini berupa alamat IP dan nomor port dari alias Db2 dan subsistem Db2. Untuk beban kerja Linux on Z, beban kerja ini berupa tamu Linux on Z yang berjalan di zVM.
Lifeline bergantung pada penyeimbang beban yang mendukung Protokol Status Aplikasi/Server, atau SASP, yang didokumentasikan dalam RFC 4678. Protokol ini memungkinkan Lifeline untuk secara berkala mengirimkan rekomendasi perutean ke penyeimbang beban yang mendukung SASP, mengarahkan penyeimbang beban tentang cara merutekan koneksi beban kerja di satu set aplikasi beban kerja yang dapat menjangkau kedua situs. F5 Big-IP Switch Local Traffic Manager adalah penyeimbang beban yang direkomendasikan untuk digunakan dengan Lifeline.
Lifeline berkomunikasi dengan manajer antrean MQ yang mengelola antrean yang digunakan oleh beban kerja dan mengarahkan kluster IBM MQ, ketika manajer antrean MQ memenuhi syarat untuk menerima pesan IBM MQ. Setelah kegagalan beban kerja di sebuah situs, Lifeline juga memastikan setiap pesan MQ yang terdampar ditransfer ke manajer IBM MQ di situs alternatif selama peralihan beban kerja.