Disciplines voor upgrademogelijkheden voor SQL Managed Instance met Azure Arc

Met gegevensservices met Azure Arc kunt u een altijdblijvende versie van SQL krijgen die alleen beschikbaar is in SQL Managed Instance met Arc. Omdat arc-SQL Managed Instance altijd altijd beschikbaar is, kunt u upgraden op basis van beheerde services, zodat u kunt profiteren van innovatie in uw Azure-infrastructuur zodra deze beschikbaar is, in tegenstelling tot on-premises installaties of omgevingen met meerdere clouds.

Dit artikel bevat belangrijke ontwerpoverwegingen en aanbevelingen voor het configureren en beheren van het upgradeproces voor uw Azure Arc-gegevensservices.

Architectuur

Direct verbonden modus

In het volgende diagram wordt de stroom voor het upgraden van de gegevensservice weergegeven in de modus Rechtstreeks verbonden .

Schermopname van de stroom voor het upgraden van de gegevensservice in de modus Rechtstreeks verbonden.

Indirect verbonden modus

In het volgende diagram wordt de stroom voor het upgraden van de gegevensservice weergegeven in de modus Indirect verbonden .

Schermopname van de stroom voor het upgraden van de gegevensservice in de modus Indirect verbonden.

Servicelaag voor Algemeen gebruik

In de volgende diagrammen ziet u het upgradeproces voor SQL Managed Instance met Arc in een Algemeen servicelaag.

Schermopname van het proces vóór de upgrade van een arc-SQL Managed Instance in een Algemeen servicelaag.

Schermopname van het upgradeproces van een arc-SQL Managed Instance in een Algemeen servicelaag.

Servicelaag Bedrijfskritiek

In de volgende diagrammen ziet u het upgradeproces voor SQL Managed Instance met Arc in een Bedrijfskritiek servicelaag.

Schermopname van het pre-upgradeproces van een arc-SQL Managed Instance in een Bedrijfskritiek servicelaag.

Schermopname van het upgradeproces van een SQL Managed Instance met Arc in een Bedrijfskritiek servicelaag.

Schermopname van de implementatie van de resterende secundaire replica-upgrade in een upgrade van de Bedrijfskritiek servicelaag.

Schermopname van de failover op SQL-niveau en de laatste pod-instantiëring in een upgrade van Bedrijfskritiek servicelaag.

Overwegingen bij het ontwerpen

Upgrades voor Azure Arc-gegevenscontroller

  • Upgrades kunnen worden uitgevoerd met behulp van verschillende hulpprogramma's, zoals Azure CLI, Azure Portal of Kubernetes. Overweeg welk hulpprogramma moet worden gebruikt, afhankelijk van de connectiviteitsmodus die wordt gebruikt, de modus Direct of Indirect verbonden, en het hulpprogramma waarmee u het meest vertrouwd bent.
  • Controleer uw Azure Arc-gegevenscontroller om te controleren of er preview-gegevensservices zijn, zoals PostgreSQL met Azure Arc, die naast arc-SQL Managed Instance zijn geïmplementeerd. U kunt geen in-place upgrades uitvoeren als u een combinatie van preview- en algemeen beschikbare services hebt geïmplementeerd op dezelfde gegevenscontroller.
  • Controleer de versies van alle SQL Managed Instances met Arc die door de gegevenscontroller worden gebruikt om te controleren of ze dezelfde versie hebben als de gegevenscontroller voordat u de upgrade uitvoert.
  • Overweeg het ondersteunde upgradepad om de volgende juiste versie voor uw gegevenscontroller te bepalen vóór de upgrade.

Notitie

Een upgrade van de Azure Arc-gegevenscontroller veroorzaakt geen downtime voor de SQL Managed Instance met Arc.

Direct verbonden modus

Indirect verbonden modus

  • Bepaal of de upgrade van de Azure Arc-gegevenscontroller in de modus Indirect verbonden moet worden geïmplementeerd met behulp van de Azure CLI of Kubernetes-hulpprogramma's.
  • Bekijk de vereisten voor upgrades met behulp van Kubernetes-hulpprogramma's en de Azure CLI.
  • Beslis of u Microsoft-artefactregister gebruikt voor het geval uw clusters een internetverbinding of een privéregister hebben als uw clusters air-gapped zijn om de installatiekopieën van azure Arc-gegevensservices op te halen.
  • Plan de vereiste Kubernetes-machtigingen voor het serviceaccount dat wordt gebruikt voor het upgraden van de Azure Arc-gegevenscontroller met behulp van Kubernetes-hulpprogramma's.
  • Controleer de gegevens van de opslagplaats om te controleren of deze geldig zijn en of er al nieuwe installatiekopieën in zijn opgehaald.

SQL Managed Instance-upgrades met Azure Arc

Algemene overwegingen

  • Upgrades naar de Azure Arc-gegevenscontroller moeten worden uitgevoerd voordat u de arc-SQL Managed Instance bijwerken. De versies van de arcdata-clusterextensie en SQL Managed Instance-extensies zijn gerelateerd en moeten hetzelfde zijn.
  • Bepaal of u automatische of handmatige upgrades van uw arc-SQL Managed Instance wilt gebruiken, afhankelijk van uw vereisten.
  • In het geval van automatische upgrades kan slechts één onderhoudsvenster worden gedefinieerd voor een gegevenscontroller. Overweeg het aantal verschillende onderhoudsvensters dat nodig is voor verschillende workloads om het aantal benodigde gegevenscontrollers te identificeren.

Servicelaag voor Algemeen gebruik

  • Tijdens een upgrade van Algemeen servicelaag wordt de Kubernetes-pod beëindigd en opnieuw ingericht met de nieuwe versie. Het is belangrijk om inzicht te hebben in het effect van de toepassing en de clientzijde van een upgrade waarbij er een korte hoeveelheid downtime is wanneer de nieuwe pod wordt gemaakt.
  • Bekijk de architectuur van uw toepassingen om te begrijpen of ze de benodigde tolerantie en logica voor opnieuw proberen hebben om korte impact tijdens een upgrade te ondersteunen.

Servicelaag Bedrijfskritiek

  • Tijdens een Bedrijfskritiek upgrade van de servicelaag met meerdere replica's worden eerst de secundaire replica's bijgewerkt. Een van de bijgewerkte secundaire replica's wordt gepromoveerd tot de nieuwe primaire replica, terwijl de oude primaire een secundaire wordt en wordt bijgewerkt. Tijdens de overgang van de oude primaire naar de nieuwe primaire, is er een kort moment van downtime wanneer de failover plaatsvindt. Het is belangrijk om inzicht te hebben in de impact op de toepassing en de clientzijde van een upgrade wanneer de failover plaatsvindt.
  • Controleer de architectuur van uw toepassing om te begrijpen of ze de benodigde tolerantie en logica voor opnieuw proberen hebben om korte impact tijdens een upgrade te ondersteunen.

Ontwerpaanbeveling

Upgrades voor Azure Arc-gegevenscontroller

  • Als u een upgrade uitvoert met behulp van de Azure CLI, controleert u of de versie van de Arcdata Azure CLI-extensie overeenkomt met de versie van de installatiekopieën waarnaar u wilt upgraden in het versielogboek.

  • Voer in omgevingen met meerdere clusters eerst upgrades uit in een test-/ontwikkelomgeving om mogelijke problemen of belangrijke wijzigingen te valideren.

  • Voer voorafgaand aan de upgrade een dry-run uit om het versieschema, het autorisatietoken van de privéopslagplaats indien gebruikt te valideren en of het register bestaat voordat u een daadwerkelijke upgrade uitvoert.

  • Maak een proces om te controleren op nieuwe azure Arc-gegevenscontroller-upgrades.

  • Combineer PostgreSQL en SQL Managed Instance met Arc niet op dezelfde gegevenscontroller, omdat PostgreSQL nog steeds in preview is terwijl arc-SQL Managed Instance algemeen beschikbaar is. Overweeg een afzonderlijk cluster met een eigen gegevenscontroller om PostgreSQL te testen.

  • Vermijd het gebruik van preview-functies in uw productieomgeving en gebruik alleen preview-functies voor evaluatiedoeleinden op dev/test-exemplaren.

  • Maak een inventaris van de huidige versies van geïmplementeerde gegevenscontrollers. Azure Resource Graph kunnen worden gebruikt om query's uit te voeren op uw huidige geïmplementeerde gegevenscontrollers.

      resources
      | where type == 'microsoft.azurearcdata/datacontrollers'
      | extend version = tostring(properties.k8sRaw.status.runningVersion)
      | project name,location,resourceGroup,version
    
  • Raadpleeg de probleemoplossingsgids voor meer informatie over het ophalen van de benodigde logboeken om eventuele upgradeproblemen op te lossen.

Direct verbonden modus

Indirect verbonden modus

SQL Managed Instance-upgrades met Azure Arc

Algemene aanbevelingen

  • Houd uw arc-SQL Managed Instance up-to-date met de meest recente beschikbare versie om de nieuwste patches, oplossingen voor fouten en functies te ontvangen. Arc-gegevensservices bieden momenteel geen ondersteuning voor het overslaan van releases tijdens upgrades. Als er dus meerdere releases zijn om te upgraden, moet u upgraden naar sequentiële releases om naar de nieuwste versie te gaan. Het is raadzaam om niet te ver af te glijden van de nieuwste releases.

  • Zorg ervoor dat uw back-upbeleid voor herstel naar een bepaald tijdstip is geconfigureerd, zodat u kunt herstellen als er problemen zijn tijdens een upgrade. Controleer het kritieke ontwerpgebied voor bedrijfscontinuïteit en herstel na noodgevallen en gebruik de kubectl describe sqlmi opdracht voor uw exemplaren om de huidige bewaarinstellingen te controleren.

  • In omgevingen met meerdere clusters of scenario's met meerdere implementaties van arc-SQL Managed Instance die verschillende omgevingen vertegenwoordigen, voert u eerst upgrades uit in ontwikkel-/testomgevingen, zoals de ontwikkelomgeving, om mogelijke problemen of belangrijke wijzigingen te valideren.

  • Voer voorafgaand aan de upgrade een dry-run uit om het versieschema, het autorisatietoken van de privéopslagplaats indien gebruikt te valideren en of het register bestaat voordat u een daadwerkelijke upgrade uitvoert.

  • Gebruik de Azure CLI om upgrades op schaal uit te voeren van uw arc-SQL Managed Instance.

  • Gebruik automatische upgrades voor workloads die directe upgrades kunnen tolereren en meld u af voor automatische upgrades voor workloads die een gepland daluren nodig hebben om de upgrade uit te voeren.

  • Als er automatische upgrades worden gebruikt, moet u een geschikt onderhoudsvenster definiëren om upgrades toe te staan tijdens daluren.

  • In het geval van handmatige upgrades moet u ervoor zorgen dat u regelmatig upgrades uitvoert om binnen de ondersteunde versies te blijven.

    Notitie

    U kunt ook de Microsoft-artefactregister controleren op nieuwe versies van containerinstallatiekopieën.

  • Maak een proces om de upgradestatus te bewaken met behulp van de Azure CLI of Kubernetes-hulpprogramma's.

  • Controleer de bijbehorende versies van de verschillende onderdelen voordat u een upgrade uitvoert om te controleren of de juiste versies van de onderdelen aanwezig zijn.

Servicelaag voor Algemeen gebruik

Servicelaag Bedrijfskritiek

  • Implementeer het Bedrijfskritiek-exemplaar met drie replica's in plaats van twee voor een hogere beschikbaarheid en minder downtime tijdens upgrade- en failoveractiviteiten.
  • Voer upgrades uit tijdens niet-kritieke uren om de impact op gebruikers- en organisatiegegevens te minimaliseren.

Volgende stappen

Zie de volgende artikelen voor meer informatie over de hybride cloud en het multicloudtraject: