Capaciteitsreservering op aanvraag

Van toepassing op: ✔️ Virtuele Linux-machines windows-VM's ✔️ ✔️ Uniform schaalset ✔️ Flexibele schaalsets

Met capaciteitsreservering op aanvraag kunt u rekencapaciteit reserveren in een Azure-regio of een beschikbaarheidszone voor elke duur van de tijd. In tegenstelling tot gereserveerde instanties hoeft u zich niet te registreren voor een toezegging van 1 jaar of drie jaar. Maak en verwijder reserveringen op elk gewenst moment en heb volledige controle over de manier waarop u uw reserveringen wilt beheren.

Zodra u de capaciteitsreservering hebt gemaakt, kunnen de resources onmiddellijk worden gebruikt. Capaciteit is voor u gereserveerd totdat u de reservering verwijdert.

Capaciteitsreservering heeft enkele basiseigenschappen die altijd tijdens het maken worden gedefinieerd:

• VM-grootte : elke reservering is voor één VM-grootte. Bijvoorbeeld: Standard_D2s_v3.
• Locatie : elke reservering is voor één locatie (regio). Als die locatie beschikbaarheidszones heeft, kan de reservering ook een van de zones opgeven.
• Hoeveelheid : elke reservering heeft een aantal instanties dat moet worden gereserveerd.

Als u een capaciteitsreservering wilt maken, worden deze parameters als capaciteitsaanvraag doorgegeven aan Azure. Als Azure geen capaciteit heeft die voldoet aan de aanvraag, mislukt de implementatie van de reservering. Uw implementatie mislukt als u geen voldoende abonnementsquotum hebt. Vraag een hoger quotum aan of probeer een andere VM-grootte, locatie of zonecombinatie.

Zodra Azure uw reserveringsaanvraag accepteert, is deze beschikbaar voor VM's met overeenkomende configuraties. Als u capaciteitsreservering wilt gebruiken, moet de VM de reservering in de eigenschappen opgeven. Anders wordt de capaciteitsreservering niet gebruikt. Een voordeel van dit ontwerp is dat u alleen kritieke workloads kunt richten op reserveringen en andere niet-kritieke workloads kunnen worden uitgevoerd zonder gereserveerde capaciteit.

Voordelen van capaciteitsreservering

• Na de implementatie wordt capaciteit gereserveerd voor je gebruik en is deze altijd beschikbaar binnen het bereik van de toepasselijke SLA's
• Kan op elk gewenst moment worden geïmplementeerd en verwijderd zonder toezegging voor een termijn
• Kan automatisch worden gecombineerd met gereserveerde instanties voor het gebruik van term commitment kortingen

SLA voor capaciteitsreservering

Lees de details van de Service Level Agreement in de SLA voor capaciteitsreservering.

Elke claim op basis van de SLA vereist het berekenen van de minuten die niet beschikbaar zijn voor de gereserveerde capaciteit. Hier volgt een voorbeeld van het berekenen van minuten die niet beschikbaar zijn.

• Een capaciteitsreservering op aanvraag heeft een totale capaciteit van vijf gereserveerde eenheden. De capaciteitsreservering op aanvraag begint in de status Ongebruikte capaciteit met nul toegewezen virtuele machines.
• Een ondersteunde implementatie van hoeveelheid 5 wordt toegewezen aan de capaciteitsreservering op aanvraag. Drie virtuele machines slagen en twee mislukken met een capaciteitsfout voor virtuele machines. Resultaat: Twee gereserveerde eenheden beginnen minuten niet beschikbaar te verzamelen.
• Er wordt 20 minuten geen actie ondernomen. Resultaat: er zijn twee gereserveerde eenheden die elk 15 minuten niet beschikbaar zijn.
• Op 20 minuten wordt een ondersteunde implementatie van hoeveelheid 2 geprobeerd. De ene virtuele machine slaagt, de andere virtuele machine mislukt met een capaciteitsfout voor virtuele machines. Resultaat: Één gereserveerde eenheid blijft op 15 samengevoegde minuten niet beschikbaar. Een andere gereserveerde eenheid hervat het accumuleren van minuten niet beschikbaar.
• Vier ondersteunde implementaties van hoeveelheid 1 worden gemaakt met intervallen van 10 minuten. Bij de vierde poging (60 minuten na de eerste capaciteitsfout) wordt de virtuele machine geïmplementeerd. Resultaat: De laatste gereserveerde eenheid telt 40 minuten minuten niet beschikbaar (vier pogingen x 10 minuten tussen pogingen) voor in totaal 55 minuten niet beschikbaar.

Hier volgt de berekening van servicetegoed in dit voorbeeld van minuten niet beschikbaar.

• Eén gereserveerde eenheid heeft 15 minuten downtime verzameld. Het percentage uptime is 99,97%. Deze gereserveerde eenheid komt niet in aanmerking voor servicetegoed.
• Een andere gereserveerde eenheid verzamelde 55 minuten downtime. Het percentage uptime is 99,87. Deze gereserveerde eenheid komt in aanmerking voor servicetegoed van 10%.

Beperkingen en limieten

• Voor het maken van capaciteitsreserveringen is een quotum vereist op dezelfde manier als het maken van virtuele machines.
• Het maken van capaciteitsreservering is momenteel beperkt tot bepaalde VM-serie en grootten. In de lijst met compute-resource-SKU's wordt de set ondersteunde VM-grootten geadverteerd.
• De volgende VM-serie biedt ondersteuning voor het maken van capaciteitsreserveringen:
  • Av2
  • B
  • D-serie, v2 en hoger; AMD en Intel
  • E-serie, alle versies; AMD en Intel
  • F-serie, alle versies
  • Fx-serie
  • Lsv3 (Intel) en Lasv3 (AMD)
  • Bij vm-implementatie kan het aantal foutdomeinen (FD) van maximaal 3 naar wens worden ingesteld met behulp van virtuele-machineschaalsets. Een implementatie met meer dan 3 FD's kan niet worden geïmplementeerd op basis van een capaciteitsreservering.
• Ondersteuning voor de onderstaande VM-serie voor capaciteitsreservering bevindt zich in openbare preview:
  • M-serie, v3
  • Lsv2
  • NC-serie, v3
  • NV-serie, v2 en hoger
  • Voor bovengenoemde N-serie kan bij vm-implementatie het aantal foutdomeinen (FD) van 1 worden ingesteld met behulp van virtuele-machineschaalsets. Een implementatie met meer dan 1 FD kan niet worden geïmplementeerd op basis van een capaciteitsreservering.
• Ondersteuning voor andere VM-serie is momenteel niet beschikbaar:
  • M-serie, v1 en v2
  • ND-serie
  • Hb-serie
  • Hc-serie
• De volgende implementatietypen worden ondersteund:
  • Eén VM
  • Virtuele-machineschaalsets met uniform orchestration
  • Virtuele-machineschaalsets met flexibele indeling (preview)
• De volgende implementatietypen worden niet ondersteund:
  • Spot-VM's
  • Toegewezen Azure-hostknooppunten of VM's die zijn geïmplementeerd op toegewezen hosts
  • Beschikbaarheidssets
• Andere implementatiebeperkingen worden niet ondersteund. Bijvoorbeeld:
  • Nabijheidsplaatsingsgroep
  • Updatedomeinen
  • Virtuele-machineschaalsets met één plaatsingsgroepset 'true'
  • UltraSSD-opslag
  • VM's die worden hervat vanuit de sluimerstand
  • VM's waarvoor vnet-versleuteling is vereist
• Vastgemaakt abonnement kan de functie niet gebruiken
• Alleen het abonnement dat de reservering heeft gemaakt, kan dit gebruiken.
• Reserveringen zijn alleen beschikbaar voor betaalde Azure-klanten. Gesponsorde accounts, zoals gratis proefversie en Azure for Students, komen niet in aanmerking voor gebruik van deze functie.

Prijzen en facturering

Capaciteitsreserveringen zijn geprijsd tegen hetzelfde tarief als de onderliggende VM-grootte. Als u bijvoorbeeld een reservering voor 10 D2s_v3 VM's maakt, worden er 10 D2s_v3 VM's gefactureerd, zelfs als de reservering niet wordt gebruikt.

Als u vervolgens een D2s_v3 VM implementeert en de reserveringseigenschap opgeeft, wordt de capaciteitsreservering gebruikt. Als u eenmaal in gebruik bent, betaalt u alleen voor vm's en niet voor de capaciteitsreservering. Stel dat u zes D2s_v3 VM's implementeert op basis van de eerder genoemde capaciteitsreservering. U ziet een factuur voor zes D2s_v3 VM's en vier ongebruikte capaciteitsreservering, beide worden in rekening gebracht tegen hetzelfde tarief als een D2s_v3 VM.

Zowel gebruikte als ongebruikte capaciteitsreservering komen in aanmerking voor kortingen voor het opslaan van abonnementen en gereserveerde instanties. Als u in het vorige voorbeeld gereserveerde instanties hebt voor twee D2s_v3 VM's in dezelfde Azure-regio, wordt de facturering voor twee resources (VM of ongebruikte capaciteitsreservering) uitgeschakeld. De resterende acht D2s_v3 worden normaal gefactureerd. De term toezeggingskortingen kunnen worden toegepast op de VIRTUELE machine of de ongebruikte capaciteitsreservering.

Verschil tussen capaciteitsreservering op aanvraag en gereserveerde instanties

rapporteren	Capaciteitsreservering op aanvraag	Gereserveerde instanties
Term	Er is geen termijnverplichting vereist. Kan worden gemaakt en verwijderd op basis van de behoeften van de klant	Vaste termijnverzegging van één jaar of drie jaar
Factureringskorting	In rekening gebracht tegen tarieven voor betalen per gebruik voor de onderliggende VM-grootte*	Aanzienlijke kostenbesparingen ten opzichte van tarieven voor betalen per gebruik
SLA voor capaciteit	Biedt capaciteitsgarantie op de opgegeven locatie (regio of beschikbaarheidszone)	Biedt geen capaciteitsgarantie. Klanten kunnen 'capaciteitsprioriteit' kiezen om betere toegang te krijgen, maar die optie heeft geen SLA
Regio versus Beschikbaarheidszones	Kan per regio of per beschikbaarheidszone worden geïmplementeerd	Alleen beschikbaar op regionaal niveau

*In aanmerking komend voor korting voor gereserveerde instanties indien afzonderlijk aangeschaft

Werken met capaciteitsreservering

Capaciteitsreservering wordt gemaakt voor een specifieke VM-grootte in een Azure-regio of een beschikbaarheidszone. Alle reserveringen worden gemaakt en beheerd als onderdeel van een capaciteitsreserveringsgroep.

De groep geeft de Azure-locatie op:

• De groep stelt de regio in waarin alle reserveringen worden gemaakt. Bijvoorbeeld VS - oost, Europa - noord of Azië - zuidoost.
• De groep stelt de in aanmerking komende zones in. Bijvoorbeeld AZ1, AZ2, AZ3 in elke combinatie.
• Als er geen zones zijn opgegeven, selecteert Azure de plaatsing voor de groep ergens in de regio. Elke reservering specificeert de regio en stelt mogelijk geen zone in.

Elke reservering in een groep heeft één VM-grootte. Als in aanmerking komende zones zijn geselecteerd voor de groep, moet de reservering voor een van de ondersteunde zones zijn.

Een groep kan slechts één reservering per VM-grootte per zone hebben of slechts één reservering per VM-grootte als er geen zones zijn geselecteerd.

Als u capaciteitsreservering wilt gebruiken, geeft u capaciteitsreserveringsgroep op als een van de VM-eigenschappen. Als de groep geen reservering heeft die overeenkomt met de grootte en locatie, retourneert Azure een foutbericht.

De gereserveerde hoeveelheid voor reservering kan na de eerste implementatie worden aangepast door de capaciteitseigenschap te wijzigen. Andere wijzigingen in capaciteitsreservering, zoals VM-grootte of -locatie, zijn niet toegestaan. De aanbevolen methode is om een nieuwe reservering te maken, bestaande VM's te migreren en vervolgens de oude reservering te verwijderen als u deze niet meer nodig hebt.

Capaciteitsreservering maakt geen limieten voor het aantal VM-implementaties. ondersteuning voor Azure het toewijzen van zoveel VM's als gewenst aan de reservering. Omdat voor de reservering zelf een quotum is vereist, worden de quotumcontroles weggelaten voor vm-implementatie tot aan de gereserveerde hoeveelheid. Het toewijzen van VM's buiten de gereserveerde hoeveelheid roept overbezet de reservering aan. Overbezette VM's vallen niet onder de SLA en de VM's zijn onderworpen aan quotumcontroles en Azure die voldoen aan de extra capaciteit. Zodra deze extra VM-exemplaren zijn geïmplementeerd, kan het aantal VM's dat aan de reservering is toegewezen, groter zijn dan de gereserveerde hoeveelheid. Ga naar Overbezetcapaciteitsreservering voor meer informatie.

Levenscyclus van capaciteitsreservering

Wanneer een reservering wordt gemaakt, wordt in Azure het aangevraagde aantal capaciteitsexemplaren op de opgegeven locatie gereserveerd:

Houd de status van de algehele reservering bij via de volgende eigenschappen:

• capacity = Totale hoeveelheid instanties gereserveerd door de klant.
• virtualMachinesAllocated = Lijst met VM's die zijn toegewezen aan de capaciteitsreservering en tellen mee voor het verbruik van de capaciteit. Deze VM's worden uitgevoerd, gestopt (toegewezen) of hebben een overgangsstatus, zoals starten of stoppen. Deze lijst bevat geen VM's met de status Niet toegewezen, ook wel Gestopt genoemd (toewijzing ongedaan gemaakt).
• virtualMachinesAssociated = Lijst met VM's die zijn gekoppeld aan de capaciteitsreservering. Deze lijst bevat alle VM's die zijn geconfigureerd voor het gebruik van de reservering, inclusief de vm's met de toewijzingsstatus ongedaan gemaakt.

Het vorige voorbeeld begint met capacity 2 en lengte van virtualMachinesAllocated en virtualMachinesAssociated als 0.

Wanneer een VIRTUELE machine vervolgens wordt toegewezen aan de capaciteitsreservering, verbruikt deze een van de gereserveerde capaciteitsexemplaren:

De status van de capaciteitsreservering wordt weergegeven capacity als 2 en virtualMachinesAllocatedvirtualMachinesAssociated als 1.

Toewijzingen voor de capaciteitsreservering slagen samen omdat de VM's overeenkomende eigenschappen hebben en er ten minste één leeg capaciteitsexemplaren zijn.

Wanneer in ons voorbeeld een derde VIRTUELE machine wordt toegewezen aan de capaciteitsreservering, wordt de status overbezet . Voor deze derde VM is ongebruikt quotum en extra capaciteitsafhandeling van Azure vereist. Zodra de derde VIRTUELE machine is toegewezen, ziet de capaciteitsreservering er nu als volgt uit:

De capacity is 2 en de lengte van virtualMachinesAllocated en virtualMachinesAssociated is 3.

Stel nu dat de toepassing omlaag wordt geschaald tot minimaal twee VM's. Omdat VM 0 een update nodig heeft, wordt deze gekozen voor deallocatie. De reservering wordt automatisch naar deze status verplaatst:

De capacity lengte en lengte zijn virtualMachinesAllocated beide 2. De lengte voor virtualMachinesAssociated is echter nog steeds 3 als VM 0, hoewel de toewijzing ongedaan is gemaakt, is nog steeds gekoppeld aan de capaciteitsreservering. Om te voorkomen dat de quotumoverschrijding wordt overschreden, telt de toewijzing van VM 0 nog steeds mee voor het quotum dat aan de reservering is toegewezen. Zolang u voldoende ongebruikt quotum hebt, kunt u nieuwe VM's implementeren in de capaciteitsreservering en de SLA ontvangen van ongebruikte gereserveerde capaciteit. Of u kunt VM 0 verwijderen om het gebruik van quota te verwijderen.

De capaciteitsreservering bestaat totdat deze expliciet is verwijderd. Als u een capaciteitsreservering wilt verwijderen, moet u eerst alle VM's in de virtualMachinesAssociated eigenschap loskoppelen. Zodra de koppeling is voltooid, moet de capaciteitsreservering er als volgt uitzien:

De status van de capaciteitsreservering wordt weergegeven capacity als 2 en virtualMachinesAssociatedvirtualMachinesAllocated als 0. Vanuit deze status kan de capaciteitsreservering worden verwijderd. Nadat u de reservering hebt verwijderd, betaalt u niet meer voor de reservering.

Gebruik en facturering

Wanneer een capaciteitsreservering leeg is, wordt het VM-gebruik gerapporteerd voor de bijbehorende VM-grootte en de locatie. Gereserveerde VM-instanties kunnen betrekking hebben op een deel of al het gebruik van capaciteitsreservering, zelfs wanneer VM's niet worden geïmplementeerd.

Opmerking

Stel dat er een capaciteitsreservering met gereserveerde hoeveelheid 2 is gemaakt. Het abonnement heeft toegang tot één overeenkomende gereserveerde VM-instantie van dezelfde grootte. Het resultaat is twee gebruiksstromen voor de capaciteitsreservering, waarvan een wordt gedekt door de gereserveerde instantie:

In de vorige installatiekopieën wordt een korting voor gereserveerde VM-instanties toegepast op een van de ongebruikte instanties en worden de kosten voor die instantie niet meer gebruikt. Voor de andere instantie wordt het PAYG-tarief in rekening gebracht voor de gereserveerde VM-grootte.

Wanneer een VM wordt toegewezen aan de capaciteitsreservering, moeten de andere VM-onderdelen, zoals schijven, netwerk, extensies en andere aangevraagde onderdelen ook worden toegewezen. In deze status weerspiegelt het VM-gebruik één toegewezen VM en één exemplaar van ongebruikte capaciteit. De gereserveerde VM-instantie zal de kosten van de VIRTUELE machine of het ongebruikte capaciteitsexemplaren niet meer kosten. De andere kosten voor schijven, netwerken en andere onderdelen die zijn gekoppeld aan de toegewezen VM, worden ook weergegeven op de factuur.

In de vorige installatiekopieën wordt de korting voor gereserveerde instanties van de VIRTUELE machine toegepast op VM 0, wat alleen in rekening wordt gebracht voor andere onderdelen, zoals schijf en netwerken. De andere ongebruikte instantie wordt in rekening gebracht tegen payg-tarief voor de gereserveerde VM-grootte.

Veelgestelde vragen

• Wat is de prijs van een capaciteitsreservering op aanvraag?

  De prijs van uw on-demand capaciteitsreservering is gelijk aan de prijs van de onderliggende VM-grootte die aan de reservering is gekoppeld. Wanneer u Capaciteitsreservering gebruikt, worden kosten in rekening gebracht voor de VM-grootte die u hebt geselecteerd tegen tarieven voor betalen per gebruik, ongeacht of de VIRTUELE machine is ingericht of niet. Ga naar de pagina's met prijzen voor VM's met Windows en Linux voor meer informatie.

• Worden er twee keer kosten in rekening gebracht voor de kosten van capaciteitsreservering op aanvraag en voor de werkelijke VM wanneer ik deze eindelijk inricht?

  Nee, er worden slechts eenmaal kosten in rekening gebracht voor capaciteitsreservering op aanvraag.

• Kan ik gereserveerde VM-instantie (RI) toepassen op capaciteitsreservering op aanvraag om mijn kosten te verlagen?

  Ja, u kunt bestaande of toekomstige RI's toepassen op capaciteitsreserveringen op aanvraag en RI-kortingen ontvangen. Beschikbare RU's worden automatisch toegepast op Capaciteitsreservering op dezelfde manier als ze worden toegepast op VM's.

• Wat is het verschil tussen gereserveerde VM-instantie (RI) en capaciteitsreservering op aanvraag?

  Zowel RI's als capaciteitsreserveringen op aanvraag zijn van toepassing op Azure-VM's. RI's bieden echter kortingstarieven voor uw VM's in vergelijking met tarieven voor betalen per gebruik als gevolg van een looptijd van 1 jaar of drie jaar. Omgekeerd vereisen on-demand capaciteitsreserveringen geen toezegging. U kunt op elk gewenst moment een capaciteitsreservering maken of annuleren. Er worden echter geen kortingen toegepast en er worden kosten in rekening gebracht tegen tarieven voor betalen per gebruik nadat uw capaciteitsreservering is ingericht. In tegenstelling tot RI's, die prioriteit geven aan capaciteit, maar deze niet garanderen, wordt bij het aanschaffen van een on-demand capaciteitsreservering door Azure rekencapaciteit voor uw VIRTUELE machine gereserveerd en wordt er een SLA-garantie geboden.

• Welke scenario's profiteren het meest van on-demand capaciteitsreserveringen?

  Typische scenario's zijn bedrijfscontinuïteit, herstel na noodherstel en uitschalen van bedrijfskritieke toepassingen.

Volgende stappen

Ga aan de slag met het reserveren van rekencapaciteit. Bekijk onze andere gerelateerde artikelen over capaciteitsreservering:

• Een capaciteitsreservering maken
• Capaciteitsreservering overbezet
• Een capaciteitsreservering wijzigen
• Een VIRTUELE machine koppelen
• Een VIRTUELE machine verwijderen
• Een virtuele-machineschaalset koppelen - flexibel
• Een virtuele-machineschaalset koppelen - Uniform
• Een virtuele-machineschaalset verwijderen