Planera kapacitet och skalning för VMware-haveriberedskap till Azure
Använd den här artikeln för att planera för kapacitet och skalning när du replikerar lokala virtuella VMware-datorer och fysiska servrar till Azure med hjälp av Azure Site Recovery – klassisk.
I förhandsversionen måste du skapa och använda Azure Site Recovery replikeringsinstallation/flera enheter för att planera kapaciteten.
Hur gör jag för att du kapacitetsplanering?
Om du vill veta Azure Site Recovery krav på infrastruktur samlar du in information om replikeringsmiljön genom att köra Distributionshanteraren för Azure Site Recovery för VMware-replikering. Mer information finns i Om Site Recovery Deployment Planner för VMware till Azure.
Site Recovery Deployment Planner innehåller en rapport som innehåller fullständig information om kompatibla och inkompatibla virtuella datorer, diskar per virtuell dator och dataomsättning per disk. Verktyget sammanfattar också kraven på nätverksbandbredd för att uppfylla mål-RPO och den Azure-infrastruktur som krävs för lyckad replikering och redundanstest.
Överväganden för kapaciteter
| Komponent | Information |
|---|---|
| Replikering | Högsta dagliga ändringshastighet: En skyddad dator kan bara använda en processerserver. En enda processerver kan hantera en daglig ändrings hastighet på upp till 2 TB. 2 TB är alltså den maximala dagliga dataändringstakten som stöds för en skyddad dator. Maximalt dataflöde: En replikerad dator kan tillhöra ett lagringskonto i Azure. Ett standardkonto Azure Storage kan hantera högst 20 000 begäranden per sekund. Vi rekommenderar att du begränsar antalet indata-/utdataåtgärder per sekund (IOPS) på en källdator till 20 000. Om du till exempel har en källdator som har fem diskar och varje disk genererar 120 IOPS (8 K i storlek) på källdatorn ligger källdatorn inom Azure-gränsen för IOPS per disk på 500. (Antalet lagringskonton som krävs är lika med det totala antalet IOPS för källdatorn dividerat med 20 000.) |
| Konfigurationsserver | Konfigurationsservern måste kunna hantera den dagliga förändringstakten för alla arbetsbelastningar som körs på skyddade datorer. Konfigurationsdatorn måste ha tillräckligt med bandbredd för att kontinuerligt replikera data till Azure Storage. En bra metod är att placera konfigurationsservern i samma nätverks- och LAN-segment som de datorer som du vill skydda. Du kan placera konfigurationsservern i ett annat nätverk, men datorer som du vill skydda ska ha Layer 3-nätverkssynlighet. Storleksrekommendationerna för konfigurationsservern sammanfattas i tabellen i följande avsnitt. |
| Processerserver | Den första processern installeras som standard på konfigurationsservern. Du kan distribuera ytterligare processerrar för att skala din miljö. Processerservern tar emot replikeringsdata från skyddade datorer. Processerservern optimerar data med hjälp av cachelagring, komprimering och kryptering. Processerservern skickar sedan data till Azure. Processerserverdatorn måste ha tillräckligt med resurser för att utföra dessa uppgifter. Processerverna använder en diskbaserad cache. Använd en separat cachedisk på 600 GB eller mer för att hantera dataändringar som lagras om det uppstår en nätverksflaskhals eller ett avbrott. |
Storleksrekommendationer för konfigurationsservern och den inbyggda processerlservern
En konfigurationsserver som använder en inbyggd processerserver för att skydda arbetsbelastningen kan hantera upp till 200 virtuella datorer baserat på följande konfigurationer:
| Processor | Minne | Cachediskstorlek | Dataändringshastighet | Skyddade datorer |
|---|---|---|---|---|
| 8 virtuella processorer (2 sockets * 4 kärnor @ 2,5 GHz) | 16 GB | 300 GB | 500 GB eller mindre | Använd för att replikera färre än 100 datorer. |
| 12 virtuella processorer (2 sockets * 6 kärnor @ 2,5 GHz) | 18 GB | 600 GB | 501 GB till 1 TB | Använd för att replikera 100 till 150 datorer. |
| 16 virtuella processorer (2 sockets * 8 kärnor @ 2,5 GHz) | 32 GB | 1 TB | >1 TB till 2 TB | Använd för att replikera 151 till 200 datorer. |
| Distribuera en annan konfigurationsserver med hjälp av en OVF-mall. | Distribuera en ny konfigurationsserver om du replikerar fler än 200 datorer. | |||
| Distribuera en annan processertserver. | >2 TB | Distribuera en ny skalningsprocessserver om den totala dagliga dataändringstakten är större än 2 TB. |
I dessa konfigurationer:
- Varje källdator har tre diskar på 100 GB vardera.
- Vi använde prestandamätning av lagring av åtta signaturer för delad åtkomst på 10 K RPM med RAID 10 för cachediskmått.
Storleksrekommendationer för processerservern
Processerverna är den komponent som hanterar datareplikering i Azure Site Recovery. Om den dagliga ändringsfrekvensen är större än 2 TB måste du lägga till skalningsutskalningsprocessservrar för att hantera replikeringsbelastningen. Om du vill skala ut kan du:
- Öka antalet konfigurationsservrar genom att distribuera med hjälp av en OVF-mall. Du kan till exempel skydda upp till 400 datorer med hjälp av två konfigurationsservrar.
- Lägg till utskalningsprocessservrar. Använd utskalningsprocessens servrar för att hantera replikeringstrafik i stället för (eller utöver) konfigurationsservern.
I följande tabell beskrivs det här scenariot:
- Du ställer in en utskalningsprocessserver.
- Du har konfigurerat skyddade virtuella datorer så att de använder den skalningsbaserade processerservern.
- Varje skyddad källdator har tre diskar på 100 GB vardera.
| Ytterligare processerserver | Cachediskstorlek | Dataändringshastighet | Skyddade datorer |
|---|---|---|---|
| 4 virtuella processorer (2 sockets * 2 kärnor @ 2,5 GHz), 8 GB minne | 300 GB | 250 GB eller mindre | Använd för att replikera 85 eller färre datorer. |
| 8 virtuella processorer (2 sockets * 4 kärnor @ 2,5 GHz), 12 GB minne | 600 GB | 251 GB till 1 TB | Använd för att replikera 86 till 150 datorer. |
| 12 virtuella processorer (2 sockets * 6 kärnor @ 2,5 GHz) 24 GB minne | 1 TB | >1 TB till 2 TB | Använd för att replikera 151 till 225 datorer. |
Hur du skalar dina servrar beror på vad du föredrar för en uppskalnings- eller utskalningsmodell. Distribuera några avancerade konfigurationsservrar och processer för att skala upp. Om du vill skala ut distribuerar du fler servrar som har färre resurser. Om du till exempel vill skydda 200 datorer med en total daglig dataändringshastighet på 1,5 TB kan du göra något av följande:
- Konfigurera en enda processerv(16 vCPU, 24 GB RAM).
- Konfigurera två processervrar (2 x 8 vCPU, 2* 12 GB RAM).
Kontrollera nätverksbandbredden
När du har Site Recovery Deployment Planner för att beräkna den bandbredd du behöver för replikering (inledande replikering och sedan delta) har du ett par alternativ för att kontrollera mängden bandbredd som används för replikering:
- Begränsa bandbredden: VMware-trafik som replikeras till Azure går via en specifik processervrar. Du kan begränsa bandbredden på de datorer som körs som processerrar.
- Påverka bandbredden: Du kan påverka den bandbredd som används för replikering med hjälp av ett par registernycklar:
- Värdet HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Replication\UploadThreadsPerVM anger antalet trådar som används för dataöverföring (inledande replikering eller deltareplikering) för en disk. Ett högre värde ökar nätverksbandbredden som används för replikering.
- Värdet HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Replication\DownloadThreadsPerVM anger antalet trådar som används för dataöverföring under återställning efter fel.
Begränsa bandbredden
Öppna Azure Backup MMC-snapin-modulen på den dator som du använder som processer server. Som standard är en genväg för Säkerhetskopiering tillgänglig på skrivbordet eller i följande mapp: C:\Program Files\Microsoft Azure Recovery Services Agent\bin.
I snapin-modulen väljer du Ändra egenskaper.

På fliken Begränsning väljer du Aktivera begränsning av internetbandbredd för säkerhetskopieringsåtgärder. Ange begränsningar för arbetstimmar och icke-arbetstid. Giltiga intervall är från 512 kbit/s till 1 023 Mbit/s.

Du kan också ange begränsningar med hjälp av cmdleten Set-OBMachineSetting. Här är ett exempel:
$mon = [System.DayOfWeek]::Monday
$tue = [System.DayOfWeek]::Tuesday
Set-OBMachineSetting -WorkDay $mon, $tue -StartWorkHour "9:00:00" -EndWorkHour "18:00:00" -WorkHourBandwidth (512*1024) -NonWorkHourBandwidth (2048*1024)
Set-OBMachineSetting -NoThrottle anger att ingen begränsning krävs.
Ändra nätverksbandbredden för en virtuell dator
- I den virtuella datorns register går du till HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Replication.
- Om du vill ändra bandbreddstrafiken på en replikeringsdisk ändrar du värdet för UploadThreadsPerVM. Skapa nyckeln om den inte finns.
- Om du vill ändra bandbredden för redundanstrafik från Azure ändrar du värdet för DownloadThreadsPerVM.
- Standardvärdet för varje nyckel är 4. I ett ”överetablerat” nätverk bör du ändra registernycklarnas standardvärden. Det maximala värde som du kan använda är 32. Övervaka trafiken för att optimera värdet.
Konfigurera den virtuella Site Recovery för att skydda fler än 500 virtuella datorer
Innan du ställer in Site Recovery-infrastrukturen ska du ha åtkomst till miljön för att mäta följande faktorer: kompatibla virtuella datorer, den dagliga dataändringstakten, den nätverksbandbredd som krävs för det RPO som du vill uppnå, det antal Site Recovery-komponenter som krävs och den tid det tar att slutföra den inledande replikeringen. Samla in nödvändig information genom att utföra följande steg:
- Om du vill mäta dessa parametrar kör Site Recovery Deployment Planner i din miljö. Användbara riktlinjer finns i About Site Recovery Deployment Planner for VMware to Azure (Om distributionsplanering för VMware till Azure).
- Distribuera en konfigurationsserver som uppfyller storleksrekommendationerna för konfigurationsservern. Om din produktionsarbetsbelastning överskrider 650 virtuella datorer distribuerar du en annan konfigurationsserver.
- Baserat på den uppmätta dagliga dataändringstakten distribuerar du utskalningsprocessservrar med hjälp av storleksriktlinjerna.
- Om du förväntar dig att dataändringstakten för en virtuell diskdator överstiger 2 MBps ska du kontrollera att du använder premium-hanterade diskar. Site Recovery Deployment Planner körs under en viss tidsperiod. Toppar i dataändringstakten vid andra tidpunkter kanske inte samlas in i rapporten.
- Ange nätverksbandbredden baserat på det RPO som du vill uppnå.
- Aktivera haveriberedskap för din arbetsbelastning när infrastrukturen har ställts in. Information om hur du gör finns i Konfigurera källmiljön för replikering från VMware till Azure.
Distribuera ytterligare processer
Om du skalar ut distributionen efter 200 källdatorer eller om du har en total daglig omsättningshastighet på mer än 2 TB, måste du lägga till processerservrar för att hantera trafikvolymen. Vi har förbättrat produkten i version 9.24 för att tillhandahålla processerserveraviseringar om när en skalningsprocessserver ska konfigureras. Konfigurera processerservern för att skydda nya källdatorer eller belastningsutjämna.
Migrera datorer för att använda den nya processerservern
Välj Inställningar > Site Recovery servrar. Välj konfigurationsservern och expandera sedan Processservrar.

Högerklicka på den processerserver som används för närvarande och välj sedan Växla.

I Välj målprocessserver väljer du den nya processerserver som du vill använda. Välj sedan de virtuella datorer som servern ska hantera. Om du vill ha information om servern väljer du informationsikonen. För att hjälpa dig att fatta inläsningsbeslut visas det genomsnittliga utrymme som krävs för att replikera varje vald virtuell dator till den nya processerpservern. Markera kryssmarkeringen för att börja replikera till den nya processerepliken.
Distribuera ytterligare huvudmålservrar
I följande scenarier krävs mer än en huvudmålserver:
- Du vill skydda en Linux-baserad virtuell dator.
- Den huvudmålserver som är tillgänglig på konfigurationsservern har inte åtkomst till den virtuella datorns datalager.
- Det totala antalet diskar på huvudmålservern (antalet lokala diskar på servern plus antalet diskar som ska skyddas) är större än 60 diskar.
Information om hur du lägger till en huvudmålserver för en Linux-baserad virtuell dator finns i Installera en Linux-huvudserver för återställning efter fel.
Så här lägger du till en huvudmålserver Windows en virtuell dator:
Gå till Recovery Services-valv > Site Recovery infrastrukturkonfigurationsservrar > .
Välj den konfigurationsserver som krävs och välj sedan Master Target Server.

Ladda ned den enhetliga installationsfilen och kör sedan filen på den virtuella datorn för att konfigurera huvudmålservern.
Välj Installera huvudmål > nästa.

Välj standardinstallationsplatsen och välj sedan Installera.

Om du vill registrera huvudmålet med konfigurationsservern väljer du Fortsätt till konfigurationen.

Ange IP-adressen för konfigurationsservern och ange sedan lösenfrasen. Information om hur du genererar en lösenfras finns i Generera en lösenfras för konfigurationsservern.

Välj Register (Registrera). När registreringen är klar väljer du Slutför.
När registreringen är klar visas servern i listan Azure Portal Recovery Services-valv Site Recovery Infrastrukturkonfigurationsservrar , på konfigurationsserverns > > huvudmålservrar.
Anteckning
Ladda ned den senaste versionen av den enhetliga installationsfilen för huvudservern för Windows.
Nästa steg
Ladda ned och kör Site Recovery Deployment Planner.