Azure Database for MySQL – Egykiszolgálós szolgáltatási szintek

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

Fontos

Az önálló Azure Database for MySQL-kiszolgáló a kivonási útvonalon van. Határozottan javasoljuk, hogy frissítsen rugalmas Azure Database for MySQL-kiszolgálóra. További információ a rugalmas Azure Database for MySQL-kiszolgálóra való migrálásról: Mi történik az önálló Azure Database for MySQL-kiszolgálóval?

Azure Database for MySQL-kiszolgálót három különböző szolgáltatási szint egyikében hozhat létre: alapszintű, általános célú és memóriaoptimalizált. A szolgáltatási szinteket a kiosztható virtuális magok számítási mennyisége, a virtuális magonkénti memória és az adatok tárolására használt tárolási technológia különbözteti meg. Minden erőforrás a MySQL-kiszolgáló szintjén van kiépítve. Egy kiszolgáló egy vagy több adatbázissal rendelkezhet.

Attribútum Basic Általános célú Memóriaoptimalizált
Számítási generálás Gen 4, Gen 5 Gen 4, Gen 5 5. generáció
Virtuális magok 1, 2 2, 4, 8, 16, 32, 64 2, 4, 8, 16, 32
Memória virtuális magonként 2 GB 5 GB 10 GB
Tárterület mérete 5 GB–1 TB 5 GB–16 TB 5 GB–16 TB
Adatbázis biztonsági mentésének megőrzési időtartama 7–35 nap 7–35 nap 7–35 nap

Tarifacsomag kiválasztásához használja az alábbi táblázatot kiindulási pontként.

Service tier Megcélzott számítási feladatok
Basic Olyan számítási feladatok, amelyekhez könnyű számítási és I/O-teljesítmény szükséges. Ilyenek például a fejlesztői vagy tesztelő kiszolgálók, illetve a kis méretű és ritkán használt alkalmazások.
General Purpose A legtöbb olyan üzleti számítási feladat, amely kiegyensúlyozott számítást és memóriát igényel skálázható I/O-átviteli sebességgel. Ilyenek például a web- és mobilalkalmazások üzemeltetésére szolgáló kiszolgálók, valamint az egyéb nagyvállalati alkalmazások.
Memory Optimized Nagy teljesítményű adatbázis-számítási feladatok, amelyek memórián belüli teljesítményt igényelnek a gyorsabb tranzakciófeldolgozáshoz és a nagyobb egyidejűséghez. Ilyenek például a valós idejű adatokat feldolgozó kiszolgálók és a nagy teljesítményű, tranzakciós vagy elemző alkalmazások.

Megjegyzés:

Az alapszintű szolgáltatási szintekre való dinamikus skálázás jelenleg nem támogatott. Az alapszintű termékváltozat-kiszolgálók nem méretezhetők általános célú vagy memóriaoptimalizált szintekre.

Az általános célú vagy memóriaoptimalizált kiszolgáló létrehozása után a virtuális magok, a hardvergenerálás és a tarifacsomagok száma másodpercek alatt felfelé vagy lefelé módosítható. Emellett egymástól függetlenül is módosíthatja a tárterület mennyiségét, valamint a biztonsági mentés megőrzési időtartamát felfelé vagy lefelé, alkalmazás-állásidő nélkül. A kiszolgáló létrehozása után nem módosíthatja a biztonsági mentési tár típusát. További információ: Erőforrások méretezése szakasz.

Számítási generációk és virtuális magok

A számítási erőforrások virtuális magként vannak megadva, amelyek a mögöttes hardver logikai PROCESSZORát képviselik. A China East 1, a China North 1, az US DoD Central és az US DoD East Gen 4 logikai CPU-kat használ, amelyek Intel E5-2673 v3 (Haswell) 2,4 GHz-es processzorokon alapulnak. Minden más régió az Intel E5-2673 v4 (Broadwell) 2,3 GHz-es processzorokon alapuló Gen 5 logikai PROCESSZORokat használja.

Storage

A kiosztott tárterület az Azure Database for MySQL-kiszolgáló számára rendelkezésre álló tárkapacitás. A tároló az adatbázisfájlokhoz, az ideiglenes fájlokhoz, a tranzakciónaplókhoz és a MySQL-kiszolgálónaplókhoz használható. A kiosztott tárterület teljes mennyisége határozza meg a kiszolgáló számára elérhető I/O-kapacitást is.

Azure Database for MySQL – Az önálló kiszolgáló a következő háttértárolót támogatja a kiszolgálók számára.

Storage type Basic Általános célú v1 Általános célú v2
Tárterület mérete 5 GB–1 TB 5 GB-ról 4 TB-ra 5 GB–16 TB
Tárterület növekményes mérete 1 GB 1 GB 1 GB
IOPS Változó 3 IOPS/GB
Min. 100 IOPS
Max. 6000 IOPS
3 IOPS/GB
Min. 100 IOPS
Legfeljebb 20 000 IOPS

Megjegyzés:

Az alapszintű tárterület nem biztosít IOPS-garanciát. Az általános célú tárolóban az IOPS 3:1 arányban áll a kiosztott tároló méretével.

Alapszintű tárolás

Az alapszintű tárterület az alapszintű tarifacsomagok kiszolgálóit támogató háttértároló. Az alapszintű tárolás az Azure Standard Storage-t használja a háttérrendszerben, ahol az iops kiépítése nem garantált, és a késés változó. Az alapszint leginkább olyan számítási feladatokhoz ideális, amelyekhez könnyű számítási, alacsony költségű és I/O-teljesítményt igénylő számítási feladatokra van szükség a fejlesztéshez vagy a ritkán használt kis léptékű alkalmazásokhoz.

Általános célú tárolás

Az általános célú tárolás az általános célú és memóriaoptimalizált rétegkiszolgálót támogató háttértár. Az általános célú tárolóban az IOPS 3:1 arányban áll a kiosztott tároló méretével. Az általános célú tárolásnak két generációja van az alábbiak szerint:

Általános célú tároló v1 (legfeljebb 4 TB-ot támogat)

Az általános célú tárolás 1. verziójának alapja az örökölt tárolási technológia, amely kiszolgálónként legfeljebb 4 TB-os és 6000 IOPP-t képes támogatni. Az általános célú 1. szintű tároló úgy van optimalizálva, hogy kihasználja a MySQL-motort futtató számítási csomópontok memóriáját a helyi gyorsítótárazáshoz és biztonsági mentésekhez. Az általános célú tároló v1 biztonsági mentési folyamata beolvassa a számítási csomópontok memóriájában lévő adatokat és naplófájlokat, és 35 napig a cél biztonsági mentési tárolóba másolja. Ennek eredményeképpen a biztonsági mentések során a tárterület memória- és io-felhasználása viszonylag magasabb.

Minden Azure-régió támogatja az általános célú tárolást 1-

Általános célú vagy memóriaoptimalizált kiszolgáló általános célú tárolás v1 esetén javasoljuk, hogy fontolja meg

  • Számítási termékváltozat-szint tervezése, amely 10–30%-os többletmemóriát biztosít a tároló gyorsítótárazásához és a biztonsági mentési pufferekhez
  • Az adatbázis számítási feladatai által megkövetelt 10%-kal magasabb IOP-k kiépítése a biztonsági mentési I/O-k számára
  • Másik lehetőségként migráljon az alább ismertetett általános célú tárolóra, amely akár 16 TB-os tárterületet is támogat, ha az alapul szolgáló tárolási infrastruktúra elérhető az ön által előnyben részesített, alább megosztott Azure-régiókban.

Általános célú tároló v2 (legfeljebb 16 TB-os tárolást támogat)

A legfrissebb tárolási infrastruktúrán alapuló általános célú v2 tárterület legfeljebb 16 TB tárterületet és 20 000 IOPS-t támogat. Az Azure-régiók egy olyan részhalmazában, ahol az infrastruktúra elérhető, az összes újonnan kiépített kiszolgáló alapértelmezés szerint az általános célú v2-s tárterületre kerül. Az általános célú tároló v2 nem használ fel memóriát a MySQL számítási csomópontjából, és az általános célú v1-tárolóhoz képest kiszámíthatóbb IO-késéseket biztosít. Az általános célú v2-tárolókiszolgálók biztonsági mentései pillanatképalapúak, és nincs további I/O-többletterhelés. Az általános célú v2-tárolók esetében a MySQL-kiszolgáló teljesítménye várhatóan magasabb lesz, mint az 1. általános célú tárolás ugyanazon tárterület és az iops kiépített példányai esetében. Az általános célú tárolás esetében nincs további költség, amely legfeljebb 16 TB-os tárolást támogat. Ha segítségre van szüksége a 16 TB-os tárterületre való migráláshoz, nyisson meg egy támogatási jegyet az Azure Portalról.

Az általános célú tárolás v2 a következő Azure-régiókban támogatott:

Region Általános célú tároló v2 rendelkezésre állása
Australia East ✔️
Délkelet-Ausztrália ✔️
Dél-Brazília ✔️
Canada Central ✔️
Canada East ✔️
Central US ✔️
East US ✔️
East US 2 ✔️
East Asia ✔️
Japan East ✔️
Japan West ✔️
Korea Central ✔️
Dél-Korea déli régiója ✔️
North Europe ✔️
North Central US ✔️
South Central US ✔️
Southeast Asia ✔️
UK South ✔️
UK West ✔️
West Central US ✔️
West US ✔️
West US 2 ✔️
West Europe ✔️
Central India ✔️
Közép-Franciaország* ✔️
Egyesült Arab Emírségek északi régiója* ✔️
Észak-Afrika déli régiója* ✔️

Megjegyzés:

*Azok a régiók, ahol az Azure Database for MySQL általános célú tároló v2-vel rendelkezik a nyilvános előzetes verzióban
*Ezekben az Azure-régiókban lehetősége lesz kiszolgálót létrehozni az Általános célú tároló 1-ben és 2-ben is. A nyilvános előzetes verzióban az Általános célú tárolás v2-vel létrehozott kiszolgálók esetében a következő korlátozások vonatkoznak:

  • A georedundáns biztonsági mentés nem támogatott
  • A replikakiszolgálónak azon régiókban kell lennie, amelyek támogatják az általános célú tárolás v2-t.

Hogyan állapíthatom meg, hogy a kiszolgáló melyik tárolótípuson fut?

A kiszolgáló tárolási típusát a Gépház> Compute + storage lapra kattintva találja meg.

  • Ha a kiszolgáló alapszintű termékváltozat használatával van kiépítve, a tároló típusa Alapszintű tároló.
  • Ha a kiszolgáló általános célú vagy memóriaoptimalizált termékváltozat használatával van kiépítve, a tároló típusa általános célú tárolás
    • Ha a kiszolgálón kiosztható maximális tárterület legfeljebb 4 TB, akkor a tárolási típus az Általános célú tárolás 1.
    • Ha a kiszolgálón kiosztható maximális tárterület legfeljebb 16 TB, akkor a tároló típusa Általános célú tároló 2.

Áttérhetek az általános célú tárolás v1-ről az általános célú tároló v2-be? ha igen, hogyan és van-e további költség?

Igen, az 1. v2-ről az általános célú tárolóra való migrálás támogatott, ha a mögöttes tárolási infrastruktúra elérhető a forráskiszolgáló Azure-régiójában. A migrálás és a v2-tároló további költségek nélkül érhető el.

Növelhetem a tárterület méretét a kiszolgáló kiépítése után?

A kiszolgáló létrehozása során és után további tárkapacitást adhat hozzá, és lehetővé teheti, hogy a rendszer automatikusan növelje a tárterületet a számítási feladat tárolási felhasználása alapján.

Fontos

A tároló csak felskálázható, nem lefelé.

I/O-használat monitorozása

Az I/O-használatot az Azure Portalon vagy az Azure CLI-parancsokkal figyelheti. A figyelendő metrikák a tárterületkorlát, a tárolási százalék, a felhasznált tárterület és az I/O százalék. Az általános célú tárterülettel rendelkező MySQL-kiszolgáló 1- es verziójának monitorozási metrikái a MySQL-motor által felhasznált memóriát és I/O-t jelentik, de előfordulhat, hogy nem rögzítik a tárolási réteg memória- és I/O-felhasználását, ami korlátozás.

Tárhelykorlát elérése

A 100 GB vagy ennél kisebb kiépített tárterülettel rendelkező kiszolgálók csak olvashatónak lesznek jelölve, ha az elérhető tárterület kisebb, mint a kiépített tárhely méretének 5%-a. A 100 GB-nál nagyobb kiépített tárhellyel rendelkező kiszolgálók csak olvashatónak lesznek jelölve, ha az elérhető tárterület kisebb, mint 5 GB.

Ha például 110 GB tárterületet létesített, és a tényleges kihasználtság meghaladja a 105 GB-ot, a kiszolgáló írásvédettként van megjelölve. Másik lehetőségként, ha 5 GB tárterületet létesített, a kiszolgáló írásvédettként lesz megjelölve, ha az ingyenes tárterület eléri a 256 MB-ot.

Mialatt a szolgáltatás csak olvashatóvá próbálja tenni a kiszolgálót, minden új írási tranzakció kérését blokkolja a rendszer, és a meglévő aktív tranzakciók végrehajtása folytatódik. A kiszolgáló csak olvashatóként való beállításakor minden későbbi írási művelet és tranzakció meghiúsul. Az olvasási lekérdezések továbbra is zavartalanul működnek. A kiépített tárterület növelése után a kiszolgáló ismét készen fog állni az írási tranzakciók elfogadására.

Javasoljuk, hogy kapcsolja be a tárterület automatikus növelését, vagy állítson be egy riasztást, amely értesíti Önt, ha a kiszolgáló tárterülete megközelíti a küszöbértéket, így elkerülheti a csak olvasható állapotba kerülést. További információkért tekintse meg a riasztás beállításának dokumentációját.

Tárhely automatikus növelése

A tárhely automatikus növelése megakadályozza, hogy a kiszolgáló kifogyjon a tárterületből, és csak olvashatóvá váljon. Ha a tárterület automatikus növekedése engedélyezve van, a tárterület automatikusan növekszik anélkül, hogy ez hatással lenne a számítási feladatra. A 100 GB vagy ennél kisebb kiépített tárterülettel rendelkező kiszolgálók esetén a rendszer 5 GB-tal növeli a kiépített tárterületet, amikor a rendelkezésre álló terület a kiépített tárterület 10%-a alá esik. A 100 GB-nál nagyobb kiépített tárterülettel rendelkező kiszolgálók esetén a rendszer 5%-kal növeli a kiépített tárterületet, amint a rendelkezésre álló terület 10 GB alá esik a kiépített tárterületen. A fentiekben megadott maximális tárolókorlátok vannak érvényben.

Ha például 1000 GB tárterületet létesített, és a tényleges kihasználtság meghaladja a 990 GB-ot, a kiszolgáló tárterületének mérete 1050 GB-ra nő. Ha 10 GB tárterületet létesített, a tárterület mérete 15 GB-ra nő, ha kevesebb mint 1 GB tárterület ingyenes.

Ne feledje, hogy a tároló csak felskálázható, nem pedig lefelé.

Biztonsági mentési tár

Az Azure Database for MySQL által biztosított biztonsági tárhelyet a teljes kiszolgálótárhely 100%-áig lehet igénybe venni többletköltség nélkül. Az ilyen mennyiségű biztonsági mentési tárterületet havonta GB-ban számítjuk fel. Ha például 250 GB tárterülettel rendelkező kiszolgálót épít ki, akkor a kiszolgáló biztonsági mentéséhez ingyenesen 250 GB további tárterület áll rendelkezésre. A 250 GB-nál nagyobb biztonsági mentések tárolási díja a díjszabási modell szerint történik. A biztonsági mentési tárhasználatot, a biztonsági mentési tárolási költségek monitorozását és szabályozását befolyásoló tényezők megismeréséhez tekintse meg a biztonsági mentés dokumentációját.

Erőforrások skálázása

A kiszolgáló létrehozása után egymástól függetlenül módosíthatja a virtuális magokat, a hardvergenerálást, a tarifacsomagot (kivéve az Alapszintű verziót), a tárterület mennyiségét és a biztonsági mentés megőrzési időtartamát. A kiszolgáló létrehozása után nem módosíthatja a biztonsági mentési tár típusát. A virtuális magok száma egyaránt növelhető és csökkenthető. A biztonsági másolatok megőrzési időtartama 7-től 35 napig terjedhet. A tárterület mérete csak növelhető. Az erőforrások skálázását elvégezheti a portálon keresztül vagy az Azure CLI használatával. Az Azure CLI használatával végzett skálázásra példa: Azure Database for MySQL-kiszolgáló monitorozása és skálázása az Azure CLI használatával.

Ha módosítja a virtuális magok számát, a hardvergenerálást vagy a tarifacsomagot, a rendszer létrehozza az eredeti kiszolgáló egy példányát az új számítási kiosztással. Amint a kiszolgáló üzemel, a kapcsolatok átállnak az új kiszolgálóra. Az új kiszolgálóra való váltás pillanatában nem hozható létre új kapcsolat, és a nem véglegesített tranzakciók vissza lesznek állítva. A skálázás során ez az állásidő körülbelül 60–120 másodperc lehet. A skálázás alatti állásidő az adatbázis-helyreállítási időtől függ, ami azt eredményezheti, hogy az adatbázis tovább online állapotba kerül, ha a skálázási művelet során nagy tranzakciós tevékenység van a kiszolgálón. A hosszabb újraindítási idő elkerülése érdekében javasoljuk, hogy skálázási műveleteket végezzen a kiszolgálón alacsony tranzakciós tevékenység időszakában.

A tárterület skálázása és a biztonsági másolatok megőrzési idejének módosítása valódi online műveletek. Nem jár állásidővel, és nincs hatással az alkalmazásra. Ahogy az IOPS méretez a kiosztott tárterület méretével, növelheti a kiszolgáló számára elérhető IOPS-t a tárterület felskálázásával.

Pricing

A legfrissebb díjszabási információkért tekintse meg a szolgáltatás díjszabási oldalát. A kívánt konfiguráció költségének megtekintéséhez az Azure Portal megjeleníti a havi költséget a Tarifacsomag lapon a kiválasztott beállítások alapján. Ha nem rendelkezik Azure-előfizetéssel, az Azure díjszabási kalkulátorával lekérheti a becsült árat. Az Azure díjkalkulátor webhelyén válassza az Elemek hozzáadása lehetőséget, bontsa ki az Adatbázisok kategóriát, és válassza az Azure Database for MySQL lehetőséget a beállítások testreszabásához.

További lépések