Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Hoge beschikbaarheid is een belangrijke functie van Azure Database for MySQL, ontworpen om downtime te minimaliseren en ervoor te zorgen dat uw toepassingen toegankelijk blijven, zelfs tijdens gepland onderhoud of onverwachte storingen. In dit artikel worden veelgestelde vragen behandeld over hoge beschikbaarheidsopties, facturering, failoverprocessen, prestatie-effecten en aanbevolen procedures om u te helpen weloverwogen beslissingen te nemen voor uw MySQL-workloads in Azure.
Wat zijn de SLA's voor lokaal redundante versus zone-redundante, HA-ingeschakelde flexibele servers?
SLA-informatie voor Azure Database for MySQL Flexible Server vindt u in sla voor Azure Database for MySQL.
Hoe wordt er gefactureerd voor hoge beschikbare (HA)-servers?
Servers die zijn ingeschakeld met hoge beschikbaarheid, hebben een primaire en secundaire replica. Secundaire replica kan zich in dezelfde zone of zone-redundant bevinden. U wordt gefactureerd voor de ingerichte rekenkracht en opslag voor zowel de primaire als de secundaire replica. Als u bijvoorbeeld een primaire met 4 vCores rekenkracht en 512 GB ingerichte opslag hebt, heeft uw secundaire replica 4 vCores en 512 GB ingerichte opslag.
Uw zoneredundante HA-server wordt gefactureerd voor 8 vCores en 1024 GB opslagruimte. Afhankelijk van uw back-upopslagvolume, wordt u mogelijk ook gefactureerd voor back-upopslag.
Kan ik de stand-byreplica gebruiken voor lees- of schrijfbewerkingen?
De stand-byserver is niet beschikbaar voor lees- of schrijfbewerkingen. Het is een passieve stand-by om snelle failover mogelijk te maken.
Zal ik gegevensverlies hebben wanneer er een failover plaatsvindt?
Logboeken in ZRS zijn toegankelijk, zelfs wanneer de primaire server niet beschikbaar is. Deze beschikbaarheid helpt ervoor te zorgen dat er geen gegevens verloren gaan. Nadat de stand-byreplica is geactiveerd en binaire logboeken zijn toegepast, wordt de rol van de primaire server gebruikt.
Moet ik actie ondernemen na een failover?
Failovers zijn volledig transparant vanuit de clienttoepassing. U hoeft geen actie te ondernemen. Toepassingen moeten alleen de logica voor opnieuw proberen gebruiken voor hun verbindingen.
Wat gebeurt er wanneer ik geen specifieke zone voor mijn stand-byreplica kies? Kan ik de zone later wijzigen?
Als u geen zone kiest, wordt er een willekeurig geselecteerd. Dit is degene die wordt gebruikt voor de primaire server. Als u de zone later wilt wijzigen, kunt u hoge beschikbaarheid instellen op Uitgeschakeld in het deelvenster Hoge beschikbaarheid en deze vervolgens weer instellen op Zoneredundant en een zone kiezen.
Is replicatie tussen de primaire en stand-byreplica's synchroon?
De replicatie tussen de primaire en de stand-by is vergelijkbaar met de semisynchrone modus in MySQL. Wanneer een transactie wordt doorgevoerd, wordt deze niet noodzakelijkerwijs doorgevoerd in de stand-by. Maar als de primaire niet beschikbaar is, repliceert de stand-by alle gegevenswijzigingen van de primaire machine om ervoor te zorgen dat er geen gegevensverlies is.
Is er een failover naar de stand-byreplica voor alle ongeplande fouten?
Als er een databasecrash of knooppuntfout optreedt, wordt de vm met flexibele servers opnieuw opgestart op hetzelfde knooppunt. Tegelijkertijd wordt een automatische failover geactiveerd. Als het opnieuw opstarten van de vm met flexibele server is geslaagd voordat de failover is voltooid, wordt de failoverbewerking geannuleerd. De bepaling van welke server moet worden gebruikt als de primaire replica, is afhankelijk van het proces dat het eerst wordt voltooid.
Is er een invloed op de prestaties wanneer ik hoge beschikbaarheid gebruik?
Voor zone-redundante hoge beschikbaarheid, hoewel er in beschikbaarheidszones geen grote invloed is op de prestaties van leesworkloads, kan de schrijfquery-latentie tot 40 procent toenemen. De toename van de schrijflatentie wordt veroorzaakt door synchrone replicatie in de beschikbaarheidszone. De impact van de schrijflatentie is twee keer zo groot bij de zone-redundante HA in vergelijking met dezelfde zone-HA. Voor lokale redundante HA, omdat de primaire en de stand-byreplica zich in dezelfde zone bevinden, zijn de replicatielatentie en dus de synchrone schrijflatentie lager.
Kortom, als schrijflatentie belangrijker is voor u in vergelijking met beschikbaarheid, kunt u lokaal redundante hoge beschikbaarheid kiezen, maar als beschikbaarheid en tolerantie van uw gegevens belangrijker zijn voor u ten koste van schrijflatentievermindering, moet u zone-redundante hoge beschikbaarheid kiezen. Voor het meten van de nauwkeurige impact van de latentievermindering in de ha-installatie raden we u aan om prestatietests uit te voeren voor uw workload om een weloverwogen beslissing te nemen.
Hoe gebeurt het onderhoud van mijn HA-server?
Geplande gebeurtenissen, zoals het schalen van reken- en secundaire versie-upgrades, vinden eerst plaats op het oorspronkelijke stand-byexemplaren, gevolgd door het activeren van een geplande failoverbewerking en werken vervolgens op het oorspronkelijke primaire exemplaar. U kunt het geplande onderhoudsvenster voor HA-servers instellen zoals u dat voor Flexibele servers doet. De hoeveelheid downtime is hetzelfde als de downtime voor het Azure Database for MySQL Flexible Server-exemplaar wanneer hoge beschikbaarheid is uitgeschakeld.
Kan ik een herstel naar een bepaald tijdstip (PITR) van mijn HA-server uitvoeren?
U kunt een PITR uitvoeren voor een Azure Database for MySQL Flexible Server-exemplaar met hoge beschikbaarheid naar een nieuw exemplaar van Azure Database for MySQL Flexible Server waarvoor hoge beschikbaarheid is uitgeschakeld. Als de bronserver is gemaakt met zone-redundante Hoge Beschikbaarheid, kunt u later zone-redundante HA of lokaal-redundante HA op de herstelde server inschakelen. Als de bronserver is gemaakt met lokaal redundante Hoge Beschikbaarheid (HA), kunt u alleen lokaal redundante HA inschakelen op de herstelde server.
Kan ik ha op een server inschakelen nadat ik de server heb gemaakt?
Zone-redundante HA moet ingeschakeld zijn tijdens het aanmaken van de server. U kunt Local-redundant HA inschakelen nadat de server is gemaakt, maar zorg ervoor dat de serverparameters enforce_gtid_consistency en gtid_mode correct zijn ingesteld voordat u verdergaat.
Kan ik HA uitschakelen voor een server nadat ik deze heb gemaakt?
U kunt HA uitschakelen op een server nadat u deze hebt aangemaakt. Facturering stopt onmiddellijk.
Hoe kan ik downtime beperken?
U moet downtime voor uw applicatie kunnen beperken, zelfs wanneer u geen HA gebruikt. Service-downtime, zoals geplande patches, secundaire versie-upgrades of door de klant geïnitieerde bewerkingen, zoals het schalen van rekenkracht, kunnen worden uitgevoerd tijdens geplande onderhoudsvensters. Als u de impact van toepassingen voor door Azure geïnitieerde onderhoudstaken wilt beperken, kunt u deze plannen op een dag van de week en de tijd die de impact op de toepassing minimaliseert.
Kan ik een leesreplica gebruiken voor een server met hoge beschikbaarheid?
Ja, leesreplica's worden ondersteund voor HA-servers.
Kan ik data-in-replicatie gebruiken voor HA-servers?
Ondersteuning voor replicatie van inkomende gegevens voor server met hoge beschikbaarheid (HA) is alleen beschikbaar via replicatie op basis van GTID.
De opgeslagen procedure voor replicatie met GTID is beschikbaar op alle servers met hoge beschikbaarheid op basis van de naam mysql.az_replication_with_gtid.
Om downtime te verminderen, kan ik tijdens het opnieuw opstarten van de server een failover naar de stand-byserver uitvoeren of omhoog of omlaag schalen?
Momenteel heeft Azure Database for MySQL Flexible Server geplande failover gebruikt om de ha-bewerkingen te optimaliseren, waaronder omhoog/omlaag schalen en gepland onderhoud om de downtime te verminderen.
Wanneer dergelijke bewerkingen zijn gestart, wordt deze eerst uitgevoerd op het oorspronkelijke stand-by-exemplaar, gevolgd door een geplande failoverbewerking te activeren en vervolgens te werken op het oorspronkelijke primaire exemplaar.
Kunnen we de beschikbaarheidsmodus (zone-redundante ha/lokaal redundant) van de server** wijzigen**
Als u de server maakt met de Zone-redundante HA-modus ingeschakeld, kunt u overschakelen van Zone-redundante HA naar Lokaal-redundant en vice versa.
Als u de beschikbaarheidsmodus wilt wijzigen, kunt u hoge beschikbaarheid instellen op Uitgeschakeld in het deelvenster Hoge beschikbaarheid en deze vervolgens weer instellen op Zoneredundant of Lokaal redundant en de modus Hoge beschikbaarheid kiezen.