Azure Database for MySQL - Flexibele server
VAN TOEPASSING OP:
Azure Database for MySQL - Flexibele server
Azure Database for MySQL, mogelijk gemaakt door de MySQL Community Edition, is beschikbaar in twee implementatiemodi:
- Flexibele server
- Enkele server
In dit artikel vindt u 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 - Flexibele server is een volledig beheerde, productieklare databaseservice die 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 rekenlaag te stoppen/starten, ideaal voor workloads die niet continu volledige rekencapaciteit nodig hebben. Flexibele server ondersteunt ook gereserveerde instanties, zodat u tot 63% kosten kunt besparen, ideaal voor productieworkloads met voorspelbare rekencapaciteitsvereisten. 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 Bedrijfskritiek. Elke laag biedt verschillende reken- en geheugencapaciteit ter ondersteuning van uw databaseworkloads. U kunt uw eerste app bouwen op een burstable-laag voor een paar dollar per maand en vervolgens de schaal aanpassen 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 Rekenkracht en opslag voor meer informatie.
Flexibele servers zijn het best geschikt voor
- Implementatiegemak, vereenvoudigd schalen en lage overhead voor databasebeheer voor functies zoals back-ups, hoge beschikbaarheid, beveiliging en bewaking
- Toepassingsontwikkelingen die een communityversie van MySQL vereisen met betere controle en aanpassingen
- Productieworkloads met zone-redundante hoge beschikbaarheid en beheerde onderhoudsvensters in dezelfde zone
- Vereenvoudigde ontwikkelervaring
- Beveiliging, naleving en privacy op ondernemingsniveau
Raadpleeg Wat is er nieuw in Azure Database for MySQL - Flexibele server voor de meest recente updates over flexibele server.
Gratis aanbieding van 12 maanden
Met een gratis Azure-account kunt u Flexibele server gedurende 12 maanden gratis gebruiken met maandelijkse limieten van maximaal:
- 750 uur burstable B1MS-exemplaar, voldoende uren om elke maand een database-exemplaar uit te voeren.
- 32 GB opslag en 32 GB back-upopslag.
U kunt gebruikmaken van deze aanbieding om toepassingen te ontwikkelen en te implementeren die gebruikmaken van Azure Database for MySQL - Flexibele 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: Met 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 fouten en om de algehele uptime voor uw toepassing te verbeteren. Wanneer hoge beschikbaarheid is geconfigureerd, richt flexibele server automatisch een stand-byreplica in en beheert deze. U wordt gefactureerd voor de ingerichte rekenkracht en opslag voor zowel de primaire als de secundaire replica. Er zijn twee architectuurmodellen voor 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 niveau van beschikbaarheid, maar u moet toepassingredundantie tussen zones configureren. Zone-redundante hoge beschikbaarheid heeft de voorkeur wanneer u het hoogste niveau van beschikbaarheid wilt bereiken tegen infrastructuurfouten in de beschikbaarheidszone en waarbij latentie in de beschikbaarheidszone acceptabel is. Zone-redundante hoge beschikbaarheid is beschikbaar in een subset van Azure-regio's waar de regio ondersteuning biedt voor meerdere Beschikbaarheidszones en Zone-redundante Premium-bestandsshares beschikbaar zijn.
- Hoge beschikbaarheid (HA) in dezelfde zone: Deze optie heeft de voorkeur voor infrastructuurredundantie met een lagere netwerklatentie, omdat zowel de primaire als de stand-byserver zich in dezelfde beschikbaarheidszone bevinden. Het biedt hoge beschikbaarheid zonder toepassingsredundantie in zones te configureren. Same-Zone hoge beschikbaarheid heeft de voorkeur als u het hoogste beschikbaarheidsniveau wilt bereiken binnen één beschikbaarheidszone met de laagste netwerklatentie. Same-Zone hoge beschikbaarheid is beschikbaar in alle Azure-regio's waar we Azure Database for MySQL - Flexibele server 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 eventueel worden geconfigureerd tussen 1 en 35 dagen. Alle back-ups worden versleuteld met AES 256-bits versleuteling.
Zie Back-upconcepten voor meer informatie.
Netwerkisolatie
U hebt twee netwerkopties om verbinding te maken met uw Azure Database for MySQL: Flexibele 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 flexibele serverservice is beschikbaar in drie SKU-lagen: Burstable, Algemeen en Bedrijfskritiek. De laag Burstable is het meest geschikt voor goedkope ontwikkeling en workloads met lage gelijktijdigheid die niet continu volledige rekencapaciteit nodig hebben. De Algemeen en Bedrijfskritiek zijn beter geschikt voor productieworkloads die een hoge gelijktijdigheid, schaal en voorspelbare prestaties vereisen. 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 Flexibele server kunt u extra IOPS inrichten tot 20 K IOPS boven de gratis IOPS-limiet, onafhankelijk van opslag. Met deze functie kunt u het aantal ingerichte IOPS op elk gewenst moment verhogen of verlagen op basis van uw workloadvereisten. 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-machineschaalsets van 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 repliceren van een Azure Database for MySQL - Flexibele server naar een alleen-lezen server. 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 uw toepassingsworkload naadloos uit te schalen om replica's te lezen zonder kosten voor herstructurering van toepassingen.
Zie Replicaconcepten lezen voor meer informatie.
Hybride of multicloudgegevenssynchronisatie instellen met replicatie van inkomende gegevens
Met replicatie van binnenkomende gegevens kunt u gegevens van een externe MySQL-server synchroniseren met de 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 bevinden 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 inkomende gegevens zijn:
- Hybride gegevenssynchronisatie
- Synchronisatie met meerdere clouds
- Minimale downtime migratie naar flexibele server
Zie Replicatieconcepten voor inkomende 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 30 dagen gestopt, tenzij deze eerder opnieuw wordt opgestart.
Zie Serverconcepten voor meer informatie.
Beveiliging, naleving en privacy op ondernemingsniveau
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. Flexibele 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 integratie van het virtuele Azure-netwerk (VNet). 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 servers niet worden bereikt met behulp van 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, zodat logboeken voor trage query's kunnen worden geconfigureerd. Met deze hulpprogramma's kunt u uw workloads snel optimaliseren en uw server configureren voor de beste prestaties. Azure Database for MySQL: met Flexibele server kunt u de trage query- en auditlogboekgegevens visualiseren met behulp van 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, zoals Serveroverzicht, Controle en Inzichten in queryprestaties. Query Performance Insights-werkmap is ontworpen om u te helpen minder tijd te besteden aan het oplossen van problemen met databaseprestaties door informatie te verstrekken zoals:
- Top N langlopende query's en de bijbehorende trends.
- De querydetails: bekijk de querytekst en de uitvoeringsgeschiedenis met minimale, maximale, gemiddelde en standaarddeviatiequerytijd.
- Het resourcegebruik (CPU, geheugen en opslag).
Daarnaast kunt u gebruikmaken van en integreren met hulpprogramma's voor communitybewaking, zoals Percona-bewaking en -beheer, met uw MySQL Flexibele server.
Zie Bewakingsconcepten voor meer informatie.
Migratie
De service voert de communityversie van MySQL uit. Dit maakt volledige toepassingscompatibiliteit mogelijk en vereist minimale herstructureringskosten voor het migreren van bestaande toepassingen die zijn ontwikkeld op de MySQL-engine naar Flexibele server. Migratie naar flexibele server kan worden uitgevoerd met behulp van de volgende optie:
Offlinemigraties
- Azure Data Migration Service gebruiken wanneer de netwerkbandbreedte tussen de bron en Azure goed is (bijvoorbeeld: Snelle ExpressRoute). Meer informatie met stapsgewijze 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 stapsgewijze instructies Grote databases migreren naar Azure Database for MySQL met behulp van mydumper/myloader
Onlinemigraties of migraties met minimale downtime
Gebruik replicatie van inkomende gegevens met consistente back-up/herstel van mydumper/myloader voor de eerste seeding. Meer informatie met stapsgewijze instructies - Zelfstudie: Migratie van minimale downtime van Azure Database for MySQL - Enkele server naar Azure Database for MySQL - Flexibele server
Raadpleeg dit blog om in vijf eenvoudige stappen van Azure Database for MySQL - Enkele server naar flexibele server te migreren.
Zie De juiste hulpprogramma's selecteren 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:
| Region | Beschikbaarheid | Dezelfde zone ha | Zone-redundante HA | Geografisch redundante back-up |
|---|---|---|---|---|
| Australië - centraal | ✔️ | ✔️ | ❌ | ❌ |
| Australië - oost | ✔️ | ✔️ | ✔️ | ✔️ |
| Australië - zuidoost | ✔️ | ✔️ | ❌ | ✔️ |
| Brazilië - zuid | ✔️ | ✔️ | ✔️ | ❌ |
| Canada - midden | ✔️ | ✔️ | ❌ | ✔️ |
| Canada - oost | ✔️ | ✔️ | ❌ | ✔️ |
| India - centraal | ✔️ | ✔️ | ❌ | ✔️ |
| Central US | ✔️ | ✔️ | ❌ | ✔️ |
| China - oost 2 | ✔️ | ✔️ | ❌ | ❌ |
| China - oost 3 | ✔️ | ✔️ | ❌ | ✔️ |
| China - noord 2 | ✔️ | ✔️ | ❌ | ❌ |
| China - noord 3 | ✔️ | ✔️ | ❌ | ✔️ |
| Azië - oost (Hongkong) | ✔️ | ✔️ | ❌ | ✔️ |
| VS - oost | ✔️ | ✔️ | ✔️ | ✔️ |
| VS - oost 2 | ✔️ | ✔️ | ❌ | ✔️ |
| Frankrijk - centraal | ✔️ | ✔️ | ❌ | ✔️ |
| Frankrijk - zuid | ✔️ | ✔️ | ❌ | ✔️ |
| Duitsland - west-centraal | ✔️ | ✔️ | ❌ | ✔️ |
| Japan - oost | ✔️ | ✔️ | ✔️ | ✔️ |
| Japan - west | ✔️ | ✔️ | ❌ | ✔️ |
| Korea - centraal | ✔️ | ✔️ | ✔️ | ✔️ |
| Korea - zuid | ✔️ | ✔️ | ❌ | ✔️ |
| VS - noord-centraal | ✔️ | ✔️ | ❌ | ✔️ |
| Europa - noord | ✔️ | ✔️ | ✔️ | ✔️ |
| Noorwegen - oost | ✔️ | ✔️ | ❌ | ❌ |
| Noorwegen - west | ✔️ | ✔️ | ❌ | ❌ |
| Qatar - centraal | ✔️ | ✔️ | ✔️ | ❌ |
| Zuid-Afrika - noord | ✔️ | ✔️ | ❌ | ❌ |
| VS - zuid-centraal | ✔️ | ✔️ | ✔️ | ✔️ |
| India - zuid | ✔️ | ✔️ | ❌ | ✔️ |
| Azië - zuidoost | ✔️ | ✔️ | ❌ | ✔️ |
| Zweden - centraal | ✔️ | ✔️ | ❌ | ❌ |
| Zwitserland - noord | ✔️ | ✔️ | ❌ | ✔️ |
| Zwitserland - west | ✔️ | ✔️ | ❌ | ✔️ |
| VAE - noord | ✔️ | ✔️ | ❌ | ❌ |
| Verenigd Koninkrijk Zuid | ✔️ | ✔️ | ❌ | ✔️ |
| Verenigd Koninkrijk West | ✔️ | ✔️ | ❌ | ✔️ |
| USGov Virginia | ✔️ | ✔️ | ❌ | ❌ |
| USGov Arizona | ✔️ | ✔️ | ❌ | ✔️ |
| USGov Texas | ✔️ | ✔️ | ❌ | ✔️ |
| VS - west-centraal | ✔️ | ✔️ | ❌ | ✔️ |
| Europa -west | ✔️ | ✔️ | ✔️ | ✔️ |
| VS - west | ✔️ | ✔️ | ❌ | ✔️ |
| VS - west 2 | ✔️ | ✔️ | ❌ | ✔️ |
| US - west 3 | ✔️ | ✔️ | ❌ | ❌ |
Contactpersonen
Als u vragen of suggesties hebt over Azure Database for MySQL - Flexibele server, stuurt u een e-mail naar het Azure Database for MySQL Team (@Ask Azure 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 Azure Database for MySQL - Single-Server implementatiemodus hebt gelezen, kunt u het volgende doen:
Uw eerste server maken.
Bouw uw eerste app in de taal van uw voorkeur: