Konfigurasi Ulang di Azure Service Fabric
konfigurasi didefinisikan sebagai replika dan perannya untuk partisi layanan stateful.
konfigurasi ulang adalah proses memindahkan satu konfigurasi ke konfigurasi lainnya. Tindakan ini membuat perubahan pada set replika untuk partisi layanan stateful. Konfigurasi lama disebut konfigurasi sebelumnya (PC) , dan konfigurasi baru disebut konfigurasi saat ini (CC) . Protokol konfigurasi ulang di Azure Service Fabric mempertahankan konsistensi dan mengelola ketersediaan selama perubahan apa pun pada set replika.
Manajer Failover memulai konfigurasi ulang sebagai respons terhadap berbagai aktivitas dalam sistem. Misalnya, jika primer gagal maka konfigurasi ulang dimulai untuk mempromosikan sekunder aktif menjadi primer. Contoh lain adalah dalam merespons peningkatan aplikasi ketika mungkin perlu untuk memindahkan primer ke node lainnya untuk meningkatkan node.
Jenis konfigurasi ulang
Konfigurasi ulang dapat diklasifikasikan ke dalam dua jenis:
Konfigurasi ulang tempat primer berubah:
- Failover: Failovers adalah konfigurasi ulang sebagai respons terhadap kegagalan primer yang berjalan.
- SwapPrimary: Swap adalah konfigurasi ulang di mana Service Fabric perlu memindahkan primer yang berjalan dari satu node ke node lainnya, biasanya sebagai respons terhadap load balancing atau upgrade.
Konfigurasi ulang di mana primer tidak berubah.
Fase konfigurasi ulang
Konfigurasi ulang berlangsung dalam beberapa fase:
Fase0: Fase ini terjadi dalam konfigurasi ulang swap-primary di mana primer saat ini mentransfer keadaannya ke primer baru dan transisi ke sekunder aktif.
Fase1: Fase ini terjadi selama konfigurasi ulang di mana primer berubah. Selama fase ini, Service Fabric mengidentifikasi primer yang benar di antara replika saat ini. Fase ini tidak diperlukan selama konfigurasi ulang swap-primary karena primer baru telah dipilih.
Fase2: Selama fase ini, Service Fabric memastikan bahwa semua data tersedia di sebagian besar replika konfigurasi saat ini.
Ada beberapa fase lain yang hanya untuk penggunaan internal.
Terjebak konfigurasi ulang
Konfigurasi ulang bisa macet karena berbagai alasan. Beberapa alasan umum termasuk:
- Replika bawah: Beberapa fase konfigurasi ulang memerlukan sebagian besar replika dalam konfigurasi untuk naik.
- Masalah jaringan atau komunikasi: Konfigurasi ulang memerlukan konektivitas jaringan di antara node yang berbeda.
- Kegagalan API: Protokol konfigurasi ulang mengharuskan implementasi layanan menyelesaikan API tertentu. Misalnya, tidak menghormati token pembatalan dalam layanan yang dapat diandalkan menyebabkan konfigurasi ulang SwapPrimary macet.
Gunakan laporan kesehatan dari komponen sistem, seperti System.FM, System.RA, dan System.RAP, untuk mendiagnosis di mana konfigurasi ulang macet. Halaman laporan kesehatan sistem menjelaskan laporan kesehatan ini.
Langkah berikutnya
Untuk informasi selengkapnya tentang konsep Service Fabric, lihat artikel berikut ini: