Praktik Terbaik Untuk Menghilangkan SPoF Dalam Arsitektur Cluster

Praktik Terbaik Untuk Menghilangkan SPoF Dalam Arsitektur Cluster

Banyak sebagai rantai hanya sekuat tautan terlemah, efektivitas cluster ketersediaan tinggi dibatasi oleh satu titik kegagalan (SPOF) yang ada dalam penyebarannya.  Untuk memastikan tingkat ketersediaan tertinggi absolut, SPOF harus dihapus.  Ada metode langsung untuk membersihkan kelompok dari tautan yang lemah ini.

Mengambil Langkah Pertama

Dengan bijaksana, identifikasi setiap SPOF yang ada dengan perhatian khusus yang dibayarkan ke server, koneksi jaringan, dan perangkat penyimpanan ketika Anda perlu Menghilangkan SPoF Dalam Arsitektur Cluster.  Server modern dilengkapi dengan redundan dan kesalahan mengoreksi memori, data striping di hard disk dan beberapa CPU yang menghilangkan sebagian besar komponen perangkat keras sebagai SPOF.   Perangkat lunak dan kesalahan manusia, bagaimanapun, dapat mengakibatkan server atau aplikasi downtime.  Menyebarkan solusi klaster ketersediaan tinggi yang memantau kesehatan server dan aplikasi penting dan mengambil tindakan pemulihan otomatis jika terjadi kegagalan menghilangkan SPOF ini.  Semua solusi pengelompokan menyediakan tes ping dasar untuk memvalidasi fungsionalitas server. Tetapi hanya penawaran yang lebih canggih yang juga melacak kesehatan aplikasi dan memiliki kemampuan untuk pulih secara otomatis dari kegagalan yang terdeteksi.  Tingkat deteksi dan pemulihan yang lebih dalam ini meminimalkan waktu henti. Membuat arsitektur semua komponen cluster untuk redundansi sangat penting untuk memaksimalkan waktu kerja.  Koneksi ke penyimpanan sering mewakili SPOF dan sangat penting bahwa multi-pathing diarsipkan ke konfigurasi penyimpanan bersama.  Linux DM Multipath (DM-MPIO) menyediakan pengubahan rute blok I / O ke jalur alternatif jika terjadi kegagalan jalur. Ini menghilangkan semua komponen di jalur dari server ke penyimpanan sebagai SPOF potensial dan menyediakan pemulihan otomatis jika terjadi kegagalan.

Tetapi bahkan dikonfigurasi dengan multi-pathing, penyimpanan bersama / SAN masih merupakan titik kegagalan tunggal seperti halnya pusat data fisik di mana ia berada.  Untuk memberikan perlindungan lebih lanjut, replikasi data penting di luar lokasi yang dikombinasikan dengan pengelompokan lintas-situs harus diterapkan.  Dikombinasikan dengan redundansi jaringan antar situs, solusi optimal ini akan Menghilangkan SPoF In Cluster Architecture. Replikasi real-time memastikan bahwa salinan data penting bisnis terkini selalu tersedia. Melakukan hal ini di luar situs ke pusat data cadangan atau ke layanan cloud juga melindungi terhadap penghentian pusat data utama yang dapat dihasilkan dari kebakaran, pemadaman listrik, dll. Penggunaan pemantauan tingkat aplikasi dan pemulihan otomatis, multi-jalur untuk penyimpanan bersama, dan replikasi data untuk perlindungan di luar lokasi masing-masing menghilangkan potensi Titik Tunggal Kegagalan dalam arsitektur klaster Anda.  Memperhatikan komponen-komponen ini selama arsitektur cluster dan penyebaran akan memastikan tingkat uptime yang paling mungkin.