Storage IOPS az Azure Database for MySQL-ben – rugalmas kiszolgáló

A következőkre vonatkozik: Azure Database for MySQL – rugalmas kiszolgáló

A tárolási IOPS (I/O-műveletek másodpercenként) a tárolórendszer által másodpercenként végrehajtható olvasási és írási műveletek számát jelzik. A magasabb IOPS-értékek jobb tárolási teljesítményt jeleznek, így az adatbázis több egyidejű olvasási és írási műveletet képes kezelni, ami gyorsabb adatlekérést és jobb általános hatékonyságot eredményez. Ha az IOPS-beállítás túl alacsony, az adatbázis-kiszolgáló késéseket tapasztalhat a kérelmek feldolgozása során, ami lassú teljesítményt és alacsonyabb átviteli sebességet eredményez. Ha azonban az IOPS-beállítás túl magas, az szükségtelen erőforrás-kiosztáshoz és a költségek jelentős teljesítménynövekedés nélküli növekedéséhez vezethet.

A rugalmas Azure Database for MySQL-kiszolgáló jelenleg két beállítást kínál az IOPS-felügyelethez, az előre kiépített IOPS-hoz és az automatikus skálázású IOPS-hoz.

Előre kiépített IOPS

A rugalmas Azure Database for MySQL-kiszolgáló előre kiépített IOPS-t kínál, amely lehetővé teszi, hogy meghatározott számú IOPS-t rendeljen a rugalmas Azure Database for MySQL-kiszolgálópéldányhoz. Ez a beállítás konzisztens és kiszámítható teljesítményt biztosít a számítási feladatokhoz. Az előre kiosztott IOPS-val meghatározhat egy meghatározott IOPS-korlátot a tárterületre vonatkozóan, garantálva a másodpercenkénti kérések bizonyos számának kezelését. Ez megbízható és biztos teljesítményt eredményez.

Ezenkívül az előre kiosztott további IOPS a kiszolgálóhoz társított tárolókötet kiosztott IOPS-jának növelését jelenti. Lehetősége van további IOPS hozzáadására az alapértelmezett kiosztott szinten túl, így bármikor testre szabhatja a számítási feladatokra vonatkozó követelményeknek megfelelő teljesítményt.

IOPS automatikus méretezése

Az automatikus skálázási IOPS rugalmasságot biztosít az IOPS igény szerinti skálázásához, így nem szükséges előre kiépíteni egy adott mennyiségű IO-t másodpercenként. Az automatikus skálázási IOPS engedélyezésével a kiszolgáló automatikusan módosítja az IOPS-t a számítási feladatok követelményei alapján. Az automatikus skálázású IOPS kiemelt engedélyezésével mostantól élvezheti a rugalmas Azure Database for MySQL-kiszolgálón az ingyenes IO-felügyeletet, mivel a kiszolgáló a számítási feladatok igényeitől függően automatikusan fel- vagy leskálázza az IOPS-eket.

Dinamikus skálázás: Az IOPS automatikus méretezése dinamikusan módosítja az adatbázis-kiszolgáló IOPS-korlátját a számítási feladat tényleges igényei alapján. Ez manuális beavatkozás vagy konfigurálás nélkül biztosítja az optimális teljesítményt.

Számítási feladatok kiugró értékeinek kezelése: Az automatikus skálázási IOPS lehetővé teszi, hogy az adatbázis zökkenőmentesen kezelje a számítási feladatok csúcsait vagy ingadozásait az alkalmazások teljesítményének veszélyeztetése nélkül. Ez a funkció egyenletes válaszidőt biztosít még a csúcshasználati időszakokban is.

Költségmegtakarítás: Ellentétben az előre kiosztott IOPS-sel, ahol rögzített IOPS-korlát van megadva, és használattól függetlenül fizetnek érte, az automatikus skálázási IOPS csak a felhasznált I/O-műveletek számáért teszi lehetővé a fizetést. Ezzel a funkcióval csak a kiszolgáló által ténylegesen használt I/O-ra kell fizetnie, elkerülve a felesleges kiépítést és a kihasználatlan erőforrások költségeit. Ez költségmegtakarítást és optimális teljesítményt is biztosít, így intelligens választás az adatbázis-számítási feladatok hatékony kezeléséhez.

A tároló teljesítményének figyelése

A Tárterület IOPS-kihasználtságának monitorozása a Figyelés területen elérhető metrikákkal egyszerűen elvégezhető.

Áttekintés

A kiválasztott időszak I/O-kihasználtságának átfogó áttekintéséhez. Az Áttekintés panelen keresse meg a rugalmas Azure Database for MySQL-kiszolgálóhoz készült Azure Portal monitorozását.

Továbbfejlesztett metrikák munkafüzete

• Lépjen a Munkafüzetek elemre az Azure Portal Monitorozás szakaszában.
• Válassza a "Továbbfejlesztett metrikák" munkafüzetet.
• A munkafüzet Áttekintés szakaszában ellenőrizze a tár I/O százalékos metrikáit.

Metrikák a figyelés alatt

• Lépjen a Metrikák elemre az Azure Portal Monitorozás szakaszában.
• Válassza a "Metrika hozzáadása" lehetőséget.
• Válassza a "Storage IO Percent" (Tárolási I/O százalék) lehetőséget az elérhető metrikák legördülő menüjében.
• Az elérhető metrikák legördülő menüjében válassza a "Storage IO count" (Tár I/O-szám) lehetőséget.

Az optimális IOPS-beállítás kiválasztása

Miután megtanulta, hogyan figyelheti hatékonyan az IOPS-használatot, már rendelkezik a kiszolgáló legjobb beállításainak megismerésével. A rugalmas Azure Database for MySQL-kiszolgálópéldány IOPS-beállításának kiválasztásakor több fontos tényezőt is figyelembe kell venni. Ezeknek a tényezőknek a megértése segíthet megalapozott döntést hozni, hogy a lehető legjobb teljesítményt és költséghatékonyságot biztosítsa a számítási feladat számára.

Teljesítményoptimalizálás

Az automatikus skálázású IOPS-jal konzisztens követelményeknek lehet megfelelni a számítási feladatokhoz, ami kiszámítható anélkül, hogy a tárterület szabályozásának és a manuális interakciónak a hátránya lenne, hogy több IOPS-t adjon hozzá. Ha a számítási feladat konzisztens átviteli sebességgel rendelkezik, vagy konzisztens IOPS-t igényel, az előre kiosztott IOPS előnyösebb lehet. Kiszámítható teljesítményszintet biztosít, és az IOPS rögzített kiosztása korrelál a számítási feladatokkal a megadott korlátokon belül. Bár a szokásostól magasabb átviteli sebességre vonatkozó követelmények esetén a további IOPS-t előre kiosztott IOPS-sel lehet kiosztani, ami manuális interakciót és az átviteli sebesség növelésének megértését igényli.

Szabályozás hatása

Fontolja meg a szabályozásnak a számítási feladatra gyakorolt hatását. Ha a szabályozás miatti lehetséges teljesítménycsökkenés aggodalomra ad okot, az automatikus skálázású IOPS képes dinamikusan kezelni a számítási feladatok csúcsait, minimalizálva a szabályozás és a teljesítmény optimális szinten tartásának kockázatát.

Végső soron az automatikus skálázás és az előre kiosztott IOPS közötti döntés a konkrét számítási feladatokra vonatkozó követelményektől és a teljesítményre vonatkozó elvárásoktól függ. Elemezze a számítási feladat mintáit, értékelje ki a költségek következményeit, és fontolja meg a szabályozás lehetséges hatását, hogy megalapozott döntést hozzon, amely igazodik a prioritásokhoz. Ha figyelembe veszi az adatbázis számítási feladatainak konkrét jellemzőit, például a forgalomingadozásokat, a lekérdezési mintákat és a teljesítménykövetelményeket, megalapozott döntést hozhat az automatikus skálázás és az előre kiosztott IOPS közötti választásról.

Számítási feladatokkal kapcsolatos szempontok	Előre kiépített IOPS	IOPS automatikus méretezése
Számítási feladatok konzisztens és kiszámítható I/O-mintákkal	Ajánlott, mivel csak a kiépített IOPS-t használja	Kompatibilis, nincs szükség az IOPS manuális kiépítésére
Különböző használati mintákkal rendelkező számítási feladatok	Nem ajánlott, mivel előfordulhat, hogy magas használati időszakokban nem nyújt hatékony teljesítményt.	Ajánlott, mivel automatikusan igazodik a különböző számítási feladatok kezeléséhez
Dinamikus növekedéssel vagy változó teljesítménnyel rendelkező számítási feladatok	Nem ajánlott, mivel állandó módosításokat igényel az IOPS változó követelményei szerint	Ajánlott, mivel az adott átviteli sebességre vonatkozó követelményhez nincs szükség további beállításokra

Költségekkel kapcsolatos szempontok

Ha ingadozó, kiszámíthatatlan csúcsokkal rendelkező számítási feladattal rendelkezik, az automatikus skálázási IOPS kiválasztása költséghatékonyabb lehet. Ez biztosítja, hogy csak a csúcsidőszakokban használt magasabb IOPS-t fizesse, rugalmasságot és költségmegtakarítást biztosítva. Az előre kiosztott IOPS, a konzisztens és maximális IOPS biztosítása mellett a számítási feladattól függően magasabb költséggel járhat. Fontolja meg a kiszolgáló által igényelt költségek és teljesítmény közötti kompromisszumot.

Tesztelés és értékelés

Ha nem biztos az optimális IOPS-beállításban, érdemes lehet teljesítményteszteket futtatni az automatikus skálázású IOPS és az előre kiosztott IOPS használatával. Értékelje az eredményeket, és határozza meg, hogy melyik beállítás felel meg a számítási feladatokra vonatkozó követelményeknek és a teljesítményre vonatkozó elvárásoknak.

Példa számítási feladatokra: E-kereskedelmi webhelyek

Ha olyan e-kereskedelmi webhelye van, amely egész évben ingadozásokat tapasztal a forgalomban. Normál időszakokban a számítási feladat mérsékelt, de az ünnepi időszakokban vagy különleges promóciókban a forgalom exponenciálisan megnő.

Automatikus skálázási IOPS: Az automatikus skálázású IOPS használatával az adatbázis dinamikusan módosíthatja az IOPS-t a megnövekedett számítási feladatok kezeléséhez csúcsidőszakokban. Amikor a forgalom megugrik, például a Black Friday-értékesítések során, az automatikus skálázási funkció lehetővé teszi az adatbázis számára, hogy zökkenőmentesen skálázza fel az IOPS-t az igények kielégítése érdekében. Ez biztosítja a zökkenőmentes és zavartalan teljesítményt, megelőzve a lassulásokat és a szolgáltatáskimaradásokat. A csúcsidőszak után, amikor a forgalom csökken, az IOPS visszaskálázható, ami költségmegtakarítást tesz lehetővé, mivel csak a túlfeszültség során felhasznált erőforrásokért kell fizetnie.

Előre kiosztott IOPS: Ha az előre kiosztott IOPS mellett dönt, meg kell becsülnie a számítási feladatok maximális kapacitását, és ennek megfelelően meghatározott számú IOPS-t kell lefoglalnia. Csúcsidőszakokban azonban a számítási feladat túllépheti az előre meghatározott IOPS-korlátot. Ennek eredményeképpen a tároló I/O-jának szabályozása hatással lehet a teljesítményre, és késéseket vagy időtúllépéseket okozhat a felhasználók számára.

Példa számítási feladatok: Jelentéskészítési /Data Analytics-platformok

Tegyük fel, hogy rugalmas Azure Database for MySQL-kiszolgálót használ az adatelemzéshez, ahol a felhasználók összetett lekérdezéseket és nagy léptékű adatfeldolgozási feladatokat küldenek. A számítási feladatok mintája viszonylag egységes, és a lekérdezések folyamatos áramlása egész nap.

Előre kiosztott IOPS: Az előre kiosztott IOPS-val a várt számítási feladat alapján megfelelő számú IOPS-t választhat ki. Mindaddig, amíg a kiválasztott IOPS megfelelően kezeli a napi lekérdezési kötetet, nem áll fenn a szabályozás vagy a teljesítmény romlásának kockázata. Ez a megközelítés költséghatékony kiszámíthatóságot biztosít, és lehetővé teszi az erőforrások hatékony optimalizálását anélkül, hogy dinamikus skálázásra van szükség.

Automatikus skálázási IOPS: Előfordulhat, hogy az automatikus skálázási funkció ebben az esetben nem nyújt jelentős előnyöket. Mivel a számítási feladat konzisztens, az adatbázist rögzített számú IOPS-val lehet kiépíteni, amely kényelmesen megfelel az igényeknek. Előfordulhat, hogy nincs szükség automatikus skálázásra, mivel nincsenek olyan hirtelen tevékenységkitörések, amelyek további IOPS-t igényelnek. Az előre kiosztott IOPS használatával kiszámítható teljesítmény érhető el skálázás nélkül, és a költség közvetlenül a lefoglalt tárterülethez van kötve.

Gyakori kérdések

Hogyan válthat az előre kiosztott IOPS-ról az automatikus skálázású IOPS-ra?

• Lépjen az Azure Portalra, és keresse meg a megfelelő rugalmas Azure Database for MySQL-kiszolgálót.
• Lépjen a Gépház panelre, és válassza a Compute + Storage szakaszt.
• Az IOPS szakaszban válassza az IOPS automatikus méretezését, és mentse a beállításokat a módosítások alkalmazásához.

Milyen hamar lép érvénybe az automatikus skálázási IOPS a módosítás után?

Miután engedélyezte a rugalmas Azure Database for MySQL-kiszolgáló automatikus skálázását, és mentette a beállításokat, a módosítások azonnal érvénybe lépnek, miután az erőforrás üzembe helyezése sikeresen befejeződött. Ez azt jelenti, hogy az automatikus skálázási IOPS-funkció késedelem nélkül alkalmazva lesz az adatbázisra.

Hogyan befolyásolja egy időponthoz kötött visszaállítási (PITR) művelet az IOPS használatát?

A rugalmas Azure Database for MySQL-kiszolgálón végzett PITR-művelet során létrejön egy új kiszolgáló, és az adatok át lesznek másolva a forráskiszolgáló tárolójából az új kiszolgáló tárhelyére. Ez a folyamat nagyobb IOPS-használatot eredményez a forráskiszolgálón. Az IOPS-használat növekedése normális jelenség, és nem jelez semmilyen problémát a forráskiszolgálóval vagy a PITR-művelettel kapcsolatban. A PITR-művelet befejeződése után a forráskiszolgáló IOPS-használata visszatér a szokásos szintre. A PITR-ről további információt az Azure Database for MySQL rugalmas kiszolgáló dokumentációjának Biztonsági mentés és visszaállítás szakaszában talál.

Hogyan állapítható meg, hogy az IOPS mikor skálázott fel és skálázott le, amikor a kiszolgáló automatikus skálázási IOPS-funkciót használ? Vagy figyelhetem a kiszolgáló IOPS-használatát?

Tekintse meg a "Tároló teljesítményének figyelése" című szakaszt, amely segít megállapítani, hogy a kiszolgáló felskálázott-e vagy leskálázott-e egy adott időkeretet.

Válthatok az automatikus skálázású IOPS és az előre kiosztott IOPS között később?

Igen, visszaléphet az előre kiosztott IOPS-ra, ha az előre kiosztott IOPS-t választja a Compute + Storage szakaszban, Gépház panelen.

Hogyan tudja, mennyi IOPS-t használtak a rugalmas Azure Database for MySQL-kiszolgálóhoz?

Az Áttekintés szakaszban a Figyelés elemre lépve vagy a Figyelés panelen navigálhat az IO-számmetrikákhoz . Az IO-számmetrika a kiszolgáló által a kiválasztott időkeretben használt IOPS összegét adja meg.

Következő lépések

• További információ a szolgáltatáskorlátozásokról.
• További információ a díjszabásról.