Bagikan melalui


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:

Kapasitas memori fisik pada unit skala 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.

Mengurangi ukuran VM

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.

Menambahkan 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.

Meningkatkan ukuran node

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