Igény szerinti kapacitásfoglalás
A következőkre vonatkozik: ✔️ Linux rendszerű virtuális gépek ✔️ Windows rendszerű virtuális gépek ✔️ Egységes méretezési csoport ✔️ Rugalmas méretezési csoportok
Az igény szerinti kapacitásfoglalás lehetővé teszi, hogy a számítási kapacitást egy Azure-régióban vagy egy rendelkezésre állási zónában bármikor lefoglalja. A fenntartott példányokkal ellentétben nem kell regisztrálnia 1 éves vagy 3 éves időszakra vonatkozó kötelezettségvállalásra. Bármikor létrehozhat és törölhet foglalásokat, és teljes mértékben szabályozhatja a foglalások kezelésének módját.
A kapacitásfoglalás létrehozása után az erőforrások azonnal felhasználhatók. A kapacitás a foglalás törléséig van fenntartva.
A kapacitásfoglalás néhány alapvető tulajdonsággal rendelkezik, amelyek mindig a létrehozáskor vannak meghatározva:
- Virtuális gép mérete – Minden foglalás egy virtuálisgép-mérethez tartozik. Például:
Standard_D2s_v3
. - Hely – Minden foglalás egy helyre (régióra) tartozik. Ha a hely rendelkezésre állási zónákkal rendelkezik, akkor a foglalás az egyik zónát is megadhatja.
- Mennyiség – Minden foglaláshoz tartozik egy lefoglalandó példány mennyisége.
Kapacitásfoglalás létrehozásához ezeket a paramétereket a rendszer kapacitáskérésként továbbítja az Azure-nak. Ha az Azure nem rendelkezik olyan kapacitással, amely megfelel a kérésnek, a foglalás üzembe helyezése meghiúsul. Az üzembe helyezés meghiúsul, ha nem rendelkezik megfelelő előfizetési kvótával. Kérjen nagyobb kvótát, vagy próbáljon ki egy másik virtuálisgép-méretet, helyet vagy zónakombinációt.
Miután az Azure elfogadta a foglalási kérelmet, az egyező konfigurációjú virtuális gépek számára is elérhető lesz. A kapacitásfoglalás használatához a virtuális gépnek meg kell adnia a foglalást a tulajdonságaiban. Ellenkező esetben a kapacitásfoglalás nincs használatban. Ennek a kialakításnak az egyik előnye, hogy csak a kritikus fontosságú számítási feladatokat célozhatja meg foglalásokra, és más, nem kritikus fontosságú számítási feladatok fenntartott kapacitás nélkül is futtathatók.
A kapacitásfoglalás előnyei
- A kapacitás az üzembe helyezése után az Ön számára van fenntartva, és mindig rendelkezésre áll az érvényes szolgáltatói szerződések keretein belül
- Bármikor üzembe helyezhető és törölhető, lekötöttség nélkül
- A fenntartott példányokkal automatikusan kombinálható a lekötési kedvezmények használata érdekében
SLA kapacitásfoglaláshoz
Olvassa el a szolgáltatásiszint-szerződés részleteit a kapacitásfoglalásra vonatkozó SLA-ban.
Az SLA-val szembeni bármely jogcímhez ki kell számítani a fenntartott kapacitáshoz nem elérhető perceket. Íme egy példa a nem elérhető percek kiszámítására.
- Az igény szerinti kapacitásfoglalás teljes kapacitása öt fenntartott egységből áll. Az igény szerinti kapacitásfoglalás kihasználatlan kapacitásállapotban kezdődik, és nincs lefoglalva virtuális gép.
- Az 5. mennyiség támogatott üzembe helyezése az igény szerinti kapacitásfoglaláshoz van lefoglalva. Három virtuális gép sikeres, kettő pedig virtuálisgép-kapacitáshiba miatt hiúsul meg. Eredmény: Két fenntartott egység megkezdi a percek halmozódását.
- 20 percig nem történik művelet. Eredmény: Két fenntartott egység halmozódik fel 15 perc nem érhető el.
- 20 perc múlva a rendszer megkísérli a 2. mennyiség támogatott üzembe helyezését. Az egyik virtuális gép sikeres, a másik virtuális gép pedig virtuálisgép-kapacitáshiba miatt meghiúsul. Eredmény: Egy fenntartott egység 15 halmozott percnél marad, nem érhető el. Egy másik fenntartott egység folytatja a nem elérhető percek halmozását.
- További négy támogatott 1 mennyiségű üzembe helyezés 10 perces időközönként történik. A negyedik kísérlet során (az első kapacitáshiba után 60 perccel) a virtuális gép üzembe lesz helyezve. Eredmény: Az utolsó fenntartott egység összesen 40 perc nem érhető el (négy kísérlet x 10 perc a kísérletek között) összesen 55 perc nem érhető el.
Ebben a példában a Nem elérhető percek halmozódása című példában a Service Credit kiszámítása látható.
- Egy fenntartott egység 15 perc állásidőt halmozott fel. A százalékos üzemidő 99,97%. Ez a fenntartott egység nem jogosult a szolgáltatási kreditre.
- Egy másik fenntartott egység 55 perc állásidőt halmozott fel. A százalékos üzemidő 99,87. Ez a fenntartott egység 10%-os szolgáltatási kreditre jogosult.
Korlátozások és megkötések
- A kapacitásfoglalások létrehozásához a kvóta ugyanúgy szükséges, mint a virtuális gépek létrehozása.
- A kapacitásfoglalás létrehozása jelenleg bizonyos virtuálisgép-sorozatokra és -méretekre korlátozódik. A számítási erőforrás termékváltozatainak listája a támogatott virtuálisgép-méretek készletét hirdeti.
- A következő virtuálisgép-sorozat támogatja a kapacitásfoglalások létrehozását:
- Av2
- h
- Bpsv2
- Bsv2 (Intel) és Basv2 (AMD)
- D sorozat, v2 és újabb; AMD és Intel
- Dadsv5
- Dav4 sorozat
- Dasv4 és újabb
- DCsv2 sorozat
- DCasv5 sorozat
- DCesv5 és DCedsv5 sorozat
- Ddv4 ad v5 sorozat
- Ddsv4 sorozat, v4 és újabb
- Dplsv5 és Dpldsv5 sorozat
- Dpsv és Dpds sorozat, v5 és újabb
- Dpds-sorozat, v5 és újabb
- Dplsv6 sorozat
- Dplds sorozat, v5 és újabb
- Dlsv5 és újabb sorozat
- Dldsv5 és újabb sorozat
- E sorozat, minden verzió; AMD és Intel
- Eav4 és Easv4 sorozat
- Easv5 és Eadsv5 sorozat
- Ebdsv5 és Ebsv5 sorozat
- ECasv5 és ECadsv5 sorozat
- ECesv5 és ECedsv5 sorozat
- Ed and Eds series, v4 és újabb
- Eps és Epds sorozat, v5 és újabb
- F sorozat, minden verzió
- Fasv6 és Falsv6 sorozat
- Fx sorozat
- Lsv3 (Intel) és Lasv3 (AMD)
- Virtuálisgép-üzembe helyezéskor a virtuálisgép-méretezési csoportok használatával igény szerint legfeljebb 3 tartalék tartomány (FD) állítható be. A 3-nál több FD-vel rendelkező üzembe helyezés nem lesz üzembe helyezve egy kapacitásfoglaláson.
- A kapacitásfoglaláshoz tartozó alábbi virtuálisgép-sorozat virtuálisgép-üzembe helyezésénél az 1-es tartalék tartomány (FD) száma a virtuálisgép-méretezési csoportok használatával állítható be. Egynél több FD-vel rendelkező üzembe helyezés nem fog üzembe helyezést végrehajtani egy kapacitásfoglaláson:
- NC-sorozat, v3
- NCasT4_v3 sorozat
- NC_A100_v4 sorozat
- NV-sorozat, v3 és újabb
- NVadsA10_v5 sorozat
- Az alábbi virtuálisgép-sorozatok támogatása a kapacitásfoglaláshoz nyilvános előzetes verzióban érhető el:
- M sorozat, v2
- M sorozat, v3
- Lsv2
- A fent említett M sorozat esetében a virtuálisgép-üzembe helyezésnél az 1-es tartalék tartomány (FD) száma a virtuálisgép-méretezési csoportok használatával állítható be. Egynél több FD-vel rendelkező üzembe helyezés nem lesz üzembe helyezve kapacitásfoglaláson.
- Más virtuálisgép-sorozatok támogatása jelenleg nem érhető el:
- M sorozat, v1
- ND sorozat
- Hb sorozat
- Hc sorozat
- A következő üzembehelyezési típusok támogatottak:
- Egyetlen virtuális gép
- Virtuálisgép-méretezési csoportok egységes vezényléssel
- Virtuálisgép-méretezési csoportok rugalmas vezényléssel (előzetes verzió)
- A következő üzembehelyezési típusok nem támogatottak:
- Spot virtuális gépek
- Dedikált Azure-beli gazdagépcsomópontok vagy dedikált gazdagépeken üzembe helyezett virtuális gépek
- Rendelkezésre állási készletek
- Más üzembehelyezési korlátozások nem támogatottak. Például:
- Közelségi csoportok
- Frissítési tartományok
- Virtuálisgép-méretezési csoportok egyetlen elhelyezési csoporttal "true"
- UltraSSD-tároló
- A hibernálásból újra futó virtuális gépek
- Virtuális hálózatok titkosítását igénylő virtuális gépek
- A rögzített előfizetés nem tudja használni a funkciót
- Csak a foglalást létrehozó előfizetés használhatja.
- A foglalások csak fizetős Azure-ügyfelek számára érhetők el. A szponzorált fiókok, például az ingyenes próbaverzió és az Azure for Students nem jogosultak a funkció használatára.
- Kapacitásfoglaláshoz támogatott felhők:
- Azure Cloud
- Azure for Government
Árképzés és számlázás
A kapacitásfoglalások ára megegyezik a mögöttes virtuális gép méretével. Ha például 10 D2s_v3 virtuális géphez hoz létre foglalást, akkor 10 D2s_v3 virtuális gép számláját fogja számlázni, még akkor is, ha a foglalás nincs használatban.
Ha ezután üzembe helyez egy D2s_v3 virtuális gépet, és megadja a foglalási tulajdonságot, a rendszer a kapacitásfoglalást használja. Használat után csak a virtuális gépért kell fizetnie, a kapacitásfoglalást nem. Tegyük fel, hogy hat D2s_v3 virtuális gépet helyez üzembe a korábban említett kapacitásfoglalással. Hat D2s_v3 virtuális gép és négy nem használt kapacitásfoglalás számlája jelenik meg, mindkettő a D2s_v3 virtuális gépével azonos díjszabással terhelve.
A használt és a nem használt kapacitásfoglalás egyaránt jogosult a megtakarítási csomagra és a fenntartott példányokra vonatkozó kötelezettségvállalási kedvezményekre. Az előző példában, ha ugyanabban az Azure-régióban két D2s_v3 virtuális géphez van fenntartott példánya, akkor két erőforrás számlázása (virtuális gép vagy nem használt kapacitásfoglalás) nullára lesz állítva. A fennmaradó nyolc D2s_v3 normál számlázású. A lekötési kedvezmények a virtuális gépen vagy a nem használt kapacitásfoglaláson alkalmazhatók.
Az igény szerinti kapacitásfoglalás és a fenntartott példányok közötti különbség
Különbségek | Igény szerinti kapacitásfoglalás | Fenntartott példányok |
---|---|---|
Időszak | Nincs szükség lekötésre. Az ügyfélkövetelménynek megfelelően hozható létre és törölhető | Egyéves vagy hároméves határozott idejű kötelezettségvállalás |
Számlázási kedvezmény | Használatalapú fizetéses díjak a mögöttes virtuális gép méretéért* | Jelentős költségmegtakarítás használatalapú fizetésnél |
Kapacitás SLA | Kapacitásgaranciát biztosít a megadott helyen (régióban vagy rendelkezésre állási zónában) | Nem biztosít kapacitásgaranciát. Az ügyfelek a jobb hozzáférés érdekében választhatják a "kapacitás prioritását", de ez a lehetőség nem rendelkezik SLA-val |
Régió és rendelkezésre állási zónák | Régiónként vagy rendelkezésre állási zónánként üzembe helyezhető | Csak regionális szinten érhető el |
*Jogosult a fenntartott példányokra vonatkozó kedvezményre, ha külön vásárolják meg
Kapacitásfoglalás használata
A kapacitásfoglalás egy adott virtuálisgép-mérethez jön létre egy Azure-régióban vagy egy rendelkezésre állási zónában. A rendszer minden foglalást egy kapacitásfoglalási csoport részeként hoz létre és kezel.
A csoport megadja az Azure-helyet:
- A csoport beállítja azt a régiót, amelyben az összes foglalás létrejön. Például az USA keleti régiója, Észak-Európa vagy Délkelet-Ázsia.
- A csoport beállítja a jogosult zónákat. Például az AZ1, AZ2, AZ3 bármilyen kombinációban.
- Ha nincsenek megadva zónák, az Azure kiválasztja a csoport elhelyezését valahol a régióban. Minden foglalás megadja a régiót, és előfordulhat, hogy nem állít be zónát.
Egy csoport minden foglalása egy virtuálisgép-mérethez tartozik. Ha a csoport jogosult zónákat jelölt ki, a foglalásnak a támogatott zónák egyikéhez kell tartoznia.
Egy csoport virtuálisgép-méretenként zónánként csak egy foglalással rendelkezhet, virtuálisgép-méretenként pedig csak egy foglalással, ha nincsenek kijelölve zónák.
A kapacitásfoglalás használatához adja meg a kapacitásfoglalási csoportot a virtuális gép egyik tulajdonságaként. Ha a csoport nem rendelkezik a méretnek és a helynek megfelelő foglalással, az Azure hibaüzenetet ad vissza.
A foglaláshoz fenntartott mennyiség a kezdeti üzembe helyezés után módosítható a kapacitástulajdonság módosításával. A kapacitásfoglalás egyéb módosításai, például a virtuális gép mérete vagy helye nem engedélyezettek. Az ajánlott módszer egy új foglalás létrehozása, a meglévő virtuális gépek migrálása, majd a régi foglalás törlése, ha már nincs rá szükség.
A kapacitásfoglalás nem korlátozza a virtuális gépek üzembe helyezésének számát. Azure-támogatás a foglaláshoz a kívánt számú virtuális gépet kell lefoglalni. Mivel maga a foglalás kvótát igényel, a rendszer a fenntartott mennyiségig kihagyja a virtuális gép üzembe helyezésének kvótaellenőrzését. A virtuális gépek fenntartott mennyiségen túli kiosztása a foglalás túlterheltsége. A túlterhelt virtuális gépekre az SLA nem vonatkozik, a virtuális gépekre kvótaellenőrzések vonatkoznak, és az Azure teljesíti a többletkapacitást. Az üzembe helyezés után ezek a további virtuálisgép-példányok miatt a foglaláshoz lefoglalt virtuális gépek mennyisége meghaladhatja a fenntartott mennyiséget. További információ: Kapacitásfoglalás túlterhelése.
Kapacitásfoglalás életciklusa
Foglalás létrehozásakor az Azure félretei a kért kapacitáspéldányok számát a megadott helyen:
A teljes foglalás állapotát a következő tulajdonságokon keresztül követheti nyomon:
capacity
= Az ügyfél által fenntartott példányok teljes mennyisége.virtualMachinesAllocated
= A kapacitásfoglaláshoz lefoglalt virtuális gépek listája, és a kapacitás felhasználásának számlálása. Ezek a virtuális gépek futnak, le vannak állítva (lefoglalva), vagy átmeneti állapotban vannak, például indítás vagy leállítás. Ez a lista nem tartalmazza azokat a virtuális gépeket, amelyek felszabadított állapotban vannak, amelyeket leállítottnak (felszabadítottnak) nevezünk.virtualMachinesAssociated
= A kapacitásfoglaláshoz társított virtuális gépek listája. Ez a lista tartalmazza a foglalás használatára konfigurált összes virtuális gépet, beleértve azokat is, amelyek felszabadított állapotban vannak.
Az előző példa 2-vel capacity
és 0-val virtualMachinesAllocated
virtualMachinesAssociated
kezdődik.
Amikor egy virtuális gépet lefoglal a kapacitásfoglaláshoz, az a fenntartott kapacitáspéldányok egyikét használja fel:
A kapacitásfoglalás állapota 2 és 1 hosszúságban virtualMachinesAllocated
virtualMachinesAssociated
jelenik megcapacity
.
A kapacitásfoglaláshoz tartozó foglalások ugyanúgy sikeresek, mint ahogy a virtuális gépek rendelkeznek egyező tulajdonságokkal, és legalább egy üres kapacitáspéldány van.
A példánk szerint, amikor egy harmadik virtuális gépet foglal le a kapacitásfoglaláshoz, a foglalás a túlterhelt állapotot adja meg. Ez a harmadik virtuális gép nem használt kvótát és további kapacitásmegvalósítást igényel az Azure-tól. A harmadik virtuális gép lefoglalása után a kapacitásfoglalás így néz ki:
A capacity
2 és a hossza virtualMachinesAllocated
és virtualMachinesAssociated
3.
Tegyük fel, hogy az alkalmazás legalább két virtuális gépre skálázható le. Mivel a 0 virtuális gépnek frissítésre van szüksége, a rendszer a felszabadításhoz választja ki. A foglalás automatikusan erre az állapotra vált:
A capacity
hossza és a virtualMachinesAllocated
hossza is 2. A 0. virtuális gép hossza virtualMachinesAssociated
azonban továbbra is 3, bár felszabadítva, továbbra is a kapacitásfoglaláshoz van társítva. A kvótatúllépés megakadályozása érdekében a felszabadított 0 virtuális gép továbbra is beleszámít a foglaláshoz lefoglalt kvótába. Ha elegendő kihasználatlan kvótával rendelkezik, új virtuális gépeket helyezhet üzembe a kapacitásfoglalásban, és bármilyen nem használt fenntartott kapacitásból megkapja az SLA-t. Vagy törölheti a 0 virtuális gépet a kvóta használatának eltávolításához.
A kapacitásfoglalás csak explicit törlés után létezik. Kapacitásfoglalás törléséhez az első lépés a tulajdonságban lévő virtualMachinesAssociated
összes virtuális gép társítása. A társítás befejezése után a kapacitásfoglalásnak a következőképpen kell kinéznie:
A kapacitásfoglalás állapota 2 és 0 hosszúságban virtualMachinesAssociated
virtualMachinesAllocated
jelenik megcapacity
. Ebből az állapotból a kapacitásfoglalás törölhető. A törlés után már nem kell fizetnie a foglalásért.
Használat és számlázás
Ha egy kapacitásfoglalás üres, a rendszer a virtuális gép megfelelő méretéről és helyéről számol be. A virtuálisgép-fenntartott példányok akkor is lefedhetik a kapacitásfoglalási használat egy részét vagy egészét, ha a virtuális gépek nincsenek üzembe helyezve.
Példa
Tegyük fel például, hogy létrejött egy 2. lefoglalt mennyiséggel rendelkező kapacitásfoglalás. Az előfizetés hozzáféréssel rendelkezik egy azonos méretű fenntartott virtuálisgép-példányhoz. Az eredmény két használati stream a kapacitásfoglaláshoz, amelyek közül az egyiket a fenntartott példány fedi le:
Az előző képen a rendszer egy fenntartott virtuálisgép-példány kedvezményt alkalmaz az egyik nem használt példányra, és az adott példány költsége nulla. A másik példány esetében a fenntartott virtuális gép méretéért a PAYG-díjat számítjuk fel.
Ha egy virtuális gépet a kapacitásfoglaláshoz rendel, a többi virtuálisgép-összetevőt, például a lemezeket, a hálózatot, a bővítményeket és minden más kért összetevőt is ki kell osztani. Ebben az állapotban a virtuális gép használata egy lefoglalt virtuális gépet és egy kihasználatlan kapacitáspéldányt tükröz. A fenntartott virtuálisgép-példány a virtuális gép vagy a nem használt kapacitáspéldány költségeit sem fogja kiszámolni. A lefoglalt virtuális géphez társított lemezek, hálózatkezelés és egyéb összetevők egyéb díjai is megjelennek a számlán.
Az előző képen a fenntartott virtuálisgép-példány kedvezménye a 0. virtuális gépre lesz alkalmazva, amely csak más összetevőkért, például lemezért és hálózatkezelésért lesz felszámítva. A másik fel nem használt példányt a fenntartott virtuálisgép-mérethez tartozó PAYG-díj alapján számítjuk fel.
Gyakori kérdések
Mi az igény szerinti kapacitásfoglalás ára?
Az igény szerinti kapacitásfoglalás ára megegyezik a foglaláshoz társított mögöttes virtuálisgép-méret árával. Kapacitásfoglalás használatakor a kiválasztott virtuálisgép-méretért használatalapú fizetéssel kell fizetnie, függetlenül attól, hogy a virtuális gép ki lett-e építve. További információt a Windows és a Linux rendszerű virtuális gépek díjszabását ismertető oldalon talál.
Kétszer kell fizetni az igény szerinti kapacitásfoglalásért és a tényleges virtuális gépért, amikor végre üzembe helyezim?
Nem, csak egyszer kell fizetnie az igény szerinti kapacitásfoglalásért.
Alkalmazhatok fenntartott virtuálisgép-példányt (RI) az igény szerinti kapacitásfoglalásra a költségeim csökkentése érdekében?
Igen, meglévő vagy jövőbeli RI-ket alkalmazhat az igény szerinti kapacitásfoglalásokra, és ri-kedvezményeket kaphat. Az elérhető RI-k automatikusan lesznek alkalmazva a kapacitásfoglalásra ugyanúgy, mint a virtuális gépekre.
Mi a különbség a fenntartott virtuálisgép-példány (RI) és az igény szerinti kapacitásfoglalás között?
Az Azure-beli virtuális gépekre alkalmazhatók mind a fenntartott példányok, mind az igény szerinti kapacitásfoglalások. A RI-k azonban kedvezményes foglalási díjakat biztosítanak a virtuális gépek számára a használatalapú fizetéshez képest egy vagy hároméves kötelezettségvállalás eredményeként. Ezzel szemben az igény szerinti kapacitásfoglalások nem igényelnek kötelezettségvállalást. A kapacitásfoglalást bármikor létrehozhatja vagy megszakíthatja. A rendszer azonban nem alkalmaz kedvezményeket, és a kapacitásfoglalás sikeres kiépítése után használatalapú fizetéses díjakat kell fizetnie. Ellentétben a kapacitást rangsoroló, de nem garantált RI-kkal, amikor igény szerinti kapacitásfoglalást vásárol, az Azure félretei a virtuális gép számítási kapacitását, és SLA-garanciát nyújt.
Mely forgatókönyvek profitálnának a legjobban az igény szerinti kapacitásfoglalásokból?
A tipikus forgatókönyvek közé tartozik az üzletmenet-folytonosság, a vészhelyreállítás és a kritikus fontosságú alkalmazások horizontális felskálázása.
Következő lépések
A számítási kapacitás lefoglalásának első lépései. Tekintse meg a többi kapcsolódó kapacitásfoglalási cikkünket:
Visszajelzés
https://aka.ms/ContentUserFeedback.
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ:Visszajelzés küldése és megtekintése a következőhöz: