Delen via

Gepland onderhoud in Azure Database for MySQL - Flexibele server

  • Artikel

VAN TOEPASSING OP: Azure Database for MySQL - Flexibele server

Azure Database for MySQL Flexible 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 server) tijdens onderhoud van Azure Database for MySQL Flexible Server. 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.

Onderhoudscyclus

Routineonderhoud

Onze standaard onderhoudscyclus wordt niet minder vaak gepland dan elke 30 dagen. Met deze periode kunnen we de stabiliteit en prestaties van het systeem garanderen terwijl onderbreking van uw services wordt geminimaliseerd.

Kritiek onderhoud

In bepaalde scenario's, zoals de noodzaak om urgente beveiligingsoplossingen of updates te implementeren die essentieel zijn voor het behoud van beschikbaarheid en gegevensintegriteit, kan onderhoud vaker worden uitgevoerd. Deze uitzonderingen worden gemaakt om uw gegevens te beschermen en ervoor te zorgen dat uw services continu worden uitgevoerd.

Onderhoudsdetails zoeken

Raadpleeg onze releaseopmerkingen voor specifieke informatie over wat elke onderhoudsupdate inhoudt. Deze opmerkingen bevatten uitgebreide informatie over de updates die tijdens het onderhoud worden toegepast, zodat u de wijzigingen die van invloed zijn op uw omgeving, kunt begrijpen en voorbereiden.

Notitie

Niet alle servers ondergaan per se onderhoud tijdens geplande updates, of dat nu routine of kritiek is. Het Azure MySQL-team maakt gebruik van specifieke criteria om te bepalen welke servers onderhoud vereisen. Deze selectieve benadering zorgt ervoor dat onderhoud zowel efficiënt als essentieel is, afgestemd op de unieke behoeften van elke serveromgeving en dat de downtime van uw productie wordt geminimaliseerd.

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.

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 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

Vanaf 31 augustus 2024 biedt Azure Database for MySQL geen ondersteuning meer voor aangepaste onderhoudsvensters voor burstable SKU-exemplaren. Deze wijziging is te wijten aan de noodzaak voor het vereenvoudigen van onderhoudsprocessen, het garanderen van optimale prestaties en onze analyse die aangeeft dat het aantal gebruikers dat gebruikmaakt van aangepaste onderhoudsvensters op burstable SKU's minimaal is. Bestaande burstable SKU-exemplaren met aangepaste onderhoudsvensterconfiguraties blijven ongewijzigd; Gebruikers kunnen deze aangepaste onderhoudsvensterinstellingen echter niet wijzigen.

Voor klanten die aangepaste onderhoudsvensters nodig hebben, raden we u aan om een upgrade uit te voeren naar SKU's voor algemeen gebruik of Bedrijfskritiek om deze functie te blijven gebruiken.

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.
  • Garantie voor downtime: Hoewel we ernaar streven om de downtime van onderhoud zo laag mogelijk te houden, garanderen we niet dat het altijd minder dan 60 seconden duurt in alle omstandigheden. Verschillende factoren, zoals een hoge workload of specifieke serverconfiguraties, kunnen leiden tot langere downtime. In het ergste geval kan downtime vergelijkbaar zijn met die van een zelfstandige server.

Onderhoudsplanning

Met de functie voor het opnieuw plannen van onderhoud hebt u meer controle over de timing van onderhoudsactiviteiten op uw Azure Database for MySQL Flexible Server-exemplaar. 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, die doorgaans van de eerste tot de laatste dag van het onderhoudsvenster voor de regio omvat. 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.
  • Opnieuw plannen als er te veel servers in dezelfde regio zijn gepland voor onderhoud tijdens dezelfde periode, kan het opnieuw plannen van aanvragen mislukken. Gebruikers ontvangen een foutmelding als dit gebeurt en worden geadviseerd om een alternatieve tijdsperiode te kiezen. Gepland onderhoud is waarschijnlijk niet geannuleerd.

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.

Veelgestelde vragen

V: Waarom hebben sommige van mijn servers onderhoudsmeldingen ontvangen, terwijl andere niet?

A: De begintijden van onderhoud verschillen tussen regio's, zodat servers in verschillende regio's op verschillende tijdstippen onderhoudsmeldingen kunnen ontvangen.

V: Waarom hebben sommige servers in dezelfde regio onderhoudsmeldingen ontvangen, terwijl andere niet?

A: Dit kan zijn omdat de servers die geen meldingen hebben ontvangen meer recent zijn gemaakt en het systeem heeft vastgesteld dat ze nog geen onderhoud vereisen.

V: Kan ik me afmelden voor gepland onderhoud?

A: Nee, afmelden voor gepland onderhoud is niet toegestaan. U kunt echter de functie voor het opnieuw plannen van onderhoud gebruiken om de timing aan te passen of de functie Hoge beschikbaarheid (HA) in te schakelen om downtime te minimaliseren. Als PaaS-databaseproduct is het essentieel om tijdig onderhoud uit te voeren om de beveiliging en betrouwbaarheid van uw database te garanderen.

Volgende stappen