Share via


Azure Database for MySQL - Flexible Server-implementatiemodel

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 Azure Database for MySQL-server
  • Azure Database for MySQL enkele server

Dit artikel bevat een overzicht en inleiding tot kernconcepten van het flexibele serverimplementatiemodel. 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 databaseservice die gereed is voor productie, ontworpen voor gedetailleerdere controle en flexibiliteit ten opzichte 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. Azure Database for MySQL flexibele server biedt ook ondersteuning voor gereserveerde instanties, zodat u maximaal 63% kosten 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 voor flexibele servers biedt drie rekenlagen: Burstable, General Purpose 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 Compute en Storage voor meer informatie.

Flexibele servers zijn het best geschikt voor

  • Eenvoudig implementeren, 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.
  • Vereenvoudigde ontwikkelervaring.
  • Beveiliging, naleving en privacy op bedrijfsniveau.

Raadpleeg wat er nieuw is in azure Database for MySQL flexibele server voor de meest recente updates op flexibele Azure Database for MySQL-server.

Conceptueel diagram van flexibele server

Gratis aanbieding van 12 maanden

Met een gratis Azure-account kunt u azure Database for MySQL 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 profiteren van deze aanbieding voor het ontwikkelen en implementeren van toepassingen die gebruikmaken van flexibele Azure Database for MySQL-server. Raadpleeg deze zelfstudie voor meer informatie over het gratis maken en gebruiken van een flexibele Azure Database for MySQL-server met een gratis Azure-account.

Hoge beschikbaarheid binnen en tussen beschikbaarheidszones

Met flexibele Azure Database for MySQL-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 vanwege storingen en de algehele uptime voor uw toepassing 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 beschikbaarheidsniveau, maar hiervoor moet u toepassingsredundantie tussen zones configureren. Zone-redundante hoge beschikbaarheid heeft de voorkeur wanneer u het hoogste beschikbaarheidsniveau wilt bereiken op basis van infrastructuurfouten in de beschikbaarheidszone en waar 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.

Zone-redundante HA.

  • Hoge beschikbaarheid van 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 verschillende zones te configureren. Hoge beschikbaarheid van dezelfde zone 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 u azure Database for MySQL flexibele serverexemplaren kunt maken.

Zone-redundante hoge beschikbaarheid.

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

De flexibele serverservice van Azure Database for MySQL maakt automatisch serverback-ups en slaat deze op in lokaal redundante of geografisch redundante opslag die door de gebruiker is geconfigureerd. 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 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 hebt twee netwerkopties om verbinding te maken met een flexibele Azure Database for MySQL-server. De opties zijn privétoegang (VNet-integratie) en openbare toegang (toegestane IP-adressen).

  • Privétoegang (VNet-integratie): u kunt uw flexibele Azure Database for MySQL-serverexemplaren 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 voor integratie van virtuele netwerken als u de volgende mogelijkheden wilt:

    • Verbinding maken van Azure-resources in hetzelfde virtuele netwerk naar uw flexibele Azure Database for MySQL-serverexemplaren met behulp van privé-IP-adressen.
    • Gebruik VPN of ExpressRoute om vanuit niet-Azure-resources verbinding te maken met uw flexibele Azure Database for MySQL-serverexemplaren.
    • Geen openbaar eindpunt.
  • Openbare toegang (toegestane IP-adressen): u kunt uw exemplaar van flexibele Azure Database for MySQL-server implementeren met een openbaar eindpunt. 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 voor meer informatie Concepten voor netwerken.

Binnen een paar seconden prestaties en schaal aanpassen

Flexibele Azure Database for MySQL-server is beschikbaar in drie servicelagen: Burstable, General Purpose en Bedrijfskritiek. 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 Bedrijfskritiek zijn beter geschikt voor productieworkloads die 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 azure Database for MySQL flexibele server kunt u extra IOPS inrichten tot 80 K IOPS boven de gratis IOPS-limiet, onafhankelijk van opslag. Met deze functie kunt u ook op elk gewenst moment het aantal ingerichte IOPS verhogen of verlagen op basis van de 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 compute- 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 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 deze in een container geplaatst om te worden uitgevoerd in Azure Kubernetes Service (AKS). Het gebruik van een virtuele-machineschaalset met App Service of AKS als de onderliggende infrastructuur vereenvoudigt het schalen van toepassingen door onmiddellijk nieuwe VM's in te richten en de staatloze onderdelen van toepassingen te repliceren om tegemoet te komen aan de aanvragen, maar vaak is de database een knelpunt als gecentraliseerd stateful onderdeel.

Met de functie leesreplica kunt u gegevens repliceren van een exemplaar van een flexibele Azure Database for MySQL-server naar een alleen-lezenserver. 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 dat er kosten in rekening worden gebracht voor het herstructureren van toepassingen.

Zie Leesreplica-concepten voor meer informatie.

Hybride of multicloudgegevenssynchronisatie instellen met replicatie van inkomende gegevens

Met replicatie van inkomende gegevens kunt u gegevens van een externe MySQL-server synchroniseren naar een flexibele Azure Database for MySQL-server. De externe server kan on-premises zijn, in virtuele machines, azure Database for MySQL enkele server of een databaseservice die wordt gehost door andere cloudproviders. Replicatie van gegevens is gebaseerd op de positie van het binaire logboekbestand (binlog). De belangrijkste scenario's voor het gebruik van replicatie van inkomende gegevens zijn:

Zie concepten voor replicatie van inkomende gegevens voor meer informatie.

De server stoppen/starten om de kosten te optimaliseren

Met Azure Database for MySQL Flexibele server kunt u servers op aanvraag stoppen en starten om de kosten te optimaliseren. Het factureren van de rekenlaag wordt direct gestopt wanneer de server is gestopt. Met deze functionaliteit kunt u aanzienlijke kostenbesparingen realiseren tijdens het ontwikkelen, testen en voor tijdgebonden voorspelbare productieworkloads. De server blijft 30 dagen in de status Gestopt, tenzij deze eerder opnieuw is opgestart.

Zie Serverconcepten voor meer informatie.

Beveiliging, naleving en privacy op bedrijfsniveau

Azure Database for MySQL Flexibele server maakt gebruik van de cryptografische FIPS 140-2-module voor opslagversleuteling van data-at-rest. 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).

Azure Database for MySQL Flexibele server versleutelt gegevens in beweging met transportlaagbeveiliging die standaard wordt afgedwongen. Flexibele Azure Database for MySQL-server ondersteunt standaard versleutelde verbindingen met Tls 1.2 (Transport Layer Security) en alle binnenkomende verbindingen met TLS 1.0 en TLS 1.1 worden geweigerd. U kunt TSL/SSL-afdwinging uitschakelen door de require_secure_transport serverparameter in te stellen en vervolgens de minimale tls_version voor uw server in te stellen.

Zie voor meer informatie hoe u versleutelde verbindingen gebruikt met azure Database for MySQL flexibele serverexemplaren.

Flexibele Azure Database for MySQL-server biedt volledige privétoegang tot de servers met behulp van Azure Virtual Network-integratie (virtueel netwerk). Servers in een virtueel netwerk van Azure kunnen alleen worden bereikt en verbonden via privé-IP-adressen. Bij integratie van virtuele netwerken 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

Flexibele Azure Database for MySQL-server 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. Met azure Database for MySQL flexibele server worden metrische gegevens van de hostserver weergegeven om het gebruik van resources te bewaken, waardoor trage querylogboeken kunnen worden geconfigureerd. Met deze hulpprogramma's kunt u uw workloads snel optimaliseren en uw server configureren voor de beste prestaties. Met flexibele Azure Database for MySQL-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. Flexibele Azure Database for MySQL-server biedt drie beschikbare werkmapsjablonen, waaronder 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 zoals:

  • Top N langlopende query's en hun trends.
  • De querydetails: bekijk de querytekst en de geschiedenis van de uitvoering met minimale, maximale, gemiddelde en standaarddeviatiequerytijd.
  • Het resourcegebruik (CPU, geheugen en opslag).

Daarnaast kunt u communitybewakingshulpprogramma's zoals Percona Monitoring and Management gebruiken en integreren met azure Database for MySQL flexibele server.

Zie Bewakingsconcepten voor meer informatie.

Migratie

Azure Database for MySQL Flexibele server 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 een flexibele Azure Database for MySQL-server. Migratie naar flexibele Azure Database for MySQL-server kan worden uitgevoerd met behulp van de volgende optie:

Offlinemigraties

Online- of minimale downtimemigraties

Gebruik replicatie van inkomende gegevens met mydumper/myloader consistente back-up/herstel voor eerste seeding. Meer informatie met stapsgewijze instructies: Zelfstudie: Minimale downtimemigratie van Azure Database for MySQL enkele server naar Azure Database for MySQL flexibele server.

Raadpleeg deze blog als u in vijf eenvoudige stappen wilt migreren van azure Database for MySQL met één server naar een flexibele Azure Database for MySQL-server.

Zie De juiste hulpprogramma's voor migratie naar een flexibele Azure Database for MySQL-server selecteren voor meer informatie.

Azure-regio's

Een voordeel van het uitvoeren van uw workload in Azure is het wereldwijde bereik. Flexibele Azure Database for MySQL-server is momenteel beschikbaar in de volgende Azure-regio's:

Regio 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 ✔️ ✔️ ✔️ ✔️
Oost-Azië (Hongkong SAR) ✔️ ✔️ ✔️ ✔️
VS - oost ✔️ ✔️ ✔️ ✔️
VS - oost 2 ✔️ ✔️ ✔️ ✔️
Frankrijk - centraal ✔️ ✔️ ✔️ ✔️
Frankrijk - zuid ✔️ ✔️ ✔️
Duitsland - west-centraal ✔️ ✔️ ✔️ ✔️
Duitsland - noord ✔️ ✔️ ✔️
Israël - centraal ✔️ ✔️ ✔️
Italië - noord ✔️ ✔️ ✔️
Japan East ✔️ ✔️ ✔️ ✔️
Japan - west ✔️ ✔️ ✔️
Jio India West ✔️ ✔️
Korea - centraal ✔️ ✔️ ✔️ ✔️
Korea - zuid ✔️ ✔️ ✔️
VS - noord-centraal ✔️ ✔️ ✔️
Europa - noord ✔️ ✔️ ✔️ ✔️
Noorwegen - oost ✔️ ✔️ ✔️
Noorwegen - west ✔️ ✔️
Polen - centraal ✔️ ✔️
Qatar - centraal ✔️ ✔️ ✔️
Zuid-Afrika - noord ✔️ ✔️ ✔️
Zuid-Afrika - west ✔️ ✔️
VS - zuid-centraal ✔️ ✔️ ✔️ ✔️
India - zuid ✔️ ✔️ ✔️
Azië - zuidoost ✔️ ✔️ ✔️ ✔️
Centraal Spanje ✔️ ✔️ ✔️
Zweden - centraal ✔️ ✔️ ✔️
Zwitserland - noord ✔️ ✔️ ✔️ ✔️
Zwitserland - west ✔️ ✔️ ✔️
Taiwan - Noord ✔️ ✔️
Taiwan Noordwest ✔️ ✔️
UAE - centraal ✔️ ✔️ ✔️
VAE - noord ✔️ ✔️ ✔️
Verenigd Koninkrijk Zuid ✔️ ✔️ ✔️ ✔️
Verenigd Koninkrijk West ✔️ ✔️ ✔️
USGov Virginia ✔️ ✔️ ✔️
US Gov - Arizona ✔️ ✔️ ✔️
USGov Texas ✔️ ✔️ ✔️
VS - west-centraal ✔️ ✔️ ✔️
Europa -west ✔️ ✔️ ✔️ ✔️
VS - west ✔️ ✔️ ✔️
VS - west 2 ✔️ ✔️ ✔️ ✔️
US - west 3 ✔️ ✔️ ✔️ ✔️

Feedback en ondersteuning

Voor vragen of suggesties die u mogelijk hebt over het werken met een flexibele Azure Database for MySQL-server, kunt u de volgende contactpunten overwegen:

Volgende stappen

Met deze inleiding tot de implementatiemodus voor flexibele Azure Database for MySQL-servers kunt u het volgende doen: