Dela via

Kapacitetsreservation på begäran

  • Artikel

Gäller för: ✔️ Virtuella Linux-datorer Med virtuella Windows-datorer ✔️ ✔️ Enhetlig skalningsuppsättning ✔️ – flexibla skalningsuppsättningar

Med kapacitetsreservation på begäran kan du reservera beräkningskapacitet i en Azure-region eller en tillgänglighetszon under en tidsperiod. Till skillnad från reserverade instanser behöver du inte registrera dig för ett åtagande på ett år eller tre år. Du kan skapa och ta bort reservationer när som helst och ha fullständig kontroll över hur du vill hantera dina reservationer.

När du har skapat kapacitetsreservationen kan du använda resurserna omedelbart. Kapaciteten är reserverad för dig tills du tar bort reservationen.

Kapacitetsreservationen har några grundläggande egenskaper som alltid definieras vid tidpunkten för skapandet:

  • VM-storlek: Varje reservation är för en virtuell datorstorlek (VM). Ett exempel är Standard_D2s_v3.
  • Plats: Varje reservation är för en plats (region). Om den platsen har tillgänglighetszoner kan reservationen också ange en av zonerna.
  • Kvantitet: Varje reservation har en mängd instanser som ska reserveras.

För att skapa en kapacitetsreservation skickas parametrarna till Azure som en kapacitetsbegäran. Om Azure inte har tillgänglig kapacitet som uppfyller begäran misslyckas reservationsdistributionen. Distributionen misslyckas om du inte har någon tillräcklig prenumerationskvot. Begär en högre kvot eller prova en annan vm-storlek, plats eller zonkombination.

När Azure har godkänt din reservationsbegäran är den tillgänglig för virtuella datorer med matchande konfigurationer. För att kunna använda kapacitetsreservation måste den virtuella datorn ange reservationen i sina egenskaper. Annars används inte kapacitetsreservationen. En fördel med den här designen är att du bara kan rikta kritiska arbetsbelastningar mot reservationer och att andra icke-kritiska arbetsbelastningar kan köras utan reserverad kapacitet.

Fördelar med kapacitetsreservation

  • Efter distributionen är kapaciteten reserverad för din användning och är alltid tillgänglig inom ramen för tillämpliga serviceavtal (SLA).
  • Kapaciteten kan distribueras och tas bort när som helst utan någon termåtagande.
  • Kapaciteten kan kombineras automatiskt med reserverade instanser för att använda rabatter för termåtaganden.

Serviceavtal för kapacitetsreservation

Läs SLA-informationen i serviceavtalet för kapacitetsreservation.

Anspråk mot serviceavtalet kräver att du beräknar minuter som inte är tillgängliga för den reserverade kapaciteten. Här är ett exempel på hur du beräknar minuter som inte är tillgängliga:

  • En kapacitetsreservation på begäran har en total kapacitet på fem reserverade enheter. Kapacitetsreservationen på begäran startar i tillståndet Outnyttjad kapacitet utan allokerade virtuella datorer.
  • En distribution som stöds med en kvantitet på 5 allokeras till kapacitetsreservationen på begäran. Tre virtuella datorer lyckas och två misslyckas med ett kapacitetsfel för den virtuella datorn. Resultatet är att två reserverade enheter börjar ackumulera minuter som inte är tillgängliga.
  • Ingen åtgärd vidtas på 20 minuter. Resultatet är att två reserverade enheter var och en ackumulerar 15 minuter som inte är tillgängliga.
  • Vid 20 minuter görs ett försök att distribuera en distribution som stöds med en kvantitet på 2. En virtuell dator lyckas och den andra virtuella datorn misslyckas med ett kapacitetsfel för den virtuella datorn. Resultatet är att en reserverad enhet stannar på 15 ackumulerade minuter som inte är tillgängliga. En annan reserverad enhet återupptar ackumulerande minuter som inte är tillgängliga.
  • Ytterligare fyra distributioner som stöds med en kvantitet på 1 görs med 10 minuters intervall. På det fjärde försöket (60 minuter efter det första kapacitetsfelet) distribueras den virtuella datorn. Resultatet är att den senaste reserverade enheten lägger till 40 minuter minuter som inte är tillgängliga (fyra försök x 10 minuter mellan försök) för totalt 55 minuter som inte är tillgängliga.

Från det här exemplet på ackumulering av Minuter som inte är tillgängligt, här är beräkningen av tjänstkredit:

  • En reserverad enhet ackumulerade 15 minuters stilleståndstid. Drifttiden i procent är 99,97 %. Den här reserverade enheten är inte berättigad till en tjänstkredit.
  • En annan reserverad enhet ackumulerade 55 minuters stilleståndstid. Drifttiden i procent är 99,87. Den här reserverade enheten kvalificerar sig för en tjänstkredit på 10 %.

Begränsningar

  • För att skapa kapacitetsreservationer krävs en kvot på samma sätt som när du skapar virtuella datorer.

  • Att skapa kapacitetsreservationer är för närvarande begränsat till vissa VM-serier och storlekar. Listan med SKU:er för beräkningsresurser annonserar uppsättningen vm-storlekar som stöds.

  • Följande VM-serie stöder skapande av kapacitetsreservationer:

    • Av2
    • F
    • Bpsv2
    • Bsv2 (Intel) och Basv2 (AMD)
    • D- och Ds-serien, v2 och senare; AMD och Intel
    • Dadsv5
    • Dav4-serien
    • Dasv4 och senare
    • DCsv2-serien
    • DCasv5-serien
    • DCesv5- och DCedsv5-serien
    • Ddv4 ad v5-serien
    • Ddsv4-serien, v4 och senare
    • Dplsv5- och Dpldsv5-serien
    • Dpsv- och Dpds-serien, v5 och senare
    • Dpds-serien, v5 och senare
    • Dplsv6-serien
    • Dplds-serien, v5 och senare
    • Dlsv5- och nyare serier
    • Dldsv5- och nyare serier
    • E-serien, alla versioner; AMD och Intel
    • Eav4- och Easv4-serien
    • Easv5- och Eadsv5-serien
    • Ebdsv5- och Ebsv5-serien
    • ECasv5- och ECadsv5-serien
    • ECesv5- och ECedsv5-serien
    • Ed- och Eds-serien, v4 och senare
    • Eps- och Epds-serien, v5 och senare
    • F-serien, alla versioner
    • Fasv6- och Falsv6-serien
    • Fx-serien
    • Lsv3 (Intel) och Lasv3 (AMD)

    Vid vm-distribution kan du ange ett feldomänantal (FD) på upp till tre med hjälp av Azure Virtual Machine Scale Sets. En distribution med fler än tre FD:er kan inte distribueras mot en kapacitetsreservation.

  • Vid VM-distribution för följande VM-serie för kapacitetsreservation kan du ange ett FD-antal med hjälp av Vm-skalningsuppsättningar. En distribution med mer än en FD kan inte distribueras mot en kapacitetsreservation:

    • NC-serien, v3
    • NCasT4_v3 serien
    • NCADSA10_v4 serien
    • NC_A100_v4 serien
    • NV-serien, v3 och senare
    • NVadsA10_v5 serien
    • NGads V620_v1-serien
    • M-serien, v2
    • M-serien, v3

  • Stöd för följande VM-serie för kapacitetsreservation finns i offentlig förhandsversion:

    • Lsv2

  • Stöd för andra VM-serier är för närvarande inte tillgängligt:

    • M-serien, v1
    • M-serien, HM och VHM
    • ND-serien
    • Hb-serien
    • Hc-serien

  • Följande distributionstyper stöds:

    • Enstaka virtuell dator
    • Vm-skalningsuppsättningar med enhetlig orkestrering
    • Vm-skalningsuppsättningar med flexibel orkestrering

  • Följande distributionstyper stöds inte:

    • Virtuella Spot-datorer
    • Azure Dedicated Host-noder eller virtuella datorer som distribuerats till dedikerade värdar
    • Tillgänglighetsuppsättningar

  • Andra distributionsbegränsningar stöds inte. Till exempel:

    • Närhetsplaceringsgrupp
    • Uppdateringsdomäner
    • Vm-skalningsuppsättningar med en placeringsgrupp inställd på true
    • Azure Ultra Disk Storage (tidigare UltraSSD)
    • Virtuella datorer som återupptas från viloläge
    • Virtuella datorer som kräver kryptering för virtuellt nätverk

  • En fäst prenumeration kan inte använda funktionen.

  • Endast prenumerationen som skapade reservationen kan använda den.

  • Reservationer är endast tillgängliga för betalda Azure-kunder. Sponsrade konton som kostnadsfri utvärderingsversion och Azure for Students är inte berättigade att använda den här funktionen.

  • Moln som stöds för kapacitetsreservation:

    • Azure Cloud
    • Azure for Government

Prissättning och fakturering

Kapacitetsreservationer prissätts till samma pris som den underliggande VM-storleken. Om du till exempel skapar en reservation för 10 D2s_v3 virtuella datorer börjar du debiteras för 10 D2s_v3 virtuella datorer, även om reservationen inte används.

Om du sedan distribuerar en D2s_v3 virtuell dator och anger reservationsegenskapen används kapacitetsreservationen. När den virtuella datorn används betalar du bara för den virtuella datorn och inte kapacitetsreservationen. Anta att du distribuerar sex D2s_v3 virtuella datorer mot den tidigare nämnda kapacitetsreservationen. Du ser en faktura för sex D2s_v3 virtuella datorer och fyra outnyttjade kapacitetsreservationer, som båda debiteras till samma pris som en D2s_v3 virtuell dator.

Både använda och oanvända kapacitetsreservationer är berättigade till rabatter för sparplan och reserverade instanser. Om du i föregående exempel har reserverade instanser för två D2s_v3 virtuella datorer i samma Azure-region nollställs faktureringen för två resurser (antingen virtuell dator eller outnyttjad kapacitetsreservation). De återstående åtta D2s_v3 faktureras normalt. Termåtaganderabatterna kan tillämpas på antingen den virtuella datorn eller den outnyttjade kapacitetsreservationen.

Skillnad mellan kapacitetsreservation på begäran och reserverade instanser

Skillnad Kapacitetsreservation på begäran Reserverade instanser
Period Inget tidsåtagande krävs. Kan skapas och tas bort enligt kundens krav. Tidsbegränsade åtaganden på antingen ett år eller tre år.
Faktureringsrabatt Debiteras enligt betala per användning-priser för den underliggande VM-storleken.* Betydande kostnadsbesparingar jämfört med betala per användning-priser.
Serviceavtal för kapacitet Ger kapacitetsgaranti på den angivna platsen (region eller tillgänglighetszon). Ger ingen kapacitetsgaranti. Kunder kan välja Kapacitetsprioritet för att få bättre åtkomst, men det alternativet har inget serviceavtal.
Region jämfört med tillgänglighetszoner Kan distribueras per region eller per tillgänglighetszon. Endast tillgängligt på regional nivå.

*Berättigad till rabatten för reserverade instanser om den köps separat.

Arbeta med kapacitetsreservation

Kapacitetsreservation skapas för en specifik VM-storlek i en Azure-region eller en tillgänglighetszon. Alla reservationer skapas och hanteras som en del av en kapacitetsreservationsgrupp.

Gruppen anger Azure-platsen:

  • Gruppen anger den region där alla reservationer skapas. Exempel är USA, östra, Europa, norra eller Sydostasien.
  • Gruppen anger de berättigade zonerna. Exempel är AZ1, AZ2 och AZ3 i valfri kombination.
  • Om inga zoner anges väljer Azure placeringen för gruppen någonstans i regionen. Varje reservation anger regionen och kanske inte anger en zon.

Varje reservation i en grupp är för en VM-storlek. Om berättigade zoner har valts för gruppen måste reservationen vara för en av de zoner som stöds.

En grupp kan bara ha en reservation per VM-storlek per zon, eller bara en reservation per VM-storlek om inga zoner har valts.

Om du vill använda kapacitetsreservation anger du kapacitetsreservationsgruppen som en av de virtuella datoregenskaperna. Om gruppen inte har en reservation som matchar storlek och plats returnerar Azure ett felmeddelande.

Du kan justera den kvantitet som reserverats för reservationen efter den inledande distributionen genom att ändra kapacitetsegenskapen. Andra ändringar av kapacitetsreservation, till exempel VM-storlek eller plats, tillåts inte. Vi rekommenderar att du skapar en ny reservation, migrerar alla befintliga virtuella datorer och sedan tar bort den gamla reservationen om den inte längre behövs.

Kapacitetsreservation skapar inte gränser för antalet VM-distributioner. Azure Support allokerar så många virtuella datorer som önskat mot reservationen. Eftersom själva reservationen kräver en kvot utelämnas kvotkontrollerna för VM-distribution upp till den reserverade kvantiteten. Allokering av virtuella datorer utöver den reserverade kvantiteten kallas för att överallokera reservationen. Överbeläggning av virtuella datorer omfattas inte av serviceavtalet och de virtuella datorerna omfattas av kvotkontroller och Azure uppfyller den extra kapaciteten. När de har distribuerats kan dessa extra VM-instanser göra att antalet virtuella datorer som allokerats mot reservationen överskrider den reserverade kvantiteten. Mer information finns i Överbetala kapacitetsreservation.

Livscykel för kapacitetsreservation

När en reservation skapas reserverar Azure det begärda antalet kapacitetsinstanser på den angivna platsen.

Diagram som visar det begärda antalet kapacitetsinstanser på en plats.

Spåra tillståndet för den övergripande reservationen genom följande egenskaper:

  • capacity: Totalt antal instanser som reserverats av kunden.
  • virtualMachinesAllocated: Lista över virtuella datorer som allokerats mot kapacitetsreservationen och räknas för att förbruka kapaciteten. De här virtuella datorerna körs eller stoppas (allokeras) eller är i ett övergångstillstånd, till exempel Start eller Stopp. Den här listan innehåller inte de virtuella datorer som är i ett frigjort tillstånd, som kallas Stoppad (frigjord).
  • virtualMachinesAssociated: Lista över virtuella datorer som är kopplade till kapacitetsreservationen. Den här listan innehåller alla virtuella datorer som har konfigurerats för att använda reservationen, inklusive de som är i ett frigjort tillstånd.

Föregående exempel börjar med capacity som 2 och längden på virtualMachinesAllocated och virtualMachinesAssociated som 0.

När en virtuell dator sedan allokeras mot kapacitetsreservationen förbrukar den en av de reserverade kapacitetsinstanserna.

Diagram som visar en av de reserverade kapacitetsinstanser som förbrukas.

Status för kapacitetsreservationen visas capacity som 2 och längden på virtualMachinesAllocated och virtualMachinesAssociated som 1.

Allokeringar mot kapacitetsreservationen lyckas om de virtuella datorerna har matchande egenskaper och det finns minst en tom kapacitetsinstans.

Som vi ser i vårt exempel, när en tredje virtuell dator allokeras mot kapacitetsreservationen, anger reservationen det överbelagda tillståndet. Den tredje virtuella datorn kräver oanvänd kvot och extra kapacitetsuppfyllelse från Azure. När den tredje virtuella datorn har allokerats ser kapacitetsreservationen nu ut så här:

Diagram som visar kapacitetsreservation med den tredje virtuella datorn allokerad.

Är capacity 2 och längden på virtualMachinesAllocated och virtualMachinesAssociated är 3.

Anta nu att programmet skalar ned till minst två virtuella datorer. Eftersom den virtuella datorn 0 behöver en uppdatering väljs den för frigöring. Reservationen övergår automatiskt till det här tillståndet:

Diagram som visar kapacitetsreservation nedskalad till minst två virtuella datorer.

Och capacity längden på virtualMachinesAllocated är båda 2. Längden för virtualMachinesAssociated är dock fortfarande 3 eftersom VM 0, även om den frigörs, fortfarande är associerad med kapacitetsreservationen. För att förhindra att en kvot överskrids räknas fortfarande den frigjorda virtuella datorn 0 mot den kvot som allokerats till reservationen. Om du har tillräckligt med oanvänd kvot kan du distribuera nya virtuella datorer till kapacitetsreservationen och ta emot serviceavtalet från all oanvänd reserverad kapacitet. Du kan också ta bort VM 0 för att ta bort dess användning av kvoten.

Kapacitetsreservationen finns tills den uttryckligen tas bort. Om du vill ta bort en kapacitetsreservation är det första steget att koppla bort alla virtuella datorer i egenskapen virtualMachinesAssociated . När avassocieringen är klar bör kapacitetsreservationen se ut så här:

Diagram som visar kapacitetsreservation när avassocieringen har slutförts.

Status för kapacitetsreservationen visas capacity som 2 och längden på virtualMachinesAssociated och virtualMachinesAllocated som 0. Från det här tillståndet kan du ta bort kapacitetsreservationen. När den har tagits bort betalar du inte längre för reservationen.

Diagram som visar att kapacitetsreservationen har tagits bort.

Användning och fakturering

När en kapacitetsreservation är tom rapporteras VM-användning för motsvarande VM-storlek och plats. Reserverade vm-instanser kan täcka en del av eller hela kapacitetsreservationens användning även när virtuella datorer inte distribueras.

Exempel

Anta till exempel att en kapacitetsreservation med den reserverade kvantiteten 2 har skapats. Prenumerationen har åtkomst till en matchande reserverad VM-instans av samma storlek. Resultatet är två användningsströmmar för kapacitetsreservationen, varav en omfattas av den reserverade instansen.

Diagram som visar kapacitetsreservation med två användningsströmmar.

I föregående diagram tillämpas rabatten för en reserverad VM-instans på en av de oanvända instanserna och kostnaden för den instansen nollställs. För den andra instansen debiteras betala per användning-priset för den reserverade VM-storleken.

När en virtuell dator allokeras mot kapacitetsreservationen måste även de andra vm-komponenterna, till exempel diskar, nätverk, tillägg och andra begärda komponenter allokeras. I det här tillståndet återspeglar vm-användningen en allokerad virtuell dator och en instans av outnyttjad kapacitet. Den reserverade VM-instansen nollar kostnaden för antingen den virtuella datorn eller den outnyttjade kapacitetsinstansen. De andra avgifterna för diskar, nätverk och andra komponenter som är kopplade till den allokerade virtuella datorn visas också på fakturan.

Diagram som visar en allokerad virtuell dator och en instans av outnyttjad kapacitet.

I föregående avbildning tillämpas rabatten för reserverad vm-instans på VM 0, som endast debiteras för andra komponenter, till exempel diskar och nätverk. Den andra oanvända instansen debiteras enligt ett betala per användning-pris för den reserverade VM-storleken.

Vanliga frågor och svar

  • Vad är priset för kapacitetsreservation på begäran?

    Priset för din kapacitetsreservation på begäran är samma som priset för den underliggande VM-storlek som är kopplad till reservationen. När du använder kapacitetsreservation debiteras du för den VM-storlek som du har valt enligt betala per användning-priser, oavsett om den virtuella datorn har etablerats eller inte. Mer information finns på prissidorna för virtuella Windows- och Linux-datorer.

  • Debiteras jag två gånger för kostnaden för kapacitetsreservation på begäran och för den faktiska virtuella datorn när jag slutligen etablerar den?

    Nej, du debiteras bara en gång för kapacitetsreservation på begäran.

  • Kan jag använda Azure Reserved Virtual Machine Instances för kapacitetsreservationer på begäran för att sänka mina kostnader?

    Ja, du kan tillämpa befintliga eller framtida reserverade instanser på kapacitetsreservationer på begäran och få rabatter för reserverade instanser. Tillgängliga reserverade instanser tillämpas automatiskt på kapacitetsreservationer på samma sätt som de tillämpas på virtuella datorer.

  • Vad är skillnaden mellan reserverade virtuella datorinstanser och kapacitetsreservationer på begäran?

    Både reserverade instanser och kapacitetsreservationer på begäran gäller för virtuella Azure-datorer. Reserverade instanser tillhandahåller dock rabatterade reservationspriser för dina virtuella datorer jämfört med betala per användning-priser som ett resultat av ett åtagande på ett år eller tre år. Å andra sidan kräver kapacitetsreservationer på begäran inget åtagande.

    Du kan när som helst skapa eller avbryta en kapacitetsreservation. Inga rabatter tillämpas dock och du debiteras enligt betala per användning-priser när din kapacitetsreservation har etablerats. Till skillnad från reserverade instanser, som prioriterar kapacitet men inte garanterar det, när du köper en kapacitetsreservation på begäran, reserverar Azure beräkningskapaciteten för den virtuella datorn och tillhandahåller en SLA-garanti.

  • Vilka scenarier skulle gynnas mest av kapacitetsreservationer på begäran?

    Några vanliga scenarier är verksamhetskontinuitet, haveriberedskap och skalning av verksamhetskritiska program.

Relaterat innehåll

Kom igång reservera beräkningskapacitet. Kolla in andra artiklar om kapacitetsreservation: