Megosztás a következőn keresztül:

Felügyelt lemezkitörés

  • Cikk

A következőkre vonatkozik: ✔️ Linux rendszerű virtuális gépek ✔️ Windows rendszerű virtuális gépek Rugalmas méretezési ✔️ csoportok ✔️ Egységes méretezési csoportok

Az Azure lehetővé teszi a lemeztároló IOPS- és MB/s-teljesítményének növelését, ezt a virtuális gépek (VM) és a lemezek esetében egyaránt kipukkadásnak nevezzük. A virtuális gépek és lemezkitörések hatékony használatával jobb teljesítmény érhető el mind a virtuális gépeken, mind a lemezeken.

Az Azure-beli virtuális gépek és lemezerőforrások kipukkadása nem függ egymástól. Nincs szükség kipukkadásra képes virtuális gépre ahhoz, hogy egy csatlakoztatott, kipukkasztható lemez kipukkanjon. Hasonlóképpen, a virtuális gép felpezsdüléséhez nem kell a kipukkasztható virtuális géphez csatlakoztatott, kipukkasztható lemez.

Gyakori forgatókönyvek

A következő forgatókönyvek nagyban segíthetnek a kipukkadásban:

  • Az indítási idők javítása – A kipukkadással a példány gyorsabban indul el. A prémium szintű virtuális gépek alapértelmezett operációsrendszer-lemeze például a P4 lemez, amely legfeljebb 120 IOPS és 25 MB/s kiosztott teljesítmény. A kipukkadással a P4 akár 3500 IOPS-ra és 170 MB/s-ra is képes, így az indítás akár 6X-tal is felgyorsítható.
  • Kötegelt feladatok kezelése – Egyes alkalmazás-számítási feladatok ciklikus jellegűek. Általában alapteljesítményre, rövid időszakokra pedig magasabb teljesítményre van szükség. Erre példa egy könyvelési program, amely olyan napi tranzakciókat dolgoz fel, amelyek kis mennyiségű lemezforgalmat igényelnek. A hónap végén ez a program befejezné az egyeztető jelentéseket, amelyek sokkal nagyobb mennyiségű lemezforgalmat igényelnek.
  • Forgalomnövekedés – A webkiszolgálók és alkalmazásuk bármikor tapasztalhatnak forgalomnövekedést. Ha a webkiszolgálót kipukkanó virtuális gépek vagy lemezek biztosítják, a kiszolgálók jobban fel vannak szerelve a forgalomnövekedés kezelésére.

Lemezszintű kipukkadás

Jelenleg két felügyelt lemeztípus képes kipukkanni, prémium szintű SSD felügyelt lemezek és standard SSD-k. Más lemeztípusok jelenleg nem törhetők fel. A lemezekhez két modell létezik a lemezkitöréshez:

  • Igény szerinti kipukkadásos modell, ahol a lemez akkor robban fel, amikor az igényei túllépik a jelenlegi kapacitását. Ez a modell további díjakat von maga után, amikor a lemez kipukkan. Igény szerinti kipukkadás csak 512 GiB-nél nagyobb prémium SSD-k esetén érhető el.
  • Egy kreditalapú modell, amelynél a lemez csak akkor törik fel, ha a kreditgyűjtőjében felgyülemlett kipukkanási kreditek vannak. Ez a modell nem jár további költségekkel, ha a lemez kipukkan. A kreditalapú kipukkadás csak az 512 GiB és kisebb prémium SSD-s felügyelt lemezek, valamint a standard SSD-k 1024 GiB-hez és kisebbekhez érhető el.

Az Azure Premium SSD felügyelt lemezei bármelyik kipukkasztott modellt használhatják , de a standard SSD-k jelenleg csak hitelalapú kipukkadást kínálnak.

Emellett a felügyelt lemezek teljesítményszintje is módosítható, ami ideális lehet, ha a számítási feladat egyébként kipukkanva futna.

Hitelalapú kipukkadás Igény szerinti kipukkadás A teljesítményszint módosítása
Forgatókönyvek Ideális rövid távú skálázáshoz (30 perc vagy kevesebb). Ideális rövid távú skálázáshoz (nincs korlátozva az idő). Ideális, ha a számítási feladat egyébként folyamatosan futna kipukkanva.
Költségek Ingyenes A költségek változók, a részletekért tekintse meg a Számlázás szakaszt. Az egyes teljesítményszintek költségei fixek, a részletekért lásd a felügyelt lemezek díjszabását .
Elérhetőség Csak az 512 GiB és kisebb prémium szintű SSD-lemezekhez, valamint a standard 1024 GiB-s és kisebb SSD-khez érhető el. Csak az 512 GiB-nél nagyobb prémium SSD-vel felügyelt lemezekhez érhető el. Minden prémium SSD-mérethez elérhető.
Engedélyezés Alapértelmezés szerint engedélyezve van a jogosult lemezeken. A felhasználónak engedélyeznie kell. A felhasználónak manuálisan kell módosítania a szintet.

Igény szerinti kipukkadás

A prémium SSD-felügyelt lemezek a lemezkitörés igény szerinti kipukkadási modelljét használva az eredeti kiosztott célokon túlra is kirobbanhatnak, amint azt a számítási feladataik gyakran igénylik, akár a maximális kipukkadási célig is. Egy 1 TiB P30-lemezen például a kiépített IOPS 5000 IOPS. Ha ezen a lemezen engedélyezve van a lemezkitörés, a számítási feladatok 30 000 IOPS és 1000 MBps maximális kitörési teljesítményig kibocsáthatják a lemez iOS-eit. Az egyes támogatott lemezek maximális kipukkadási céljaiért lásd a virtuálisgép-lemezek méretezhetőségét és teljesítménycéljait.

Ha arra számít, hogy a számítási feladatok gyakran futnak a kiosztott perf-célon túl, a lemezkitörés nem lesz költséghatékony. Ebben az esetben azt javasoljuk, hogy a jobb alapkonfiguráció érdekében módosítsa a lemez teljesítményszintjét magasabb szintre . Tekintse át a számlázási adatokat, és értékelje azt a számítási feladatok forgalmi mintája alapján.

Az igény szerinti kipukkadás engedélyezése előtt ismerje meg a következőket:

  • Az igény szerinti kipukkadás nem engedélyezhető 512 GiB-nél kisebb vagy egyenlő prémium SSD-n. Az 512 GiB-nél kisebb vagy egyenlő prémium SSD-k mindig hitelalapú kipukkadást használnak.
  • Az igény szerinti kipukkadás csak prémium SSD-k esetén támogatott. Ha az igény szerinti kipukkadást engedélyező prémium SSD-t másik lemeztípusra váltja, akkor a lemezkitörés le van tiltva.
  • Az igény szerinti kipukkadás nem tiltja le automatikusan magát a teljesítményszint módosításakor. Ha módosítani szeretné a teljesítményszintet, de nem szeretné megtartani a lemezkitörést, le kell tiltania.
  • Az igény szerinti kipukkadás csak akkor engedélyezhető, ha a lemez le van választva egy virtuális gépről, vagy ha a virtuális gép leáll. Az igény szerinti kipukkadás az engedélyezés után 12 órával letiltható.

Regionális elérhetőség

A lemezkitörések igény szerinti modellje jelenleg minden nyilvános Azure-régióban elérhető.

Számlázás

Az igény szerinti kipukkadási modellt használó prémium SSD-felügyelt lemezekért óránkénti teljesítményfokozási átalánydíjat számítunk fel, a tranzakciós költségek pedig a kiosztott célon túli kipukkasztott tranzakciókra vonatkoznak. A tranzakciós költségek a használatalapú fizetéses modell alapján kerülnek felszámításra a nem csatlakoztatott lemezes IOS-ek alapján, beleértve a kiosztott célokat meghaladó olvasási és írási műveleteket is. Az alábbiakban egy példa a számlázási óra lemezforgalmi mintáira:

Lemezkonfiguráció: Prémium SSD – 1 TiB (P30), Lemezkitörés engedélyezve.

  • 00:00:00 – 00:10:00 Lemez IOPS az 5000 IOPS kiosztott célértéke alatt
  • 00:10:01 – 00:10:10 Az alkalmazás egy kötegelt feladatot adott ki, amely miatt a lemez IOPS-jának 6000 IOPS-ra tört ki 10 másodpercig
  • 00:10:11 – 00:59:00 Lemez IOPS az 5000 IOPS kiosztott célértéke alatt
  • 00:59:01 – 01:00:00 Az alkalmazás újabb kötegelt feladatot adott ki, amely miatt a lemez IOPS-jának 60 másodpercen át 7000 IOPS-ra tört ki

Ebben a számlázási órában a kipukkadás költsége két díjból áll:

Az első díj a $X (régiója által meghatározott) kipukkanási engedélyezési átalánydíja. Ezt az átalánydíjat a rendszer mindig a csatolási állapot figyelmen kívül hagyásával számítja fel a lemezen, amíg le nem tiltja.

A második a kipukkasztott tranzakció költsége. A lemezkitörés két idősávban történt. 00:10:01– 00:10:10-től a halmozott felszakadási tranzakció (6 000 – 5 000) X 10 = 10 000. 00:59:01– 01:00:00-tól a halmozott felszakadási tranzakció (7000 – 5000) X 60 = 120 000. A teljes tört tranzakció 10 000 + 120 000 = 130 000. A kipukkasztott tranzakciók költségét $Y 13 egységnyi 10 000 tranzakció alapján számítjuk fel (a regionális díjszabás alapján).

Ezzel a számlázási óra lemezkitörésének teljes költsége $X + $Y egyenlő. Ugyanez a számítás az MBps kiosztott célértéke fölötti kiépítésre is vonatkozik. Az MB túlhasználatát 256 KB-os IO-méretű tranzakciókra fordítjuk le. Ha a lemezforgalom meghaladja a kiosztott IOPS- és MBps-célértéket is, az alábbi példában kiszámíthatja a kipukkasztott tranzakciókat.

Lemezkonfiguráció: Prémium SSD – 1 TB (P30), Lemezkitörés engedélyezve.

  • 00:00:01 – 00:00:05 Az alkalmazás egy kötegfeladatot adott ki, amely miatt a lemez IOPS-jának 10 000 IOPS-ra és 300 MBps-re tört ki öt másodpercen át.
  • 00:00:06 – 00:00:10 Az alkalmazás helyreállítási feladatot adott ki, amely miatt a lemez IOPS-jának öt másodpercen át 6000 IOPS és 600 MBps volt a kirobbanása.

A kipukkasztott tranzakció az IOPS-ből vagy az MBps-ből származó tranzakciók maximális számaként van elszámolva. 00:00:01– 00:00:05 között a halmozott felszakadási tranzakció Max(((10 000 – 5 000), (300 – 200) * 1024 / 256)) * 5 = 25 000 tranzakció. 00:00:06 – 00:00:10-től a halmozott felszakadási tranzakció max(((6000 – 5000), (600 – 200) * 1024 / 256)) * 5 = 8 000 tranzakció. Ezen felül az igény szerinti lemezkitörés engedélyezésének teljes költségét is belefoglalja a kipukkasztási engedélyezési átalánydíjba.

A díjszabás részleteiért tekintse meg a Managed Disks díjszabási oldalát, és az Azure Tarifakalkulátor használatával végezze el a számítási feladat értékelését.

Az igény szerinti kipukkadás engedélyezéséről további információt az igény szerinti kipukkadás engedélyezéséről szóló cikkben talál.

Hitelalapú kipukkadás

Prémium SSD-felügyelt lemezek esetén a kreditalapú kipukkadás P20 és kisebb lemezméretekhez érhető el. Standard SSD-k esetén a kreditalapú kipukkadás az E30 és kisebb lemezméretekhez érhető el. A standard és prémium szintű SSD-felügyelt lemezek esetében a kreditalapú kipukkadás az Azure Public, Government és China Clouds összes régiójában elérhető. Alapértelmezés szerint a lemezkitörés engedélyezve van minden új és meglévő, támogatott lemezméretű üzemelő példányon. A virtuálisgép-szintű kipukkadás csak hitelalapú kipukkadást használ.

Virtuálisgép-szintű kipukkadás

A virtuálisgép-szintű kipukkadás csak a kreditalapú modellt használja a kipukkadáshoz, alapértelmezés szerint engedélyezve van a legtöbb Premium Storage-támogatott virtuális gép esetében.

Kipukkanó folyamat

A kipukkasztott kreditrendszer a virtuális gép szintjén és a lemez szintjén is ugyanúgy érvényes. Az erőforrás , akár egy virtuális gép, akár lemez, teljesen készletezett kreditekkel kezdődik a saját kipörkkentő gyűjtőjében. Ezek a kreditek lehetővé teszik, hogy akár 30 percig is felpukkanjon a maximális kipukkadási sebességgel. Krediteket halmoz fel, amikor az erőforrás IOPS-jét vagy MB/s-jait az erőforrás teljesítménycélja alatt használja fel. Ha az erőforrás kipukkanó krediteket halmozott fel, és a számítási feladatnak szüksége van a többletteljesítményre, az erőforrás ezeket a krediteket felhasználhatja a teljesítménykorlátok túllépésére, és növelheti a teljesítményt a számítási feladatok igényeinek kielégítése érdekében.

Kipukkanó gyűjtődiagram.

Az elérhető kreditek elköltésére az Ön feladata. A 30 percnyi kipördülési kreditet egymás után vagy szórványosan használhatja a nap folyamán. Az erőforrások üzembe helyezésekor a kreditek teljes kiosztásával rendelkeznek. Ha ezek kimerülnek, kevesebb mint egy napba telik az újratelepítés. A krediteket saját belátása szerint lehet elkölteni. A felpörkendő gyűjtőnek nem kell megtelnie ahhoz, hogy az erőforrások kipukkanjanak. A kipukkadás felhalmozódása az egyes erőforrásoktól függően változik, mivel a nem használt IOPS-on és MB/s-on alapul a teljesítménycéljaik alatt. A magasabb alapkonfigurációs teljesítményerőforrások gyorsabban halmozhatják fel a kipukkanó krediteket, mint az alacsonyabb alapkonfigurációjú teljesítményt nyújtó erőforrások. Egy P1 lemez üresjárata például másodpercenként 120 IOPS-t, míg egy üresjárati P20-lemez másodpercenként 2300 IOPS-t halmoz fel.

Kirobbanó állapotok

Az erőforrás három állapotban lehet, ha engedélyezve van a kipukkadás:

  • Accruing – Az erőforrás I/O-forgalma kisebb, mint a teljesítménycél. Az IOPS- és MB/s-kreditek felhalmozása egymástól elkülönítve történik. Az erőforrás IOPS-krediteket és MB/s krediteket költhet, vagy fordítva.
  • Kipukkadt – Az erőforrás forgalma a teljesítménycélnál többet használ. A kipukkasztott forgalom egymástól függetlenül használja fel az IOPS-ból vagy a sávszélességből származó krediteket.
  • Állandó – Az erőforrás forgalma pontosan a teljesítménycélon van.

Példapéldák kirobbanása

Az alábbi példák bemutatják, hogyan működik a kipukkadás különböző virtuális gépekkel és lemezkombinációkkal. A példák egyszerű követéséhez az MB/s-ra összpontosítunk, de ugyanezt a logikát egymástól függetlenül alkalmazzuk az IOPS-ra.

Kipukkasztható virtuális gép nem kifizethető lemezekkel

Virtuális gép és lemez kombináció:

  • Standard_L8s_v2
    • Nem csatlakoztatott MB/s: 160
    • Maximális tört MB/s: 1280
  • P50 operációsrendszer-lemez
    • Kiépített MB/s: 250
    • Igény szerinti kipukkadás: nincs engedélyezve
  • 2 P50 adatlemez
    • Kiépített MB/s: 250
    • Igény szerinti kipukkadás: nincs engedélyezve

A kezdeti rendszerindítás után egy alkalmazás fut a virtuális gépen, és nem kritikus számítási feladatokkal rendelkezik. Ehhez a számítási feladathoz 30 MB/s szükséges, amely egyenletesen oszlik el az összes lemezen. Az alkalmazás 30 MB/s átviteli sebességre vonatkozó kérelmet küld a virtuális gépnek, a virtuális gép kérést fogad, és minden lemezére 10 MB/s-os kérelmet küld, minden lemez 10 MB/s-ot ad vissza, a virtuális gép 30 MB/s-ot ad vissza az alkalmazásnak.

Ezután az alkalmazásnak 600 MB/s-ot igénylő kötegelt feladatot kell feldolgoznia. A Standard_L8s_v2 kipukkan, hogy kielégítse ezt az igényt, majd a lemezekre irányuló kérések egyenletesen eloszljanak a P50-lemezekre.

Az alkalmazás 600 MB/s átviteli sebességre vonatkozó kérelmet küld a virtuális gépnek, a virtuális gép a kérés teljesítéséhez kipukkan, és minden lemezén 200 MB/s-os kérelmet küld, minden lemez 200 MB/s-ot ad vissza, a virtuális gép 600 MB/s-ot ad vissza az alkalmazásnak.

Kipukkasztható virtuális gép kipukkanható lemezekkel

Virtuális gép és lemez kombináció:

  • Standard_L8s_v2
    • Nem csatlakoztatott MB/s: 160
    • Maximális tört MB/s: 1280
  • P4 operációsrendszer-lemez
    • Kiépített MB/s: 25
    • Maximális tört MB/s: 170
  • 2 P4 adatlemez
    • Kiépített MB/s: 25
    • Maximális tört MB/s: 170

Amikor a virtuális gép elindul, kipukkan, hogy az operációsrendszer-lemezről kérje az 1280 MB/s-os kitörési korlátot, és az operációsrendszer-lemez 170 MB/s-os kipukkadási teljesítményével válaszol.

Indításkor a virtuális gép 1280 MB/s-os kérést küld az operációsrendszer-lemeznek, az operációsrendszer-lemez pedig az 1280 MB/s értéket adja vissza.

Az indítás után elindít egy nem kritikus számítási feladatokat tartalmazó alkalmazást. Ehhez az alkalmazáshoz 15 MB/s szükséges, amely egyenletesen oszlik el az összes lemezen.

Az alkalmazás 15 MB/s átviteli sebességre vonatkozó kérelmet küld a virtuális gépnek, a virtuális gép kérést fogad, és minden lemezén 5 MB/s-os kérelmet küld, minden lemez 5 MB/s választ ad vissza, a virtuális gép 15 MB/s-ot ad vissza az alkalmazásnak.

Ezután az alkalmazásnak egy 360 MB/s-ot igénylő kötegelt feladatot kell feldolgoznia. A Standard_L8s_v2 kipukkan, hogy megfeleljen ennek az igénynek, majd kéréseket. Az operációsrendszer-lemeznek csak 20 MB/s-ra van szüksége. A fennmaradó 340 MB/s-ot a P4-adatlemezek kezelik.

Az alkalmazás 360 MB/s átviteli sebességre vonatkozó kérelmet küld a virtuális gépnek, a virtuális gép felpezsdül a kérés teljesítéséhez, és minden adatlemezére 170 MB/s és 20 MB/s kérést küld az operációsrendszer-lemezről, minden lemez a kért MB/s-t adja vissza, a virtuális gép pedig 360 MB/s-ot ad vissza az alkalmazásnak.

Következő lépések