Onderhoudsvenster (preview)

VAN TOEPASSING OP: Azure SQL Database Azure SQL Managed Instance

Met de onderhoudsvensterfunctie kunt u een onderhoudsplanning configureren voor Azure SQL Database- en Azure SQL Managed Instance-resources, waardoor belangrijke onderhoudsgebeurtenissen voorspelbaar zijn en uw workload minder verstorend wordt.

Notitie

De onderhoudsvensterfunctie beschermt alleen tegen geplande gevolgen van upgrades of gepland onderhoud. Het biedt geen bescherming tegen alle failover-oorzaken; uitzonderingen die korte onderbrekingen van de verbinding buiten een onderhoudsvenster kunnen veroorzaken, zijn onder andere hardwarefouten, taakverdeling van clusters en databaseconfiguraties als gevolg van gebeurtenissen zoals een wijziging in de serviceniveaudoelstelling van de database.

Overzicht

Azure voert periodiek gepland onderhoud uit voor resources SQL Database en SQL beheerde exemplaren. Tijdens azure SQL onderhoudsgebeurtenis zijn databases volledig beschikbaar, maar kunnen ze worden onderworpen aan korte herconfiguraties binnen de respectieve beschikbaarheids-SLA's voor SQL Database en SQL beheerd exemplaar.

Onderhoudsvenster is bedoeld voor productieworkloads die niet bestand zijn tegen herconfiguraties van databases of exemplaren en die geen korte onderbrekingen van de verbinding kunnen verwerken die worden veroorzaakt door geplande onderhoudsgebeurtenissen. Door een onderhoudsvenster te kiezen dat u liever gebruikt, kunt u de impact van gepland onderhoud minimaliseren omdat dit buiten de piekuren van uw bedrijf plaatsvindt. Flexibele workloads en niet-productieworkloads zijn mogelijk afhankelijk van het SQL van Azure SQL.

Het onderhoudsvenster kan worden geconfigureerd bij het maken of voor bestaande Azure SQL-resources. Deze kan worden geconfigureerd met behulp van Azure Portal, PowerShell, CLI of Azure API.

Belangrijk

Het configureren van het onderhoudsvenster is een langdurige asynchrone bewerking, vergelijkbaar met het wijzigen van de servicelaag van de Azure SQL resource. De resource is beschikbaar tijdens de bewerking, met uitzondering van een korte herconfiguratie die aan het einde van de bewerking wordt uitgevoerd en doorgaans maximaal 8 seconden duurt, zelfs in het geval van onderbroken langlopende transacties. Om de impact van de herconfiguratie te minimaliseren, moet u de bewerking uitvoeren buiten de piekuren.

Meer voorspelbaarheid met onderhoudsvenster

Azure SQL-onderhoudsbeleid blokkeert standaard elke dag de meest impactvolle updates tijdens de periode van 8:00 tot 17:00 uur lokale tijd om onderbrekingen tijdens normale piekuren te voorkomen. De lokale tijd wordt bepaald door de locatie van de Azure-regio die als host voor de resource wordt gebruikt en kan zomertijd in acht nemen in overeenstemming met de definitie van de lokale tijdzone.

U kunt de onderhoudsupdates verder aanpassen aan een tijdstip dat geschikt is voor uw Azure SQL-resources door te kiezen uit twee extra onderhoudsvensters:

  • Weekdagvenster: 10:00 uur tot 6:00 uur lokale tijd, maandag tot donderdag
  • Weekendvenster: 10:00 uur tot 6:00 uur lokale tijd, vrijdag - zondag

In de vermelde onderhoudsvensterdagen wordt de begindag van elk onderhoudsvenster van acht uur aangegeven. '10:00 uur tot 6:00 uur lokale tijd, maandag tot donderdag' betekent bijvoorbeeld dat de onderhoudsvensters op elke dag (maandag tot en met donderdag) om 10:00 uur lokale tijd beginnen en de volgende dag (dinsdag tot en met vrijdag) om 6:00 uur lokale tijd worden voltooid.

Zodra de selectie van het onderhoudsvenster is gemaakt en de serviceconfiguratie is voltooid, vindt gepland onderhoud alleen plaats tijdens het venster van uw keuze. Hoewel onderhoudsgebeurtenissen doorgaans binnen één venster worden voltooid, kunnen sommige ervan twee of meer aangrenzende vensters omvatten.

Belangrijk

In zeer zeldzame gevallen waarin een uitstel van actie ernstige gevolgen kan hebben, zoals het toepassen van een kritieke beveiligingspatch, kan het geconfigureerde onderhoudsvenster tijdelijk worden overgeslagen.

Kosten en geschiktheid

Het configureren en gebruiken van het onderhoudsvenster is gratis voor alle in aanmerking komende aanbiedingstypen: Betalen per gebruik, Cloud Solution Provider (CSP), Microsoft Enterprise Agreement of Microsoft-klantovereenkomst.

Notitie

Een Azure-aanbieding is het type Azure-abonnement dat u hebt. Een abonnement met tarieven voor betalenper gebruik, Azure in Openen Visual Studio Enterprise zijn bijvoorbeeld allemaal Azure-aanbiedingen. Elke aanbieding of elk abonnement heeft verschillende voorwaarden en voordelen. Uw aanbieding of abonnement wordt weergegeven in het Overzicht van het abonnement. Zie Uw Azure-abonnement wijzigen in een andere aanbieding voor meer informatie over het overschakelen van uw abonnement naar een andere aanbieding.

Meldingen vooraf

Onderhoudsmeldingen kunnen 24 uur van tevoren, op het moment van onderhoud en wanneer het onderhoud is voltooid, worden geconfigureerd om u te waarschuwen bij geplande onderhoudsgebeurtenissen voor uw Azure SQL Database. Zie Advance Notifications (Meldingen vooraf) voor meer informatie.

Beschikbaarheid

Ondersteunde serviceniveaudoelstellingen

Het kiezen van een ander onderhoudsvenster dan de standaardwaarde is beschikbaar op alle SLO's, met uitzondering van:

  • Exemplaargroepen
  • Verouderde Gen4 vCore
  • Basic, S0 en S1
  • DC, Fsv2, M-serie

Ondersteuning voor Azure-regio's

Het kiezen van een ander onderhoudsvenster dan de standaardwaarde is momenteel beschikbaar in de volgende regio's:

Azure-regio SQL Managed Instance SQL Database SQL Database in een Azure-beschikbaarheidszone
Australië - centraal 1 Ja
Australië - centraal 2 Ja
Australië - oost Ja Ja Ja
Australië - zuidoost Ja Ja
Brazilië - zuid Ja Ja
Canada - midden Ja Ja Ja
Canada - oost Ja Ja
India - centraal Ja Ja
Central US Ja Ja Ja
China - oost 2 Ja Ja
China - noord 2 Ja Ja
VS - oost Ja Ja Ja
VS - oost 2 Ja Ja Ja
Azië - oost Ja Ja
Frankrijk - centraal Ja Ja
Frankrijk - zuid Ja Ja
Duitsland - west-centraal Ja Ja
Duitsland - noord Ja
Japan - oost Ja Ja Ja
Japan - west Ja Ja
Korea - centraal Ja
Korea - zuid Ja
VS - noord-centraal Ja Ja
Europa - noord Ja Ja Ja
Zuid-Afrika - noord Ja
Zuid-Afrika - west Ja
VS - zuid-centraal Ja Ja Ja
India - zuid Ja Ja
Azië - zuidoost Ja Ja Ja
Zwitserland - noord Ja Ja
Zwitserland - west Ja
UAE - centraal Ja
VAE - noord Ja
Verenigd Koninkrijk Zuid Ja Ja Ja
Verenigd Koninkrijk West Ja Ja
VS - west-centraal Ja Ja
Europa -west Ja Ja Ja
India - west Ja
VS - west Ja Ja
VS - west 2 Ja Ja Ja

Gatewayonderhoud voor Azure SQL Database

Profiteer optimaal van onderhoudsvensters door ervoor te zorgen dat uw clienttoepassingen het verbindingsbeleid voor omleidingen gebruiken. Omleiding is het aanbevolen verbindingsbeleid, waarbij clients rechtstreeks verbindingen tot stand brengen met het knooppunt dat als host voor de database wordt gebruikt, wat leidt tot een verminderde latentie en verbeterde doorvoer.

  • In Azure SQL Database kunnen verbindingen die gebruikmaken van het proxyverbindingsbeleid worden beïnvloed door zowel het gekozen onderhoudsvenster als het onderhoudsvenster van een gateway-knooppunt. Clientverbindingen die gebruikmaken van het aanbevolen beleid voor omleidingsverbindingen worden echter niet beïnvloed door een herconfiguratie van het gateway-knooppuntonderhoud.

  • In Azure SQL Managed Instance worden de gatewayknooppunten gehost in het virtuele cluster en hebben ze hetzelfde onderhoudsvenster als het beheerde exemplaar, maar het gebruik van het omleidingsverbindingsbeleid wordt nog steeds aanbevolen om het aantal onderbrekingen tijdens de onderhoudsgebeurtenis te minimaliseren.

Zie Verbindingsbeleid voor meer informatie Azure SQL Database clientverbindingsbeleid in Azure SQL Database.

Zie Verbindingstypen van Azure SQL Managed Instance voor meer informatie over het clientverbindingsbeleidin Azure SQL Managed Instance.

Overwegingen voor Azure SQL Managed Instance

Azure SQL Managed Instance bestaat uit serviceonderdelen die worden gehost op een toegewezen set geïsoleerde virtuele machines die worden uitgevoerd in het subnet van het virtuele netwerk van de klant. Deze virtuele machines vormen een of meer virtuele clusters die meerdere beheerde exemplaren kunnen hosten. Onderhoudsvenster dat is geconfigureerd op exemplaren van één subnet, kan van invloed zijn op het aantal virtuele clusters binnen het subnet, de distributie van exemplaren over virtuele clusters en beheerbewerkingen voor virtuele clusters. Hiervoor moet mogelijk rekening worden gehouden met enkele effecten.

Configuratie van onderhoudsvenster is langdurige bewerking

Alle exemplaren die in een virtueel cluster worden gehost, delen het onderhoudsvenster. Standaard worden alle beheerde exemplaren gehost in het virtuele cluster met het standaardonderhoudsvenster. Het opgeven van een ander onderhoudsvenster voor het beheerde exemplaar tijdens het maken of daarna betekent dat het in een virtueel cluster moet worden geplaatst met het bijbehorende onderhoudsvenster. Als het subnet niet zo'n virtueel cluster heeft, moet er eerst een nieuw cluster worden gemaakt voor het exemplaar. Voor extra exemplaren in het bestaande virtuele cluster kan het nodig zijn om de clustering te kunnen aanpassen. Beide bewerkingen dragen bij aan de duur van het configureren van het onderhoudsvenster voor een beheerd exemplaar. De verwachte duur van het configureren van het onderhoudsvenster voor het beheerde exemplaar kan worden berekend met behulp van de geschatte duur van beheerbewerkingen voor exemplaren.

Belangrijk

Een korte herconfiguratie vindt plaats aan het einde van de onderhoudsbewerking en duurt doorgaans maximaal 8 seconden, zelfs in het geval van onderbroken langlopende transacties. Om de impact van de herconfiguratie te minimaliseren, moet u de bewerking buiten de piekuren plannen.

Vereisten voor IP-adresruimte

Voor elk nieuw virtueel cluster in het subnet zijn extra IP-adressen vereist op basis van de toewijzing van het IP-adres van het virtuele cluster. Voor het wijzigen van het onderhoudsvenster voor een bestaand beheerd exemplaar is ook tijdelijke extra IP-capaciteit vereist, zoals in het vCores-scenario voor de bijbehorende servicelaag.

IP-adreswijziging

Het configureren en wijzigen van het onderhoudsvenster veroorzaakt een wijziging van het IP-adres van het exemplaar, binnen het IP-adresbereik van het subnet.

Belangrijk

Zorg ervoor dat NSG- en firewallregels gegevensverkeer niet blokkeren nadat het IP-adres is gewijzigd.

Serialisatie van beheerbewerkingen voor virtuele clusters

Bewerkingen die invloed hebben op het virtuele cluster, zoals service-upgrades en het opnieuw in te stellen van het virtuele cluster (het toevoegen of verwijderen van onnodige rekenknooppunten) worden geseraliseerd. Met andere woorden, een nieuwe beheerbewerking voor virtuele clusters kan pas worden uitgevoerd als de vorige bewerking is voltooid. Als het onderhoudsvenster wordt gesloten voordat de lopende service-upgrade of onderhoudsbewerking is voltooid, worden andere in de tussentijd ingediende beheerbewerkingen voor virtuele clusters in de wacht gezet totdat het volgende onderhoudsvenster wordt geopend en de service-upgrade of onderhoudsbewerking is voltooid. Het is niet gebruikelijk dat een onderhoudsbewerking langer duurt dan één venster per virtueel cluster, maar dit kan gebeuren in het geval van zeer complexe onderhoudsbewerkingen.

De serialisatie van beheerbewerkingen voor virtuele clusters is algemeen gedrag dat ook van toepassing is op het standaardonderhoudsbeleid. Als er een onderhoudsvenster is geconfigureerd, kan de periode tussen twee aangrenzende vensters enkele dagen duren. Verzonden bewerkingen kunnen ook enkele dagen in de wacht staan als de onderhoudsbewerking twee vensters omvat. Dat is zeer zeldzaam, maar het maken van nieuwe exemplaren of het maken van de bestaande exemplaren (als er extra rekenknooppunten nodig zijn) kan tijdens deze periode worden geblokkeerd.

Volgende stappen

Lees meer