Om haveriberedskap för virtuella VMware-datorer till Azure
Den här artikeln innehåller en översikt över haveriberedskap för lokala virtuella VMware-datorer till Azure med hjälp av Azure Site Recovery tjänsten.
Vad är BCDR?
En BCDR-strategi (affärskontinuhet och haveriberedskap) hjälper dig att hålla igång verksamheten. Under planerade driftstopp och oväntade avbrott ser BCDR till att data är säkra och tillgängliga, och ser till att apparna fortsätter att köras. Förutom BCDR-plattformsfunktioner som regional parkoppling och lagring med hög tillgänglighet tillhandahåller Azure Recovery Services som en viktig del av din BCDR-lösning. Återställningstjänster omfattar:
- Azure Backup dina lokala och virtuella Azure-datordata. Du kan backa upp en fil och mappar, specifika arbetsbelastningar eller en hel virtuell dator.
- Azure Site Recovery återhämtning och haveriberedskap för appar och arbetsbelastningar som körs på lokala datorer eller virtuella Azure IaaS-datorer. Site Recovery dirigerar replikering och hanterar redundans till Azure vid avbrott. Den hanterar även återställning från Azure till din primära plats.
Anteckning
Site Recovery flyttar eller lagrar inte kunddata från målregionen, där haveriberedskap har ställts in för källdatorerna. Kunder kan välja ett Recovery Services-valv från en annan region om de väljer det. Recovery Services-valvet innehåller metadata men inga faktiska kunddata.
Hur Site Recovery haveriberedskap?
- När du har förberett Azure och din lokala plats kan du konfigurera och aktivera replikering för dina lokala datorer.
- Site Recovery dirigerar inledande replikering av datorn i enlighet med dina principinställningar.
- Efter den inledande replikeringen Site Recovery deltaändringar till Azure.
- När allt replikeras som förväntat kör du ett återställnings drill.
- Med drill kan du säkerställa att redundansen fungerar som förväntat när ett verkligt behov uppstår.
- Testet utför ett redundanstest utan att påverka produktionsmiljön.
- Om ett avbrott inträffar kör du en fullständig redundans till Azure. Du kan redundansåtera en enskild dator eller skapa en återställningsplan som redundans redundanserar flera datorer samtidigt.
- Vid redundans skapas virtuella Azure-datorer från VM-data i hanterade diskar eller lagringskonton. Användare kan fortsätta att komma åt appar och arbetsbelastningar från den virtuella Azure-datorn
- När den lokala platsen är tillgänglig igen kan du växla tillbaka från Azure.
- När du har växlat tillbaka och arbetar från den primära platsen igen börjar du replikera lokala virtuella datorer till Azure igen.
Hur gör jag för att om min miljö är lämplig för haveriberedskap till Azure?
Site Recovery kan replikera alla arbetsbelastningar som körs på en virtuell VMware-dator eller fysisk server som stöds. Här är de saker du behöver kontrollera i din miljö:
- Om du replikerar virtuella VMware-datorer, kör du rätt versioner av VMware-virtualiseringsservrar? Kontrollera här.
- Är de datorer som du vill replikera som kör ett operativsystem som stöds? Kontrollera här.
- Kör datorer ett filsystem/gästlagring som stöds för Linux-haveriberedskap? Kontrollera här
- Uppfyller de datorer som du vill replikera Azure-kraven? Kontrollera här.
- Stöds din nätverkskonfiguration? Kontrollera här.
- Stöds din lagringskonfiguration? Kontrollera här.
Vad måste jag konfigurera i Azure innan jag börjar?
I Azure måste du förbereda följande:
- Kontrollera att ditt Azure-konto har behörighet att skapa virtuella datorer i Azure.
- Skapa ett Azure-nätverk som virtuella Azure-datorer ansluter till när de skapas från lagringskonton eller hanterade diskar efter redundans.
- Konfigurera ett Azure Recovery Services-valv för Site Recovery. Valvet finns i Azure Portal och används för att distribuera, konfigurera, dirigera, övervaka och felsöka Site Recovery distributionen.
Behöver du mer hjälp?
Lär dig hur du ställer in Azure genom att verifiera ditt konto,skapa ettnätverk och konfigurera ett valv.
Vad behöver jag konfigurera lokalt innan jag börjar?
Lokalt behöver du göra följande:
Du måste konfigurera ett par konton:
- Om du replikerar virtuella VMware-datorer krävs ett konto för att Site Recovery komma åt vCenter Server eller vSphere ESXi-värdar för att automatiskt identifiera virtuella datorer.
- Ett konto krävs för att installera Site Recovery tjänsten Mobility på varje fysisk dator eller virtuell dator som du vill replikera.
Du måste kontrollera VMware-infrastrukturens kompatibilitet om du inte har gjort det tidigare.
Se till att du kan ansluta till virtuella Azure-datorer efter en redundans. Du ställer in RDP lokalt på Windows eller SSH på Linux-datorer.
Behöver du mer hjälp?
- Förbered konton för automatisk identifiering och för installation av tjänsten Mobility.
- Kontrollera att dina VMware-inställningar är kompatibla.
- Förbered så att du ansluter i Azure efter redundans.
- Om du vill ha mer detaljerad hjälp om att konfigurera IP-adresser för virtuella Azure-datorer efter redundans kan du läsa den här artikeln.
Hur gör jag för att konfigurera haveriberedskap?
När du har din Azure-infrastruktur och lokala infrastruktur på plats kan du konfigurera haveriberedskap.
- Om du vill förstå vilka komponenter du behöver distribuera kan du granska arkitekturen VMware till Azureoch arkitekturen fysisk till Azure. Det finns ett antal komponenter, så det är viktigt att förstå hur de fungerar ihop.
- Källmiljö: Som ett första steg i distributionen ställer du in replikeringskällans miljö. Du anger vad du vill replikera och var du vill replikera till.
- Konfigurationsserver (gäller klassisk): Du måste konfigurera en konfigurationsserver i din lokala källmiljö:
- Konfigurationsservern är en enda lokal dator. För haveriberedskap för VMware rekommenderar vi att du distribuerar den som en virtuell VMware-dator som kan distribueras från en nedladdningsbar OVF-mall.
- Konfigurationsservern samordnar kommunikationen mellan den lokala platsen och Azure
- Några andra komponenter körs på konfigurationsserverdatorn.
- Processerservern tar emot, optimerar och skickar replikeringsdata till cachelagringskontot i Azure. Den hanterar också automatisk installation av tjänsten Mobility på datorer som du vill replikera och utför automatisk identifiering av virtuella datorer på VMware-servrar.
- Huvudmålservern hanterar replikeringsdata vid återställning efter fel från Azure.
- Konfigurationen omfattar att registrera konfigurationsservern i valvet, ladda ned MySQL Server och VMware PowerCLI och ange de konton som skapats för automatisk identifiering och tjänsten Mobility installation.
- Azure Site Recovery replikeringsinstallation (gäller för förhandsversion): Du måste konfigurera en replikeringsinstallation i din lokala källmiljö. Installationen är den grundläggande byggstenen i hela Azure Site Recovery lokala infrastrukturen. För haveriberedskap för VMware rekommenderar vi att du distribuerar den som en virtuell VMware-dator som kan distribueras från en nedladdningsbar OVF-mall. Läs mer om replikeringsinstallationen här.
- Målmiljö: Du ställer in din Azure-målmiljö genom att ange din Azure-prenumeration och dina nätverksinställningar.
- Replikeringsprincip: Du anger hur replikering ska ske. Inställningar hur ofta återställningspunkter skapas och lagras och om app-konsekventa ögonblicksbilder ska skapas.
- Aktivera replikering. Du aktiverar replikering för lokala datorer. Om du har skapat ett konto för tjänsten Mobility installeras det när du aktiverar replikering för en dator.
Behöver du mer hjälp?
- För en snabb genomgång av de här stegen kan du prova vår VMware-självstudieoch den fysiska servergenomströmningen.
- Läs mer om att konfigurera din källmiljö.
- Lär dig mer om konfigurationsserverkraven och hur du konfigurationsservern med en OVF-mall för VMware-replikering. Om du av någon anledning inte kan använda en mall, eller om du replikerar fysiska servrar, följer du dessa instruktioner.
- Läs mer om målinställningar.
- Få mer information om att konfigurera en replikeringsprincip.
- Lär dig hur du aktiverar replikering och undantar diskar från replikering.
Något gick fel, hur felsöker jag?
- Prova först att övervaka distributionen för att kontrollera statusen för replikerade objekt, jobb och infrastrukturproblem och identifiera eventuella fel.
- Om du inte kan slutföra den inledande replikeringen eller om den pågående replikeringen inte fungerar som förväntat kan du läsa den här artikeln för vanliga fel och felsökningstips.
- Om du har problem med den automatiska installationen av tjänsten Mobility på datorer som du vill replikera läser du vanliga fel i den här artikeln.
- Om redundans inte fungerar som förväntat kontrollerar du vanliga fel i den här artikeln.
- Om återställning efter fel inte fungerar kontrollerar du om problemet visas i den här artikeln.
Nästa steg
Nu när replikeringen är på plats bör du köra ett återställnings-drill för att säkerställa att redundans fungerar som förväntat.