Azure Database for MySQL – rugalmas kiszolgáló
A KÖVETKEZŐKRE VONATKOZIK:
Azure Database for MySQL – rugalmas kiszolgáló
Azure Database for MySQL a MySQL közösségi kiadás két üzembehelyezési módban érhető el:
- Rugalmas kiszolgáló
- Önálló kiszolgáló
Ebben a cikkben áttekintést és bevezetést nyújtunk 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
Azure Database for MySQL – A rugalmas kiszolgáló egy teljes körűen felügyelt, éles üzemre kész adatbázis-szolgáltatás, amelynek célja az adatbázis-kezelési funkciók és konfigurációs beállítások részletesebb szabályozása és rugalmassága. A rugalmas kiszolgálóarchitektúra lehetővé teszi a felhasználók számára, hogy a magas rendelkezésre állást egyetlen rendelkezésre állási zónán belül és több rendelkezésre állási zónában is választhatják. 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 kipukkanható számítási szinthez, ideálisak olyan számítási feladatokhoz, amelyekhez nincs szükség folyamatosan teljes számítási kapacitásra. A rugalmas 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, általános célú és üzletileg kritikus. Az egyes szintek különböző számítási és memóriakapacitást kínálnak az adatbázis számítási feladatainak támogatásához. Havonta néhány dollárért létrehozhatja az első alkalmazást egy felpezsdíthető szintre, majd a skálát 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. A részletekért lásd: Számítás és tárolás .
A rugalmas kiszolgálók a legmegfelelőbbek a
- 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 monitorozá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 ablakokkal
- Egyszerűsített fejlesztési élmény
- Nagyvállalati szintű biztonság, megfelelőség és adatvédelem
A rugalmas kiszolgáló legújabb frissítéseivel kapcsolatban tekintse meg a Azure Database for MySQL – Rugalmas kiszolgáló újdonságai című témakört.
Ingyenes 12 hónapos ajánlat
Ingyenes Azure-fiókkal 12 hónapig ingyenesen használhatja a rugalmas kiszolgálót, havonta legfeljebb:
- 750 óra kipukkanható B1MS-példány, elegendő óra az adatbázispéldányok havi folyamatos futtatásához.
- 32 GB tárterület és 32 GB biztonsági mentési tár.
Ezzel az ajánlattal olyan alkalmazásokat fejleszthet és helyezhet üzembe, amelyek Azure Database for MySQL – rugalmas kiszolgálót használnak. Ebből az oktatóanyagból megtudhatja, hogyan hozhat létre és használhat ingyenesen egy rugalmas kiszolgálót ingyenesen az Ingyenes Azure-fiókkal.
Magas rendelkezésre állás rendelkezésre állási zónákon belül és között
Azure Database for MySQL – A rugalmas kiszolgáló lehetővé teszi a magas rendelkezésre állás automatikus feladatátvétellel való 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. Magas rendelkezésre állás konfigurálása esetén a rugalmas kiszolgáló automatikusan kiépít és kezel egy készenléti replikát. A kiépített 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ú architekturális modell létezik:
- Zónaredundáns magas rendelkezésre állás (HA): Ez a beállítás az infrastruktúra több rendelkezésre állási zónában történő teljes elkülönítéséhez és redundanciához ajánlott. A legmagasabb szintű rendelkezésre állást biztosítja, de szükség van az alkalmazás redundanciának a zónák közötti konfigurálására. A zónaredundáns magas rendelkezésre állás akkor ajánlott, ha a rendelkezésre állási zónában felmerülő infrastruktúra-hibák 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 Availability Zones és zónaredundáns Prémium fájlmegosztások érhetők el.
- 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ében ajánlott, mivel az elsődleges és a készenléti kiszolgáló is ugyanabban a rendelkezésre állási zónában lesz. 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. Same-Zone 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. Same-Zone HA minden Olyan Azure-régióban elérhető, ahol létrehozhatunk Azure Database for MySQL rugalmas kiszolgálót.
További információkért lásd 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 automatikus 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 frissítés befejezéséhez a kiszolgáló újraindítást igényel a javítási folyamat részeként. Az egyéni ütemezéssel 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 üzletre. 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 részletekért lásd: Ütemezett karbantartás .
Automatikus biztonsági mentések
A rugalmas kiszolgálószolgáltatás automatikusan létrehozza a kiszolgálói biztonsági mentéseket, és a helyileg redundáns vagy georedundáns tárolásra konfigurált felhasználóban tárolja őket. A biztonsági másolatok segítségével a kiszolgáló bármely időpontra visszaállítható a biztonsági mentés megőrzési időszakán belül. A biztonsági mentések alapértelmezett megőrzési időtartama hét nap. A megőrzés opcionálisan 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ót a Biztonsági mentés fogalmai című témakörben talál.
Hálózatelkülönítés
A Azure Database for MySQL - rugalmas 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 kiszolgálót üzembe helyezheti az Azure Virtual Network. 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.
Ha a következő képességeket szeretné használni, válassza a VNet-integráció lehetőséget:
- Csatlakozás ugyanazon virtuális hálózaton található Azure-erőforrásokból a rugalmas kiszolgálóhoz privát IP-címekkel
- VPN vagy ExpressRoute használata a rugalmas kiszolgáló nem Azure-beli erőforrásokból való csatlakoztatásához
- Nincs nyilvános végpont
Nyilvános hozzáférés (engedélyezett IP-címek) – A rugalmas kiszolgáló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 kiszolgálószolgáltatás három termékváltozat-szinten érhető el: Burstable, általános célú és üzletileg kritikus. A Burstable 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. A általános célú és a ü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 állapotú, és támogatja a tárterület automatikus kinövését. A rugalmas kiszolgáló lehetővé teszi további, akár 20 K IOPS-os IOPS kiépítését az ingyenes IOPS-korlát felett, a tárolástól függetlenül. Ezzel a funkcióval bármikor növelheti vagy csökkentheti a számítási feladatokra vonatkozó követelmények alapján kiosztott IOPS számá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.
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 akár 10 olvasási replikával
A MySQL az egyik népszerű adatbázismotor az internetes webes és mobilalkalmazások futtatásához. Számos ügyfelünk használja online oktatási szolgáltatásaihoz, videostreamelési szolgáltatásaihoz, digitális fizetési megoldásaihoz, e-kereskedelmi platformjaihoz, játékszolgáltatásaihoz, hírportáljaihoz, kormányzati és egészségügyi webhelyeihez. Ezekre a szolgáltatásokra a webes vagy mobilalkalmazások forgalmának növekedésével kell szolgálni és méretezni.
Az alkalmazások oldalán az alkalmazást általában Javában vagy PHP-ben fejlesztik ki, és migrálják azure-beli virtuálisgép-méretezési csoportokon vagy Azure-alkalmazás-szolgáltatásokon való futtatásra, vagy tárolóba vannak helyezve a Azure Kubernetes Service (AKS) futtatásához. A virtuálisgép-méretezési csoport, a App Service vagy az AKS mint mögöttes infrastruktúra esetén az alkalmazásskálázás egyszerűbb az új virtuális gépek azonnali kiépítésével és az alkalmazások állapot nélküli összetevőinek replikálásával, hogy kiszolgálják a kéréseket, de az adatbázis gyakran szűk keresztmetszetet jelent központosított állapotalapú összetevőként.
Az olvasási replika funkcióval adatokat replikálhat egy Azure Database for MySQL – rugalmas kiszolgálóró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ájlpozíció-alapú replikációs technológiájának használatával. A terheléselosztó proxymegoldásával, például a ProxySQL-lel zökkenőmentesen felskálázhatja az alkalmazás számítási feladatait a replikák olvasásához az alkalmazás újrabontási költsége nélkül.
További információ: Replikafogalmak olvasása.
Hibrid vagy többfelhős adatszinkronizálás beállítása a data-in replikációval
A beadásos replikáció lehetővé teszi, hogy egy külső MySQL-kiszolgálóról szinkronizálja az adatokat a Azure Database for MySQL rugalmas szolgáltatásba. A külső kiszolgáló lehet helyszíni, virtuális gépeken, Azure Database for MySQL önálló kiszolgáló vagy más felhőszolgáltatók által üzemeltetett adatbázis-szolgáltatás. Az adatreplikálás a bináris napló (binlog) fájlpozíció-alapú alapján történik. A data-in replikáció használatával kapcsolatos fő forgatókönyvek a következők:
- Hibrid adatszinkronizálás
- Többfelhős szinkronizálás
- Minimális állásidő áttelepítése rugalmas kiszolgálóra
További információ: Adatreplikációs fogalmak.
A költségoptimalizálás érdekében állítsa le/indítsa el a kiszolgálót
A rugalmas kiszolgálószolgáltatással igény szerint leállíthatja és elindíthatja a kiszolgáló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 lehetővé teszi, hogy jelentős költségmegtakarítást érjen el 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állított á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 kiszolgálószolgáltatás 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 másolatokat és a lekérdezések futtatásakor létrehozott ideiglenes fájlokat. A szolgáltatás az Azure Storage-titkosítás részét képező 256 bites AES titkosítást használja, és a kulcsok rendszer felügyelhetők (alapértelmezett).
A szolgáltatás alapértelmezés szerint az átviteli réteg biztonságával titkosítja a mozgásban lévő adatokat. A rugalmas kiszolgáló alapértelmezés szerint támogatja a Transport Layer Security (TLS 1.2) protokollt használó titkosított kapcsolatokat, és a TLS 1.0-s és TLS 1.1-es bejövő kapcsolatait a rendszer megtagadja. Az SSL-kényszerítés letiltható a require_secure_transport kiszolgálóparaméter beállításával, és beállíthatja a kiszolgáló minimális tls_version.
További információ: Titkosított kapcsolatok használata rugalmas kiszolgálókhoz.
A rugalmas kiszolgáló teljes körű privát hozzáférést tesz lehetővé a kiszolgálókhoz az Azure-beli virtuális hálózat (VNet) integrációjával. Az Azure-beli virtuális hálózatban lévő kiszolgálók csak magánhálózati IP-címeken keresztül érhetőek el és csatlakoztathatók. A virtuális hálózatok 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 kiszolgálói szolgáltatás 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 szolgáltatás 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. Azure Database for MySQL – A rugalmas kiszolgáló lehetővé teszi a lassú lekérdezési és auditnapló-adatok 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. Azure Database for MySQL – A rugalmas kiszolgáló három elérhető munkafüzetsablont biztosít a mezőből( Kiszolgáló áttekintése, naplózás és lekérdezési teljesítményelemzés). A Lekérdezési terheléselemző 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:
- A hosszú ideig futó N-lekérdezések és azok trendjei.
- A lekérdezés részletei: megtekintheti a lekérdezés szövegét, valamint a végrehajtás előzményeit 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ása és felügyelete a rugalmas MySQL-kiszolgálóval.
További információ: Monitorozási fogalmak.
Áttelepítés
A szolgáltatás a MySQL közösségi verzióját futtatja. Ez teljes körű alkalmazáskompatibilitást tesz lehetővé, és minimális újrabontási költséget igényel a MySQL-motoron fejlesztett meglévő alkalmazások rugalmas kiszolgálóra való migrálásához. A rugalmas kiszolgálóra való migrálás a következő lehetőséggel nyitható meg:
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 mySQL offline Azure Database for MySQL DMS használatával történő migrálásával kapcsolatos részletes útmutató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) való hatékony áthelyezéséhez. További információ a nagyméretű adatbázisok migrálásával Azure Database for MySQL a mydumper/myloader használatával
Online vagy minimális állásidő-migrálás
Használja az adatbetöltési replikációt a mydumper/myloader konzisztens biztonsági mentéssel/visszaállítással a kezdeti magbetöltéshez. További információ a Azure Database for MySQL minimális állásidejű migrálásáról – önálló kiszolgálóról Azure Database for MySQL – rugalmas kiszolgálóra vonatkozó oktatóanyag
Ha öt egyszerű lépésben szeretne migrálni Azure Database for MySQL – Önálló kiszolgálóról rugalmas kiszolgálóra, tekintse meg ezt a blogot.
További információ: A megfelelő eszközök kiválasztása a migráláshoz Azure Database for MySQL
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 Azure Database for MySQL rugalmas kiszolgálója jelenleg a következő Azure-régiókban érhető el:
| Region | Rendelkezésre állás | Azonos zóna magas rendelkezésre állása | 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 | ✔️ | ✔️ | ❌ | ✔️ |
| USA középső régiója | ✔️ | ✔️ | ❌ | ✔️ |
| Kelet-Kína 2. régiója | ✔️ | ✔️ | ❌ | ❌ |
| Kelet-Kína 3 | ✔️ | ✔️ | ❌ | ✔️ |
| Észak-Kína 2. régiója | ✔️ | ✔️ | ❌ | ❌ |
| Észak-Kína 3. régiója | ✔️ | ✔️ | ❌ | ✔️ |
| Kelet-Ázsia (Hongkong) | ✔️ | ✔️ | ❌ | ✔️ |
| 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 | ✔️ | ✔️ | ❌ | ✔️ |
| Kelet-Japán | ✔️ | ✔️ | ✔️ | ✔️ |
| Nyugat-Japán | ✔️ | ✔️ | ❌ | ✔️ |
| 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-Katar | ✔️ | ✔️ | ✔️ | ❌ |
| Dél-Afrika északi régiója | ✔️ | ✔️ | ❌ | ❌ |
| USA déli középső régiója | ✔️ | ✔️ | ✔️ | ✔️ |
| Dél-India | ✔️ | ✔️ | ❌ | ✔️ |
| Délkelet-Ázsia | ✔️ | ✔️ | ❌ | ✔️ |
| Közép-Svédország | ✔️ | ✔️ | ❌ | ❌ |
| Észak-Svájc | ✔️ | ✔️ | ❌ | ✔️ |
| Nyugat-Svájc | ✔️ | ✔️ | ❌ | ✔️ |
| 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 Azure Database for MySQL csapatnak (@Ask Azure DB for MySQL). 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
Most, hogy elolvasta a Azure Database for MySQL – Single-Server üzembe helyezési mód ismertetését, készen áll a következőre:
Hozza létre az első kiszolgálót.
Hozza létre az első alkalmazást az előnyben részesített nyelv használatával: