Empat Alasan Untuk Menggunakan Strategi Penghindaran Dalam Ketersediaan Tinggi

Menghindari sesuatu – kita semua pernah melakukannya.Api tua yang kita lihat di toko saat berjalan-jalan dengan pasangan kita, seorang penjual ketika kita tidak “siap membeli”, dan bahkan seorang bos saat kita sedang “berlibur”.Ketika saya menjadi manajer tim pengembangan, saya melihat sekilas seorang reporter langsung menjelajah di sebuah toko ketika mereka seharusnya berada di luar kantor karena sakit.Mereka merunduk di antara rak pakaian dan bergegas menyusuri lorong berikutnya dan bergegas pergi.Kita semua pernah melakukannya, dan dalam beberapa kasus, untuk kesehatan mental, kesehatan fisik, atau alasan yang tetap pribadi dan pribadi, kita semua memerlukan beberapa tindakan penghindaran.Bahkan di HAJadi, bagaimana Anda menambahkan penghindaran ke Anda? Ketersediaan Tinggi lingkungan, dan mengapa?

Empat alasan untuk menggunakan strategi penghindaran di Ketersediaan Tinggi

• Performa Lebih Baik (meminimalkan kelebihan server)

Salah satu alasan untuk menggunakan strategi penghindaran di HA adalah untuk meningkatkan kinerja aplikasi dan server.Pertimbangkan kasus tiga server yang menjalankan beban kerja produksi, sebut saja Server Alpha, Server Beta, Server Gamma.Server Alpha dan Beta menjalankan aplikasi penting yang didukung oleh database, sementara Server Gamma menjalankan tugas laporan dan transformasi data.Jika terjadi kegagalan Server Alpha, kegagalan ke Server Beta biasanya akan terjadi.Namun, karena server Beta sudah menjalankan beban kerja yang besar, beban aplikasi tambahan yang dihasilkan dapat mengakibatkan kelebihan server yang tidak diinginkan dan kinerja yang buruk untuk kedua aplikasi.Jadi mungkin bijaksana untuk menerapkan strategi penghindaran untuk memastikan bahwa Server Gamma dipilih sebagai target failover.

• Optimasi Kinerja

Perhatikan kembali skenario tiga server, Alpha, Beta, dan Gamma.Server Alfa dan Beta diskalakan untuk menangani beban kerja puncak, sedangkan Server Gamma adalah server dengan biaya yang dioptimalkan.Jika terjadi kegagalan Server Alpha dan Server Beta, kegagalan akan terjadi pada server yang dioptimalkan biaya, Gamma.Namun, server ini tidak diskalakan untuk menangani beban kerja puncak, atau beban kerja Server Alpha dan Server Beta secara bersamaan.Dalam hal ini, strategi penghindaran dapat digunakan untuk mengoptimalkan kinerja dengan secara otomatis memindahkan satu atau kedua beban kerja dari Server Gamma segera setelah host lain tersedia.

• Optimasi HA

HA Optimization adalah skenario lain untuk menerapkan strategi penghindaran. Seperti strategi pengoptimalan kinerja, pengoptimalan HA digunakan untuk memastikan bahwa lingkungan Anda dapat bertahan dari sebagian besar skenario kegagalan dan bahwa aplikasi Anda dioptimalkan untuk menyediakan tingkat ketersediaan tertinggi yang memungkinkan kapan saja.Optimalisasi HA penting untuk aplikasi seperti SAP dengan proses enqueue yang direplikasi.Di lingkungan SAP mana pun, Anda tidak ingin instans ASCS (ABAP SAP Central Service) dan ERS (enqueue replica services) berada di server yang sama untuk waktu yang lama karena risiko kehilangan kunci dan pekerjaan yang dibatalkan. Untuk mencegah hal ini terjadi, Anda dapat menggunakan strategi penghindaran yang menyebabkan instans ERS dan ASCS selalu berjalan pada node cluster yang berlawanan.Pertimbangkan kasus tiga server yang menjalankan beban kerja produksi, sebut saja Server Alpha, Beta, Gamma.Server Alpha menjalankan instance ASCS, sementara Server Beta menjalankan instance ERS.Server Gamma berfungsi sebagai node ketiga untuk failover Server Beta (ERS) dan Server Alpha (ASCS).Jika Beta mogok, Anda tidak ingin sumber daya ERS berjalan pada node yang sama dengan instans ASCS.Untuk memastikan operasi ini, Anda dapat menerapkan strategi penghindaran yang secara otomatis memeriksa terlebih dahulu dan memastikan kedua aplikasi berada di server terpisah, dan mempertahankan praktik terbaik SAP ASCS/ERS untuk penguncian failover.

• Penghindaran DR

Misalkan Anda memiliki dua pusat data: City Alpha dan City Beta yang berjarak sekitar 70 mil dengan sebagian besar klien Anda berlokasi di antara keduanya. Namun, karena perubahan terbaru dalam organisasi internal, merger/penutupan dan akuisisi, dan persyaratan tata kelola, tim TI Anda harus menambahkan pusat data ketiga yang terletak di City Gamma, yang berjarak sekitar 350 mil dari Alpha dan Beta.Sekarang sumber daya yang terutama dilindungi di Alpha dan Beta juga diperluas ke lokasi Gamma.Mengingat bahwa sebagian besar pengguna dan tim berada di dekat lokasi Alfa dan Beta dan bahkan pengguna paling ekstrem berada di kota-kota tetangga, tim Anda perlu menghindari failover ke lokasi Gamma. Seperti strategi lainnya, penghindaran DR berupaya mengoptimalkan kinerja, biaya data regional masuk/keluar, latensi, dan akses klien dengan menghindari node DR jika hanya satu node dalam kedua wilayah yang gagal.Ini juga akan memastikan bahwa meskipun kedua node gagal setelah waktu yang berbeda, failover selalu terjadi pada node lain di cluster atau pusat data sebelum pindah ke DR.

Jadi, bagaimana Anda menerapkan strategi penghindaran?

Banyak penyedia memiliki aturan afinitas yang dapat dikonfigurasi, sementara yang lain menggunakan kombinasi prioritas server atau langkah manual.Dalam kasus Suite Perlindungan SIOS untuk Linux, Anda dapat menggunakan sejumlah metode bawaan termasuk:

• Prioritas sumber daya

Jika terjadi kegagalan, sumber daya akan dialihkan ke server yang memiliki sisa prioritas terendah dan mengalir ke server tambahan mana pun (Alpha, Beta, dan Gamma).Server Alpha adalah server utama untuk Resource.HR, Server Beta adalah server utama untuk Resource.MFG, dan Server Gamma adalah server cadangan untuk semua sumber daya/server.Menggunakan prioritas sumber daya, Resource.HR akan memiliki prioritas satu (1) di Server Alpha dan prioritas dua (2) di Server Gamma.Sedangkan Resource.MFG dapat memiliki prioritas satu (1) pada Server Beta dan prioritas dua (2) pada Server Gamma.Jika pelanggan ingin mengoptimalkan penggunaan lingkungan, maka Resource.HR dapat memiliki prioritas tiga (3) pada Server Beta dan Resource.MFG dapat memiliki prioritas tiga (3) pada Server Alpha.Jika terjadi kegagalan Server Alpha, sumber daya Resource.HR akan gagal ke Server Gamma terlebih dahulu sebelum mencoba masuk layanan (dipulihkan) di Server Alpha.

Suite Perlindungan SIOS untuk Linux (UI dan CLI) memungkinkan pengguna untuk menentukan prioritas untuk setiap server dan kombinasi sumber daya.

• Kebijakan atau aturan afinitas

Aturan kebijakan juga dapat digunakan untuk mencegah pemulihan sumber daya terjadi pada server tertentu dan dengan demikian memungkinkan sumber daya untuk menghindari server tertentu yang mungkin menjalankan beban kerja yang lebih kritis atau intensif sumber daya.Kebijakan umum meliputi:

• • • • • • Kebijakan batasan yang akan memblokir aplikasi dari server tertentu secara default.
          • Kebijakan sumber daya yang akan memblokir aplikasi dari server yang tidak memiliki sumber daya yang memadai
          • Kebijakan temporal yang menentukan periode waktu di mana sumber daya diizinkan atau tidak diizinkan dari suatu sistem
          • Kebijakan khusus yang menentukan server pilihan atau kemungkinan kemampuan kepemilikan aplikasi dalam cluster

Perlindungan SIOS untuk Linux CLI memungkinkan pengguna untuk menentukan aturan kebijakan yang dapat menonaktifkan failover ke sumber daya tertentu untuk server tertentu, menyediakan kebijakan sementara yang menjaga kegagalan, menonaktifkan kegagalan jenis aplikasi tertentu, kebijakan kendala, dan kebijakan kustom.

• Sumber Daya Penghindaran Spesifik

Cara paling terperinci untuk menetapkan strategi penghindaran sumber daya adalah dengan menerapkan skrip penghindaran spesifik dalam setiap hierarki.Metode ini akan memungkinkan pengguna untuk mengonfigurasi aplikasi tertentu, (misalnya app1 dan app2), untuk menghindari satu sama lain bila memungkinkan sambil mengizinkan aplikasi lain berjalan tanpa batasan.Dalam kasus tiga server kami, Alpha, Beta, dan Gamma, dan tiga sumber daya app1, app2, dan app3, metode ini akan memberikan fleksibilitas terbesar.Dalam contoh ini, app1 dan app2 akan berusaha menghindari kolokasi saat server gagal, tetapi app3 akan gagal ke node berikutnya yang tersedia berdasarkan prioritas tanpa batasan kolokasi.

Untuk contoh tambahan strategi dan sumber daya penghindaran, pertimbangkan Suite Perlindungan SIOS untuk Linux dokumentasi .Jika pelanggan memiliki dua aplikasi, app1 dan app2, yang mereka perlukan untuk dijalankan pada node yang berbeda bila memungkinkan, pelanggan dapat membuat dua sumber daya node daun terminal penghindaran menggunakan sumber daya gen/aplikasi SIOS Protection Suite untuk Linux dan ‘/opt/LifeKeeper /lkadm/bin/avoid_restore’ skrip.

Direproduksi dari SIOS