Kapasitas komputasi Azure Stack Hub
Ukuran mesin virtual (VM) yang didukung di Azure Stack Hub adalah bagian dari ukuran yang didukung di Azure. Azure memberlakukan batasan sumber daya di sepanjang banyak vektor untuk menghindari konsumsi sumber daya yang berlebihan (server lokal dan tingkat layanan). Tanpa memaksakan beberapa batasan pada konsumsi penyewa, pengalaman penyewa akan menjadi buruk ketika penyewa lain mengonsumsi sumber daya secara berlebihan. Untuk keluar jaringan mesin virtual, ada batas bandwidth yang ditetapkan di Azure Stack Hub yang cocok dengan batasan Azure. Untuk sumber daya penyimpanan di Azure Stack Hub, batas IOPS penyimpanan menghindari penggunaan sumber daya yang berlebihan oleh penyewa untuk akses penyimpanan.
Penting
Perencana Kapasitas Azure Stack Hub tidak mempertimbangkan atau tidak menjamin performa IOPS. Portal administrator menunjukkan peringatan ketika total konsumsi memori sistem telah mencapai 85%. Peringatan ini dapat diperbaiki dengan menambahkan kapasitas tambahan, atau menghapus mesin virtual yang tidak lagi diperlukan.
Penempatan mesin virtual
Mesin penempatan Azure Stack Hub menempatkan mesin virtual penyewa di seluruh host yang tersedia.
Azure Stack Hub menggunakan dua pertimbangan saat menempatkan mesin virtual. Satu, apakah ada cukup memori pada host untuk tipe mesin virtual itu? Dua, apakah mesin virtual adalah bagian dari set ketersediaan atau bagian dari set skala mesin virtual?
Untuk mencapai ketersediaan beban kerja produksi beberapa mesin virtual yang tinggi di Azure Stack Hub, mesin virtual (VM) ditempatkan dalam set ketersediaan yang menyebarkannya di beberapa domain kesalahan. Domain kesalahan dalam set ketersediaan didefinisikan sebagai node tunggal dalam unit skala. Azure Stack Hub mendukung memiliki set ketersediaan dengan maksimum tiga domain kesalahan agar konsisten dengan Azure. mesin virtual yang ditempatkan dalam set ketersediaan akan diisolasi secara fisik satu sama lain dengan menyebarkannya se merata mungkin melalui beberapa domain kesalahan (node Azure Stack Hub). Jika ada kegagalan perangkat keras, mesin virtual dari domain kesalahan yang gagal akan dimulai ulang di domain kesalahan lainnya. Jika memungkinkan, mesin virtual tersebut akan disimpan di domain kesalahan terpisah dari mesin virtual lain dalam kumpulan ketersediaan yang sama. Ketika host kembali online, mesin virtual akan diseimbangkan kembali untuk menjaga ketersediaan tinggi.
Set skala mesin virtual menggunakan set ketersediaan di bagian belakang dan pastikan setiap instans set skala mesin virtual ditempatkan di domain kesalahan yang berbeda. Ini berarti mesin virtual tersebut menggunakan node infrastruktur Azure Stack Hub yang terpisah. Misalnya, dalam sistem Azure Stack Hub empat node, mungkin ada situasi di mana set skala mesin virtual yang terdiri dari tiga instans akan gagal saat pembuatan karena kurangnya kapasitas empat node untuk menempatkan tiga instans set skala mesin virtual pada tiga node Azure Stack Hub yang terpisah. Selain itu, node Azure Stack Hub dapat diisi pada berbagai tingkat sebelum mencoba penempatan.
Azure Stack Hub tidak memiliki kelebihan memori. Namun, kelebihan jumlah core fisik diperbolehkan.
Karena algoritma penempatan tidak melihat rasio provisi berlebih core virtual ke fisik yang ada sebagai faktor, setiap host dapat memiliki rasio yang berbeda. Sebagai pihak Microsoft, kami tidak memberikan panduan tentang rasio core fisik-ke-virtual karena variasi beban kerja dan persyaratan tingkat layanan.
Pertimbangan untuk jumlah total mesin virtual
Ada batasan jumlah total mesin virtual yang dapat dibuat. Maksimum jumlah mesin virtual di Azure Stack Hub adalah 700 dan 60 per node unit skala. Misalnya, batas mesin virtual Azure Stack Hub delapan server adalah 480 (8 * 60). Untuk solusi 12 hingga 16 server Azure Stack Hub, batasnya adalah 700. Batas ini telah dibuat dengan mempertimbangkan semua pertimbangan kapasitas komputasi, seperti cadangan ketahanan dan rasio virtual-ke-fisik CPU yang ingin dipertahankan oleh operator.
Jika batas skala mesin virtual tercapai, kode kesalahan berikut dikembalikan sebagaimana hasilnya: VMsPerScaleUnitLimitExceeded, VMsPerScaleUnitNodeLimitExceeded.
Catatan
Sebagian dari maksimum 700 mesin virtual dicadangkan untuk mesin virtual infrastruktur Azure Stack Hub. Untuk informasi selengkapnya, lihat Perencana kapasitas Azure Stack Hub.
Pertimbangan untuk penyebaran batch mesin virtual
Dalam rilis tahun 2002 termasuk yang sebelumnya, 2-5 mesin virtual per batch dengan jeda 5 menit antar batch menyediakan penyebaran mesin virtual yang andal untuk mencapai skala 700 mesin virtual. Dengan Versi Azure Stack Hub 2005 dan seterusnya, kami dapat menyediakan mesin virtual andal pada ukuran batch 40 dengan jeda 5 menit dalam penyebaran batch. Mulai, Hentikan-batalkan, dan operasi pembaruan harus dilakukan pada ukuran batch 30, memberikan jeda 5 menit di antara setiap batch.
Pertimbangan untuk mesin virtual GPU
Azure Stack Hub mencadangkan memori untuk mesin virtual infrastruktur dan penyewa ke failover. Tidak seperti mesin virtual lainnya, mesin virtual GPU berjalan dalam mode non-HA (ketersediaan tinggi), oleh karena itu tidak menimbulkan failover. Akibatnya, memori yang dipesan untuk stamp khusus GPU mesin virtual adalah memori yang dibutuhkan oleh infrastruktur untuk melakukan failover, sebagai lawan dari akuntansi untuk memori mesin virtual penyewa HA juga.
Memori Azure Stack Hub
Azure Stack Hub dirancang untuk menjaga mesin virtual tetap berjalan sesuai dengan yang telah disediakan. Misalnya, jika host offline karena kegagalan perangkat keras, Azure Stack Hub akan mencoba memulai ulang mesin virtual tersebut pada host lain. Contoh kedua selama menambal dan memperbarui perangkat lunak Azure Stack Hub. Jika butuh me-reboot host fisik, upaya yang harus dilakukan untuk memindahkan eksekusi mesin virtual di host itu ke host lain tersedia dalam solusi.
Manajemen atau gerakan mesin virtual ini hanya dapat dicapai jika ada kapasitas memori yang dipesan untuk memungkinkan restart atau migrasi terjadi. Sebagian dari total memori host dicadangkan dan tidak tersedia untuk penempatan mesin virtual penyewa.
Anda dapat meninjau diagram pai di portal administrator yang memperlihatkan memori yang kosong dan digunakan di Azure Stack Hub. Diagram berikut menunjukkan kapasitas memori fisik pada unit skala Azure Stack Hub di Azure Stack Hub:
Memori yang digunakan terdiri dari beberapa komponen. Komponen berikut menghabiskan memori di bagian penggunaan diagram pai:
- Penggunaan atau cadangan OS host: Memori yang digunakan oleh sistem operasi (OS) pada host, tabel halaman memori virtual, proses yang berjalan pada OS host, dan cache memori Spaces Direct. Karena nilai ini bergantung pada memori yang digunakan oleh berbagai proses Hyper-V yang berjalan di host, nilai ini dapat berfluktuasi.
- Layanan infrastruktur: mesin virtual infrastruktur yang membentuk Azure Stack Hub. Seperti yang telah dibahas sebelumnya, mesin virtual ini adalah bagian dari maksimum 700 mesin virtual. Pemanfaatan memori komponen layanan infrastruktur dapat berubah saat kami berupaya membuat layanan infrastruktur kami lebih skalabel dan tangguh. Untuk informasi selengkapnya, lihat Perencana kapasitas Azure Stack Hub
- Cadangan ketahanan: Azure Stack Hub mencadangkan sebagian memori untuk memungkinkan ketersediaan penyewa selama kegagalan host tunggal serta selama patch dan pembaruan untuk memungkinkan berhasilnya migrasi langsung mesin virtual.
- Mesin virtual Penyewa: Mesin virtual penyewa yang dibuat oleh pengguna Azure Stack Hub. Selain menjalankan mesin virtual, memori dikonsumsi oleh setiap mesin virtual yang telah mendarat di fabric. Artinya, mesin virtual yang berada dalam status "Membuat" atau "Gagal", atau mesin virtual yang dimatikan dari tamu, akan mengonsumsi memori. Namun, mesin virtual yang telah dibatalkan menggunakan opsi batalkan alokasi di portal/powershell/cli tidak akan mengonsumsi memori dari Azure Stack Hub.
- Penyedia sumber daya nilai tambah (RPS): Mesin virtual disebarkan untuk RPS yang memiliki nilai tambah seperti SQL, MySQL, App Service, dan sebagainya.
Cara terbaik untuk memahami konsumsi memori di portal adalah dengan menggunakan Perencana Kapasitas Azure Stack Hub untuk melihat dampak dari berbagai beban kerja. Perhitungan berikut adalah perhitungan yang sama yang digunakan oleh perencana.
Perhitungan ini menghasilkan total memori yang tersedia yang dapat digunakan untuk penempatan mesin virtual penyewa. Kapasitas memori ini untuk keseluruhan unit skala Azure Stack Hub.
Memori yang tersedia untuk penempatan mesin virtual = total memori host - cadangan ketahanan - memori yang digunakan untuk menjalankan mesin virtual penyewa - Overhead Infrastruktur Azure Stack Hub 1
- Total memori host = Jumlah memori dari semua node
- Cadangan ketahanan = H + R * ((N-1) * H) + V * (N-2)
- Memori yang digunakan oleh VM penyewa = Memori aktual yang digunakan oleh beban kerja penyewa, tidak bergantung pada konfigurasi HA
- Overhead Infrastruktur Azure Stack Hub = 268 GB + (4 GB x N)
Di mana:
- H = Ukuran memori server tunggal
- N = Ukuran Unit Skala (jumlah server)
- R = Cadangan sistem operasi untuk overhead OS, yaitu 0,15 dalam rumus ini2
- V = HA VM terbesar dalam unit skala
1Overhead Infrastruktur Azure Stack Hub = 268 GB + (4 GB x # node). Sekitar 31 mesin virtual digunakan untuk menghosting infrastruktur Azure Stack Hub, secara keseluruhan,proses ini memakai sekitar 268 GB + (4 GB x # node) memori dan 146 core virtual. Alasan untuk jumlah mesin virtual ini adalah untuk memenuhi pemisahan layanan yang diperlukan untuk memenuhi persyaratan keamanan, skalabilitas, servis, dan patching. Struktur layanan internal ini memungkinkan pengenalan layanan infrastruktur baru di masa mendatang saat itu dikembangkan.
2 Cadangan sistem operasi untuk overhead = 15% (0,15) dari memori node. Nilai cadangan sistem operasi adalah perkiraan dan akan bervariasi berdasarkan kapasitas memori fisik server dan overhead sistem operasi umum.
Nilai V, HA VM terbesar dalam unit skala, secara dinamis didasarkan pada ukuran memori mesin virtual penyewa terbesar. Misalnya, nilai VM HA minimum terbesar adalah 12 GB (dengan memperhitungkan mesin virtual infrastruktur) atau 112 GB atau ukuran memori mesin virtual lain yang didukung dalam solusi Azure Stack Hub. Mengubah HA VM terbesar pada fabric Azure Stack Hub akan menghasilkan peningkatan cadangan ketahanan dan juga peningkatan memori mesin virtual itu sendiri. Ingat bahwa mesin virtual GPU berjalan dalam mode non-HA.
Perhitungan sampel
Kami memiliki penyebaran Azure Stack Hub empat node kecil dengan RAM 768 GB di setiap node. Kami berencana untuk menempatkan mesin virtual untuk SQL server dengan 128GB RAM (Standard_E16_v3). Berapa memori yang tersedia untuk penempatan VM?
- Total memori host = Jumlah memori dari semua node = 4 * 768 GB = 3072 GB
- Cadangan ketahanan = H + R * ((N-1) * H) + V * (N-2) = 768 + 0.15 * ((4 - 1) * 768) + 128 * (4 - 2) = 1370 GB
- Memori yang digunakan oleh VM penyewa = Memori aktual yang digunakan oleh beban kerja penyewa, tidak bergantung pada konfigurasi HA = 0 GB
- Overhead Infrastruktur Azure Stack Hub = 268 GB + (4 GB x T) = 268 + (4 * 4) = 284 GB
Memori yang tersedia untuk penempatan VM = total memori host - cadangan ketahanan - memori yang digunakan oleh menjalankan VM penyewa - Overhead Infrastruktur Azure Stack Hub
Memori yang tersedia untuk penempatan VM = 3072 - 1370 - 0 - 284 = 1418 GB
Pertimbangan untuk membatalkan alokasi
Saat mesin virtual dalam keadaan batal dialokasikan, sumber daya memori tidak digunakan. Hal ini memungkinkan mesin virtual lain untuk ditempatkan dalam sistem.
Jika mesin virtual yang batal dialokasikan dimulai lagi, penggunaan memori atau alokasi diperlakukan seperti mesin virtual baru yang ditempatkan ke dalam sistem dan tentunya memori yang tersedia digunakan. Jika tidak ada memori yang tersedia, maka mesin virtual tidak dapat dimulai.
Mesin virtual besar yang digunakan saat ini menunjukkan bahwa memori yang dialokasikan adalah 112 GB, tetapi permintaan memori mesin virtual ini sekitar 2-3 GB.
| Nama | Memori yang Ditetapkan (GB) | Memori yang Diminta (GB) | ComputerName |
|---|---|---|---|
| ca7ec2ea-40fd-4d41-9d9b-b11e7838d508 | 112 | 2.2392578125 | LISSA01P-NODE01 |
| 10cd7b0f-68f4-40ee-9d98-b9637438ebf4 | 112 | 2.2392578125 | LISSA01P-NODE01 |
| 2e403868-ff81-4abb-b087-d9625ca01d84 | 112 | 2.2392578125 | LISSA01P-NODE04 |
Ada tiga cara untuk membatalkan alokasi memori untuk penempatan mesin virtual menggunakan rumus Cadangan ketahanan = H + R * ((N-1) * H) + V * (N-2):
- Mengurangi ukuran mesin virtual terbesar
- Meningkatkan memori node
- Menambahkan node
Mengurangi ukuran mesin virtual terbesar
Mengurangi ukuran mesin virtual terbesar ke mesin virtual terkecil berikutnya dalam stemp (24 GB) akan mengurangi ukuran cadangan ketahanan.
Cadangan ketahanan = 384 + 172,8 + 48 = 604,8 GB
| Total memori | GB Infra | GB Penyewa | Cadangan ketahanan | Total memori yang dicadangkan | Total GB yang tersedia untuk penempatan |
|---|---|---|---|---|---|
| 1536 GB | 258 GB | 329,25 GB | 604,8 GB | 258 + 329,25 + 604,8 = 1168 GB | ~344 GB |
Menambahkan node
Menambahkan node Azure Stack Hub akan membatalkan alokasi memori dengan mendistribusikan memori secara merata di antara kedua node.
Cadangan ketahanan = 384 + (0,15) ((5)*384) + 112 * (3) = 1008 GB
| Total Memori | GB Infra | GB Penyewa | Cadangan ketahanan | Total memori yang dicadangkan | Total GB yang tersedia untuk penempatan |
|---|---|---|---|---|---|
| 1536 GB | 258 GB | 329,25 GB | 604,8 GB | 258 + 329,25 + 604,8 = 1168 GB | ~ 344 GB |
Meningkatkan memori pada setiap node menjadi 512 GB
Meningkatkan memori setiap node akan meningkatkan total memori yang tersedia.
Cadangan ketahanan = 512 + 230,4 + 224 = 966,4 GB
| Total Memori | GB Infra | GB Penyewa | Cadangan ketahanan | Total memori yang dicadangkan | Total GB yang tersedia untuk penempatan |
|---|---|---|---|---|---|
| 2048 (4*512) GB | 258 GB | 505,75 GB | 966,4 GB | 1730,15 GB | ~ 318 GB |
Pertanyaan Umum
T: Penyewa saya menerapkan mesin virtual baru, berapa lama waktu yang dibutuhkan untuk melakukan penilaian di portal administrator guna menampilkan kapasitas yang tersisa?
J: Bilah kapasitas melakukan refresh setiap 15 menit, jadi pertimbangkan itu.
T: Bagaimana cara melihat core yang tersedia dan core yang ditetapkan?
A: Dalam PowerShell jalankan test-azurestack -include AzsVmPlacement -debug, yang menghasilkan output seperti ini:
Starting Test-AzureStack
Launching AzsVmPlacement
Azure Stack Scale Unit VM Placement Summary Results
Cluster Node VM Count VMs Running Physical Core Total Virtual Co Physical Memory Total Virtual Mem
------------ -------- ----------- ------------- ---------------- --------------- -----------------
LNV2-Node02 20 20 28 66 256 119.5
LNV2-Node03 17 16 28 62 256 110
LNV2-Node01 11 11 28 47 256 111
LNV2-Node04 10 10 28 49 256 101
PASS : Azure Stack Scale Unit VM Placement Summary
T: Jumlah mesin virtual yang digunakan di Azure Stack Hub saya tidak berubah, tetapi kapasitas saya berfluktuasi. Mengapa?
A: Memori yang tersedia untuk penempatan mesin virtual memiliki beberapa dependensi, salah satunya adalah cadangan OS host. Nilai ini tergantung pada memori yang digunakan oleh proses Hyper-V yang berbeda yang berjalan di host, yang bukan merupakan nilai konstan.
T: Status apa yang harus dimiliki mesin virtual penyewa untuk menggunakan memori?
A: Selain untuk menjalankan mesin virtual, memori dikonsumsi oleh setiap mesin virtual yang telah mendarat di fabric. Artinya, mesin virtual yang berada dalam keadaan "Membuat" atau "Gagal" akan menggunakan memori. Mesin virtual yang dimatikan dari tamu sebagai lawan tindakan untuk menghentikan pembatalan alokasi dari portal/powershell/cli juga akan mengonsumsi memori.
T: Saya memiliki Azure Stack Hub empat host. Penyewa saya memiliki 3 mesin virtual yang menggunakan RAM 56 GB (D5_v2). Salah satu mesin virtual diubah ukurannya menjadi RAM 112 GB (D14_v2), dan pelaporan memori yang tersedia di dasbor menghasilkan lonjakan penggunaan sebesar 168 GB pada bilah kapasitas. Pengubahan ukuran berikutnya dari dua mesin virtual D5_v2 lainnya ke D14_v2 menghasilkan peningkatan, masing-masing sebesar RAM 56 GB. Mengapa begitu?
J: Memori yang tersedia adalah fungsi cadangan ketahanan yang dikelola oleh Azure Stack Hub. Cadangan Ketahanan adalah fungsi dari ukuran mesin virtual terbesar pada stamp Azure Stack Hub. Pada awalnya, mesin virtual terbesar di stamp memiliki memori 56 GB. Ketika mesin virtual diubah ukurannya, mesin virtual terbesar di stamp akan memiliki memori 112 GB yang tidak hanya meningkatkan memori yang digunakan oleh mesin virtual penyewa tetapi juga meningkatkan cadangan ketahanan. Perubahan ini mengakibatkan peningkatan memori mesin virtual penyewa sebesar 56 GB (56 GB hingga 112 GB) + peningkatan memori cadangan ketahanan sebesar 112 GB. Ketika mesin virtual berikutnya diubah ukurannya, ukuran mesin virtual terbesar tetap sebagai mesin virtual 112 GB. Oleh karena itu, tidak ada peningkatan cadangan ketahanan yang dihasilkan. Peningkatan penggunaan memori hanya untuk peningkatan memori mesin virtual penyewa (56 GB).
Catatan
Persyaratan perencanaan kapasitas untuk jaringan bertaraf minimal karena hanya ukuran VIP publik yang dapat dikonfigurasi. Untuk informasi tentang cara menambahkan lebih banyak alamat IP publik ke Azure Stack Hub, lihat Menambahkan alamat IP publik.
Langkah berikutnya
Pelajari tentang penyimpanan Azure Stack Hub