Konfigurera haveriberedskap i stor skala för virtuella VMware-datorer/fysiska servrar

Den här artikeln beskriver hur du ställer in haveriberedskap till Azure för stora mängder (> 1 000) av lokala virtuella VMware-datorer eller fysiska servrar i produktionsmiljön med hjälp av Azure Site Recovery-tjänsten.

Definiera din BCDR-strategi

Som en del av din BCDR-strategi för affärskontinuhet och haveriberedskap definierar du mål för återställningspunkt (ÅTERSTÄLLNINGSPUNKT) och mål för återställningstid (RTO) för dina affärsappar och arbetsbelastningar. RTO mäter varaktigheten och servicenivån inom vilken en företagsapp eller -process måste återställas och vara tillgänglig, för att undvika problem med kontinuitet.

• Site Recovery kontinuerlig replikering för virtuella VMware-datorer och fysiska servrar samt ett serviceavtal för RTO.
• När du planerar för storskalig haveriberedskap för virtuella VMware-datorer och tar reda på vilka Azure-resurser du behöver kan du ange ett RTO-värde som ska användas för kapacitetsberäkningar.

Bästa praxis

Några allmänna metodtips för storskalig haveriberedskap. Dessa metodtips beskrivs i detalj i nästa avsnitt i dokumentet.

• Identifiera målkrav: Beräkna kapacitets- och resursbehov i Azure innan du ställer in haveriberedskap.
• Planera för Site Recovery komponenter: Ta reda på vilka Site Recovery (konfigurationsserver, processervrar) som du behöver för att uppfylla din uppskattade kapacitet.
• Konfigurera en eller flera skalningsprocessservrar: Använd inte processerservern som körs som standard på konfigurationsservern.
• Kör de senaste uppdateringarna: Site Recovery-teamet släpper regelbundet nya versioner Site Recovery-komponenter, och du bör kontrollera att du kör de senaste versionerna. Du kan hjälpa till med detta genom att spåra nyheter för uppdateringar och aktivera och installera uppdateringar när de släpps.
• Övervaka proaktivt: När du får igång haveriberedskap bör du proaktivt övervaka status och hälsotillstånd för replikerade datorer och infrastrukturresurser.
• Återställningsövningar: Du bör köra återställningsövningar regelbundet. Dessa påverkar inte din produktionsmiljö, men hjälper till att säkerställa att redundansen till Azure fungerar som förväntat när det behövs.

Samla in information om kapacitetsplanering

Samla in information om din lokala miljö för att utvärdera och uppskatta målkapacitetsbehoven (Azure).

• För VMware kör du Distributionsplanering för virtuella VMware-datorer för att göra detta.
• Samla in informationen manuellt för fysiska servrar.

Kör Distributionsplanering för virtuella VMware-datorer

Distributionsplanering hjälper dig att samla in information om din lokala VMware-miljö.

• Kör Distributionsplanering under en period som representerar en typisk omsättning för dina virtuella datorer. Detta genererar mer korrekta uppskattningar och rekommendationer.
• Vi rekommenderar att du kör Distributionshanteraren på konfigurationsserverdatorn, eftersom Planner beräknar dataflödet från servern där det körs. Läs mer om att mäta dataflöde.
• Om du ännu inte har en konfigurationsserver konfigurerad:
  • Få en översikt över Site Recovery komponenter.
  • Konfigurera en konfigurationsserverför att köra Distributionshanteraren på den.

Kör sedan Planner enligt följande:

1. Lär dig mer om Distributionsplanering. Du kan ladda ned den senaste versionen från portalen eller ladda ned den direkt.
2. Granska kraven och de senaste uppdateringarna för Distributionsplanering och ladda ned och extrahera verktyget.
3. Kör Distributionshanteraren på konfigurationsservern.
4. Generera en rapport för att sammanfatta uppskattningar och rekommendationer.
5. Analysera rapportrekommendationerna och kostnadsuppskattningar.

Planera krav och kapacitet för mål (Azure)

Med dina insamlade uppskattningar och rekommendationer kan du planera för målresurser och kapacitet. Om du körde Distributionsplanering för virtuella VMware-datorer kan du använda ett antal rapportrekommendationer för att hjälpa dig.

• Kompatibla virtuella datorer: Använd det här numret för att identifiera antalet virtuella datorer som är redo för haveriberedskap till Azure. Rekommendationer om nätverksbandbredd och Azure-kärnor baseras på det här antalet.
• Nödvändig nätverksbandbredd: Observera den bandbredd du behöver för deltareplikering av kompatibla virtuella datorer.
  • När du kör Planner anger du önskat RPO-mål i minuter. Rekommendationerna visar den bandbredd som krävs för att uppfylla RPO 100 % och 90 % av gångerna.
  • Rekommendationerna för nätverksbandbredd tar hänsyn till den bandbredd som krävs för det totala antalet konfigurationsservrar och processer som rekommenderas i Planner.
• Azure-kärnor som krävs: Observera antalet kärnor som du behöver i Azure-målregionen, baserat på antalet kompatibla virtuella datorer. Om du inte har tillräckligt med kärnor kan Site Recovery inte skapa de virtuella Azure-datorer som krävs vid Site Recovery redundans.
• Rekommenderad batchstorlek för virtuell dator: Den rekommenderade batchstorleken baseras på möjligheten att slutföra den inledande replikeringen för batchen inom 72 timmar som standard, samtidigt som ett RPO-mål på 100 % uppfyllas. Timvärdet kan ändras.

Du kan använda dessa rekommendationer för att planera för Azure-resurser, nätverksbandbredd och VM-batchbearbetning.

Planera Azure-prenumerationer och kvoter

Vi vill se till att de tillgängliga kvoterna i målprenumerationen är tillräckliga för att hantera redundans.

Redundansgränser

Gränserna anger hur många redundanser som stöds av Site Recovery inom en timme, förutsatt att det finns tre diskar per dator.

Vad betyder efterlevnad? För att starta en virtuell Azure-dator kräver Azure att vissa drivrutiner är i starttillstånd och tjänster som DHCP är inställda på att starta automatiskt.

• De här inställningarna finns redan på plats för datorer som uppfyller kraven.
• För datorer som kör Windows kan du proaktivt kontrollera efterlevnad och göra dem kompatibla om det behövs. Läs mer.
• Linux-datorer följer bara kraven vid tidpunkten för redundans.

• Begränsningar förutsätter att minimalt med andra jobb pågår i målregionen för prenumerationen.
• Vissa Azure-regioner är mindre och kan ha något lägre gränser.

Planera infrastruktur- och VM-anslutning

Efter redundansen till Azure behöver dina arbetsbelastningar fungera som de gjorde lokalt och för att användarna ska kunna komma åt arbetsbelastningar som körs på de virtuella Azure-datorerna.

• Läs mer om att hantera fel i din lokala Active Directory- eller DNS-infrastruktur till Azure.
• Läs mer om hur du förbereder för att ansluta till virtuella Azure-datorer efter redundans.

Planera för källkapacitet och krav

Det är viktigt att du har tillräckligt med konfigurationsservrar och utskalningsprocessservrar för att uppfylla kapacitetskraven. När du påbörjar den storskaliga distributionen börjar du med en enda konfigurationsserver och en enda skalningsprocessserver. När du når de angivna gränserna lägger du till ytterligare servrar.

Konfigurera en konfigurationsserver

Konfigurationsserverns kapacitet påverkas av antalet datorer som replikeras och inte av dataomsättningsfrekvensen. Om du vill ta reda på om du behöver ytterligare konfigurationsservrar använder du dessa definierade VM-gränser.

• Dessa gränser baseras på en konfigurationsserver som har ställts in med hjälp av en OVF-mall.
• Gränserna förutsätter att du inte använder processerservern som körs som standard på konfigurationsservern.

Om du behöver lägga till en ny konfigurationsserver följer du dessa anvisningar:

• Konfigurera en konfigurationsserver för haveriberedskap för virtuella VMware-datorer med hjälp av en OVF-mall.
• Konfigurera en konfigurationsserver manuellt för fysiska servrar eller för VMware-distributioner som inte kan använda en OVF-mall.

Tänk på följande när du ställer in en konfigurationsserver:

• När du ställer in en konfigurationsserver är det viktigt att tänka på prenumerationen och valvet som den finns i, eftersom dessa inte ska ändras efter installationen. Om du behöver ändra valvet måste du ta bort associationen till konfigurationsservern från valvet och registrera det igen. Detta stoppar replikeringen av virtuella datorer i valvet.
• Om du vill konfigurera en konfigurationsserver med flera nätverkskort bör du göra detta under konfigurationen. Du kan inte göra detta när du har registrerat konfigurationsservern i valvet.

Konfigurera en processerserver

Processerserverkapaciteten påverkas av dataomsättningsfrekvensen och inte av antalet datorer som har aktiverats för replikering.

• För stora distributioner bör du alltid ha minst en utskalningsprocessserver.
• Om du vill ta reda på om du behöver ytterligare servrar kan du använda följande tabell.
• Vi rekommenderar att du lägger till en server med den högsta specifikationen.

Konfigurera processerservern på följande sätt:

1. Granska kraven.
2. Installera servern i portaleneller från kommandoraden.
3. Konfigurera replikerade datorer så att de använder den nya servern. Om du redan har datorer som replikerar:
   • Du kan flytta en hel processerserverarbetsbelastning till den nya processerservern.
   • Du kan också flytta specifika virtuella datorer till den nya processerverna.

Aktivera storskalig replikering

När du har planerat kapaciteten och distribuerat de nödvändiga komponenterna och infrastrukturen aktiverar du replikering för ett stort antal virtuella datorer.

1. Sortera datorer i batchar. Du aktiverar replikering för virtuella datorer i en batch och går sedan vidare till nästa batch.

   • För virtuella VMware-datorer kan du använda den rekommenderade batchstorleken för virtuella datorer i rapporten Distributionsplanering.
   • För fysiska datorer rekommenderar vi att du identifierar batchar baserat på datorer som har en liknande storlek och mängd data, samt på tillgängligt dataflöde i nätverket. Målet är att batch-datorer som sannolikt slutför sin inledande replikering inom samma tid.

2. Om diskomsättningen för en dator är hög eller överskrider gränserna i Distribution thePlanner kan du flytta icke-kritiska filer som du inte behöver replikera (till exempel loggdumpar eller temporära filer) från datorn. För virtuella VMware-datorer kan du flytta dessa filer till en separat disk och sedan undanta den disken från replikeringen.

3. Innan du aktiverar replikering kontrollerar du att datorerna uppfyller replikeringskraven.

4. Konfigurera en replikeringsprincip för virtuella VMware-datorer eller fysiska servrar.

5. Aktivera replikering för virtuella VMware-datorer eller fysiska servrar. Detta startar den inledande replikeringen för de valda datorerna.

Övervaka distributionen

När du har börjat använda replikering för den första batchen med virtuella datorer börjar du övervaka distributionen enligt följande:

1. Tilldela en haveriberedskapsadministratör för att övervaka hälsotillståndet för replikerade datorer.
2. Övervaka händelser för replikerade objekt och infrastrukturen.
3. Övervaka hälsotillståndet för dina utskalningsprocessservrar.
4. Registrera dig för att få e-postaviseringar för händelser, för enklare övervakning.
5. Utför regelbundna återställningsövningarför att säkerställa att allt fungerar som förväntat.

Planera för storskalig redundans

I händelse av ett haveri kan du behöva redundans redundans för ett stort antal datorer/arbetsbelastningar till Azure. Förbered för den här typen av händelse enligt följande.

Du kan förbereda i förväg för redundans på följande sätt:

• Förbered din infrastruktur och dina virtuella datorer så att dina arbetsbelastningar blir tillgängliga efter redundans, och så att användarna kan komma åt de virtuella Azure-datorerna.
• Observera redundansgränserna tidigare i det här dokumentet. Kontrollera att redundansen faller inom dessa gränser.
• Kör regelbundna haveriberedskapsgranskningar. Med hjälp av drills kan du:
  • Hitta luckor i distributionen före redundans.
  • Beräkna RTO från end-to-end för dina appar.
  • Beräkna RPO från end-to-end för dina arbetsbelastningar.
  • Identifiera konflikter i IP-adressintervall.
  • När du kör tester rekommenderar vi att du inte använder produktionsnätverk för tester och rensar redundanstest efter varje test.

Om du vill köra en storskalig redundans rekommenderar vi följande:

1. Skapa återställningsplaner för redundans för arbetsbelastningar.
   • Varje återställningsplan kan utlösa redundans på upp till 100 datorer.
   • Läs mer om återställningsplaner.
2. Lägg Azure Automation runbook-skript i återställningsplaner för att automatisera manuella uppgifter i Azure. Vanliga uppgifter är att konfigurera lastbalanserare, uppdatera DNS osv. Läs mer
3. Före redundans måste du Windows datorer så att de följer Azure-miljön. Redundansgränserna är högre för datorer som uppfyller kraven. Läs mer om runbooks.
4. Utlöst redundans med PowerShell-cmdleten Start-AzRecoveryServicesAsrPlannedFailoverJob, tillsammans med en återställningsplan.

Nästa steg