Felügyelt lemez kipukkadása

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

Az Azure lehetővé teszi a lemeztárolás IOPS- és MB/s-teljesítményének növelését, ezt a virtuális gépek (VM) és a lemezek esetében is 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. Nem kell rendelkeznie burst-kompatibilis virtuális géppel ahhoz, hogy egy csatlakoztatott, kipukkadásra képes lemez felpukkanjon. Hasonlóképpen, a virtuális gép kipukkadásra képes virtuális gépéhez nem kell egy kipukkanóképes lemezt csatlakoztatni.

Gyakori forgatókönyvek

A következő forgatókönyvek nagyban hasznára lehetnek a felpukkadásnak:

  • Az indítási idők javítása – A felpezsdítéssel 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. Az indítá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. A legtöbb esetben 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.
  • Forgalomcsúcsok – A webkiszolgálók és alkalmazásaik 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 lennének szerelve a forgalomcsúcsok kezelésére.

Lemezszintű felszakadás

Jelenleg két olyan felügyelt lemeztípus létezik, amelyek kipukkanhatnak, 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 áll rendelkezésre:

  • Igény szerinti felszakadási modell, ahol a lemez akkor tör 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. Az igény szerinti adatcsomózás csak az 512 GiB-nél nagyobb prémium SSD-k esetében érhető el.
  • Egy hitelalapú modell, ahol a lemez csak akkor lesz felpördülve, ha a kreditgyűjtőben felgyülemlett kreditek vannak. Ez a modell nem jár további költségekkel, amikor a lemez felszakad. A kreditalapú kipukkadás csak az 512 GiB és kisebb, valamint a standard SSD 1024 GiB és kisebb SSD-k esetében érhető el.

Az Azure Premium SSD-hez felügyelt lemezek bármelyik sorozatkitörési 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 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 időkorlátos). Ideális, ha a számítási feladat egyébként folyamatosan üzemelne.
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ége rögzített, a részletekért lásd Managed Disks díjszabást.
Rendelkezésre állás Csak az 512 GiB és kisebb, valamint a standard SSD 1024 GiB é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 szintű SSD által felügyelt lemezek az igény szerinti lemezkitörési modell használatával az eredeti kiosztott célokon túlra is kirobbanhatnak, amilyen gyakran a számítási feladatuk miatt szükséges, akár a maximális kipukkadási célértékig. 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 legfeljebb 30 000 IOPS és 1000 MBps maximális IOPS-teljesítményig adhatnak ki I/O-kat a lemeznek. Az egyes támogatott lemezek maximális felpukkanási céljaiért lásd: A virtuálisgép-lemezek méretezhetőségi és teljesítménycéljai.

Ha azt várja, 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ós teljesítmény é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ájához.

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

  • Az igény szerinti adatcsomózás nem engedélyezhető 512 GiB-nél kisebb vagy azzal egyenlő prémium szintű SSD-n. Az 512 GiB-nél kisebb vagy annál kisebb prémium SSD-k mindig hitelalapú kipukkadást használnak.
  • Az igény szerinti adatcsomózás csak prémium SSD-k esetén támogatott. Ha egy prémium szintű SSD-t engedélyezve van az igény szerinti felszakadás, másik lemeztípusra vált, 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 felszakadás csak akkor engedélyezhető, ha a lemez leválasztva van egy virtuális gépről, vagy ha a virtuális gép le van állítva. Az igény szerinti adatkitörés az engedélyezés után 12 órával letiltható.

Regionális elérhetőség

Jelenleg az igény szerinti lemezkitörési modell minden nyilvános Azure-régióban elérhető.

Számlázás

Az igény szerinti sorozatkitörési modellt használó prémium SSD-felügyelt lemezekért óránkénti feltöltési átalánydíjat számítunk fel, és a tranzakciós költségek a kiosztott célon túli felszakadási 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 túllépő olvasási és írási műveleteket is. Az alábbiakban egy példa látható a számlázási óra lemezforgalmi mintáira:

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

  • 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 kötegelt feladatot adott ki, amely miatt a lemez IOPS-fájlja 6000 IOPS-ra tört 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 egy másik kötegelt feladatot adott ki, amely miatt a lemez IOPS-fájlja 7000 IOPS-ra tört 60 másodpercig

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

Az első díj a $X (az Ön régiója által meghatározott) egyszeri feltöltési átalánydíja. Ezt az átalánydíjat a rendszer mindig a csatolási állapotot figyelmen kívül hagyó lemezen számítja fel, amíg le nem tiltja.

A második a kipukkanó 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 felszakadási tranzakció (6000 – 5 000) X 10 = 10 000. 00:59:01 – 01:00:00 között a halmozott felszakadási tranzakció (7000 – 5 000) X 60 = 120 000. A teljes felpezsdítési tranzakció 10 000 + 120 000 = 130 000. A tranzakciós költségek $Y 13 egységnyi 10 000 tranzakció alapján lesznek felszámítva (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. Ugyanez a számítás az MBps kiosztott cél fölé történő felpukkanására vonatkozik. Az MB túlhasználatát 256 KB IO-méretű tranzakciókra fordítjuk le. Ha a lemezforgalom meghaladja a kiépített IOPS- és MBps-célértéket is, az alábbi példában kiszámíthatja a kipukkanó tranzakciókat.

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

  • 00:00:01 – 00:00:05 Az alkalmazás kötegelt feladatot adott ki, amely miatt a lemez IOPS-fájlja 10 000 IOPS-ra és 300 MBps-re tört öt másodpercre.
  • 00:00:06 – 00:00:10 Az alkalmazás helyreállítási feladatot adott ki, amely miatt a lemez IOPS-fájlja 6000 IOPS-ra és 600 MBps-re tört öt másodpercre.

A burst tranzakció az IOPS-ból vagy 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 – 5000), (300 – 200) * 1024 / 256)) * 5 = 25 000 tranzakció. 00:00:06 – 00:00:10 között 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 kapacitáskiszakítási átalánydíjba.

A díjszabásról az Managed Disks díjszabási oldalán tájékozódhat, és az Azure-díjkalkulátor használatával kiértékelheti a számítási feladatokat.

Az igény szerinti adatkitörés engedélyezéséhez lásd: Igény szerinti adatkitörés engedélyezése.

Hitelalapú kipukkadás

Prémium SSD-beli felügyelt lemezek esetén a P20-es és kisebb méretű lemezek esetében a kreditalapú felszakadás érhető el. Standard SSD-k esetén a kreditalapú felszakadás az E30 és kisebb lemezméretekhez érhető el. A standard és a prémium szintű SSD-vel 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 minden támogatott lemezméretű új és meglévő üzemelő példányon engedélyezve van. 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 támogatott virtuális gép esetében Premium Storage.

Felszakadt folyamat

A kipukkanó kreditrendszer ugyanúgy érvényes a virtuális gép szintjén és a lemez szintjén is. Az erőforrás , akár egy virtuális gép, akár lemez, teljesen készletezett kreditekkel kezdődik a saját kipukkanó gyűjtőjében. Ezek a kreditek akár 30 percig is felpukkannak a maximális kipukkadási sebességgel. Krediteket halmoz fel, amikor az erőforrás IOPS-ját vagy MB-jait az erőforrás teljesítménycélja alatt használják. Ha az erőforrás felpezsdítő 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ényét a számítási feladatok igényeinek kielégítéséhez.

Felszakadt gyűjtődiagram.

A rendelkezésre álló kreditek elköltésére az Ön feladata. A 30 percnyi 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, mire újra beállnak. A krediteket saját belátása szerint lehet elkölteni, a felpördítendő gyűjtőnek nem kell megtelnie ahhoz, hogy az erőforrások kipukkanjanak. A sorozattörések 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ényt nyújtó erőforrások gyorsabban halmozhatják fel a felpukkanó krediteket, mint az alacsonyabb alapkonfigurációjú teljesítményt nyújtó erőforrások. Például egy P1 lemez üresjárata másodpercenként 120 IOPS-t fog felszámolni, míg egy üresjárati P20-lemez másodpercenként 2300 IOPS-t halmoz fel.

Kiszakadt állapotok

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

  • Accruing – Az erőforrás I/O-forgalma kevesebbet használ, mint a teljesítménycél. Az IOPS- és MB/s-kreditek halmozása egymástól elkülönítve történik. Az erőforrás az IOPS-krediteket és az MB/s krediteket is elérheti, vagy fordítva.
  • Kipukkanó – Az erőforrás forgalma a teljesítménycélnál többet használ. A kipukkanó forgalom 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éldák felpúfolására

Az alábbi példák azt mutatják be, 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 ugyanazt a logikát függetlenül alkalmazzuk az IOPS-ra.

Kipukkanható virtuális gép nem kipukkanható lemezekkel

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

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

A kezdeti indí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én 10 MB/s-ra vonatkozó kérést küld, minden lemez 10 MB/s-ot, a virtuális gép 30 MB/s-ot ad vissza az alkalmazásnak.

Ezután az alkalmazásnak egy 600 MB/s-ot igénylő kötegelt feladatot kell feldolgoznia. A Standard_L8s_v2 ennek az igénynek a kielégítése érdekében kipukkan, majd a lemezekre irányuló kérések egyenletesen el lesznek osztva a P50-lemezekre.

Az alkalmazás 600 MB/s átviteli sebességre vonatkozó kérést küld a virtuális gépnek, a virtuális gép felpezsdül a kérés fogadásához, és minden lemezének 200 MB/s-os kérést küld, minden lemez 200 MB/s-ot ad vissza, a virtuális gép 600 MB/s-ot ad vissza az alkalmazásnak.

Kipukkanható virtuális gép kipukkanható lemezekkel

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

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

A virtuális gép elindulásakor a rendszer 1280 MB/s-os méretkorlátot kér az operációsrendszer-lemezrő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ós rendszer lemeze pedig az 1280 MB/s értéket adja vissza.

Az indítás után elindít egy alkalmazást, amely nem kritikus számítási feladatokat használ. 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érést 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 kielégítse ezt az igényt, majd a 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érést küld a virtuális gépnek, a virtuális gép felpezsdül a kérés fogadásához, és minden adatlemezéről 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