Gepland onderhoud in Azure Database for MySQL - Flexibele server

  • Artikel

VAN TOEPASSING OP: Azure Database for MySQL - Flexibele server

Azure Database for MySQL flexibele server voert periodiek onderhoud uit om uw beheerde database veilig, stabiel en up-to-date te houden. Tijdens het onderhoud krijgt de server nieuwe functies, updates en patches.

Belangrijk

Vermijd alle serverbewerkingen (wijzigingen, configuratiewijzigingen, starten/stoppen van de server) tijdens het onderhoud van flexibele servers in Azure Database for MySQL. Het betrekken van deze activiteiten kan leiden tot onvoorspelbare resultaten, wat mogelijk van invloed is op de serverprestaties en -stabiliteit. Wacht tot het onderhoud is afgesloten voordat serverbewerkingen worden uitgevoerd.

Een onderhoudsvenster selecteren

U kunt onderhoud op een specifieke dag van de week en een tijdvenster binnen die dag plannen. Of u kunt het systeem automatisch een dag en een tijdvenstertijd laten kiezen. Hoe dan ook, het systeem waarschuwt u zeven dagen voordat u onderhoud uitvoert. Het systeem laat u ook weten wanneer het onderhoud wordt gestart en wanneer het is voltooid.

Meldingen over gepland gepland onderhoud kunnen zijn:

  • E-mail verzonden naar een specifiek adres
  • E-mail verzonden naar een Azure Resource Manager-rol
  • Verzonden in een tekstbericht (SMS) naar mobiele apparaten
  • Gepusht als een melding naar een Azure-app
  • Bezorgd als een voicemail-bericht

Wanneer u voorkeuren voor het onderhoudsschema opgeeft, kunt u een dag van de week en een tijdvenster kiezen. Als u geen voorkeuren opgeeft, kiest het systeem een tijd tussen 23:00 uur en 07:00 uur in de regiotijd van uw server. U kunt verschillende planningen definiëren voor elke flexibele server in uw Azure-abonnement.

Belangrijk

Normaal gesproken zijn er ten minste 30 dagen tussen geslaagde geplande onderhoudsgebeurtenissen voor een server.

In het geval van een kritieke noodupdate, zoals een ernstig beveiligingsprobleem, kan het meldingsvenster echter korter zijn dan zeven dagen. De essentiële update kan worden toegepast op uw server, zelfs als in de afgelopen 30 dagen geslaagd gepland onderhoud is uitgevoerd.

U kunt planningsinstellingen op elk gewenst moment bijwerken. Als er onderhoud gepland is voor uw flexibele server en u de planningsvoorkeuren bijwerkt, wordt de huidige implementatie voortgezet zoals gepland en wordt de wijziging van de planningsinstellingen van kracht wanneer de planning is voltooid voor het volgende geplande onderhoud.

U kunt door het systeem beheerde planning of aangepaste planning definiëren voor elke flexibele server in uw Azure-abonnement.

  • Met aangepaste planning kunt u uw onderhoudsvenster voor de server opgeven door de dag van de week en een tijdvenster van één uur te kiezen.
  • Met een door het systeem beheerd schema kiest het systeem een periode van één uur tussen 11:00 en 7:00 uur in de regiotijd van uw server.

Belangrijk

Voorheen werd er een 7-daagse implementatie-kloof tussen door het systeem beheerde en aangepaste schema's onderhouden. Vanwege de veranderende onderhoudsvereisten en de introductie van de functie voor het opnieuw plannen van onderhoud (openbare preview) kunnen we deze 7-daagse kloof niet meer garanderen.

In zeldzame gevallen kan de onderhoudsgebeurtenis worden geannuleerd door het systeem of kan het niet worden voltooid. Als de update mislukt, wordt de update teruggezet en wordt de vorige versie van de binaire bestanden hersteld. In dergelijke mislukte updatescenario's kan het nog steeds gebeuren dat de server opnieuw wordt opgestart tijdens het onderhoudsvenster. Als de update is geannuleerd of mislukt, maakt het systeem respectievelijk een melding over geannuleerde of mislukte onderhoudsgebeurtenis die u op de hoogte stelt. De volgende poging om onderhoud uit te voeren, wordt gepland volgens uw huidige planningsinstellingen en u ontvangt hiervan 5 dagen van tevoren een melding.

Onderhoud van bijna nul downtime (openbare preview)

De functie 'Near Zero Downtime Maintenance' van Azure Database for MySQL Flexible Server is een baanbrekende ontwikkeling voor servers met hoge beschikbaarheid (hoge beschikbaarheid). Deze functie is ontworpen om de downtime van onderhoud aanzienlijk te verminderen, zodat in de meeste gevallen de downtime van onderhoud naar verwachting tussen 40 en 60 seconden zal zijn. Deze mogelijkheid is cruciaal voor bedrijven die hoge beschikbaarheid en minimale onderbreking van hun databasebewerkingen eisen.

Exacte verwachtingen voor downtime

  • Duur van downtime: In de meeste gevallen varieert de downtime tijdens onderhoud van 10 tot 30 seconden.
  • Aanvullende overwegingen: Na een failovergebeurtenis is er een inherente TTL-periode (Time-To-Live) van ongeveer 30 seconden. Deze periode wordt niet rechtstreeks beheerd door het onderhoudsproces, maar is een standaardonderdeel van DNS-gedrag. Vanuit het perspectief van een klant kan de totale downtime tijdens het onderhoud dus binnen 40 tot 60 seconden liggen.

Beperkingen en vereisten

Om de optimale prestaties te bereiken die door deze functie worden beloofd, moeten bepaalde voorwaarden en beperkingen worden vermeld:

  • Primaire sleutels in alle tabellen: ervoor zorgen dat elke tabel een primaire sleutel heeft, is essentieel. Het ontbreken van primaire sleutels kan de replicatievertraging aanzienlijk verhogen, wat van invloed is op de downtime.
  • Lage werkbelasting tijdens onderhoudstijden: onderhoudsperioden moeten samenvallen met tijden van lage werkbelasting op de server om ervoor te zorgen dat de downtime minimaal blijft. We raden u aan om de aangepaste onderhoudsvensterfunctie te gebruiken om onderhoud te plannen tijdens daluren.

Onderhoud opnieuw plannen (openbare preview)

Belangrijk

De functie voor het opnieuw plannen van onderhoud is momenteel beschikbaar als preview-versie. Het is onderhevig aan beperkingen en doorlopende ontwikkeling. We waarderen uw feedback om deze functie te verbeteren. Houd er rekening mee dat deze functie niet beschikbaar is voor servers die gebruikmaken van de burstable SKU.

Met de functie voor het opnieuw plannen van onderhoud hebt u meer controle over de timing van onderhoudsactiviteiten op uw flexibele Azure Database for MySQL-serverexemplaren. Nadat u een onderhoudsmelding hebt ontvangen, kunt u deze opnieuw plannen voor een handiger tijdstip, ongeacht of het systeem of aangepast wordt beheerd.

Parameters en meldingen opnieuw plannen

Herscheduling is niet beperkt tot vaste tijdsleuven; het hangt af van de vroegste en meest recente toegestane tijden in de huidige onderhoudscyclus. Na het opnieuw plannen wordt er een melding verzonden om de wijzigingen te bevestigen, volgens het standaardmeldingsbeleid.

Overwegingen en beperkingen

Houd rekening met het volgende wanneer u deze functie gebruikt:

  • Vraagbeperkingen: uw geplande onderhoud kan worden geannuleerd vanwege een groot aantal onderhoudsactiviteiten die tegelijkertijd in dezelfde regio plaatsvinden.
  • Vergrendelingsperiode: Opnieuw plannen is 15 minuten vóór de initiële geplande onderhoudstijd niet beschikbaar om de betrouwbaarheid van de service te behouden.

Er is geen beperking voor het aantal keren dat een onderhoud opnieuw kan worden gepland, zolang het onderhoud niet in de status 'In voorbereiding' is gegaan, kunt u uw onderhoud altijd opnieuw plannen naar een andere tijd.

Notitie

We raden u aan meldingen nauwkeurig te controleren tijdens de preview-fase om mogelijke aanpassingen mogelijk te maken.

Gebruik deze functie om onderbrekingen tijdens kritieke databasebewerkingen te voorkomen. We raden uw feedback aan naarmate we deze functionaliteit blijven ontwikkelen.

Volgende stappen