Bagikan melalui


Merencanakan dan mempersiapkan penyebaran kluster

Merencanakan dan mempersiapkan penyebaran kluster produksi sangat penting. Ada banyak faktor yang perlu dipertimbangkan. Artikel ini memandu Anda melalui langkah-langkah mempersiapkan penyebaran kluster Anda.

Baca informasi praktik terbaik

Untuk mengelola aplikasi dan kluster Azure Service Fabric dengan sukses, ada operasi yang sebaiknya Anda lakukan untuk mengoptimalkan keandalan lingkungan produksi Anda. Untuk informasi selengkapnya, baca aplikasi Service Fabric dan praktik terbaik kluster.

Pilih OS untuk kluster

Service Fabric memungkinkan pembuatan kluster Service Fabric pada VM atau komputer yang menjalankan Windows Server atau Linux. Sebelum menyebarkan kluster, Anda harus memilih OS: Windows atau Linux. Setiap node (komputer virtual) dalam kluster menjalankan OS yang sama, Anda tidak dapat mencampur VM Windows dan Linux dalam kluster yang sama.

Perencanaan kapasitas

Untuk setiap penyebaran produksi, perencanaan kapasitas adalah langkah penting. Berikut adalah beberapa hal yang perlu dipertimbangkan sebagai bagian dari proses itu.

  • Jumlah awal jenis node untuk kluster Anda
  • Properti dari masing-masing jenis node (ukuran, jumlah instans, primer, menghadap internet, jumlah VM, dll.)
  • Karakteristik keandalan dan durabilitas kluster

Pilih jumlah awal jenis node

Pertama, Anda perlu mencari tahu penggunaan kluster yang Anda buat. Jenis aplikasi apa yang Anda rencanakan untuk digunakan ke dalam kluster ini? Apakah aplikasi Anda memiliki beberapa layanan, dan apakah ada yang perlu bersifat publik atau dapat diakses melalui internet? Apakah layanan Anda (yang menyusun aplikasi Anda) memiliki kebutuhan infrastruktur yang berbeda seperti RAM yang lebih besar atau siklus CPU yang lebih tinggi? Kluster Service Fabric dapat terdiri dari lebih dari satu jenis node: jenis node primer dan satu atau beberapa jenis node nonprimer. Setiap jenis node dipetakan ke set skala komputer virtual. Setiap jenis node kemudian dapat ditingkatkan atau diturunkan secara terpisah, memiliki set port berbeda yang terbuka, dan dapat memiliki metrik kapasitas yang berbeda. Properti node dan batasan penempatan dapat diatur untuk membatasi layanan tertentu ke jenis node tertentu. Untuk informasi selengkapnya, lihat Perencanaan kapasitas kluster Service Fabric.

Pilih properti node untuk setiap jenis node

Jenis node mendefinisikan SKU VM, angka, dan properti VM dalam set skala terkait.

Ukuran minimum VM untuk setiap jenis node ditentukan oleh tingkat durabilitas yang Anda pilih untuk jenis node. Sebelum memilih SKU komputer virtual, pastikan Anda sudah memahami langkah-langkah yang diperlukan untuk penskalaan vertikal jika Anda membutuhkan SKU komputer virtual yang berbeda di masa yang akan datang.

Jumlah minimum VM untuk jenis node utama ditentukan oleh tingkat keandalan yang Anda pilih.

Lihat rekomendasi minimum untuk jenis node primer, beban kerja yang stateful pada jenis node nonprimer, dan beban kerja stateless pada jenis node nonprimer.

Node yang lebih dari jumlah minimum node harus didasarkan pada jumlah replika aplikasi/layanan yang ingin Anda jalankan dalam jenis node ini. Perencanaan kapasitas untuk aplikasi Service Fabric membantu memperkirakan sumber daya yang Anda butuhkan untuk menjalankan aplikasi Anda. Anda selalu dapat menskalakan kluster ke atas atau ke bawah nanti untuk penyesuaian guna mengubah beban kerja aplikasi.

Gunakan disk OS sementara untuk set skala komputer virtual

Disk OS sementara adalah penyimpanan yang dibuat pada komputer virtual lokal (VM), dan tidak disimpan ke Azure Storage jarak jauh. Disk ini adalah rekomendasi untuk semua jenis node Service Fabric (Primer dan Sekunder), karena jika dibandingkan dengan disk OS persisten tradisional, disk OS sementara:

  • Menurunkan latensi baca/tulis yang lebih rendah ke disk OS
  • Mengaktifkan operasi manajemen node reset/citra ulang yang lebih cepat
  • Mengurangi biaya keseluruhan (disk gratis dan tidak dikenakan biaya penyimpanan tambahan)

Disk OS sementara bukan fitur khusus Service Fabric, melainkan fitur set skala komputer virtual Azure yang dipetakan ke jenis node Service Fabric. Menggunakannya dengan Service Fabric memerlukan hal berikut ini di templat Azure Resource Manager kluster Anda:

  1. Pastikan jenis node Anda menentukan ukuran Azure VM yang didukung untuk disk OS Ephemeral, dan ukuran VM memiliki ukuran cache yang cukup untuk mendukung ukuran disk OS-nya (lihat Catatan di bawah.) Misalnya:

    "vmNodeType1Size": {
        "type": "string",
        "defaultValue": "Standard_DS3_v2"
    

    Catatan

    Pastikan untuk memilih ukuran VM dengan ukuran cache yang sama atau lebih besar dari ukuran disk OS VM itu sendiri, jika tidak, penyebaran Azure Anda mungkin mengakibatkan kesalahan (bahkan jika awalnya diterima).

  2. Tentukan versi set skala komputer virtual (vmssApiVersion) dari 2018-06-01 atau yang lebih baru:

    "variables": {
        "vmssApiVersion": "2018-06-01",
    
  3. Di bagian set skala komputer virtual dari templat penyebaran Anda, tentukan opsi Localuntuk diffDiskSettings:

    "apiVersion": "[variables('vmssApiVersion')]",
    "type": "Microsoft.Compute/virtualMachineScaleSets",
        "virtualMachineProfile": {
            "storageProfile": {
                "osDisk": {
                        "caching": "ReadOnly",
                        "createOption": "FromImage",
                        "diffDiskSettings": {
                            "option": "Local"
                        },
                }
            }
        }
    

Catatan

Aplikasi pengguna tidak boleh memiliki dependensi/ file/artefak pada disk OS, karena disk OS akan hilang jika terjadi peningkatan OS.

Catatan

VMSS nonsementara yang ada tidak dapat ditingkatkan di tempat untuk menggunakan disk sementara. Untuk bermigrasi, pengguna harus menambahkan nodeType baru dengan disk sementara, memindahkan beban kerja ke nodeType yang baru & menghapus nodeType yang ada.

Untuk informasi selengkapnya dan opsi konfigurasi selengkapnya, lihat Disk OS Sementara untuk Azure VM

Pilih tingkat durabilitas dan keandalan untuk kluster

Tingkat durabilitas digunakan untuk menunjukkan kepada sistem terkait hak istimewa yang dimiliki VM miliki dengan infrastruktur Azure yang mendasarinya. Dalam jenis node utama, hak istimewa ini memungkinkan Service Fabric untuk menjeda permintaan infrastruktur tingkat VM (seperti boot ulang VM, citra ulang VM, atau migrasi VM) yang memengaruhi persyaratan kuorum untuk layanan sistem dan layanan stateful Anda. Dalam jenis node nonprimer, hak istimewa ini memungkinkan Service Fabric untuk menjeda permintaan infrastruktur tingkat VM (seperti VM boot ulang VM, citra ulang VM, atau migrasi VM) yang memengaruhi persyaratan kuorum untuk layanan stateful Anda. Untuk keuntungan dari berbagai tingkatan dan rekomendasi tentang tingkat yang akan digunakan dan waktunya, lihat Karakteristik durabilitas kluster.

Tingkat keandalan digunakan untuk mengatur jumlah replika layanan sistem yang ingin Anda jalankan dalam kluster ini pada jenis node utama. Semakin banyak jumlah replika, semakin andal layanan sistem di kluster Anda. Untuk keuntungan dari berbagai tingkatan dan rekomendasi tentang tingkat yang akan digunakan dan waktunya, lihat Karakteristik keandalan kluster.

Mengaktifkan proksi terbalik dan/atau DNS

Layanan yang terhubung satu sama lain dalam kluster umumnya dapat langsung mengakses titik akhir layanan lain karena simpul dalam kluster berada di jaringan lokal yang sama. Untuk mempermudah sambungan antar layanan, Service Fabric menyediakan layanan tambahan: Layanan DNS dan layanan proxy terbalik. Kedua layanan dapat diaktifkan saat menyebarkan kluster.

Karena banyak layanan, terutama layanan kontainer, dapat memiliki nama URL yang ada, mampu menyelesaikan ini menggunakan protokol DNS standar (alih-alih protokol Naming Service) akan memudahkan, terutama dalam skenario "angkat dan geser" aplikasi. Inilah yang sebenarnya dilakukan oleh layanan DNS. Layanan ini memungkinkan Anda memetakan nama DNS ke nama layanan, sehingga menyelesaikan alamat IP titik akhir.

Proksi terbalik menangani layanan dalam kluster yang mengekspos titik akhir HTTP (termasuk HTTPS). Proxy terbalik sangat menyederhanakan panggilan layanan lain dengan menyediakan format URI tertentu. Proksi terbalik juga menangani langkah-langkah atasi, sambungkan, dan coba lagi yang diperlukan satu layanan untuk berkomunikasi dengan layanan lain.

Mempersiapkan pemulihan bencana

Bagian penting dari memberikan ketersediaan tinggi adalah memastikan bahwa layanan dapat bertahan dari semua jenis kegagalan. Ini sangat penting untuk kegagalan yang tidak direncanakan dan di luar kendali Anda. Bersiap untuk pemulihan bencana menggambarkan beberapa mode kegagalan umum yang bisa menjadi bencana jika tidak dimodelkan dan dikelola dengan benar. Ini juga membahas mitigasi dan tindakan yang harus diambil jika bencana terjadi pula.

Daftar periksa kesiapan produksi

Apakah aplikasi dan kluster Anda siap untuk mengambil lalu lintas produksi? Sebelum menyebarkan kluster Anda ke produksi, jalankan melalui Daftar periksa kesiapan produksi. Pastikan aplikasi dan kluster Anda tetap berjalan lancar menggunakan item-item dalam daftar periksa berikut. Kami sangat merekomendasikan semua item ini diperiksa sebelum masuk ke produksi.

Langkah berikutnya