IBM® Multi-site Workload Lifeline (Lifeline) memungkinkan penyeimbangan beban cerdas untuk transaksi beban kerja yang penting dengan memengaruhi perutean koneksi untuk beban kerja TCP/IP dan pesan bagi beban kerja klaster IBM MQ. Perutean dilakukan di dua lokasi untuk menyediakan ketersediaan yang hampir terus menerus.
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.
Sambungan baru dari beban kerja dialihkan ke aplikasi, server, dan sistem yang paling mampu memproses sehingga waktu respons transaksi berkurang. Sumber daya sistem digunakan lebih efisien.
Merutekan koneksi beban kerja baru ke aplikasi lain yang tersedia jika terjadi pemadaman aplikasi, sistem, atau situs. Pemadaman untuk pembaruan pemeliharaan atau acara terencana lainnya dapat diminimalkan.
Menambahkan instans aplikasi sesuai permintaan. Secara otomatis memantau dan menyertakan instans tambahan dalam keputusan perutean beban kerja.
Mengurangi waktu respons dengan menyelaraskan koneksi beban kerja baru dengan aplikasi dan sistem yang paling mumpuni. Waktu pemulihan setelah kegagalan beban kerja dapat dikurangi dari beberapa jam menjadi beberapa menit.
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. Agen pada z/OS juga bertanggung jawab untuk berkomunikasi dengan manajer antrean MQ untuk memantau dan mempengaruhi perutean pesan MQ di dalam kluster 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 MQ kepada Agen untuk klaster 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 dikonfigurasi ke Multi-site Workload Lifeline diklasifikasikan sebagai beban kerja "aktif/siaga" atau "aktif/kueri".
Lifeline dapat mendukung berbagai jenis beban kerja yang berada di z/OS atau Linux on Z:
Persyaratan perangkat lunak
Persyaratan perangkat keras
Lihat cara IBM® Multi-site Workload Lifeline memainkan peran kunci dalam memecahkan masalah besar di Perusahaan.
Lihat bagaimana Anda bisa memiliki penyeimbangan beban kerja TCP/IP yang cerdas dan tetap memiliki ketersediaan yang hampir terus menerus.
Platform yang aman untuk mengembangkan dan berbagi beban kerja mainframe.
Mengotomatisasi tugas mainframe dan pemulihan bencana untuk mencapai tujuan ketahanan.
Mendukung inisiatif integrasi dan konsolidasi big 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 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 MQ, beban kerja ini berupa antrean kluster MQ dan manajer antrean MQ tempat pesan 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 klaster MQ, ketika manajer antrean MQ memenuhi syarat untuk menerima pesan MQ. Setelah kegagalan beban kerja di sebuah situs, Lifeline juga memastikan setiap pesan MQ yang terdampar ditransfer ke manajer MQ di situs alternatif selama peralihan beban kerja.