Arsitektur kluster virtual - Azure SQL Managed Instance

Berlaku untuk:Azure SQL Managed Instance

Artikel ini menjelaskan arsitektur dan manajemen operasi kluster virtual yang menghosting Azure SQL Managed Instance.

Gambaran Umum

Azure SQL Managed Instance adalah penyewa tunggal, platform-as-a-service (PaaS) yang terdiri dari komponen layanan yang dihosting pada sekumpulan komputer virtual terisolasi khusus dan bergabung ke kluster virtual. Set khusus komputer virtual ini ditempatkan ke dalam grup komputer virtual berdasarkan atribut konfigurasi instans serupa, seperti pembuatan perangkat keras dan jendela pemeliharaan. Satu atau beberapa instans dapat berada dalam grup komputer virtual, dan satu atau beberapa grup komputer virtual membentuk kluster virtual. Kluster virtual secara otomatis memperluas atau mengontrak sesuai kebutuhan untuk mengakomodasi instans baru dan yang dihapus.

Setiap kluster virtual dikaitkan dengan satu subnet dan secara otomatis disebarkan ketika instans terkelola SQL pertama dalam subnet dibuat. Demikian juga, kluster virtual secara otomatis dihapus ketika instans terakhir dalam subnet dihapus, membiarkan subnet kosong dan siap dihapus. Kluster virtual menghubungkan subnet ke instans terkelola yang disebarkan di dalam subnet tersebut. Tautan asosiasi layanan (SAL) digunakan untuk membangun hubungan antara subnet dan kluster.

Diagram berikut menunjukkan tata letak konseptual kluster virtual:

Peran dalam operasi manajemen

Peran kluster virtual dalam operasi manajemen adalah menemukan sumber daya komputasi yang sesuai untuk operasi, serta mengelola sumber daya dalam kluster, seperti komputer virtual yang membuat instans, dan grup komputer virtual. Operasi manajemen termasuk membuat instans baru, serta menghapus, atau memodifikasi konfigurasi instans yang ada. Kluster virtual memperluas, menyusutkan, atau menghapus grup komputer virtual yang ada, atau membuat grup komputer virtual baru, tergantung pada operasi.

Karena grup komputer virtual didefinisikan oleh atribut konfigurasi instans serupa (seperti pembuatan perangkat keras dan jendela pemeliharaan), membuat perubahan pada salah satu atribut ini untuk instans memicu kluster virtual untuk melakukan tindakan ke grup komputer virtual yang membentuknya. Tindakan yang dipicu oleh operasi manajemen termasuk membuat komputer virtual baru atau menghapus komputer virtual yang ada, dan grup komputer virtual, serta memperluas grup yang ada dan memindahkan instans antar grup. Jika semua komputer virtual dihapus dari grup, kluster virtual juga menghapus grup komputer virtual.

Misalnya, jika Anda mengubah pembuatan perangkat keras instans, kluster virtual membuat grup komputer virtual baru untuk pembuatan perangkat keras jika belum ada, dan memindahkan instans ke grup tersebut.

Durasi operasi perubahan grup virtual tergantung pada jenis operasi. Untuk informasi selengkapnya, lihat Operasi manajemen SQL Managed Instance.

Jumlah grup komputer virtual

Jumlah grup komputer virtual dalam kluster virtual tergantung pada hal berikut:

• Jumlah konfigurasi pembuatan perangkat keras yang berbeda
• Jumlah konfigurasi jendela pemeliharaan yang berbeda
• Batas ukuran grup komputer virtual (yang ditentukan pada lapisan komputasi dan dapat berubah)

Anda dapat menentukan jumlah grup komputer virtual dalam kluster virtual dengan mengalikan jumlah konfigurasi pembuatan perangkat keras yang berbeda dengan jumlah konfigurasi jendela pemeliharaan yang berbeda di subnet Anda. Misalnya, jika Anda memiliki dua konfigurasi pembuatan perangkat keras (seperti satu seri Standar dan satu instans seri Premium) dan dua konfigurasi jendela pemeliharaan yang berbeda, kluster virtual memiliki empat grup komputer virtual.

SQL Managed Instance mendukung tiga konfigurasi pembuatan perangkat keras yang berbeda dan tiga konfigurasi jendela pemeliharaan yang berbeda. Oleh karena itu, jumlah minimum grup komputer virtual dalam kluster virtual adalah 1 (satu konfigurasi pembuatan perangkat keras, satu konfigurasi jendela pemeliharaan), dan maksimum adalah 9 (tiga konfigurasi pembuatan perangkat keras yang berbeda, tiga konfigurasi jendela pemeliharaan yang berbeda).

Penting

Karena ada batasan jumlah komputer virtual yang dapat bergabung dengan grup, kurangnya ruang dalam grup yang ada dapat mengakibatkan pembuatan grup komputer virtual dengan spesifikasi yang identik. Dimungkinkan bagi subnet dengan sejumlah besar instans untuk memiliki beberapa grup komputer dengan konfigurasi yang sama, dan melebihi 9 grup komputer virtual.

Peran dalam penggunaan alamat IP

Ketersediaan tinggi bawaan Azure SQL Managed Instance diimplementasikan dengan Azure Service Fabric. Kluster Service Fabric adalah sekumpulan komputer virtual atau fisik yang terhubung ke jaringan. Setiap komputer atau VM yang merupakan bagian dari kluster Service Fabric disebut node kluster, dan setiap simpul mencadangkan satu alamat IP. Dengan demikian, setiap komputer virtual dalam set VM khusus yang membuat instans terkelola SQL dianggap sebagai node di kluster Service Fabric. Kluster virtual yang menghosting satu atau beberapa instans terkelola SQL menetapkan alamat IP ke setiap VM untuk membentuk kluster Service Fabric untuk ketersediaan tinggi.

Karena kluster virtual bertanggung jawab untuk menetapkan alamat IP ke komputer virtual di dalamnya, dan setiap kluster virtual dikaitkan dengan satu subnet, Anda harus dengan hati-hati mempertimbangkan jumlah instans yang Anda harapkan untuk disebarkan ke subnet saat menentukan ukuran yang sesuai untuk subnet.

Saat menentukan ukuran yang sesuai untuk subnet tempat Anda akan menyebarkan instans terkelola, mempertimbangkan:

• Jumlah instans yang Anda harapkan untuk disebarkan ke subnet
• Jumlah grup komputer virtual berbeda yang Anda harapkan di subnet

Untuk mempelajari selengkapnya, lihat menentukan ukuran dan rentang subnet yang diperlukan untuk Azure SQL Managed Instance.

Sinkronisasi DNS

Kluster virtual menyinkronkan perubahan pengaturan server DNS di jaringan virtual yang menghosting instans terkelola SQL yang ada. Kluster virtual memicu sinkronisasi dan menyebarkannya ke instans di dalam kluster. Untuk informasi selengkapnya, lihat mengatasi nama domain privat di Azure SQL Managed Instance.

Menghapus subnet setelah menghapus Azure SQL Managed Instance

Sebelum menghapus subnet yang digunakan untuk instans terkelola SQL, subnet harus kosong. Karena kluster virtual secara otomatis dibuat ketika instans pertama di subnet dibuat, dan secara otomatis dihapus ketika instans terakhir di subnet dihapus, Anda harus terlebih dahulu menghapus semua instans di subnet sebelum Anda dapat menghapus subnet.

Penting

• Membuat dan menghapus kluster virtual bersifat otomatis dan tidak memerlukan tindakan manual yang melewati pembuatan instans pertama atau menghapus instans terakhir dalam subnet.
• Menghapus kluster virtual adalah operasi jangka panjang yang dapat berlangsung hingga 1,5 jam. Kluster virtual masih akan terlihat di portal hingga menghapus kluster virtual selesai.

Dalam keadaan yang jarang terjadi, membuat instans gagal dan menghasilkan kluster virtual kosong. Selain itu, karena Anda dapat membatalkan pembuatan instans, kluster virtual dapat disebarkan dengan instans dalam status gagal disebarkan. Kluster virtual kosong, atau kluster dengan instans yang gagal disebarkan, secara otomatis dihapus di latar belakang, dan tidak ada biaya yang terkait dengan kluster ini.

Langkah berikutnya

• Untuk gambaran umum, lihat Apa itu Azure SQL Managed Instance?
• Pelajari cara menyiapkan jaringan virtual Azure baru atau jaringan virtual Azure yang sudah ada tempat Anda dapat menyebarkan SQL Managed Instance.
• Hitung ukuran subnet tempat Anda ingin menyebarkan SQL Managed Instance.
• Pelajari cara membuat instans terkelola:
  • Dari portal Microsoft Azure.
  • Dengan menggunakan PowerShell.
  • Dengan menggunakan Templat Azure Resource Manager.
  • Dengan menggunakan templat Azure Resource Manager dengan jumpbox dan SQL Server Management Studio.