Felügyelt lemezkitörés

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

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 és lemezek esetében egyaránt teljesítménynövekedésnek nevezzük. A virtuális gépek és lemezek robbanásszerű teljesítményének hatékony kihasználásával jobb robbanási teljesítmény érhető el mind a virtuális gépeken, mind a lemezeken.

A Azure 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 egy csatlakoztatott, kipukkasztható lemezhez. Hasonlóképpen nincs szükség a reprepedésre képes virtuális géphez csatlakoztatott, kipukkasztható lemezre ahhoz, hogy a virtuális gép kipukkanjon.

Gyakori forgatókönyvek

A következő forgatókönyvek nagyban profitálhatnak a kipukkadásból:

  • Az indítási idők javítása – A kipukkadással a példány gyorsabban elindul. 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. Ilyen jellegű példa egy olyan 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 befejezi az egyeztető jelentéseket, amelyek sokkal nagyobb lemezforgalmat igényelnek.
  • Forgalomnövekedés – A webkiszolgálók és alkalmazásuk bármikor tapasztalhatnak forgalomnövekedést. Ha a webkiszolgálót burstinget használó virtuális gépek vagy lemezek támogatják, a kiszolgálók jobban fel vannak szerelve a forgalomcsúcsok kezelésére.

Lemezszintű kirobbanás

Jelenleg két felügyelt lemeztípus támogatja a kipukkadást: Prémium SSD felügyelt lemezek és Standard SSD-k. Más lemeztípusok nem támogatják a burst funkciót. Két modell létezik a lemezek kitörésére:

  • 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 számít fel, amikor a lemezterhelési csúcs bekövetkezik. Igény szerinti kipukkadás csak 512 GiB-nél nagyobb prémium SSD-k esetén érhető el.
  • Egy kreditalapú modell, amelyben a lemez csak akkor tud kitörni, ha a kreditvödörben felhalmozott felfutási kreditek vannak. Ez a modell nem jár többletköltséggel, ha a lemez kipukkan. A hitelalapú kiterjesztés a lehető legjobb erőfeszítések alapján működik, és nem garantált. A kreditalapú kipukkadás csak az 512 GiB és kisebb prémium SSD-vel felügyelt lemezekhez, valamint a Standard SSD-k 1024 GiB-hez és kisebbekhez érhető el.

Azure Premium SSD kezelt lemezek bármelyik kitörési modellt használhatják, de szabványos SSD-k jelenleg csak hitelalapú kitörési lehetőséget biztosítanak.

A felügyelt lemezek teljesítményszintjét is módosíthatja, ami ideális lehet, ha a számítási feladat egyébként kipukkanóban futna.

Hitelalapú túllépé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 munkaterhelés máskülönben folyamatosan kitörésszerűen futna.
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 lemez díjszabását .
Elérhetőség Csak a Prémium SSD-k esetében érhető el, amelyek legfeljebb 512 GiB méretűek, és a Standard SSD-k esetében, amelyek legfeljebb 1024 GiB méretűek. 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

Az igény szerinti burstölési modellt használó prémium SSD felügyelt lemezek az eredetileg kiépített célértékeket meghaladóan, a számítási feladat igényei szerint bármilyen gyakran képesek burstölni, legfeljebb a maximális burst célértékig. Egy 1 TiB P30-lemezen például a kiépített IOPS 5000 IOPS. Ha engedélyezi a lemezkitörést ezen a lemezen, a számítási feladatok legfeljebb 30 000 IOPS- és 1000 MB/s-os maximális teljesítményig küldhetnek IOS-eket erre a lemezre. 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 teljesítménycélon túl, a lemezkitörés nem költséghatékony. Ebben az esetben módosítsa a lemez teljesítményszintjét magasabb szintre a jobb alapkonfigurációs teljesítmény érdekében. Tekintse át a számlázási adatokat, és értékelje azokat a számítási feladatok forgalmi mintázatával összevetve.

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 vagy kisebb kapacitású prémium SSD-k mindig kreditalapú kitörést használnak.
  • Az igény szerinti burstelés csak Premium SSD felügyelt lemezek 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 burst üzemmód nem kapcsol ki automatikusan a teljesítményszint megváltoztatásakor. Ha módosítani szeretné a teljesítményszintet, de nem szeretné megtartani a lemez burstölését, előbb le kell tiltania azt.
  • 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 burstolás az aktiválástól számított 12 órával később letiltható.

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égeket a díjköteles modellel számolják fel az előre nem tárolt lemez I/O-k alapján, beleértve az előírt célokat meghaladó olvasási és írási műveleteket is. Az alábbiakban egy példa látható a lemezforgalmi mintákra egy számlázási időszakban:

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 elindított egy kötegelt feladatot, amely miatt a lemez IOPS-a 6000-re ugrott 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 60 másodpercre 7000 IOPS-ra ugrott.

Ebben a számlázási időszakban a túlhasználat költsége két díjból áll:

Az első díj a (régiója szerint meghatározott) $X összegű robbantás engedélyezési átalánydíja. Ezt az átalánydíjat a rendszer a csatolási állapottól függetlenül mindig felszámítja 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 között a halmozott burst tranzakció (6 000 – 5 000) X 10 = 10 000. 00:59:01-től 01:00:00-ig az összesített kitöré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 érvényes a kiépített MBps-célérték ideiglenes túllépésére is. A többlet-MB 256 KB-os I/O-méretű tranzakciókká lesz átszámítva. 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 kiadott egy kötegfeladatot, amely miatt a lemez IOPS csúcsra tört, elérve a 10 000 IOPS-ot és 300 MBps-t öt másodpercig.
  • 00:00:06 – 00:00:10 Az alkalmazás egy helyreállítási feladatot adott ki, amely a lemez IOPS-át 6000 IOPS-ra és 600 MBps-re növelte öt másodpercre.

A túllövési tranzakciót az IOPS-ből vagy az MBps-ből történő túllövés maximális tranzakciószáma alapján számolják el. 00:00:01 – 00:00:05 között a halmozott förgeteg tranzakció Max((10 000 – 5 000), (300 – 200) * 1024 / 256) * 5 = 25 000 tranzakció. 00:00:06 – 00:00:10 között a halmozott burst tranzakció Max(6,000 – 5,000, (600 – 200) * 1024 / 256) * 5 = 8,000 tranzakció. Ezen felül az igény szerinti lemeztörés engedélyezésének teljes költségét is belefoglalja a bursts engedélyezési átalánydíjába.

A díjszabásról további információt a felügyelt lemezek díjszabási oldalán talál. Munkaterhelésének értékelését a Azure díjszabási kalkulátor segítségével végezheti el.

Az igény szerinti felhőkapacitás növeléséhez lásd: Igény szerinti felhőkapacitás növelésének engedélyezése.

Hitelalapú túllépés

Prémium SSD-felügyelt lemezek esetén a kreditalapú teljesítmény növelés P20 vagy kisebb lemezméretek esetén érhető el. Standard SSD-k esetén a kreditalapú kitörés elérhető az E30 és kisebb lemezméretekhez. A standard és a prémium SSD-s felügyelt lemezek esetében a kreditalapú kipukkadás Azure nyilvános, kormányzati és kínai felhők minden 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ális gép szintű kitörés csak hitelalapú túlteljesítést használ.

Virtuálisgép-szintű kipukkadás

A VM-szintű burstable működés kizárólag a kreditalapú modellt használja. Alapértelmezés szerint engedélyezve van a legtöbb Premium Storage támogatott virtuális gép esetében.

Kitörő áramlás

A kipukkasztott kreditrendszer a virtuális gép szintjén és a lemez szintjén is ugyanúgy érvényes. Az erőforrása – akár virtuális gép, akár lemez – teljes kreditegyenleggel indul a saját bursttárolójában. Ezek a kreditek lehetővé teszik, hogy akár 30 percig is felpukkanjon a maximális kipukkadási sebességgel. Jóváírásokat gyűjt, amikor az erőforrás IOPS- vagy MB/s-értéke az erőforrás teljesítménycélja alatt marad. Ha az erőforrás kiugró krediteket halmoz fel, és a számítási feladatnak extra teljesítményre van szüksége, az erőforrás ezeket a krediteket felhasználhatja a teljesítménykorlátok túllépéséhez a legjobb munkaterhelési igények kielégítése érdekében.

Kipukkanó vödördiagram.

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ása történik. Ha ezek a kreditek kimerülnek, kevesebb mint egy nap alatt töltődnek fel újra. A krediteket saját belátása szerint költheti el. A felpörkendő gyűjtőnek nem kell megtelnie ahhoz, hogy az erőforrások kipukkanjanak. Az erőforrás-kihasználtság felhalmozódása az egyes erőforrásoktól függően változik, mivel a nem használt IOPS és MB/s a teljesítménycéljaik alatti szinten alapul. A magasabb alapkonfigurációs teljesítményerőforrások gyorsabban halmozódnak fel a kipukkanó kreditjeikben, 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, amennyiben engedélyezve van a bursting:

  • Accruing – Az erőforrás I/O-forgalma kisebb, mint a teljesítménycél. Az IOPS-re és MB/s-re vonatkozó burstkreditek felhalmozása egymástól függetlenül történik. Az erőforrás IOPS-krediteket halmozhat fel és MB/s krediteket költhet el, vagy fordítva.
  • Túlterhelés – Az erőforrás forgalma meghaladja a teljesítménycélértéket. A csúcsforgalom külön-külön használja fel az IOPS- vagy sávszélességkrediteket.
  • Állandó – Az erőforrás forgalma pontosan a teljesítménycélon van.

Számos példa

Az alábbi példák bemutatják, hogyan működik a bursting különböző virtuális gép- és lemez kombinációkkal. Hogy a példák könnyen követhetők legyenek, mb/s-ra összpontosítanak, de ugyanazt a logikát egymástól függetlenül alkalmazzák az IOPS-ra.

Túlvezérelhető virtuális gép nem túlvezérelhető lemezekkel

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

  • Standard_L8s_v2
    • Gyorsítótárazatlan MB/s: 160
    • Maximális csúcsteljesítmény MB/s: 1,280
  • P50 operációsrendszer-lemez
    • Kiépített MB/s: 250
    • Igény szerinti bővítés: nincs engedélyezve
  • 2 P50 adatlemez
    • Kiépített MB/s: 250
    • Igény szerinti bővíté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 megnöveli a teljesítményét, hogy kielégítse ezt az igényt, majd a lemezekre irányuló kérések egyenletesen eloszlanak a P50-lemezek között.

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
    • Gyorsítótárazatlan MB/s: 160
    • Maximális csúcsteljesítmény MB/s: 1,280
  • 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

A virtuális gép indításakor a rendszer 1280 MB/s-os kipukkadási korlátot kér az operációsrendszer-lemeztől, é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 VM-nek, amely szakaszosan kezeli a kérést. A VM minden adatlemezére 170 MB/s, az operációs rendszer lemezére pedig 20 MB/s kérést küld. Minden lemez megadja a kért MB/s sebességet, és a VM szakaszosan visszaküld 360 MB/s sebességet az alkalmazásnak.

Következő lépések