Azure Database for MySQL – Rugalmas kiszolgálótelepítési modell
A következőkre vonatkozik:
Azure Database for MySQL – rugalmas kiszolgáló
A MySQL-közösség kiadásán alapuló Azure Database for MySQL két üzembe helyezési módban érhető el:
- Rugalmas Azure Database for MySQL-kiszolgáló
- Önálló Azure Database for MySQL-kiszolgáló
Ez a cikk áttekintést és bevezetést nyújt a rugalmas kiszolgálótelepítési modell alapvető fogalmaiba. 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
A rugalmas Azure Database for MySQL-kiszolgáló egy teljes mértékben felügyelt, éles üzemre kész adatbázis-szolgáltatás, amely részletesebb vezérlést és rugalmasságot biztosít az adatbázis-kezelési funkciók és a konfigurációs beállítások felett. A rugalmas kiszolgálóarchitektúra lehetővé teszi a felhasználók számára, hogy magas rendelkezésre állást válasszanak egy rendelkezésre állási zónán belül és több rendelkezésre állási zónában. A rugalmas kiszolgálók jobb költségoptimalizálási vezérlőket biztosítanak a kiszolgáló leállításához/elindításához és a kipukkasztható számítási szinthez, ideális olyan számítási feladatokhoz, amelyekhez nincs szükség folyamatosan teljes számítási kapacitásra. A rugalmas Azure Database for MySQL-kiszolgáló a fenntartott példányokat is támogatja, így akár 63%-os költségmegtakarítást is lehetővé tesz, ami ideális a kiszámítható számítási kapacitásigényű éles számítási feladatokhoz. A szolgáltatás támogatja a MySQL 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.
A rugalmas kiszolgálótelepítési lehetőség három számítási szintet kínál: Burstable, General Purpose és üzletileg kritikus. Minden szint különböző számítási és memóriakapacitást kínál az adatbázis számítási feladatainak támogatásához. Havonta néhány dollárért elkészítheti az első alkalmazást egy kipukkanható szintre, majd a skálázást a megoldás igényeinek megfelelően módosíthatja. 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 azokért az erőforrásokért kell fizetnie, amelyekre szüksége van, és csak akkor, amikor szüksége van rájuk. Részletekért lásd: Compute and Storage .
A rugalmas kiszolgálók a legmegfelelőbbek
- Egyszerű üzembe helyezés, egyszerűsített skálázás és alacsony adatbázis-kezelési többletterhelés olyan funkciók esetében, mint a biztonsági mentések, a magas rendelkezésre állás, a biztonság és a figyelés.
- A MySQL közösségi verzióját igénylő alkalmazásfejlesztések jobb vezérléssel és testreszabással.
- Éles számítási feladatok azonos zónával, zónaredundáns magas rendelkezésre állással és felügyelt karbantartási időszakokkal.
- Egyszerűsített fejlesztési élmény.
- Nagyvállalati szintű biztonság, megfelelőség és adatvédelem.
A rugalmas Azure Database for MySQL-kiszolgáló legújabb frissítéseit a rugalmas Azure Database for MySQL-kiszolgáló újdonságai között találja.
Ingyenes 12 hónapos ajánlat
Ingyenes Azure-fiókkal 12 hónapig ingyenesen használhatja a rugalmas Azure Database for MySQL-kiszolgálót, havonta legfeljebb:
- 750 órányi burstable B1MS-példány, ami elegendő ahhoz, hogy havonta folyamatosan futtasson egy adatbázispéldányt.
- 32 GB tárterület és 32 GB biztonsági mentési tár.
Ezzel az ajánlattal rugalmas Azure Database for MySQL-kiszolgálót használó alkalmazásokat fejleszthet és helyezhet üzembe. Ha szeretné megtudni, hogyan hozhat létre és használhat rugalmas Azure Database for MySQL-kiszolgálót ingyenesen az Ingyenes Azure-fiók használatával, tekintse meg ezt az oktatóanyagot.
Magas rendelkezésre állás a rendelkezésre állási zónákon belül és a rendelkezésre állási zónák között
A rugalmas Azure Database for MySQL-kiszolgáló lehetővé teszi a magas rendelkezésre állás automatikus feladatátvétellel történő konfigurálását. A magas rendelkezésre állású megoldás célja annak biztosítása, hogy a véglegesített adatok soha ne vesszenek el a hibák miatt, és javítsa az alkalmazás általános üzemidejét. Ha magas rendelkezésre állás van konfigurálva, a rugalmas kiszolgáló automatikusan kiépít és kezel egy készenléti replikát. A kiosztott számítási és tárolási díjak az elsődleges és a másodlagos replika számára is ki vannak számlázva. Két magas rendelkezésre állású architektúramodell létezik:
- Zónaredundáns magas rendelkezésre állás (HA): Ez a beállítás előnyben részesíti az infrastruktúra teljes elkülönítését és redundanciát több rendelkezésre állási zónában. A legmagasabb szintű rendelkezésre állást biztosítja, de az alkalmazás redundanciának a zónák közötti konfigurálását igényli. A zónaredundáns HA akkor ajánlott, ha a rendelkezésre állási zónában bármilyen infrastruktúrahiba esetén a legmagasabb szintű rendelkezésre állást szeretné elérni, és a rendelkezésre állási zónában elfogadható a késés. A zónaredundáns HA az Azure-régiók azon részhalmazában érhető el, ahol a régió több rendelkezésre állási zónát támogat, és a zónaredundáns prémium szintű fájlmegosztások is elérhetők.
- Azonos zóna magas rendelkezésre állása (HA): Ez a beállítás az alacsonyabb hálózati késésű infrastruktúra-redundancia esetén ajánlott, mivel az elsődleges és a készenléti kiszolgáló is ugyanabban a rendelkezésre állási zónában található. Magas rendelkezésre állást biztosít anélkül, hogy az alkalmazás redundanciát konfigurálna a zónák között. Az azonos zóna hasznuk akkor ajánlott, ha a legmagasabb rendelkezésre állási szintet szeretné elérni egyetlen rendelkezésre állási zónán belül a legalacsonyabb hálózati késéssel. A Same-Zone HA minden Olyan Azure-régióban elérhető, ahol rugalmas Azure Database for MySQL-kiszolgálópéldányokat hozhat létre.
További információkért tekintse meg a magas rendelkezésre állással kapcsolatos fogalmakat.
Automatizált javítás felügyelt karbantartási időszakkal
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én az alverzió-frissítések részét képezik a tervezett karbantartási szoftververziónak. A felhasználók konfigurálhatnak a rendszer által ütemezett frissítést, vagy egyéni ütemezést is meghatározhatnak. A karbantartási ütemezés során a rendszer alkalmazza a javítást, és előfordulhat, hogy a kiszolgáló újraindítást igényel a javítás részeként a frissítés befejezéséhez. Az egyéni ütemezésnek megfelelően a felhasználók kiszámíthatóvá tehetik a javítási ciklusukat, és kiválaszthatnak egy karbantartási időszakot, amely minimális hatással van az üzletmenetre. A szolgáltatás általában a folyamatos integráció és kiadás részeként követi a havi kiadási ütemezést.
További információ: Ütemezett karbantartás.
Automatikus biztonsági mentések
A rugalmas Azure Database for MySQL kiszolgálói szolgáltatás automatikusan létrehozza a kiszolgáló biztonsági mentéseit, és a 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 1–35 nap között konfigurálható. Minden biztonsági mentés AES 256 bites titkosítással van titkosítva.
További információ: Biztonsági mentés fogalmai.
Hálózatelkülönítés
A rugalmas Azure Database for MySQL-kiszolgálóhoz való csatlakozáshoz két hálózati lehetőség áll rendelkezésre. A lehetőségek a privát hozzáférés (VNet-integráció) és a nyilvános hozzáférés (engedélyezett IP-címek).
Privát hozzáférés (VNet-integráció) – A rugalmas Azure Database for MySQL-kiszolgálópéldányt üzembe helyezheti az Azure Virtual Networkben. Az Azure-beli virtuális hálózatok privát és biztonságos hálózati kommunikációt biztosítanak. A virtuális hálózatok erőforrásai magánhálózati IP-címeken keresztül kommunikálhatnak.
Válassza a virtuális hálózati integrációs lehetőséget, ha az alábbi képességeket szeretné használni:
- Csatlakozás az ugyanabban a virtuális hálózatban lévő Azure-erőforrásokból a rugalmas Azure Database for MySQL-kiszolgálópéldányba privát IP-címekkel.
- Vpn vagy ExpressRoute használatával csatlakozhat nem Azure-erőforrásokból a rugalmas Azure Database for MySQL-kiszolgálópéldányhoz.
- Nincs nyilvános végpont.
Nyilvános hozzáférés (engedélyezett IP-címek) – Az Azure Database for MySQL rugalmas kiszolgálópéldányát nyilvános végponttal helyezheti üzembe. A nyilvános végpont egy nyilvánosan feloldható DNS-cím. Az "engedélyezett IP-címek" kifejezés olyan IP-címtartományra utal, amely engedélyt ad a kiszolgáló elérésére. Ezeket az engedélyeket tűzfalszabályoknak nevezzük.
További információ: Hálózatkezelési fogalmak.
Teljesítmény módosítása és skálázása másodperceken belül
A rugalmas Azure Database for MySQL-kiszolgáló három szolgáltatási szinten érhető el: Burstable, General Purpose és üzletileg kritikus. A kipukkasztható szint leginkább alacsony költségű fejlesztéshez és alacsony egyidejűségi számítási feladatokhoz ideális, amelyekhez nincs szükség folyamatos teljes számítási kapacitásra. Az általános célú és üzletileg kritikus jobban megfelelnek a nagy egyidejűséget, skálázást és kiszámítható teljesítményt igénylő éles számítási feladatokhoz. Havonta néhány dollárért létrehozhatja az első alkalmazást egy kis adatbázisra, majd zökkenőmentesen módosíthatja a skálát a megoldás igényeinek megfelelően. A tárterület-skálázás online állapotban van, és támogatja a tárterület automatikus elszaporodását. A rugalmas Azure Database for MySQL-kiszolgáló lehetővé teszi további, akár 80 K IOPS-os IOPS kiépítését az ingyenes IOPS-korlát felett, a tárolástól függetlenül. A funkció azt is lehetővé teszi, hogy a számítási feladatok követelményei alapján bármikor csökkentse vagy növelje az IOPS-mennyiséget. 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.
További információ: Számítási és tárolási fogalmak.
Az olvasási számítási feladat vertikális felskálázása legfeljebb 10 olvasási replikával
A MySQL az internetes webes és mobilalkalmazások futtatásának egyik népszerű adatbázismotorja. Sok ügyfelünk online oktatási szolgáltatásokhoz, videostreamelési szolgáltatásokhoz, digitális fizetési megoldásokhoz, e-kereskedelmi platformokhoz, játékszolgáltatásokhoz, hírportálokhoz, kormányzati és egészségügyi webhelyekhez használja. Ezek a szolgáltatások a webes vagy mobilalkalmazások forgalmának növekedésével kapcsolatos kiszolgáláshoz és skálázáshoz szükségesek.
Az alkalmazások oldalán az alkalmazás általában Java-ban vagy PHP-ben van kifejlesztve, és migrálva van az Azure-beli virtuálisgép-méretezési csoportokon vagy Azure-alkalmazás-szolgáltatásokon való futtatáshoz, vagy tárolóba van állítva az Azure Kubernetes Service-en (AKS). Ha egy virtuálisgép-méretezési csoportot az App Service-vel vagy az AKS-sel használ az alapul szolgáló infrastruktúraként, azzal leegyszerűsíti az alkalmazások skálázását azáltal, hogy azonnal kiépíti az új virtuális gépeket, és replikálja az alkalmazások állapot nélküli összetevőit, hogy kiszolgálják a kéréseket, de az adatbázis gyakran szűk keresztmetszetet képez központosított állapotalapú összetevőként.
Az olvasási replika funkcióval adatokat replikálhat egy rugalmas Azure Database for MySQL-kiszolgálópéldányból egy írásvédett kiszolgálóra. A forráskiszolgálóról legfeljebb 10 replikára replikálhat. A replikák aszinkron módon frissülnek a MySQL-motor natív bináris naplójának (binlog) fájlhelyalapú replikációs technológiájával. A ProxySQL-hez hasonló terheléselosztó-proxymegoldásokkal zökkenőmentesen skálázhatja fel az alkalmazás számítási feladatait a replikák olvasásához, anélkül, hogy az alkalmazás újrabontási költsége lenne.
További információ: Replika olvasása – fogalmak.
Hibrid vagy többfelhős adatszinkronizálás beállítása adatreplikálással
A data-in replikáció lehetővé teszi az adatok szinkronizálását egy külső MySQL-kiszolgálóról a rugalmas Azure Database for MySQL-kiszolgálóra. A külső kiszolgáló lehet helyszíni, virtuális gépeken, önálló Azure Database for MySQL-kiszolgálón vagy más felhőszolgáltatók által üzemeltetett adatbázis-szolgáltatásban. Az adatbetöltési replikáció a bináris napló (binlog) fájl helyzetalapú fájlján alapul. A data-in replikáció használatának fő forgatókönyvei a következők:
- Hibrid adatszinkronizálás hronizálás
- Többfelhős szinkronizálás
- Minimális állásidő áttelepítése rugalmas Azure Database for MySQL-kiszolgálóra
További információ: Data-in replikációs fogalmak.
Kiszolgáló leállítása/indítása a költségek optimalizálásához
A rugalmas Azure Database for MySQL-kiszolgáló lehetővé teszi a kiszolgálók igény szerinti leállítását és elindítását a költségek optimalizálása érdekében. A számítási szint számlázása a kiszolgáló leállítása után azonnal leáll. Ez a funkció jelentős költségmegtakarítást tesz lehetővé a fejlesztés, a tesztelés és az időhöz kötött kiszámítható éles számítási feladatok esetében. A kiszolgáló 30 napig leállt állapotban marad, kivéve, ha hamarabb újraindul.
További információ: Kiszolgálói fogalmak.
Nagyvállalati szintű biztonság, megfelelőség és adatvédelem
A rugalmas Azure Database for MySQL-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 rendszer felügyelhetők (alapértelmezett).
A rugalmas Azure Database for MySQL-kiszolgáló alapértelmezés szerint az átviteli réteg biztonságával titkosítja a mozgásban lévő adatokat. A rugalmas Azure Database for MySQL-kiszolgáló alapértelmezés szerint támogatja a Transport Layer Security (TLS 1.2) használatával történő titkosított kapcsolatokat, és a TLS 1.0-s és tLS 1.1-es bejövő kapcsolatait a rendszer megtagadja. A TSL/SSL-kényszerítés letiltásához állítsa be a require_secure_transport kiszolgálóparamétert, majd állítsa be a kiszolgáló minimális tls_version.
További információ: titkosított kapcsolatok használata rugalmas Azure Database for MySQL-kiszolgálópéldányokkal.
A rugalmas Azure Database for MySQL-kiszolgáló teljes magánhálózati hozzáférést tesz lehetővé a kiszolgálókhoz az Azure-beli virtuális hálózat (virtuális hálózat) integrációjával. Az Azure-beli virtuális hálózat kiszolgálói csak privát IP-címeken keresztül érhetőek el és csatlakoztathatók. A virtuális hálózat integrációjával a rendszer megtagadja a nyilvános hozzáférést, és a kiszolgálók nem érhetők el nyilvános végpontokkal.
További információ: Hálózatkezelési fogalmak.
Figyelés és riasztás
A rugalmas Azure Database for MySQL-kiszolgáló beépített teljesítményfigyelési és riasztási funkciókkal rendelkezik. Az Azure-beli metrikák gyakorisága egy perc, és minden metrika 30 napnyi előzményt biztosít. A metrikákhoz riasztásokat is konfigurálhat. A rugalmas Azure Database for MySQL-kiszolgáló gazdakiszolgálói metrikákat tesz elérhetővé az erőforrások kihasználtságának monitorozásához, lehetővé teszi a lassú lekérdezési naplók konfigurálását. 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. A rugalmas Azure Database for MySQL-kiszolgáló lehetővé teszi a lassú lekérdezési és naplózási naplók adatainak megjelenítését Azure Monitor-munkafüzetek használatával. A munkafüzetek rugalmas vásznat biztosítanak az adatok elemzéséhez és részletgazdag vizuális jelentések készítéséhez az Azure Portalon. A rugalmas Azure Database for MySQL-kiszolgáló három elérhető munkafüzetsablont biztosít, köztük a kiszolgáló áttekintését, a naplózást és a lekérdezési teljesítményt Elemzések. A lekérdezési teljesítmény Elemzések munkafüzet úgy lett kialakítva, hogy kevesebb időt töltsön az adatbázis teljesítményének hibaelhárításával az alábbi információk megadásával:
- Az N hosszú ideig futó leggyakoribb lekérdezései és azok trendjei.
- A lekérdezés részletei: a lekérdezés szövegének és a végrehajtás előzményeinek megtekintése minimális, maximális, átlagos és szórásos lekérdezési idővel.
- Az erőforrás-kihasználtság (CPU, memória és tárterület).
Emellett használhatja és integrálhatja az olyan közösségi monitorozási eszközökkel, mint a Percona Monitorozás és felügyelet rugalmas Azure Database for MySQL-kiszolgálóval.
További információ: Monitorozási fogalmak.
Migrálás
A rugalmas Azure Database for MySQL-kiszolgáló a MySQL közösségi verzióját futtatja. Ez lehetővé teszi az alkalmazások teljes kompatibilitását, és minimális újrabontási költséget igényel a MySQL-motoron fejlesztett meglévő alkalmazások rugalmas Azure Database for MySQL-kiszolgálóra való migrálásához. Rugalmas Azure Database for MySQL-kiszolgálóra való migrálás az alábbi lehetőséggel végezhető el:
Offline migrálások
- Az Azure Data Migration Service használata, ha a forrás és az Azure közötti hálózati sávszélesség jó (például: Nagy sebességű ExpressRoute). További információ a részletes utasításokról – MySQL áttelepítése rugalmas Azure Database for MySQL-kiszolgálóra offline állapotban a DMS használatával – Azure Database Migration Service
- A mydumper/myloader használatával kihasználhatja a tömörítési beállítások előnyeit az adatok alacsony sebességű hálózatokon (például nyilvános interneten) történő hatékony áthelyezéséhez. További információ a nagyméretű adatbázisok rugalmas Azure Database for MySQL-kiszolgálóra történő migrálásával kapcsolatos részletes útmutatóval a mydumper/myloader használatával
Online vagy minimális állásidő-migrálás
Használjon adatbetöltési replikációt a mydumper/myloader konzisztens biztonsági mentésével/visszaállításával a kezdeti magvetéshez. További információ a rugalmas Azure Database for MySQL-kiszolgálóra történő egyszeri Azure Database for MySQL-kiszolgáló minimális állásidejű migrálása című oktatóanyagból.
Ha egykiszolgálós Azure Database for MySQL-kiszolgálóról rugalmas Azure Database for MySQL-kiszolgálóra szeretne migrálni öt egyszerű lépésben, tekintse meg ezt a blogot.
További információ: Válassza ki a megfelelő eszközöket a rugalmas Azure Database for MySQL-kiszolgálóra való migráláshoz.
Azure-régiók
A számítási feladatok Azure-ban való futtatásának egyik előnye a globális elérése. A rugalmas Azure Database for MySQL-kiszolgáló jelenleg a következő Azure-régiókban érhető el:
| Régió | Elérhetőség | Azonos zóna HA | Zónaredundáns magas rendelkezésre állás | Georedundáns biztonsági mentés |
|---|---|---|---|---|
| Ausztrália középső régiója | ✔️ | ✔️ | ❌ | ❌ |
| Kelet-Ausztrália | ✔️ | ✔️ | ✔️ | ✔️ |
| Délkelet-Ausztrália | ✔️ | ✔️ | ❌ | ✔️ |
| Dél-Brazília | ✔️ | ✔️ | ✔️ | ✔️ |
| Közép-Kanada | ✔️ | ✔️ | ✔️ | ✔️ |
| Kelet-Kanada | ✔️ | ✔️ | ❌ | ✔️ |
| Közép-India | ✔️ | ✔️ | ✔️ | ✔️ |
| Az USA középső régiója | ✔️ | ✔️ | ❌ | ✔️ |
| Kelet-Kína 2. régiója | ✔️ | ✔️ | ❌ | ❌ |
| China East 3 | ✔️ | ✔️ | ❌ | ✔️ |
| Észak-Kína 2. régiója | ✔️ | ✔️ | ❌ | ❌ |
| Észak-Kína 3. régiója | ✔️ | ✔️ | ✔️ | ✔️ |
| Kelet-Ázsia (Hongkong KKT) | ✔️ | ✔️ | ✔️ | ✔️ |
| USA keleti régiója | ✔️ | ✔️ | ✔️ | ✔️ |
| USA 2. keleti régiója | ✔️ | ✔️ | ✔️ | ✔️ |
| Közép-Franciaország | ✔️ | ✔️ | ✔️ | ✔️ |
| Dél-Franciaország | ✔️ | ✔️ | ❌ | ✔️ |
| Középnyugat-Németország | ✔️ | ✔️ | ✔️ | ✔️ |
| Észak-Németország | ✔️ | ✔️ | ❌ | ✔️ |
| Izrael középső régiója | ✔️ | ✔️ | ✔️ | ❌ |
| Észak-Olaszország | ✔️ | ✔️ | ✔️ | ❌ |
| Kelet-Japán | ✔️ | ✔️ | ✔️ | ✔️ |
| Nyugat-Japán | ✔️ | ✔️ | ❌ | ✔️ |
| Jio Nyugat-India | ✔️ | ✔️ | ❌ | ❌ |
| Dél-Korea középső régiója | ✔️ | ✔️ | ✔️ | ✔️ |
| Dél-Korea déli régiója | ✔️ | ✔️ | ❌ | ✔️ |
| USA északi középső régiója | ✔️ | ✔️ | ❌ | ✔️ |
| Észak-Európa | ✔️ | ✔️ | ✔️ | ✔️ |
| Kelet-Norvégia | ✔️ | ✔️ | ✔️ | ❌ |
| Nyugat-Norvégia | ✔️ | ✔️ | ❌ | ❌ |
| Közép-Lengyelország | ✔️ | ✔️ | ❌ | ❌ |
| Közép-Katar | ✔️ | ✔️ | ✔️ | ❌ |
| Dél-Afrika északi régiója | ✔️ | ✔️ | ✔️ | ❌ |
| Dél-Afrika nyugati régiója | ✔️ | ✔️ | ❌ | ❌ |
| USA déli középső régiója | ✔️ | ✔️ | ✔️ | ✔️ |
| Dél-India | ✔️ | ✔️ | ❌ | ✔️ |
| Délkelet-Ázsia | ✔️ | ✔️ | ✔️ | ✔️ |
| Közép-Spanyolország | ✔️ | ✔️ | ❌ | ✔️ |
| Közép-Svédország | ✔️ | ✔️ | ✔️ | ❌ |
| Észak-Svájc | ✔️ | ✔️ | ✔️ | ✔️ |
| Nyugat-Svájc | ✔️ | ✔️ | ❌ | ✔️ |
| Egyesült Arab Emírségek középső régiója | ✔️ | ✔️ | ❌ | ✔️ |
| Egyesült Arab Emírségek északi régiója | ✔️ | ✔️ | ✔️ | ❌ |
| Az Egyesült Királyság déli régiója | ✔️ | ✔️ | ✔️ | ✔️ |
| Az Egyesült Királyság nyugati régiója | ✔️ | ✔️ | ❌ | ✔️ |
| USGov Virginia | ✔️ | ✔️ | ❌ | ✔️ |
| USGov Arizona | ✔️ | ✔️ | ❌ | ✔️ |
| USGov Texas | ✔️ | ✔️ | ❌ | ✔️ |
| USA nyugati középső régiója | ✔️ | ✔️ | ❌ | ✔️ |
| Nyugat-Európa | ✔️ | ✔️ | ✔️ | ✔️ |
| USA nyugati régiója | ✔️ | ✔️ | ❌ | ✔️ |
| USA 2. nyugati régiója | ✔️ | ✔️ | ✔️ | ✔️ |
| USA 3. nyugati régiója | ✔️ | ✔️ | ✔️ | ✔️ |
Kapcsolattartók
Ha bármilyen kérdése vagy javaslata van a rugalmas Azure Database for MySQL-kiszolgálón, küldjön e-mailt a rugalmas Azure Database for MySQL-kiszolgáló csapatának (@Ask rugalmas Azure Database for MySQL-kiszolgálóhoz). 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:
- Ha az Azure-támogatással szeretne kapcsolatba lépni, nyújtson be igénylést az Azure Portalon.
- Ha a fiókjával van probléma, nyújtson be támogatási kérelmet az Azure Portalon.
- Ha visszajelzést szeretne küldeni vagy új szolgáltatásokat kérne, hozzon létre egy bejegyzést a UserVoice-on.
Következő lépések
A rugalmas Azure Database for MySQL-kiszolgáló üzembe helyezési módjának bevezetőjével készen áll a következőre:
Hozza létre az első kiszolgálót.
Az első alkalmazás létrehozása az előnyben részesített nyelv használatával: