Önálló Azure Database for MySQL-kiszolgáló

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?

A MySQL-közösség kiadásán alapuló Azure Database for MySQL két üzembe helyezési módban érhető el:

  • Rugalmas kiszolgáló
  • Önálló kiszolgáló

Ebben a cikkben áttekintést és bevezetést nyújtunk az egykiszolgálós üzembehelyezési modell alapvető fogalmaiba. A rugalmas kiszolgálótelepítési módról a rugalmas kiszolgáló áttekintésében olvashat. A számítási feladatnak megfelelő üzembe helyezési lehetőség kiválasztásáról az Azure-ban a megfelelő MySQL-kiszolgáló kiválasztása című témakörben talál további információt.

Áttekintés

Az önálló Azure Database for MySQL-kiszolgáló egy teljes körűen felügyelt adatbázis-szolgáltatás, amelyet minimális testreszabásra terveztek. Az egykiszolgálós platform úgy lett kialakítva, hogy kezelje az adatbázis-kezelési funkciók többségét, például a javításokat, a biztonsági mentéseket, a magas rendelkezésre állást, a biztonságot minimális felhasználói konfigurációval és vezérléssel. Az architektúra beépített magas rendelkezésre állásra van optimalizálva, 99,99%-os rendelkezésre állással egyetlen rendelkezésre állási zónában. Támogatja a MySQL 5.6 (kivezetett), 5.7 és 8.0 közösségi verzióját. A szolgáltatás jelenleg általánosan elérhető számos Azure-régióban.

Az egykiszolgálós kiszolgálók csak az egykiszolgálós kiszolgálókat már meglévő alkalmazásokhoz ideálisak. Minden új fejlesztés vagy migrálás esetén a rugalmas kiszolgáló lenne az ajánlott üzembe helyezési lehetőség. A rugalmas kiszolgáló és az egykiszolgálós üzembe helyezési lehetőségek közötti különbségek megismeréséhez tekintse meg a dokumentációhoz megfelelő üzembe helyezési lehetőséget.

Magas szintű rendelkezésre állás

Az egykiszolgálós üzembehelyezési modell a beépített magas rendelkezésre állásra és a rugalmasságra van optimalizálva csökkentett költséggel. Az architektúra elválasztja a számítást és a tárolást. Az adatbázismotor egy védett számítási tárolón fut, míg az adatfájlok az Azure Storage-ban találhatók. A tároló három helyileg redundáns szinkron másolatot tart fenn az adatbázisfájlokról, így biztosítva az adatok tartósságát.

Tervezett vagy nem tervezett feladatátvételi események során, ha a kiszolgáló leáll, a szolgáltatás az alábbi automatizált eljárással magas rendelkezésre állást biztosít a kiszolgálók számára:

  1. Kiépült egy új számítási tároló
  2. Az adatfájlokat tartalmazó tároló az új tárolóra van leképezve
  3. A MySQL-adatbázismotor online állapotba kerül az új számítási tárolón
  4. Az átjárószolgáltatás transzparens feladatátvételt biztosít, így nincs szükség alkalmazásoldali módosításokra.

A feladatátvétel átlagos időtartama 60–120 másodperc. Az egykiszolgálós felhő natív kialakítása lehetővé teszi, hogy a rendelkezésre állás 99,99%-át támogassa, így nem kell fizetnie a passzív gyakori elérésű készenléti funkciókért.

Az Azure iparági vezető, 99,99%-os rendelkezésre állási szolgáltatásiszint-szerződése (SLA) a Microsoft által felügyelt adatközpontok globális hálózatával biztosítja az alkalmazások 24 órás futását.

Azure Database for MySQL - Single Server Architecture conceptual diagram

Automatikus javítás

A szolgáltatás automatikusan elvégzi a mögöttes hardver, operációs rendszer és adatbázismotor javítását. A javítás biztonsági és szoftverfrissítéseket is tartalmaz. A MySQL-motor esetében az alverziófrissítések automatikusak, és a javítási ciklus részeként szerepelnek benne. A javításhoz nincs szükség felhasználói műveletre vagy konfigurációs beállításokra. A javítás gyakorisága a hasznos adatok kritikussága alapján felügyelt szolgáltatás. A szolgáltatás általában a folyamatos integráció és kiadás részeként követi a havi kiadási ütemezést. A felhasználók feliratkozhatnak a tervezett karbantartási értesítésre , hogy értesítést kapjanak a közelgő karbantartásról az esemény előtt 72 órával.

Automatikus biztonsági mentések

Az önálló kiszolgáló automatikusan létrehozza a kiszolgáló biztonsági mentéseit, és a felhasználó által konfigurált helyileg redundáns vagy georedundáns tárolóban tárolja őket. A biztonsági másolatokkal bármikor visszaállíthatja a kiszolgálót a biztonsági mentés megőrzési időszakán belül. Az alapértelmezett biztonsági mentési megőrzési időszak hét nap. A megőrzés igény szerint legfeljebb 35 napig konfigurálható. Minden biztonsági mentés AES 256 bites titkosítással van titkosítva. Részletekért tekintse meg a Biztonsági másolatok című témakört.

Teljesítmény módosítása és skálázása másodperceken belül

Az egykiszolgálós szolgáltatás három termékváltozatban érhető el: Alapszintű, Általános célú és Memóriaoptimalizált. Az alapszintű szint ideális az alacsony költségű fejlesztéshez és az alacsony egyidejűségi számítási feladatokhoz. Az általános célú és memóriaoptimalizált jobb megoldás a nagy egyidejűséget, skálázást és kiszámítható teljesítményt igénylő éles számítási feladatokhoz. Havi pár dollárért létrehozhatja első, kisméretű adatbázis-alkalmazását, majd később a megoldása szükségletei alapján módosíthatja a méretet. A tárterület-skálázás online állapotban van, és támogatja a tárterület automatikus elszaporodását. A dinamikus méretezhetőség révén az adatbázis átlátható módon reagál a gyorsan változó erőforrásigényekre. Csak a felhasznált erőforrásokért kell fizetnie. A részleteket a tarifacsomagok leírása tartalmazza.

Nagyvállalati szintű biztonság, megfelelőség és irányítás

Az önálló kiszolgáló a FIPS 140-2 által ellenőrzött titkosítási modult használja az inaktív adatok tárolótitkosításához. A rendszer titkosítja az adatokat, beleértve a biztonsági mentéseket és a lekérdezések futtatásakor létrehozott ideiglenes fájlokat. A szolgáltatás az Azure Storage-titkosításban található AES 256 bites titkosítást használja, és a kulcsok rendszerszintű (alapértelmezett) vagy ügyfél által felügyeltek lehetnek. A szolgáltatás alapértelmezés szerint kényszerített átviteli rétegbiztonsággal (SSL/TLS) titkosítja a mozgásban lévő adatokat. A szolgáltatás támogatja a TLS 1.2-es, 1.1-es és 1.0-s verzióját, így a minimális TLS-verzió kényszeríthető.

A szolgáltatás privát kapcsolat használatával teszi lehetővé a kiszolgálókhoz való privát hozzáférést, és fenyegetésvédelmet nyújt a nyílt forráskódú relációs adatbázisokra vonatkozó opcionális Microsoft Defender-csomagon keresztül. A nyílt forráskódú relációs adatbázisokhoz készült Microsoft Defender rendellenes tevékenységeket észlel, amelyek szokatlan és potenciálisan káros kísérleteket jeleznek az adatbázisok elérésére vagy kihasználására.

A natív hitelesítés mellett az önálló kiszolgáló támogatja a Microsoft Entra ID-hitelesítést . A Microsoft Entra-hitelesítés a MySQL-kiszolgálókhoz való csatlakozás mechanizmusa a Microsoft Entra ID-ban definiált és felügyelt identitások használatával. A Microsoft Entra-hitelesítéssel központi helyen kezelheti az adatbázis felhasználói identitásait és más Azure-szolgáltatásait, ami leegyszerűsíti és központosítja a hozzáférés-vezérlést.

A naplózás az összes adatbázisszintű tevékenység nyomon követéséhez érhető el.

Az egyetlen kiszolgáló az összes iparági vezető tanúsítvánnyal kapcsolatos panasz, például a FedRAMP, a HIPAA, a PCI DSS. Az Azure platform biztonságáról az Azure biztonsági és adatkezelési központban talál információkat.

Az Azure Database for MySQL biztonsági funkcióival kapcsolatos további információkért tekintse meg a biztonsági áttekintést.

Figyelés és riasztás

Az önálló kiszolgáló beépített teljesítményfigyelési és riasztási funkciókkal rendelkezik. All Azure metrics have a one-minute frequency, and each metric provides 30 days of history. A metrikákhoz riasztásokat is konfigurálhat. A szolgáltatás lehetővé teszi a lassú lekérdezési naplók konfigurálását, és megkülönböztetett lekérdezéstár-funkcióval rendelkezik. A Lekérdezéstár leegyszerűsíti a teljesítmény hibaelhárítását azáltal, hogy segít gyorsan megtalálni a leghosszabb ideig futó és a legtöbb erőforrás-igényes lekérdezést. Ezekkel az eszközökkel gyorsan optimalizálhatja a számítási feladatokat, és konfigurálhatja a kiszolgálót a legjobb teljesítmény érdekében. Részletekért lásd a Figyelés című témakört.

Áttelepítés

A szolgáltatás a MySQL közösségi verzióját futtatja. Ez lehetővé teszi a teljes alkalmazáskompatibilitást, és minimális újrabontási költséget igényel a MySQL-motoron fejlesztett meglévő alkalmazások egyetlen kiszolgálóra történő migrálásához. Az egyetlen kiszolgálóra történő migrálás az alábbi lehetőségek egyikével hajtható végre:

Kapcsolattartók

Ha bármilyen kérdése vagy javaslata van az Azure Database for MySQL használatával kapcsolatban, küldjön e-mailt az Azure Database for MySQL csapatának (@Ask Azure DB for MySQL-nek). Ez az e-mail-cím nem technikai támogatási alias.

Ezenkívül a következő elérhetőségeken léphet velünk kapcsolatba:

További lépések

Most, hogy megismerte az Azure Database for MySQL – Egykiszolgálós üzembe helyezési mód ismertetését, készen áll a következőre: