Azure Database for MySQL - Flexible Server
[VAN TOEPASSING OP:
Azure Database for MySQL - Flexible Server
Azure Database for MySQL, mogelijk gemaakt door de MySQL Community Edition, is beschikbaar in twee implementatiemodi:
- Flexibele server
- Enkele server
In dit artikel geven we een overzicht en inleiding tot de belangrijkste concepten van het implementatiemodel voor flexibele servers. Zie kiezen van de juiste optie voor de MySQL-server in Azure voor informatie over hoe u kunt bepalen welke implementatie-optie geschikt is voor uw werkbelasting.
Overzicht
Azure Database for MySQL Flexible Server is een volledig beheerde databaseservice die gereed is voor productie en is ontworpen voor gedetailleerdere controle en flexibiliteit van databasebeheerfuncties en configuratie-instellingen. Met de flexibele-serverarchitectuur kunnen gebruikers kiezen voor hoge beschikbaarheid binnen één beschikbaarheidszone en tussen meerdere beschikbaarheidszones. Flexibele servers bieden betere besturingselementen voor kostenoptimalisatie, met de mogelijkheid om de server en burstable compute-laag te stoppen of te starten, wat ideaal is voor workloads die niet voortdurend volledige rekencapaciteit nodig hebben. Flexible Server ondersteunt ook gereserveerde instanties, zodat u tot 63% kunt besparen, ideaal voor productieworkloads met voorspelbare vereisten voor rekencapaciteit. De service ondersteunt de communityversie van MySQL 5.7 en 8.0. De service is momenteel algemeen beschikbaar in allerlei Azure-regio's.
De implementatieoptie Flexibele server biedt drie rekenlagen: Burstable, Algemeen en Geoptimaliseerd voor geheugen. Elke laag biedt verschillende reken- en geheugencapaciteit ter ondersteuning van uw databaseworkloads. U kunt uw eerste app bouwen in een burstable-laag voor een paar dollar per maand en vervolgens de schaal aanpassen om te voldoen aan de behoeften van uw oplossing. Doordat de schaalbaarheid dynamisch is, kan uw database op een transparante manier reageren op snel veranderende resourcevereisten. U betaalt alleen voor de resources die u nodig hebt op het moment dat u ze nodig hebt. Zie Compute en Storage voor meer informatie.
Flexibele servers zijn het best geschikt voor
- Eenvoudige implementaties, vereenvoudigd schalen en lage overhead voor databasebeheer voor functies zoals back-ups, hoge beschikbaarheid, beveiliging en bewaking
- Toepassingsontwikkelingen vereisen een communityversie van MySQL met betere controle en aanpassingen
- Productieworkloads met dezelfde zone, zone-redundante hoge beschikbaarheid en beheerde onderhoudsvensters
- Vereenvoudigde ontwikkelervaring
- Beveiliging, naleving en privacy van ondernemingsklasse
Raadpleeg Wat is er nieuw in Azure Database for MySQL - Flexible Server voor de meest recente updates op Flexible Server.

Gratis aanbieding van 12 maanden
Met een gratis Azure-accountkunt u Flexible Server gratis 12 maanden gebruiken met maandelijkse limieten van maximaal:
- 750 uur aan Burstable B1MS-instantie, voldoende uren om elke maand een database-exemplaar continu uit te voeren.
- 32 GB opslag en 32 GB back-upopslag.
U kunt profiteren van deze aanbieding voor het ontwikkelen en implementeren van toepassingen die gebruikmaken van Azure Database for MySQL - Flexible Server. Raadpleeg deze zelfstudie voor meer informatie over het gratis maken en gebruiken van een flexibele server met een gratis Azure-account.
Hoge beschikbaarheid binnen en tussen beschikbaarheidszones
Azure Database for MySQL Flexibele server kunt u hoge beschikbaarheid configureren met automatische failover. De oplossing voor hoge beschikbaarheid is ontworpen om ervoor te zorgen dat vastgelegde gegevens nooit verloren gaan als gevolg van storingen en om de totale uptime voor uw toepassing te verbeteren.Wanneer hoge beschikbaarheid is geconfigureerd, wordt met flexibele servers automatisch een stand-byreplica in- en uitgevoerd. Er zijn twee architectuurmodellen met hoge beschikbaarheid:
- Zone-redundante hoge beschikbaarheid (HA): Deze optie heeft de voorkeur voor volledige isolatie en redundantie van infrastructuur in meerdere beschikbaarheidszones. Het biedt het hoogste beschikbaarheidsniveau, maar hiervoor moet u toepassings redundantie configureren in zones. Zone-redundante hoge beschikbaarheid heeft de voorkeur wanneer u het hoogste beschikbaarheidsniveau wilt bereiken tegen een infrastructuurfout in de beschikbaarheidszone en waar latentie in de beschikbaarheidszone acceptabel is. Zone-redundante ha is beschikbaar in een subsetvan Azure-regio's waar de regio ondersteuning biedt voor meerdere Beschikbaarheidszones en zone-redundante Premium bestands shares beschikbaar zijn.
- Hoge beschikbaarheid (HA) in dezelfde zone: Deze optie heeft de voorkeur voor infrastructuur redundantie met een lagere netwerklatentie, omdat zowel de primaire als de stand-byserver zich in dezelfde beschikbaarheidszone bevindt. Het biedt hoge beschikbaarheid zonder toepassings redundantie in zones te configureren. Same-Zone hoge beschikbaarheid heeft de voorkeur wanneer u het hoogste beschikbaarheidsniveau binnen één beschikbaarheidszone met de laagste netwerklatentie wilt bereiken. Same-Zone HA is beschikbaar in alle Azure-regio's waar we een flexibele Azure Database for MySQL kunnen maken.
Zie concepten voor hoge beschikbaarheid voor meer informatie.
Automatische toepassing van patches met beheerd onderhoudsvenster
De service voert automatische patches uit van de onderliggende hardware, het besturingssysteem en de database-engine. De patches omvatten beveiligings- en software-updates. Voor de MySQL-engine maken kleine versie-upgrades ook deel uit van de geplande onderhoudsrelease. Gebruikers kunnen het schema voor het toepassen van patches configureren voor beheer door het systeem of zelf hun eigen aangepaste schema definiëren. Tijdens het onderhoudsschema wordt de patch toegepast en moet de server mogelijk opnieuw worden opgestart als onderdeel van het patchproces om de update te voltooien. Met een aangepast schema kunnen gebruikers hun patchcyclus voorspelbaar maken en een onderhoudsvenster kiezen met minimale gevolgen voor het bedrijf. Over het algemeen volgt de service de maandelijkse releaseplanning, als onderdeel van de continue integratie en releases.
Zie Gepland onderhoud voor meer informatie.
Automatische back-ups
Door de service voor flexibele servers worden automatisch serverback-ups gemaakt en opgeslagen in een door de gebruiker geconfigureerde lokaal redundante of geografisch redundante opslag. Back-ups kunnen worden gebruikt om uw server naar een bepaald tijdstip binnen de retentieperiode van de back-up te herstellen. De standaardretentieperiode voor back-ups is zeven dagen. De retentie kan desgewenst tussen 1 en 35 dagen worden geconfigureerd. Alle back-ups worden versleuteld met AES 256-bits versleuteling.
Zie Back-upconcepten voor meer informatie.
Netwerkisolatie
U beschikt over twee netwerkopties om verbinding te maken met uw Azure Database for MySQL Flexible Server. De opties zijn privétoegang (VNet-integratie) en openbare toegang (toegestane IP-adressen) .
Privétoegang (VNet-integratie) : u kunt uw flexibele server implementeren in uw virtuele Azure-netwerk. Virtuele Azure-netwerken bieden privé- en beveiligde netwerkcommunicatie. Resources in een virtueel netwerk kunnen communiceren via privé-IP-adressen.
Kies de optie van VNet-integratie als u over de volgende mogelijkheden wilt beschikken:
- Verbinding maken tussen Azure-resources in hetzelfde virtuele netwerk en uw flexibele server met behulp van privé-IP-adressen
- VPN of ExpressRoute gebruiken om verbinding te maken met een flexibele server vanuit andere resources dan Azure
- Geen openbaar eindpunt
Openbare toegang (toegestane IP-adressen) : u kunt uw flexibele server met een openbaar eindpunt implementeren. Het openbare eindpunt is een openbaar omzetbaar DNS-adres. De zin 'toegestane IP-adressen' verwijst naar een reeks IP's die u toestemming geeft om toegang te hebben tot uw server. Deze machtigingen worden firewallregels genoemd.
Zie Netwerkconcepten voor meer informatie.
Binnen een paar seconden prestaties en schaal aanpassen
De service voor flexibele servers is beschikbaar in drie SKU-lagen: Burstable, Algemeen gebruik en Geoptimaliseerd voor geheugen. De Burstable-laag is het meest geschikt voor goedkope ontwikkeling en workloads met lage gelijktijdigheid die niet continu volledige rekencapaciteit nodig hebben. Algemeen gebruik en Geoptimaliseerd voor geheugen zijn beter geschikt voor productieworkloads waarvoor hoge gelijktijdigheid, schaalbaarheid en voorspelbare prestaties nodig zijn. U kunt uw eerste app op een kleine database bouwen voor een paar euro per maand en vervolgens de schaal ervan naadloos aanpassen om aan de vereisten van uw oplossing te voldoen. De opslagschaal is online en ondersteunt automatische groei van opslag. Met Flexible Server kunt u extra IOPS inrichten tot 20.000 IOP's boven de aanvullende IOPS-limiet, onafhankelijk van de opslag. Met deze functie kunt u het aantal IOPS dat is ingericht op basis van uw workloadvereisten op elk moment verhogen of verlagen. Doordat de schaalbaarheid dynamisch is, kan uw database op een transparante manier reageren op snel veranderende resourcevereisten. U betaalt alleen voor de resources die u gebruikt.
Zie Reken- en opslagconcepten voor meer informatie.
Uw leesworkload uitschalen met maximaal 10 leesreplica's
MySQL is een van de populaire database-engines voor het uitvoeren van webtoepassingen en mobiele toepassingen op het internet. Veel van onze klanten gebruiken MySQL voor hun online onderwijsservices, videostreamingservices, oplossingen voor digitale betalingen, e-commerceplatforms, gamingservices, nieuwsportalen en websites voor de overheid of gezondheidszorg. Deze services moeten kunnen presteren en schalen als het verkeer op de web- of mobiele toepassing toeneemt.
Aan de kant van de toepassingen wordt de toepassing doorgaans ontwikkeld in Java of PHP en gemigreerd om te worden uitgevoerd op virtuele-machineschaalsetsvan Azure of Azure-app Services of worden ze in een container geplaatst om te worden uitgevoerd op Azure Kubernetes Service (AKS). Met de virtuele machineschaalset, App Service of AKS als onderliggende infrastructuur, wordt het schalen van toepassingen vereenvoudigd doordat nieuwe VM's direct wordt ingericht en de staatloze onderdelen van toepassingen worden gerepliceerd om aan de aanvragen te kunnen voldoen. De database wordt echter vaak een knelpunten omdat het een gecentraliseerd staatloos onderdeel is.
Met de functie leesreplica kunt u gegevens van een flexibele Azure Database for MySQL-server repliceren naar een server voor alleen-lezen. U kunt maximaal 10 replica's van de bronserver repliceren. Replica's worden asynchroon bijgewerkt met behulp van de systeemeigen, op de positie van het binlog-bestand (binair logboekbestand) gebaseerde replicatietechnologie van het MySQL-systeem. U kunt een load balancer proxyoplossing zoals ProxySQL gebruiken om de workload van uw toepassing naadloos uit te schalen voor het lezen van replica's zonder kosten voor het herfactoreren van toepassingen.
Zie Read Replica concepts (Replicaconcepten lezen) voor meer informatie.
Hybride gegevenssynchronisatie of multi-cloudgegevenssynchronisatie instellen met replicatie van binnenkomende gegevens
Met replicatie van binnenkomende gegevens kunt u gegevens van een externe MySQL-server synchroniseren met Azure Database for MySQL Flexibele service. De externe server kan zich on-premises, in virtuele machines, Azure Database for MySQL Enkele server of een databaseservice die wordt gehost door andere cloudproviders. Replicatie van binnenkomende gegevens is gebaseerd op de positie van het binaire logboekbestand (binlog). De belangrijkste scenario's voor het gebruik van replicatie van binnenkomende gegevens zijn:
- Hybride gegevenssynchronisatie
- Synchronisatie met meerdere cloudomgevingen
- Migratie van minimale downtime naar Flexibele server
Zie Concepten van replicatie van binnenkomende gegevens voor meer informatie.
De server stoppen/starten om de kosten te optimaliseren
De service voor flexibele servers biedt u de mogelijkheid om de server op aanvraag te stoppen en te starten om de kosten te optimaliseren. Het factureren van de rekenlaag wordt direct gestopt wanneer de server is gestopt. Hierdoor kunt u aanzienlijke kostenbesparingen realiseren tijdens het ontwikkelen en testen en krijgt u tijdgebonden, voorspelbare productieworkloads. De server blijft dertig dagen gestopt, tenzij deze eerder opnieuw wordt gestart.
Zie Serverconcepten voor meer informatie.
Beveiliging, naleving en privacy van ondernemingskwaliteit
De service voor flexibele servers maakt gebruik van de door FIPS 140-2 gevalideerde cryptografische module voor opslagversleuteling van niet-actieve gegevens. Gegevens, inclusief back-ups en tijdelijke bestanden die worden gemaakt tijdens het uitvoeren van query's, worden versleuteld. De service maakt gebruikt van de AES 256-bits versleuteling die deel uitmaakt van Azure Storage-versleuteling. De sleutels kunnen door het systeem worden beheerd (standaardinstelling).
De service versleutelt actieve gegevens met TLS (Transport Layer Security) dat standaard wordt afgedwongen. Flexible Server ondersteunt standaard versleutelde verbindingen met Transport Layer Security (TLS 1.2) en alle binnenkomende verbindingen met TLS 1.0 en TLS 1.1 worden geweigerd. SSL-afdwinging kan worden uitgeschakeld door de parameter require_secure_transport server in te stellen en u kunt de minimale tls_version voor uw server instellen.
Zie Versleutelde verbindingen met flexibele servers gebruiken voor meer informatie.
Flexibele server biedt volledige privétoegang tot de servers met behulp van VNet-integratie (virtueel Azure-netwerk). Servers in een virtueel netwerk van Azure kunnen alleen worden bereikt en verbonden via privé-IP-adressen. Met VNet-integratie wordt openbare toegang geweigerd en kunnen er geen servers worden bereikt via openbare eindpunten.
Zie voor meer informatie Concepten voor netwerken.
Bewaking en waarschuwingen
De service voor flexibele servers is uitgerust met ingebouwde functies voor prestatiebewaking en waarschuwingen. Alle metrische gegevens van Azure hebben een frequentie van één minuut, en elke metriek bevat een geschiedenis van 30 dagen. U kunt waarschuwingen configureren voor de metrische gegevens. De service maakt metrische gegevens van de hostserver beschikbaar om het gebruik van resources te bewaken en maakt het configureren van logboeken voor langzame query's mogelijk. Met deze hulpprogramma's kunt u uw workloads snel optimaliseren en uw server configureren voor de beste prestaties. Azure Database for MySQL Flexibele server kunt u de gegevens van langzame query- en auditlogboeken visualiseren met behulp Azure Monitor werkmappen. Met werkmappen krijgt u een flexibel canvas voor het analyseren van gegevens en het maken van uitgebreide visuele rapporten binnen de Azure Portal. Azure Database for MySQL Flexibele server biedt drie beschikbare werkmapsjablonen die direct beschikbaar zijn in Serveroverzicht, Controle en queryprestaties Insights. Query Performance Insights workbook is ontworpen om u te helpen minder tijd te besteden aan het oplossen van problemen met databaseprestaties door deze informatie te verstrekken, zoals:
- Top N langlopende query's en hun trends.
- De querydetails: bekijk de querytekst en de uitvoeringsgeschiedenis met de querytijd voor minimale, maximale, gemiddelde en standaarddeviatie.
- Het resourcegebruik (CPU, geheugen en opslag).
Daarnaast kunt u hulpprogramma's voor communitybewaking, zoals Percona Monitoring and Management, gebruiken en integreren met uw MySQL Flexible Server.
Zie Bewakingsconcepten voor meer informatie.
Migratie
De service voert de communityversie van MySQL uit. Dit maakt volledige toepassingscompatibiliteit mogelijk en vereist minimale factoringkosten voor het migreren van bestaande toepassingen die zijn ontwikkeld op MySQL-engine naar Flexible Server. Migratie naar Flexible Server kan worden uitgevoerd met behulp van de volgende optie:
Offlinemigraties
- Het gebruik van Azure Data Migration Service wanneer de netwerkbandbreedte tussen de bron en Azure goed is (bijvoorbeeld: ExpressRoute met hoge snelheid). Meer informatie met stapsgewijle instructies: MySQL migreren naar Azure Database for MySQL offline met behulp van DMS - Azure Database Migration Service
- Gebruik mydumper/myloader om te profiteren van compressie-instellingen om gegevens efficiënt te verplaatsen via netwerken met lage snelheid (zoals openbaar internet). Meer informatie met stapsgewijs instructies Grote databases migreren naar Azure Database for MySQL met mydumper/myloader
Onlinemigraties of minimale downtimemigraties
Gebruik replicatie van binnenkomende gegevens met mydumper/myloader consistente back-up/herstel voor eerste seeding. Meer informatie met stapsgewijle instructies - Zelfstudie: Migratie van minimale downtime van Azure Database for MySQL - single server naar Azure Database for MySQL - Flexible Server
Als u in 5 eenvoudige stappen wilt migreren van Azure Database for MySQL - Single Server naar Flexible Server, raadpleegt u dit blog.
Zie Select the right tools for migration to Azure Database for MySQL (De juiste hulpprogramma's voor migratie naar Azure Database for MySQL
Azure-regio's
Een voordeel van het uitvoeren van uw workload in Azure is het wereldwijde bereik. De flexibele server voor Azure Database for MySQL is nu beschikbaar in de volgende Azure-regio's:
| Regio | Beschikbaarheid | Zelfde zone-HA | Zone-redundante ha |
|---|---|---|---|
| Australië - oost | ✔️ | ✔️ | ✔️ |
| Australië - zuidoost | ✔️ | ✔️ | ❌ |
| Brazilië - zuid | ✔️ | ✔️ | ✔️ |
| Canada - midden | ✔️ | ✔️ | ❌ |
| Canada - oost | ✔️ | ❌ | ❌ |
| India - centraal | ✔️ | ✔️ | ❌ |
| Central US | ✔️ | ✔️ | ❌ |
| Azië - oost (Hongkong) | ✔️ | ✔️ | ❌ |
| VS - oost | ✔️ | ✔️ | ✔️ |
| VS - oost 2 | ✔️ | ✔️ | ✔️ |
| Frankrijk - centraal | ✔️ | ✔️ | ✔️ |
| Duitsland - west-centraal | ✔️ | ✔️ | ❌ |
| Japan - oost | ✔️ | ✔️ | ✔️ |
| Japan - west | ✔️ | ❌ | ❌ |
| Korea - centraal | ✔️ | ✔️ | ❌ |
| Korea - zuid | ✔️ | ✔️ | ❌ |
| VS - noord-centraal | ✔️ | ✔️ | ❌ |
| Europa - noord | ✔️ | ✔️ | ✔️ |
| VS - noord-centraal | ✔️ | ✔️ | ❌ |
| Noorwegen - oost | ✔️ | ✔️ | ❌ |
| Zuid-Afrika - noord | ✔️ | ✔️ | ❌ |
| VS - zuid-centraal | ✔️ | ✔️ | ❌ |
| Azië - zuidoost | ✔️ | ✔️ | ✔️ |
| Zwitserland - noord | ✔️ | ✔️ | ❌ |
| VAE - noord | ✔️ | ✔️ | ❌ |
| Verenigd Koninkrijk Zuid | ✔️ | ✔️ | ✔️ |
| Verenigd Koninkrijk West | ✔️ | ❌ | ❌ |
| VS - west-centraal | ✔️ | ✔️ | ❌ |
| Europa -west | ✔️ | ✔️ | ✔️ |
| VS - west | ✔️ | ✔️ | ❌ |
| VS - west 2 | ✔️ | ✔️ | ✔️ |
| VS - west 3 | ✔️ | ✔️ | ❌ |
Contactpersonen
Voor eventuele vragen of suggesties over de flexibele server voor Azure Database for MySQL stuurt u een e-mailbericht naar het Azure Database for MySQL-team (@AskAzure DB for MySQL). Dit e-mailadres is geen alias voor technische ondersteuning.
Overweeg ook de volgende aanspreekpunten, indien van toepassing:
- Als u contact wilt opnemen met Azure-ondersteuning, kunt u een ticket indienen vanuit Azure Portal.
- Als u een probleem met uw account wilt oplossen, kunt u een ondersteuningsaanvraag indienen in Azure Portal.
- Als u feedback wilt geven of een nieuwe functie wilt aanvragen, maakt u een vermelding via UserVoice.
Volgende stappen
Nu u een inleiding tot de implementatiemodus Azure Database for MySQL enkele server hebt gelezen, bent u klaar voor het volgende:
Uw eerste server maken.
Bouw uw eerste app in de taal van uw voorkeur: