Bagikan melalui

Peningkatan Klaster Mandiri Service Fabric

  • Artikel

Kluster Service Fabric adalah set komputer virtual atau fisik yang tersambung dengan jaringan tempat layanan mikro Anda disebarkan dan dikelola. Mesin atau VM yang merupakan bagian dari kluster disebut node. Kluster dapat berisi ribuan node yang berpotensi. Setelah membuat kluster Service Fabric, Anda dapat menskalakan kluster secara horizontal (mengubah jumlah node) atau secara vertikal (mengubah sumber daya node). Anda dapat menskalakan kluster kapan saja, bahkan ketika beban kerja berjalan pada kluster. Saat kluster diskalakan, aplikasi Anda juga secara otomatis menskalakan.

Mengapa skala kluster? Permintaan aplikasi berubah dari waktu ke waktu. Anda mungkin perlu meningkatkan sumber daya kluster untuk memenuhi peningkatan beban kerja aplikasi atau lalu lintas jaringan atau mengurangi sumber daya kluster saat permintaan turun.

Penskalaan masuk dan keluar, atau penskalaan horizontal

Mengubah jumlah node dalam kluster. Setelah node yang baru bergabung dengan kluster, Cluster Resource Manager memindahkan layanan ke node yang mengurangi beban pada node yang ada. Anda juga dapat mengurangi jumlah node jika sumber daya kluster tidak digunakan secara efisien. Saat node meninggalkan kluster, layanan akan memindahkan node tersebut dan peningkatan beban pada node yang tersisa. Mengurangi jumlah node dalam kluster yang berjalan di Azure dapat menghemat biaya, karena Anda membayar jumlah VM yang Anda gunakan dan bukan beban kerja pada VM tersebut.

  • Keuntungan: Skala tak terbatas, secara teori. Jika aplikasi Anda dirancang untuk skalabilitas, Anda dapat mengaktifkan pertumbuhan tanpa batas dengan menambahkan lebih banyak node. Alat di lingkungan cloud memudahkan untuk menambahkan atau menghapus node, sehingga mudah untuk menyesuaikan kapasitas dan Anda hanya membayar sumber daya yang Anda gunakan.
  • Kerugian: Aplikasi harus dirancang untuk skalabilitas. Database aplikasi dan persistensi mungkin memerlukan pekerjaan arsitektur tambahan untuk menskalakan juga. Namun, Reliable Collection dalam layanan stateful Service Fabric sangat memudahkan Anda untuk menskalakan data aplikasi.

Klaster tunggal memungkinkan Anda untuk menyebarkan klaster Service Fabric lokal atau di penyedia cloud pilihan Anda. Jenis node terdiri dari mesin fisik atau mesin virtual, tergantung penyebaran Anda. Dibandingkan dengan klaster yang berjalan di Azure, proses penskalaan klaster tunggal sedikit lebih terlibat. Anda harus mengubah jumlah node dalam klaster secara manual, lalu menjalankan pembaruan konfigurasi klaster.

Penghapusan node dapat memulai beberapa pembaruan. Beberapa node ditandai dengan IsSeedNode=”true” tag dan dapat ditentukan dengan mengkueri manifes klaster menggunakan Get-ServiceFabricClusterManifest. Penghapusan node tersebut mungkin memakan waktu lebih lama daripada yang lain karena node awal harus dipindahkan dalam skenario seperti itu. Klaster harus mempertahankan minimal tiga node primer jenis node.

Peringatan

Kami menyarankan agar Anda tidak menurunkan jumlah node di bawah Ukuran Klaster dari Reliability Tier untuk klaster. Ini akan mengganggu kemampuan Service Fabric System Services untuk direplikasi di seluruh klaster, dan akan tidak menstabilkan atau mungkin menghancurkan klaster.

Saat menskalakan klaster tunggal, ingatlah panduan berikut:

  • Penggantian node primer harus dilakukan satu demi satu node, alih-alih menghapus lalu menambahkan dalam batch.
  • Sebelum menghapus jenis node, periksa apakah ada node yang mereferensikan jenis node. Hapus node ini sebelum menghapus tipe node yang sesuai. Setelah semua node yang sesuai dihapus, Anda dapat menghapus NodeType dari konfigurasi kluster dan memulai pembaruan konfigurasi menggunakan Start-ServiceFabricClusterConfigurationUpgrade.

Untuk informasi selengkapnya, lihat menskalakan klaster tunggal.

Penskalaan atas dan bawah, atau penskalaan vertikal

Mengubah sumber daya (CPU, memori, atau penyimpanan) node dalam kluster.

  • Keuntungan: Arsitektur perangkat lunak dan aplikasi tetap sama.
  • Kerugian: Skala terbatas karena ada batasan jumlah peningkatan sumber daya pada node individu. Downtime, karena Anda harus mengambil komputer fisik atau virtual secara offline untuk menambah atau menghapus sumber daya.

Langkah berikutnya