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.
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.
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.
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.
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.
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.
Következő lépések
- Az igény szerinti adatkitörés engedélyezéséhez lásd: Igény szerinti adatkitörés engedélyezése.
- Ha meg szeretné tudni, hogyan nyerhet betekintést a kipukkanó erőforrásokba, olvassa el a Lemezkitörési metrikák című témakört.
- A virtuálisgép-lemezek méretezhetősége és teljesítménycéljai című cikkből megtudhatja, hogy az egyes alkalmazható lemezméretek pontosan mekkora mértékben törhetnek fel.