Grootten van burstbare virtuele machines uit de B-serie
Van toepassing op: ✔️ Linux-VM's ✔️ Windows-VM's ✔️ Flexibele schaalsets ✔️ Uniforme schaalsets
De VM's uit de B-serie kunnen worden geïmplementeerd op verschillende hardwaretypen en processors, zodat concurrerende bandbreedtetoewijzing mogelijk is. B-serie wordt uitgevoerd op de 3e generatie Intel® Xeon® Platinum 8370C (Ice Lake), de Intel® Xeon® Platinum 8272CL (Cascade Lake), de Intel® Xeon® 8171M 2,1 GHz (Skylake), de Intel® Xeon® E5-2673 v4 2,3 GHz (Broadwell) of de Intel® Xeon® E5-2673 v3 2,4 GHz (Haswell). VM's uit de B-serie zijn ideaal voor workloads die niet continu de volledige prestaties van de CPU nodig hebben, zoals webservers, proof of concepts, kleine databases en ontwikkelomgevingen. Deze workloads hebben doorgaans burstable prestatievereisten. Als u wilt bepalen op welke fysieke hardware deze grootte is geïmplementeerd, voert u een query uit op de virtuele hardware vanuit de virtuele machine. De B-serie biedt u de mogelijkheid om een VM-grootte aan te schaffen met basislijnprestaties die tegoed kunnen opbouwen wanneer er minder dan de basislijn wordt gebruikt. Wanneer de VM tegoed heeft verzameld, kan de VM een burst boven de basislijn bereiken met maximaal 100% van de vCPU wanneer uw toepassing hogere CPU-prestaties vereist.
De B-serie is beschikbaar in de volgende VM-grootten:
Azure Compute Unit (ACU): varieert*
Premium Storage: ondersteund
Premium Storage opslaan in cache: niet ondersteund
Livemigratie: ondersteund
Geheugen met behoud van Updates: ondersteund
Ondersteuning voor vm-generatie: generatie 1 en 2
Versneld netwerken: ondersteund**
Tijdelijke besturingssysteemschijven: ondersteund
Geneste virtualisatie: niet ondersteund
*Vm's uit de B-serie zijn burstbaar en daarom variëren de ACU-nummers, afhankelijk van workloads en kerngebruik.
**Versneld netwerken wordt alleen ondersteund voor Standard_B12ms, Standard_B16ms en Standard_B20ms.
| Grootte | vCPU | Geheugen: GiB | Tijdelijke opslag (SSD) GiB | Basis-CPU-prestatie van VM | Maximale CPU-prestatie van VM | Eerste tegoed | Tegoeden gebankeerd per uur | Maximum aantal banktegoeden | Max. aantal gegevensschijven | Maximale schijfdoorvoer zonder cache: IOPS/MBps | Maximale burst-schijfdoorvoer zonder cache: IOPS/MBps1 | Max. aantal NIC's |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Standard_B1ls2 | 1 | 0,5 | 4 | 5% | 100% | 30 | 3 | 72 | 2 | 160/10 | 4000/100 | 2 |
| Standard_B1s | 1 | 1 | 4 | 10% | 100% | 30 | 6 | 144 | 2 | 320/10 | 4000/100 | 2 |
| Standard_B1ms | 1 | 2 | 4 | 20% | 100% | 30 | 12 | 288 | 2 | 640/10 | 4000/100 | 2 |
| Standard_B2s | 2 | 4 | 8 | 40% | 200% | 60 | 24 | 576 | 4 | 1280/15 | 4000/100 | 3 |
| Standard_B2ms | 2 | 8 | 16 | 60% | 200% | 60 | 36 | 864 | 4 | 1920/22.5 | 4000/100 | 3 |
| Standard_B4ms | 4 | 16 | 32 | 90% | 400% | 120 | 54 | 1296 | 8 | 2880/35 | 8000/200 | 4 |
| Standard_B8ms | 8 | 32 | 64 | 135% | 800% | 240 | 81 | 1944 | 16 | 4320/50 | 8000/200 | 4 |
| Standard_B12ms | 12 | 48 | 96 | 202% | 1200% | 360 | 121 | 2909 | 16 | 4320/50 | 16000/400 | 6 |
| Standard_B16ms | 16 | 64 | 128 | 270% | 1600% | 480 | 162 | 3888 | 32 | 4320/50 | 16000/400 | 8 |
| Standard_B20ms | 20 | 80 | 160 | 337% | 2000% | 600 | 203 | 4860 | 32 | 4320/50 | 16000/400 | 8 |
1 VM's uit de B-serie kunnen hun schijfprestaties bursten en maximaal 30 minuten tegelijk hun maximale bursting bereiken.
2 B1ls wordt alleen ondersteund in Linux
Voorbeeld van workload
Overweeg een toepassing voor in- en uitchecken op kantoor. De toepassing heeft CPU-bursts nodig tijdens kantooruren, maar niet veel rekenkracht buiten kantooruren. In dit voorbeeld is voor de workload een virtuele machine met 16vCPU met 64GiB RAM vereist om efficiënt te kunnen werken.
De tabel bevat de verkeersgegevens per uur en de grafiek is een visuele weergave van dat verkeer.
B16 kenmerken:
Maximale CPU-prestatie: 16vCPU * 100% = 1600%
Basislijn: 270%
| Scenario | Tijd | CPU-gebruik (%) | Geaccumuleerd tegoed1 | Tegoed beschikbaar |
|---|---|---|---|---|
| Implementatie van B16ms | Implementatie | Implementatie | 480 (initiële tegoeden) | 480 |
| Geen verkeer | 0:00 | 0 | 162 | 642 |
| Geen verkeer | 1:00 | 0 | 162 | 804 |
| Geen verkeer | 2:00 | 0 | 162 | 966 |
| Geen verkeer | 3:00 | 0 | 162 | 1128 |
| Geen verkeer | 4:00 | 0 | 162 | 1290 |
| Geen verkeer | 5:00 | 0 | 162 | 1452 |
| Weinig verkeer | 6:00 | 270 | 0 | 1452 |
| Werknemers komen naar kantoor (app heeft 80% vCPU nodig) | 7:00 | 1280 | -606 | 846 |
| Werknemers blijven naar Office komen (app heeft 80% vCPU nodig) | 8:00 | 1280 | -606 | 240 |
| Weinig verkeer | 9:00 | 270 | 0 | 240 |
| Weinig verkeer | 10:00 | 100 | 102 | 342 |
| Weinig verkeer | 11:00 | 50 | 132 | 474 |
| Weinig verkeer | 12:00 | 100 | 102 | 576 |
| Weinig verkeer | 13:00 | 100 | 102 | 678 |
| Weinig verkeer | 14:00 | 50 | 132 | 810 |
| Weinig verkeer | 15:00 | 100 | 102 | 912 |
| Weinig verkeer | 16:00 | 100 | 102 | 1014 |
| Werknemers die uitchecken (app heeft 100% vCPU nodig) | 17:00 | 1600 | -798 | 216 |
| Weinig verkeer | 18:00 | 270 | 0 | 216 |
| Weinig verkeer | 19:00 | 270 | 0 | 216 |
| Weinig verkeer | 20:00 | 50 | 132 | 348 |
| Weinig verkeer | 21:00 | 50 | 132 | 480 |
| Geen verkeer | 22:00 | 0 | 162 | 642 |
| Geen verkeer | 23:00 | 0 | 162 | 804 |
1 Geaccumuleerd tegoed/tegoed dat in een uur wordt gebruikt, komt overeen met: ((Base CPU perf of VM - CPU Usage) / 100) * 60 minutes.
Voor een D16s_v3 met 16 vCPU's en 64 GiB geheugen is het uurtarief $ 0,936 per uur (maandelijks $ 673,92) en voor B16ms met 16 vCPU's en 64 GiB-geheugen is het tarief $ 0,794 per uur (maandelijks $ 547,86). Dit resulteert in 15% besparing!
Q & A
V: Wat gebeurt er wanneer mijn tegoed op is?
A: Wanneer het tegoed is uitgeput, keert de VM terug naar de basislijnprestaties.
V: Hoe krijgt u 135% basislijnprestaties van een VM?
A: De 135% wordt gedeeld door de 8 vCPU's waaruit de VM-grootte bestaat. Als uw toepassing bijvoorbeeld vier van de 8 kernen gebruikt die aan batchverwerking werken en elk van deze 4 vCPU's wordt uitgevoerd met een gebruik van 30%, is de totale hoeveelheid CPU-prestaties van de VM gelijk aan 120%. Dit betekent dat uw VM tegoedtijd opbouwt op basis van het verschil van 15% ten opzichte van de basislijnprestaties. Maar het betekent ook dat wanneer u tegoeden beschikbaar hebt, dezelfde VM 100% van alle 8 vCPU's kan gebruiken, waardoor die VM een maximale CPU-prestaties van 800% heeft.
V: Hoe kan ik mijn tegoedsaldo en -verbruik controleren?
A: Met de metrische waarde Tegoed kunt u zien hoeveel tegoed uw VM is gebankeerd en de metrische waarde ConsumedCredit laat zien hoeveel CPU-tegoeden uw VM heeft verbruikt van de bank. U kunt deze metrische gegevens bekijken vanuit het deelvenster met metrische gegevens in de portal of programmatisch via de Azure Monitor-API's.
V: Hoe worden tegoeden verzameld en verbruikt?
A: De accumulatie- en verbruikssnelheden van de VM zijn zodanig ingesteld dat een VM die op precies het basisprestatieniveau wordt uitgevoerd, geen netto accumulatie of verbruik van burst-tegoeden heeft. Een VM krijgt een netto toename in tegoeden wanneer deze onder het basisprestatieniveau wordt uitgevoerd en zal een netto-afname in tegoed hebben wanneer de VIRTUELE machine meer gebruik maakt van de CPU dan het basisprestatieniveau.
Voorbeeld: Ik implementeer een VM met behulp van de grootte B1ms voor mijn kleine tijd- en aanwezigheidsdatabasetoepassing. Met deze grootte kan mijn toepassing maximaal 20% van een vCPU als basislijn gebruiken. Dit is 0,2 tegoeden per minuut die ik kan gebruiken of bankieren.
Mijn sollicitatie is bezet aan het begin en einde van de werkdag van mijn werknemers, tussen 7:00-9:00 en 16:00 - 18:00. Tijdens de andere 20 uur van de dag is mijn toepassing meestal inactief, waarbij slechts 10% van de vCPU wordt gebruikt. Voor de niet-piekuren verdien ik 0,2 tegoeden per minuut, maar verbruik ik slechts 0,1 tegoeden per minuut, dus mijn VM zal 0,1 x 60 = 6 tegoeden per uur betalen. Voor de 20 uur dat ik buiten de piek ben, bank ik 120 credits.
Tijdens piekuren is mijn toepassing gemiddeld 60% vCPU-gebruik, ik verdien nog steeds 0,2 tegoeden per minuut, maar ik verbruik 0,6 credits per minuut, voor een nettokosten van 0,4 credits per minuut of 0,4 x 60 = 24 credits per uur. Ik heb 4 uur per dag piekgebruik, dus het kost 4 x 24 = 96 credits voor mijn piekgebruik.
Als ik de 120 tegoeden die ik buiten de piek heb verdiend neem en de 96 credits aftrek die ik voor mijn piektijden heb gebruikt, bankier ik 24 credits per dag die ik kan gebruiken voor andere pieken van activiteit.
V: Hoe kan ik het verzamelde en gebruikte tegoed berekenen?
A: U kunt de volgende formule gebruiken:
(Basis CPU-prestatie van VM - CPU-gebruik) / 100 = Creditbank of gebruik per minuut
Bijvoorbeeld in het bovenstaande geval is uw basislijn 20% en als u 10% van de CPU gebruikt, wordt u opgestapeld (20%-10%)/100 = 0,1 tegoed per minuut.
V: Ondersteunt de B-serie Premium Storage gegevensschijven?
A: Ja, alle grootten uit de B-serie ondersteunen Premium Storage gegevensschijven.
V: Waarom is mijn resterende tegoed ingesteld op 0 na een herimplementie of een stop/start?
A : Wanneer een VM opnieuw wordt geïmplementeerd en de VM naar een ander knooppunt wordt verplaatst, gaat het verzamelde tegoed verloren. Als de virtuele machine is gestopt/gestart, maar op hetzelfde knooppunt blijft, behoudt de virtuele machine het verzamelde tegoed. Wanneer de VM opnieuw wordt gestart op een knooppunt, krijgt deze een eerste tegoed, voor Standard_B8ms is dit 240.
V: Wat gebeurt er als ik een niet-ondersteunde installatiekopieën van het besturingssysteem op B1ls implementeer?
A : B1ls ondersteunt alleen Linux-installatiekopieën en als u een andere installatiekopieën van het besturingssysteem implementeert, krijgt u mogelijk niet de beste klantervaring.
Andere grootten en informatie
- Algemeen gebruik
- Geoptimaliseerde rekenkracht
- Geoptimaliseerd voor geheugen
- Geoptimaliseerd voor opslag
- Geoptimaliseerde GPU
- Krachtig rekenvermogen
Prijscalculator: Prijscalculator
Meer informatie over schijftypen: schijftypen
Volgende stappen
Meer informatie over hoe Azure Compute Units (ACU) u kunnen helpen bij het vergelijken van de rekenprestaties tussen Azure-SKU's.