Dela via

Haveriberedskap för Azure Automation

  • Artikel

Gäller för: ✔️ Virtuella Linux-datorer ✔️, virtuella Windows-datorer

I den här artikeln beskrivs strategin för haveriberedskap för att hantera ett regionomfattande eller zonomfattande fel.

Du måste ha en strategi för haveriberedskap för att hantera ett driftstopp i hela regionen eller ett zonomfattande fel för att minska påverkan och effekter som uppstår på grund av oförutsägbara händelser för ditt företag och dina kunder. Du ansvarar för att konfigurera haveriberedskap för Automation-konton och dess beroende resurser, till exempel moduler, anslutningar, autentiseringsuppgifter, certifikat, variabler och scheman. En viktig aspekt av en haveriberedskapsplan är att förbereda redundansväxlingen till repliken av Automation-kontot som skapades i förväg i den sekundära regionen, om Automation-kontot i den primära regionen blir otillgängligt. Se till att din strategi för haveriberedskap tar hänsyn till ditt Automation-konto och de beroende resurserna.

Förutom hög tillgänglighet som erbjuds av tillgänglighetszoner paras vissa regioner ihop med en annan region för att ge skydd mot regionala eller stora geografiska katastrofer. Oavsett om den primära regionen har ett regionalt par eller inte förblir haveriberedskapsstrategin för Automation-kontot densamma. Mer information om regionala par finns i mer information.

Aktivera haveriberedskap

Varje Automation-konto som du skapar kräver en plats som du måste använda för distribution. Det här är den primära regionen för ditt Automation-konto och innehåller Tillgångar, runbooks som skapats för Automation-kontot, jobbkörningsdata och loggar. För haveriberedskap måste automationskontot för repliken redan vara distribuerat och klart i den sekundära regionen.

  • Börja med att skapa ett Automation-replikkonto i valfri alternativ region.
  • Välj valfri sekundär region – parat område eller någon annan region där Azure Automation är tillgängligt.
  • Förutom att skapa en replik av Automation-kontot replikerar du beroende resurser som Runbooks, Moduler, Anslutningar, Autentiseringsuppgifter, Certifikat, Variabler, Scheman och behörigheter som tilldelats för Kör som-kontot och Hanterade identiteter i Automation-kontot i den primära regionen till Automation-kontot i den sekundära regionen. Du kan använda PowerShell-skriptet för att migrera tillgångar för Automation-kontot från en region till en annan.
  • Om du använder ARM-mallar för att definiera och distribuera Automation-runbooks kan du använda dessa mallar för att distribuera samma runbooks i alla andra Azure-regioner där du skapar automationskontot för repliken. Om det uppstår ett regionomfattande avbrott eller ett zonomfattande fel i den primära regionen kan du köra runbooks som replikeras i den sekundära regionen för att fortsätta som vanligt. Detta säkerställer att den sekundära regionen kliver upp för att fortsätta arbetet om den primära regionen har avbrott eller fel.

Kommentar

På grund av krav på datahemvist är jobbdata och loggar som finns i den primära regionen inte tillgängliga i den sekundära regionen.

Scenarier för moln- och hybridjobb

Scenario: Köra molnjobb i sekundär region

För molnjobb skulle det finnas en försumbar stilleståndstid, förutsatt att ett automationskonto för replikering och alla beroende resurser och runbooks redan har distribuerats och är tillgängliga i den sekundära regionen. Du kan använda replikkontot för att köra jobb som vanligt.

Scenario: Köra jobb på Hybrid Runbook Worker som distribuerats i en annan region än den primära felregionen

Om Windows- eller Linux Hybrid Runbook-arbetaren distribueras med hjälp av den tilläggsbaserade metoden i en annan region än den primära felregionen följer du dessa steg för att fortsätta köra hybridjobben:

  1. Ta bort tillägget som är installerat på Hybrid Runbook Worker i Automation-kontot i den primära regionen.
  2. Lägg till samma Hybrid Runbook-arbetare i en Hybrid Worker-grupp i Automation-kontot i den sekundära regionen. Hybrid worker-tillägget installeras på datorn i repliken av Automation-kontot.
  3. Kör jobben på Hybrid Runbook Worker som skapades i steg 2.

För Hybrid Runbook Worker som distribueras med den agentbaserade metoden väljer du nedan:

Om Windows Hybrid Runbook Worker distribueras med en agentbaserad metod i en annan region än den primära felregionen följer du stegen för att fortsätta köra hybridjobb:

  1. Avinstallera agenten från Hybrid Runbook Worker som finns i Automation-kontot i den primära regionen.
  2. Installera om agenten på samma dator i automationskontot för repliken i den sekundära regionen.
  3. Nu kan du köra jobb på Hybrid Runbook Worker som skapades i steg 2.

Scenario: Köra jobb på Hybrid Runbook Worker som distribuerats i den primära felregionen

Om Hybrid Runbook Worker distribueras i den primära regionen och det uppstår ett beräkningsfel i den regionen är datorn inte tillgänglig för körning av Automation-jobb. Du måste etablera en ny virtuell dator i en alternativ region och registrera den som Hybrid Runbook Worker i Automation-kontot i den sekundära regionen.

Skript för att migrera Automation-kontotillgångar från en region till en annan

Du kan använda dessa skript för migrering av Automation-kontotillgångar från kontot i den primära regionen till kontot i den sekundära regionen. Dessa skript används endast för att migrera Runbooks, Moduler, Anslutningar, Autentiseringsuppgifter, Certifikat och Variabler. Körningen av dessa skript påverkar inte Automation-kontot och dess tillgångar som finns i den primära regionen.

Förutsättningar

  1. Se till att Automation-kontot i den sekundära regionen skapas och är tillgängligt så att tillgångar från den primära regionen kan migreras till det. Det rekommenderas om målautomatiseringskontot är ett utan anpassade resurser eftersom det förhindrar potentiella resurskonflikter på grund av samma namn och dataförlust.

  2. Kontrollera att systemtilldelade hanterade identiteter är aktiverade i Automation-kontot i den primära regionen.

  3. Kontrollera att systemtilldelade hanterade identiteter för det primära Automation-kontot har deltagaråtkomst till den prenumeration som det tillhör.

  4. Kontrollera att det primära Automation-kontots hanterade identitet har deltagaråtkomst med läs- och skrivbehörighet till Automation-kontot i den sekundära regionen. Om du vill aktivera anger du nödvändiga behörigheter i det sekundära Automation-kontots hanterade identiteter. Läs mer.

  5. Kontrollera att skriptet har åtkomst till Automation-kontotillgångarna i den primära regionen. Därför bör den köras som en runbook i det Automation-kontot för lyckad migrering.

  6. Om det primära Automation-kontot distribueras med ett Kör som-konto måste det växlas till Hanterad identitet före migreringen. Läs mer.

  7. Moduler som krävs är:

    • Az.Accounts version 2.8.0
    • Az.Resources version 6.0.0
    • Az.Automation version 1.7.3
    • Az.Storage version 4.6.0

  8. Kontrollera att både käll- och målautomatiseringskontona ska tillhöra samma Microsoft Entra-klientorganisation.

Skapa och köra runbooken

Du kan använda PowerShell-skriptet eller PowerShell-arbetsflödets runbook eller importera från Runbook-galleriet och köra det för att aktivera migrering av tillgångar från ett Automation-konto till ett annat.

Följ stegen för att importera och köra runbooken:

  1. Logga in på Azure-portalen.
  2. Gå till Ett Automation-konto som du vill migrera till en annan region.
  3. Under Processautomatisering väljer du Runbooks.
  4. Välj Bläddra i galleriet och i sökningen anger du Migrera Automation-kontotillgångar från en region till en annan och väljer PowerShell-skript.
  5. På sidan Importera en runbook anger du ett namn för runbooken.
  6. Välj Körningsversion som antingen 5.1 eller 7.1 (förhandsversion)
  7. Ange beskrivningen och välj Importera.
  8. På sidan Redigera PowerShell Runbook redigerar du de obligatoriska parametrarna och kör den.

Du kan välja något av alternativen för att redigera och köra skriptet. Du kan ange de sju obligatoriska parametrarna enligt alternativ 1 eller tre obligatoriska parametrar som anges i Alternativ 2 för att redigera och köra skriptet.

Alternativen är:

Namn Krävs Beskrivning
SourceAutomationAccountName Sant Namnet på automationskontot i den primära regionen där tillgångar måste migreras.
DestinationAutomationAccountName Sant Namnet på automationskontot i den sekundära regionen som tillgångar måste migreras till.
SourceResourceGroup Sant Resursgruppens namn på Automation-kontot i den primära regionen.
DestinationResourceGroup Sant Resursgruppens namn på Automation-kontot i den sekundära regionen.
SourceSubscriptionId Sant Prenumerations-ID för Automation-kontot i den primära regionen
DestinationSubscriptionId Sant Prenumerations-ID för Automation-kontot i sekundär region.
Typ[] Sant Matris som består av alla typer av tillgångar som behöver migreras, möjliga värden är certifikat, anslutningar, autentiseringsuppgifter, moduler, runbooks och variabler.

Begränsningar

  • Skriptet migrerar endast anpassade PowerShell-moduler. Standardmoduler och Python-paket migreras inte till ett Automation-konto för replikering.
  • Skriptet migrerar inte scheman och hanterade identiteter som finns i Automation-kontot i den primära regionen. Dessa måste skapas manuellt i ett Automation-konto för replikering.
  • Jobbdata och aktivitetsloggar migreras inte till replikkontot.

Nästa steg