Delen via

Capaciteitsreservering op aanvraag

  • Artikel

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 aan te melden voor een toezegging van één of drie jaar. Je kunt op elk moment reserveringen maken en verwijderen en hebt volledige controle over hoe je je reserveringen wilt beheren.

Nadat u de capaciteitsreservering hebt gemaakt, kunt u de resources onmiddellijk gebruiken. Capaciteit is voor u gereserveerd totdat u de reservering verwijdert.

Capaciteitsreservering heeft enkele basiseigenschappen die altijd worden gedefinieerd op het moment van maken:

  • VM-grootte: elke reservering is voor één VM-grootte (virtuele machine). Een voorbeeld is Standard_D2s_v3.
  • Locatie: Elke reservering is voor één locatie (regio). Als deze 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 de 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.

Nadat Azure uw reserveringsaanvraag heeft geaccepteerd, 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 is capaciteit gereserveerd voor uw gebruik en is deze altijd beschikbaar binnen het bereik van toepasselijke sla's (Service Level Agreements).
  • Capaciteit kan op elk gewenst moment worden geïmplementeerd en verwijderd zonder toezeggingstermijnen.
  • Capaciteit kan automatisch worden gecombineerd met gereserveerde instanties om kortingen voor termijnverzeggingen te gebruiken.

SLA voor capaciteitsreservering

Lees de SLA-gegevens in de SLA voor capaciteitsreservering.

Voor elke claim op basis van de SLA moet u de minuten berekenen 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 VM's.
  • Een ondersteunde implementatie met een hoeveelheid van 5 wordt toegewezen aan de capaciteitsreservering op aanvraag. Drie VM's slagen en twee mislukken met een VM-capaciteitsfout. Het resultaat is dat twee gereserveerde eenheden beginnen met het verzamelen van minuten niet beschikbaar.
  • Er wordt 20 minuten geen actie ondernomen. Het resultaat is dat twee gereserveerde eenheden elk 15 minuten niet beschikbaar zijn.
  • Op 20 minuten wordt een ondersteunde implementatie met een hoeveelheid van 2 geprobeerd. De ene VM slaagt en de andere VM mislukt met een VM-capaciteitsfout. Het resultaat is één gereserveerde eenheid blijft op 15 samengevoegde minuten niet beschikbaar. Een andere gereserveerde eenheid hervat het accumuleren van minuten niet beschikbaar.
  • Vier meer ondersteunde implementaties met een hoeveelheid van 1 worden gemaakt met intervallen van 10 minuten. Bij de vierde poging (60 minuten na de eerste capaciteitsfout) wordt de VM geïmplementeerd. Het resultaat is dat de laatste gereserveerde eenheid 40 minuten Minuten Niet beschikbaar toevoegt (vier pogingen x 10 minuten tussen pogingen) voor een totaal van 55 minuten niet beschikbaar.

In dit voorbeeld is de accumulatie van minuten niet beschikbaar, hier volgt de berekening van het servicetegoed:

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

Beperkingen en limieten

  • Voor het maken van capaciteitsreserveringen is een quotum vereist op dezelfde manier als wanneer u VIRTUELE machines maakt.

  • Het maken van capaciteitsreserveringen is momenteel beperkt tot bepaalde VM-reeksen en -grootten. In de lijst met rekenresource-SKU's wordt de set ondersteunde VM-grootten geadverteerd.

  • De volgende VM-serie biedt ondersteuning voor het maken van capaciteitsreserveringen:

    • Av2
    • B
    • Bpsv2
    • Bsv2 (Intel) en Basv2 (AMD)
    • D- en Ds-serie, v2 en hoger; AMD en Intel
    • Vadersv5
    • Dav4-serie
    • Dasv4 en hoger
    • DCV2-serie
    • DCasv5-serie
    • DCesv5- en DCedsv5-serie
    • Ddv4 ad v5-serie
    • Ddsv4-serie, v4 en hoger
    • Dplsv5- en Dpldsv5-serie
    • Dpsv- en Dpds-serie, v5 en hoger
    • Dpds-serie, v5 en hoger
    • Dplsv6-serie
    • Dplds-serie, v5 en hoger
    • Dlsv5 en nieuwere serie
    • Dldsv5 en nieuwere serie
    • E-serie, alle versies; AMD en Intel
    • Eav4- en Easv4-serie
    • Easv5- en Eadsv5-serie
    • Ebdsv5- en Ebsv5-serie
    • ECasv5- en ECadsv5-serie
    • ECesv5- en ECedsv5-serie
    • Ed- en Eds-serie, v4 en hoger
    • Eps- en Epds-serie, v5 en hoger
    • F-serie, alle versies
    • Fasv6- en Falsv6-serie
    • Fx-serie
    • Lsv3 (Intel) en Lasv3 (AMD)

    Bij de VM-implementatie kunt u een aantal foutdomeinen (FD) van maximaal drie instellen met behulp van Azure Virtual Machine Scale Sets. Een implementatie met meer dan drie FD's kan niet worden geïmplementeerd op basis van een capaciteitsreservering.

  • Bij de VM-implementatie voor de volgende VM-serie voor capaciteitsreservering kunt u een FD-telling van één instellen met behulp van virtuele-machineschaalsets. Een implementatie met meer dan één FD kan niet worden geïmplementeerd op basis van een capaciteitsreservering:

    • NC-serie, v3
    • NCasT4_v3 reeks
    • NCADSA10_v4 reeks
    • NC_A100_v4 reeks
    • NV-serie, v3 en hoger
    • NVadsA10_v5 reeks
    • NGads V620_v1 reeks
    • M-serie, v2
    • M-serie, v3

  • Ondersteuning voor de volgende VM-serie voor capaciteitsreservering bevindt zich in openbare preview:

    • Lsv2

  • Ondersteuning voor andere VM-serie is momenteel niet beschikbaar:

    • M-serie, v1
    • M-serie, HM en VHM
    • ND-serie
    • Hb-serie
    • Hc-serie

  • De volgende implementatietypen worden ondersteund:

    • Eén VM
    • Virtuele-machineschaalsets met uniform orchestration
    • Virtuele-machineschaalsets met flexibele indeling

  • De volgende implementatietypen worden niet ondersteund:

    • Spot-VM's
    • Azure Dedicated Host-knooppunten of VM's die zijn geïmplementeerd op toegewezen hosts
    • Beschikbaarheidssets

  • Andere implementatiebeperkingen worden niet ondersteund. Voorbeeld:

    • Nabijheidsplaatsingsgroep
    • Updatedomeinen
    • Virtuele-machineschaalsets met één plaatsingsgroep ingesteld op true
    • Azure Ultra Disk Storage (voorheen UltraSSD)
    • VM's die worden hervat vanuit de sluimerstand
    • VM's waarvoor versleuteling van virtuele netwerken is vereist

  • Een 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.

  • Clouds die worden ondersteund voor capaciteitsreservering:

    • Azure-cloud
    • Azure for Government
    • Azure in China (preview)
      • Ondersteuning is niet beschikbaar voor China - noord en China - oost

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, wordt u gefactureerd voor 10 D2s_v3 VM's, zelfs als de reservering niet wordt gebruikt.

Als u vervolgens een D2s_v3 VM implementeert en de reserveringseigenschap opgeeft, wordt de capaciteitsreservering gebruikt. Nadat de VM in gebruik is, betaalt u alleen voor de VM 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 capaciteitsreserveringen, beide worden in rekening gebracht tegen hetzelfde tarief als een D2s_v3 VM.

Zowel gebruikte als ongebruikte capaciteitsreserveringen komen in aanmerking voor kortingen voor spaarplannen 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 reservering voor ongebruikte capaciteit.

Verschil tussen capaciteitsreservering op aanvraag en gereserveerde instanties

rapporteren Capaciteitsreservering op aanvraag Gereserveerde exemplaren
Term Er is geen termijnverplichting vereist. Kan worden gemaakt en verwijderd op basis van de behoeften van de klant. Toezegging op vaste termijn 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 komen voor de korting voor gereserveerde instanties als deze afzonderlijk is gekocht.

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. Voorbeelden zijn VS - oost, Europa - noord of Azië - zuidoost.
  • De groep stelt de in aanmerking komende zones in. Voorbeelden zijn AZ1, AZ2 en AZ3 in elke combinatie.
  • Als er geen zones zijn opgegeven, selecteert Azure de plaatsing voor de groep ergens in de regio. Elke reservering geeft de regio op 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 de 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.

U kunt de hoeveelheid die is gereserveerd voor reservering na de eerste implementatie aanpassen door de capaciteitseigenschap te wijzigen. Andere wijzigingen in capaciteitsreservering, zoals VM-grootte of -locatie, zijn niet toegestaan. U wordt aangeraden een nieuwe reservering te maken, bestaande VM's te migreren en vervolgens de oude reservering te verwijderen als deze niet meer nodig is.

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 wordt de reservering overbezet. Overbezet van VM's wordt niet gedekt door de SLA en de VM's zijn onderworpen aan quotumcontroles en Azure die voldoen aan de extra capaciteit. Nadat ze zijn geïmplementeerd, kunnen deze extra VM-exemplaren ertoe leiden dat de hoeveelheid VM's die zijn toegewezen aan de reservering de gereserveerde hoeveelheid overschrijdt. Zie Overbezetcapaciteitsreservering voor meer informatie.

Levenscyclus van capaciteitsreservering

Wanneer een reservering wordt gemaakt, zet Azure het aangevraagde aantal capaciteitsexemplaren op de opgegeven locatie opzij.

Diagram met het aangevraagde aantal capaciteitsexemplaren op een locatie.

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 of gestopt (toegewezen), of ze hebben een overgangsstatus, zoals starten of stoppen. Deze lijst bevat geen VM's die de toewijzing ongedaan maken. Deze worden 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 die de toewijzing hebben opgeheven.

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

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

Diagram met een van de verbruikte gereserveerde capaciteitsinstanties.

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

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

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

Diagram met capaciteitsreservering met de derde vm die is toegewezen.

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 de VM 0 een update nodig heeft, wordt deze gekozen voor deallocatie. De reservering wordt automatisch naar deze status verplaatst:

Diagram waarin de capaciteitsreservering tot het minimum van twee VM's is geschaald.

De capacity lengte en lengte zijn virtualMachinesAllocated beide 2. De lengte voor virtualMachinesAssociated is echter nog steeds 3 omdat VM 0, hoewel de toewijzing ongedaan is gemaakt, nog steeds is gekoppeld aan de capaciteitsreservering. Om te voorkomen dat een quotumoverschrijding wordt overschreden, telt de toewijzing van VM 0 nog steeds mee op basis van het quotum dat aan de reservering is toegewezen. Als 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 het quotum te verwijderen.

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

Diagram met capaciteitsreservering nadat de koppeling is voltooid.

De status van de capaciteitsreservering wordt weergegeven capacity als 2 en virtualMachinesAssociated virtualMachinesAllocated als 0. Vanuit deze status kunt u de capaciteitsreservering verwijderen. Nadat deze is verwijderd, betaalt u niet meer voor de reservering.

Diagram waarin de capaciteitsreservering is verwijderd.

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 een deel of alle capaciteitsreserveringsgebruik dekken, zelfs wanneer VM's niet worden geïmplementeerd.

Opmerking

Stel dat er een capaciteitsreservering met de gereserveerde hoeveelheid van 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 één wordt gedekt door de gereserveerde instantie.

Diagram met capaciteitsreservering met twee gebruiksstromen.

In het vorige diagram wordt een korting voor gereserveerde VM-instanties toegepast op een van de ongebruikte exemplaren en worden de kosten voor die instantie niet meer gebruikt. Voor de andere instantie wordt het tarief voor betalen per gebruik in rekening gebracht voor de gereserveerde VM-grootte.

Wanneer een VIRTUELE machine wordt toegewezen op basis van 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 aan de toegewezen VM zijn gekoppeld, worden ook weergegeven op de factuur.

Diagram met één toegewezen VM en één exemplaar van ongebruikte capaciteit.

In de vorige installatiekopieën wordt de korting voor gereserveerde INSTANTIES van de VM toegepast op VM 0, wat alleen in rekening wordt gebracht voor andere onderdelen, zoals schijven en netwerken. De andere ongebruikte instantie wordt in rekening gebracht tegen een tarief voor betalen per gebruik voor de gereserveerde VM-grootte.

Veelgestelde vragen

  • Wat is de prijs van een capaciteitsreservering op aanvraag?

    De prijs van uw on-demand capaciteitsreservering is hetzelfde als 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. Zie de pagina's met prijzen voor Windows - en Linux-VM's voor meer informatie.

  • Worden er twee keer kosten in rekening gebracht voor de kosten van een 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 azure Reserved Virtual Machine Instances toepassen op capaciteitsreserveringen op aanvraag om mijn kosten te verlagen?

    Ja, u kunt bestaande of toekomstige gereserveerde instanties toepassen op capaciteitsreserveringen op aanvraag en kortingen voor gereserveerde instanties ontvangen. Beschikbare gereserveerde instanties worden automatisch toegepast op capaciteitsreserveringen op dezelfde manier als ze worden toegepast op VM's.

  • Wat is het verschil tussen gereserveerde vm-instanties en on-demand capaciteitsreserveringen?

    Zowel gereserveerde instanties als capaciteitsreserveringen op aanvraag zijn van toepassing op Azure-VM's. Gereserveerde instanties bieden echter kortingstarieven voor uw VM's in vergelijking met tarieven voor betalen per gebruik als gevolg van een toezegging van één jaar of drie jaar. Omgekeerd vereisen on-demand capaciteitsreserveringen geen toezegging.

    U kunt op elk 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 gereserveerde instanties, die prioriteit geven aan capaciteit, maar deze niet garanderen, stelt Azure bij het aanschaffen van een on-demand capaciteitsreservering rekencapaciteit voor uw VIRTUELE machine in en biedt een SLA-garantie.

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

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

Gerelateerde inhoud

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