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%

Grafiek met verkeersgegevens per uur

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.

Zie Overzicht van metrische gegevens in Microsoft Azure voor meer informatie over het openen van de metrische gegevens voor Azure.

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

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.