Menentukan ukuran & rentang subnet yang diperlukan untuk Azure SQL Managed Instance
Berlaku untuk:Azure SQL Managed Instance
Artikel ini membantu Anda menentukan ukuran subnet dan rentang alamat IP yang sesuai untuk Azure SQL Managed Instance.
Gambaran Umum
Azure SQL Managed Instance terdiri dari komponen layanan yang dihosting pada sekumpulan komputer virtual terisolasi khusus yang ditempatkan di dalam satu atau beberapa grup komputer virtual yang dihosting oleh kluster virtual dan disebarkan dalam jaringan virtual Azure.
Kluster virtual, yang terkait dengan satu subnet dalam jaringan virtual, dapat menghosting satu atau beberapa instans terkelola SQL. Jumlah instans yang dapat disebarkan ke subnet tergantung pada ukuran subnet (rentang subnet).
Saat Anda membuat instans terkelola SQL, Azure mengalokasikan sejumlah komputer virtual berdasarkan tingkat layanan yang dipilih. Karena komputer virtual ini dikaitkan dengan subnet Anda, komputer virtual tersebut memerlukan alamat IP. Untuk memastikan ketersediaan tinggi selama operasi reguler dan pemeliharaan layanan, Azure dapat mengalokasikan komputer virtual tambahan. Jumlah alamat IP yang diperlukan dalam subnet biasanya lebih besar dari jumlah instans terkelola SQL di subnet tersebut.
Tentukan ukuran subnet
Rencanakan ukuran subnet dengan hati-hati untuk penyebaran instans terkelola SQL Anda.
Secara desain, setiap instans terkelola SQL memerlukan minimal 32 alamat IP dalam subnet. Anda dapat menggunakan masker subnet minimum /27 saat menentukan rentang IP subnet Anda.
Berikut ini adalah daftar pertimbangan saat menentukan ukuran subnet Anda:
- Pertimbangan terkait instans:
- Jumlah instans terkelola SQL
- Tingkat layanan instans
- Pertimbangan terkait kluster virtual:
- Konfigurasi perangkat keras
- Konfigurasi jendela pemeliharaan
- Pertimbangan terkait operasi manajemen:
- Merencanakan untuk meningkatkan/menurunkan skala atau mengubah tingkat layanan, konfigurasi perangkat keras, atau jendela pemeliharaan
Gunakan parameter berikut untuk membantu membentuk perhitungan:
- Azure menggunakan lima alamat IP di subnet untuk kebutuhannya sendiri.
- Setiap grup komputer virtual mengalokasikan enam alamat tambahan.
- Setiap instans terkelola SQL menggunakan sejumlah alamat yang bergantung pada tingkat layanan.
- Instans terkelola SQL Tujuan Umum menggunakan tiga alamat
- Instans terkelola Business Critical SQL menggunakan lima alamat
- Setiap permintaan penskalaan untuk sementara menggandakan jumlah alamat yang dialokasikan untuk instans yang diskalakan
Penting
Karena mengubah rentang alamat subnet tidak didukung ketika sumber daya ada di subnet, lebih baik menggunakan subnet yang lebih besar daripada yang lebih kecil untuk mencegah masalah di masa mendatang.
Instans yang disebarkan tunggal
Tabel berikut menunjukkan jumlah alamat IP yang diperlukan untuk satu instans dalam subnet yang disebarkan ke setiap tingkat layanan:
Tingkat layanan | PenggunaanAzure 1 | Penggunaangrup VM 2 | Penggunaan instans | Total3 |
---|---|---|---|---|
Tujuan Umum | 5 | 6 | 3 | 14 |
Kritis Bisnis | 5 | 6 | 5 | 16 |
1 Alamat yang digunakan oleh Azure dibagikan di semua instans di subnet
2 Alamat yang digunakan oleh grup VM dibagikan di seluruh instans yang ditempatkan di dalam grup yang sama
3 Jumlah total alamat yang digunakan oleh instans
Menambahkan instans ke subnet meningkatkan jumlah alamat yang digunakan oleh instans dan karenanya meningkatkan jumlah total alamat.
Subnet multi-instans
Rumus di bagian ini menghitung jumlah alamat yang diperlukan untuk beberapa instans dalam subnet, dengan mempertimbangkan potensi pembuatan grup komputer virtual baru selama permintaan pembuatan atau pembaruan instans berikutnya, serta jendela pemeliharaan dan persyaratan perangkat keras kluster virtual.
Gunakan rumus berikut untuk menghitung jumlah total alamat IP berdasarkan jumlah instans:
5 + (a * 6) + (b * 10) + (c * 6)
di mana
- a = jumlah instans GP
- b = jumlah instans BC
- c = jumlah grup komputer virtual yang berbeda
Daftar berikut menjelaskan angka yang digunakan dalam rumus:
- 5 adalah jumlah alamat IP yang dicadangkan oleh Azure
- 6 alamat per instans GP (3 untuk penyebaran awal, 3 untuk operasi penskalaan akhir)
- 10 alamat per instans BC (5 untuk penyebaran awal, 5 untuk operasi penskalaan akhir)
- 6 alamat per grup komputer virtual
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.
Contoh 1
Anda berencana untuk memiliki tiga Tujuan Umum dan dua instans Kritis Bisnis yang disebarkan ke subnet yang sama. Semua instans memiliki jendela pemeliharaan yang sama dan berjalan pada konfigurasi perangkat keras yang sama.
Untuk menyambungkan nilai-nilai ini ke dalam rumus: 5 + (3 * 6) + (2 * 10) + (1 * 6) = 49
Karena rentang IP didefinisikan dalam kekuatan 2, untuk mendukung 49 alamat IP, subnet Anda memerlukan rentang IP minimum 64 (2^6) untuk penyebaran ini. Pesan subnet dengan subnet mask /26.
Contoh 2
Anda berencana untuk menyebarkan total tujuh instans ke subnet yang sama, empat Tujuan Umum dan tiga instans Kritis Bisnis. Tiga adalah instans dev/test yang berjalan pada perangkat keras seri Standar dengan jendela pemeliharaan default (grup komputer virtual 1), sementara empat lainnya sedang dalam produksi, berjalan pada perangkat keras seri Premium dengan jendela pemeliharaan akhir pekan (grup komputer virtual 2).
Untuk menyambungkan nilai-nilai ini ke dalam rumus: 5 + (4 * 6) + (3 * 10) + (2 * 6) = 71
Karena rentang IP didefinisikan dalam kekuatan 2, untuk mendukung 71 alamat IP, subnet Anda memerlukan rentang IP minimum 128 (2^7) untuk penyebaran ini. Anda perlu mencadangkan subnet dengan subnet mask /25.
Perhatian
Meskipun menyebarkan instans terkelola SQL ke subnet dengan alamat IP yang lebih sedikit daripada yang disarankan rumus dimungkinkan, selalu pertimbangkan untuk menggunakan subnet yang lebih besar sebagai gantinya untuk menghindari masalah di masa mendatang yang berasal dari kurangnya alamat IP, seperti ketidakmampuan untuk membuat instans tambahan dalam subnet atau menskalakan instans yang ada.
Memperbarui skenario
Selama operasi penskalakan, instans untuk sementara memerlukan kapasitas IP tambahan yang bergantung pada tingkat layanan.
Tabel berikut menunjukkan jumlah sementara alamat IP tambahan yang diperlukan untuk operasi skala yang tidak memerlukan pembuatan grup komputer virtual baru:
Tingkat layanan | Skenario | Alamat tambahan |
---|---|---|
GP | Penskalaan vCores | 3 |
GP | Penyimpanan penskalaan | 0 |
GP | Beralih ke BC | 5 |
BC | Penskalaan vCores | 5 |
BC | Penyimpanan penskalaan | 5 |
BC | Beralih ke GP | 3 |
Operasi yang mengakibatkan pembuatan grup komputer virtual baru, seperti mengubah pembuatan perangkat keras atau jendela pemeliharaan, memerlukan 6 alamat permanen tambahan untuk grup baru.
Langkah berikutnya
- Untuk gambaran umum, lihat Apa itu Azure SQL Managed Instance?
- Pelajari selengkapnya tentang arsitektur konektivitas untuk SQL Managed Instance.
- Menjelajahi arsitektur kluster virtual yang menghosting Azure SQL Managed Instance
- Lihat cara membuat jaringan virtual tempat Anda akan menyebarkan SQL Managed Instance.
- Untuk masalah DNS, lihat Mengatasi nama DNS privat di Azure SQL Managed Instance.
Saran dan Komentar
https://aka.ms/ContentUserFeedback.
Segera hadir: Sepanjang tahun 2024 kami akan menghentikan penggunaan GitHub Issues sebagai mekanisme umpan balik untuk konten dan menggantinya dengan sistem umpan balik baru. Untuk mengetahui informasi selengkapnya, lihat:Kirim dan lihat umpan balik untuk