Uppgraderingsområden för Azure Arc-aktiverade SQL Managed Instance

Med Azure Arc-aktiverade datatjänster kan du få en vintergrön version av SQL som bara är tillgänglig i Arc-aktiverade SQL Managed Instance. Arc-aktiverade SQL Managed Instance är vintergröna och ger hanterad tjänstbaserad uppgradering så att du kan dra nytta av innovation i din Azure-infrastruktur så snart den är tillgänglig, till skillnad från lokala installationer eller miljöer med flera moln.

Den här artikeln innehåller viktiga designöverväganden och rekommendationer för att konfigurera och hantera uppgraderingsprocessen för dina Azure Arc-aktiverade datatjänster.

Arkitektur

Direktanslutet läge

Följande diagram visar datatjänstens uppgraderingsflöde i direktanslutet läge.

Indirekt anslutet läge

Följande diagram visar datatjänstens uppgraderingsflöde i indirekt anslutet läge.

Generell användning tjänstnivå

Följande diagram visar uppgraderingsprocessen för Arc-aktiverade SQL Managed Instance på en Generell användning tjänstnivå.

Affärskritisk tjänstnivå

Följande diagram visar uppgraderingsprocessen för Arc-aktiverade SQL Managed Instance på en Affärskritisk tjänstnivå.

Designöverväganden

Uppgraderingar av Azure Arc-datastyrenheten

• Uppgraderingar kan utföras med hjälp av olika verktyg, till exempel Azure CLI, Azure Portal eller Kubernetes. Överväg vilket verktyg som ska användas beroende på vilket anslutningsläge som används, antingen direkt eller indirekt anslutet läge, och det verktyg som du är mest bekväm med.
• Granska Din Azure Arc-datakontrollant för att kontrollera om du har några förhandsgranskningsdatatjänster, till exempel Azure Arc-aktiverade PostgreSQL, distribuerade tillsammans med Arc-aktiverade SQL Managed Instance. Du kan inte utföra uppgraderingar på plats om du har en blandning av förhandsversioner och allmänt tillgängliga tjänster som distribueras på samma datakontrollant.
• Granska versionerna av alla Arc-aktiverade SQL Managed Instances som används av datastyrenheten för att bekräfta att de har samma version som datastyrenheten innan du utför uppgraderingen.
• Överväg uppgraderingsvägen som stöds för att fastställa nästa korrekta version för datastyrenheten före uppgraderingen.

Anteckning

En uppgradering av Azure Arc-datastyrenheten orsakar inte driftstopp för den Arc-aktiverade SQL Managed Instance.

Direktanslutet läge

• Kontrollera om uppgraderingen av Azure Arc-datastyrenheten i direktanslutet läge ska implementeras med hjälp av Azure Portal, Azure CLI eller Azure Data Studio.
• Granska förhandskraven för uppgraderingar med hjälp av Azure Portal och Azure CLI.
• Granska designområdet för tilläggshantering i den Azure Arc-aktiverade Kubernetes-acceleratorn för landningszoner.

Indirekt anslutet läge

• Kontrollera om uppgraderingen av Azure Arc-datastyrenheten i indirekt anslutet läge ska implementeras med hjälp av Azure CLI - eller Kubernetes-verktygen.
• Gå igenom förhandskraven för uppgraderingar med Kubernetes-verktyg och Azure CLI.
• Bestäm om du ska använda Microsofts artefaktregister om dina kluster har internetanslutning eller ett privat register om dina kluster är luftgapade för att hämta avbildningar av Azure Arc-aktiverade datatjänster.
• Planera för nödvändiga Kubernetes-behörigheter för tjänstkontot som används för att uppgradera Azure Arc-datakontrollanten med kubernetes-verktyg.
• Kontrollera lagringsplatsens information för att se till att den är giltig och att nya avbildningar redan har hämtats till den.

Uppgraderingar av Azure Arc-aktiverade SQL Managed Instance

Generella saker att tänka på

• Uppgraderingar till Azure Arc-datastyrenheten måste utföras innan du uppgraderar den Arc-aktiverade SQL Managed Instance. Arcdata-klustertillägget och SQL Managed Instance tilläggsversioner är relaterade och måste vara desamma.
• Bestäm om du ska använda automatiska eller manuella uppgraderingar av din Arc-aktiverade SQL Managed Instance beroende på dina behov.
• Vid automatiska uppgraderingar kan endast en enda underhållsperiod definieras för en datakontrollant. Överväg antalet olika underhållsperioder som behövs för olika arbetsbelastningar för att identifiera antalet nödvändiga datakontrollanter.

Generell användning tjänstnivå

• Under en Generell användning uppgradering på tjänstnivå avslutas Kubernetes-podden och etableras på nytt med den nya versionen. Det är viktigt att förstå program- och klienteffekten av en uppgradering där det uppstår en kort avbrottstid när den nya podden skapas.
• Granska arkitekturen för dina program för att förstå om de har den återhämtnings- och återförsökslogik som krävs för att stödja kort påverkan under en uppgradering.

Affärskritisk tjänstnivå

• Under en Affärskritisk uppgradering på tjänstnivå med flera repliker uppgraderas de sekundära replikerna först. En av de uppgraderade sekundära replikerna befordras till den nya primära repliken medan den gamla primära repliken blir sekundär och uppgraderas. Under övergången från den gamla primära till den nya primära, finns det en kort stund av stilleståndstid när redundansväxlingen sker. Det är viktigt att förstå effekten av en uppgradering på program- och klientsidan när redundansväxlingen sker.
• Granska arkitekturen för ditt program för att förstå om de har den återhämtnings- och återförsökslogik som krävs för att stödja kort påverkan under en uppgradering.

Designrekommendationer

Uppgraderingar av Azure Arc-datastyrenheten

• Om du uppgraderar med Azure CLI kontrollerar du att azure CLI-tilläggsversionen arcdata motsvarar den avbildningsversion som du vill uppgradera till i versionsloggen.

• I miljöer med flera kluster utför du först uppgraderingar i en test-/utvecklingsmiljö för att verifiera eventuella problem eller icke-bakåtkompatibla ändringar.

• Utför en testkörning före uppgraderingen för att verifiera versionsschemat, den privata lagringsplatsens auktoriseringstoken om den används och att registret finns innan du försöker utföra en faktisk uppgradering.

• Skapa en process för att övervaka nya uppgraderingar av Azure Arc-datastyrenheten.

• Blanda inte PostgreSQL- och Arc-aktiverade SQL Managed Instance på samma datakontrollant eftersom PostgreSQL fortfarande är i förhandsversion medan Arc-aktiverad SQL Managed Instance är allmänt tillgänglig. Överväg ett separat kluster med en egen datakontrollant för att testa PostgreSQL.

• Undvik att använda förhandsgranskningsfunktioner i produktionsmiljön och använd endast förhandsgranskningsfunktioner i utvärderingssyfte på dev/test-instanser.

• Skapa en inventering av de aktuella versionerna av distribuerade datakontrollanter. Azure Resource Graph kan användas för att fråga dina aktuella distribuerade datakontrollanter.

    resources
    | where type == 'microsoft.azurearcdata/datacontrollers'
    | extend version = tostring(properties.k8sRaw.status.runningVersion)
    | project name,location,resourceGroup,version
  

• Läs felsökningsguiden för att förstå hur du hämtar de loggar som behövs för att lösa eventuella uppgraderingsproblem.

Direktanslutet läge

• Skapa en process för att övervaka uppgraderingsprocessen med hjälp av Azure Portal, Azure CLI eller Azure Data Studio.
• Uppgradera arcdata-klustertillägget innan du uppgraderar själva Azure Arc-datastyrenheten.

Indirekt anslutet läge

• Skapa en process för att övervaka uppgraderingsprocessen med kubernetes-verktyg eller Azure CLI.
• Automatisera processen för att hämta avbildningar till ditt privata register.

Uppgraderingar av Azure Arc-aktiverade SQL Managed Instance

Allmänna rekommendationer

• Håll din Arc-aktiverade SQL Managed Instance uppdaterad med den senaste tillgängliga versionen för att få de senaste korrigeringarna, felkorrigeringarna och funktionerna. Arc-datatjänster stöder för närvarande inte att hoppa över versioner under uppgraderingar. Så om det finns flera versioner att uppgradera måste du uppgradera till sekventiella versioner för att komma till den senaste versionen. Vi rekommenderar att du inte rör dig för långt från de senaste versionerna.

• Se till att säkerhetskopieringspolicyn för "återställning till tidpunkt" är konfigurerad så att du kan återställa om det uppstår problem under en uppgradering. Granska designområdet affärskontinuitet och haveriberedskap och använd kubectl describe sqlmi kommandot mot dina instanser för att verifiera de aktuella kvarhållningsinställningarna.

• I miljöer eller scenarier med flera kluster med flera distributioner av Arc-aktiverade SQL Managed Instance som representerar olika miljöer, utför du uppgraderingar först i utvecklings-/testmiljöer, till exempel utvecklingsmiljön, för att verifiera eventuella problem eller icke-bakåtkompatibla ändringar.

• Utför en testkörning före uppgraderingen för att verifiera versionsschemat, den privata lagringsplatsens auktoriseringstoken om den används och att registret finns innan du försöker utföra en faktisk uppgradering.

• Använd Azure CLI för att utföra uppgraderingar i stor skala av dina Arc-aktiverade SQL Managed Instance.

• Använd automatiska uppgraderingar för arbetsbelastningar som kan tolerera omedelbara uppgraderingar och välja bort automatiska uppgraderingar för arbetsbelastningar som behöver en schemalagd timme med låg belastning för att utföra uppgraderingen.

• Om automatiska uppgraderingar används måste du definiera en lämplig underhållsperiod så att uppgraderingar kan ske under tider med låg belastning.

• Vid manuella uppgraderingar kontrollerar du att du upprättar en regelbunden takt för att utföra uppgraderingar för att hålla dig inom versioner som stöds.

  Anteckning

  Du kan också avsöka Microsofts artefaktregister efter nya containeravbildningsversioner.

• Skapa en process för att övervaka uppgraderingsstatusen med hjälp av Azure CLI - eller Kubernetes-verktygen.

• Granska motsvarande versioner av de olika komponenterna innan du utför en uppgradering för att verifiera att rätt versioner av komponenterna finns på plats.

Generell användning tjänstnivå

• Utför uppgraderingar under icke-kritiska timmar för att minimera påverkan på användare och organisationsdata.
• Läs grundpelarna för tillförlitlighet i Microsoft Azure Well-Architected Framework för mer information om hur du skapar riktlinjer för återhämtning och återförsök för dina program.

Affärskritisk tjänstnivå

• Distribuera Affärskritisk-instansen med tre repliker i stället för två för att uppnå högre tillgänglighet och mindre stilleståndstid under uppgraderings- och redundansaktiviteter.
• Utför uppgraderingar under icke-kritiska timmar för att minimera påverkan på användare och organisationsdata.

Nästa steg

Mer information om hybridmolnet och resan med flera moln finns i följande artiklar:

• Granska funktionerna i Azure Arc-aktiverade datatjänster.
• Granska de verifierade Kubernetes-distributionerna för Azure Arc-aktiverade datatjänster.
• Granska uppgraderingsprocessen för Azure Arc i direkt och indirekt anslutna lägen.
• Granska uppgraderingsprocessen för Azure Arc-SQL Managed Instance i direkt och indirekt anslutna lägen.
• Hantera hybridmiljöer och miljöer med flera moln.
• Upplev Arc-aktiverade SQL Managed Instance automatiserade scenarier med Azure Arc Jumpstart.
• Mer information om Azure Arc finns i Utbildningsvägen för Azure Arc på Microsoft Learn.