Haveriberedskapsarkitektur för Hyper-V till Azure

Den här artikeln beskriver arkitekturen och processerna som används när du replikerar, redundansväxlar och återställer virtuella Hyper-V-datorer (VM) mellan lokala Hyper-V-värdar och Azure med hjälp av Azure Site Recovery-tjänsten .

Hyper-V-värdar kan eventuellt hanteras i privata moln i System Center Virtual Machine Manager (VMM).

Arkitekturkomponenter – Hyper-V utan VMM

Följande tabell och grafik ger en översikt över de komponenter som används för Hyper-V-replikering till Azure, när Hyper-V-värdar inte hanteras av VMM.

Arkitektur för Hyper-V till Azure (utan VMM)

Arkitekturkomponenter – Hyper-V med VMM

Följande tabell och grafik ger en översikt över de komponenter som används för Hyper-V-replikering till Azure när Hyper-V-värdar hanteras i VMM-moln.

Arkitektur för Hyper-V till Azure (med VMM)

Konfigurera utgående nätverksanslutning

För att Site Recovery ska fungera som förväntat måste du ändra utgående nätverksanslutning så att din miljö kan replikeras.

Utgående anslutning för webbadresser

Om du använder en URL-baserad brandväggsproxy för att styra utgående anslutning kan du tillåta åtkomst till dessa URL:er:

Replikeringsprocessen

Replikerings- och återställningsprocess

Aktivera skydd

1. När du har aktiverat skydd för en virtuell Hyper-V-dator startar Aktivera skydd i Azure Portal eller lokalt.
2. Jobbet kontrollerar att datorn uppfyller kraven och anropar sedan metoden CreateReplicationRelationship som konfigurerar replikering med de inställningar som du har konfigurerat.
3. Jobbet startar den inledande replikeringen genom att anropa metoden StartReplication , initiera en fullständig replikering av virtuella datorer och skicka den virtuella datorns virtuella diskar till Azure.
4. Du kan övervaka jobbet på fliken Jobb .

Inledande datareplikering

1. När den inledande replikeringen utlöses tas en ögonblicksbild av en virtuell Hyper-V-dator.
2. Virtuella hårddiskar på den virtuella datorn replikeras en i taget tills alla kopieras till Azure. Det kan ta en stund, beroende på storleken på den virtuella datorn och nätverksbandbredden. Lär dig hur du ökar nätverksbandbredden.
3. Om diskändringar sker medan den inledande replikeringen pågår spårar Hyper-V Replica Replication Tracker ändringarna som Hyper-V-replikeringsloggar (.hrl). Loggfilerna finns i samma mapp som diskarna. Varje disk har en associerad .hrl-fil som skickas till sekundär lagring. Ögonblicksbilden och loggfilerna använder diskresurser när den inledande replikeringen pågår.
4. När den inledande replikeringen är klar tas ögonblicksbilden av den virtuella datorn bort.
5. Diskförändringarna (delta) i loggen synkroniseras och sammanfogas till den överordnade disken.

Slutför skyddsprocessen

1. När den inledande replikeringen har slutförts körs slutfört skydd på det virtuella datorjobbet . Den konfigurerar nätverk och andra inställningar efter replikering, så att den virtuella datorn skyddas.
2. I det här skedet kan du kontrollera inställningarna för den virtuella datorn för att se till att den är redo för redundans. Du kan köra ett haveriberedskapstest (redundanstest) för den virtuella datorn för att kontrollera att den redundansväxlar som förväntat.

Deltareplikering

1. Efter den inledande replikeringen börjar deltareplikeringen i enlighet med replikeringsprincipen.
2. Hyper-V Replica Replication Tracker spårar ändringar på en virtuell hårddisk som .hrl-filer. Varje disk som är konfigurerad för replikering har en associerad .hrl-fil.
3. Loggen skickas till kundens lagringskonto. När en logg överförs till Azure spåras ändringarna i den primära disken i en annan loggfil i samma mapp.
4. Under inledande replikering och deltareplikering kan du övervaka den virtuella datorn i Azure Portal.

Omsynkroniseringsprocess

1. Om deltareplikeringen misslyckas och en fullständig replikering skulle bli kostsam när det gäller bandbredd eller tid, markeras en virtuell dator för omsynkronisering.

   • Om hrl-filerna till exempel når 50 % av diskstorleken markeras den virtuella datorn för omsynkronisering.
   • Som standard schemaläggs omsynkronisering att köras automatiskt utanför kontorstid.

2. Omsynkronisering skickar endast deltadata.

   • Det minimerar mängden data som skickas av kontrollsummor för käll- och måldatorerna.
   • Den använder en segmenteringsalgoritm med fast block där käll- och målfiler delas in i fasta segment.
   • Kontrollsummor för varje segment genereras. Dessa jämförs för att avgöra vilka block från källan som måste tillämpas på målet.

3. När omsynkroniseringen är klar ska den normala deltareplikeringen återupptas.

4. Om du inte vill vänta på standardsynkronisering utanför timmar kan du synkronisera om en virtuell dator manuellt. Till exempel om ett avbrott inträffar. Det gör du genom att välja den virtuella datorn >Omsynkronisera i Azure Portal.

   

Försök igen

Om det uppstår ett replikeringsfel finns det en inbyggd funktion som gör ett nytt försök. Återförsök klassificeras enligt beskrivningen i tabellen.

Processen för redundans och återställning efter fel

1. Du kan köra en planerad eller oplanerad redundansväxling från lokala virtuella Hyper-V-datorer till Azure. Om du kör en planerad redundans stängs de virtuella källdatorerna av för att säkerställa att inga data går förlorade. Kör en oplanerad redundansväxling om din primära plats inte är tillgänglig.
2. Du kan redundansväxla en enskild dator eller skapa återställningsplaner för att samordna redundans för flera datorer.
3. Du kör en redundansväxling. När den första fasen av redundansväxlingen har slutförts bör du kunna se de skapade virtuella replikdatorerna i Azure. Du kan tilldela en offentlig IP-adress till den virtuella datorn om det behövs.
4. Sedan checkar du in redundansväxlingen för att börja komma åt arbetsbelastningen från den virtuella azure-replikdatorn.

När den lokala infrastrukturen är igång igen kan du återställa igen. Återställning efter fel sker i tre steg:

1. Starta en planerad redundansväxling från Azure till den lokala platsen:

   • Minimera stilleståndstid: Om du använder det här alternativet synkroniserar Site Recovery data före redundansväxling. Den söker efter ändrade datablock och laddar ned dem till den lokala platsen, medan den virtuella Azure-datorn fortsätter att köras, vilket minimerar stilleståndstiden. När du anger att redundansväxlingen ska slutföras manuellt stängs den virtuella Azure-datorn av, eventuella slutliga deltaändringar kopieras och redundansväxlingen startar.
   • Fullständig nedladdning: Med det här alternativet synkroniseras data under redundansväxlingen. Det här alternativet laddar ned hela disken. Det går snabbare eftersom inga kontrollsummor beräknas, men det finns mer stilleståndstid. Använd det här alternativet om du har kört de virtuella replikdatorerna i Azure under en tid, eller om den lokala virtuella datorn har tagits bort.
   • Skapa virtuell dator: Du kan välja att växla tillbaka till samma virtuella dator eller till en alternativ virtuell dator. Du kan ange att Site Recovery ska skapa den virtuella datorn om den inte redan finns.

2. När den inledande synkroniseringen är klar väljer du för att slutföra redundansväxlingen. När den är klar kan du logga in på den lokala virtuella datorn för att kontrollera att allt fungerar som förväntat. I Azure Portal kan du se att de virtuella Azure-datorerna har stoppats.

3. Sedan checkar du in redundansväxlingen för att slutföra och börjar komma åt arbetsbelastningen från den lokala virtuella datorn igen.

4. När arbetsbelastningarna har återställts aktiverar du omvänd replikering så att de lokala virtuella datorerna replikeras till Azure igen.

Nästa steg

Följ den här självstudien för att komma igång med Replikering mellan Hyper-V och Azure.