Dela via


Analysera distributionsplanerarens rapport för haveriberedskap för VMware till Azure

Den genererade rapporten i Microsoft Excel innehåller följande ark:

Lokal sammanfattning

På sidan Lokal sammanfattning visas en översikt över den profilerade VMware-miljön.

Lokal sammanfattning av VMware-miljön

Startdatum och Slutdatum: Start- och slutdatum för de profileringsdata som ingår i rapportgenereringen. Som standard är startdatumet det datum då profileringen startades och slutdatumet är det datum när profileringen avslutades. Detta kan vara StartDate värdena och EndDate om rapporten genereras med dessa parametrar.

Total number of profiling days (Totalt antal dagar för profilering): Det totala antalet profileringsdagar mellan start- och slutdatumen som rapporten genererats för.

Antal kompatibla virtuella datorer: Det totala antalet kompatibla virtuella datorer för vilka nödvändig nätverksbandbredd, nödvändigt antal lagringskonton, Microsoft Azure-kärnor, konfigurationsservrar och extra processerver beräknas.

Totalt antal diskar på alla kompatibla virtuella datorer: Det antal som används som en av indata för att bestämma antalet konfigurationsservrar och extra processerver som ska användas i distributionen.

Genomsnittligt antal diskar per kompatibel virtuell dator: Det genomsnittliga antalet diskar som beräknas för alla kompatibla virtuella datorer.

Genomsnittlig diskstorlek (GB): Den genomsnittliga diskstorleken som beräknas för alla kompatibla virtuella datorer.

Önskat RPO (minuter): Antingen standardmålet för återställningspunkten eller det värde som skickades för parametern DesiredRPO vid tidpunkten för rapportgenereringen för att uppskatta nödvändig bandbredd.

Önskad bandbredd (Mbit/s): Det värde som du har skickat för parametern Bandwidth vid tidpunkten för rapportgenereringen för att uppskatta uppnåelig RPO.

Observed typical data churn per day (GB) (Observerad normal dataomsättning per dag (GB)) är den genomsnittliga dataomsättning som observerats under alla profileringsdagar. Det här numret används som en av indata för att bestämma antalet konfigurationsservrar och extra processerver som ska användas i distributionen.

Rekommendationer

Rekommendationsbladet för VMware till Azure-rapporten innehåller följande information enligt vald önskat RPO:

Rekommendationer för VMware till Azure-rapport

Profileringsdata

Den profilerade datavyn i kapacitetsplaneraren

Profiled data period (Profileringsdataperiod): Den period då profileringen kördes. Som standard innehåller verktyget alla profilerade data i beräkningen, såvida det inte genererar rapporten för en viss period med hjälp StartDate av och EndDate alternativ under rapportgenereringen.

Servernamn: Namnet eller IP-adressen för VMware vCenter- eller ESXi-värden vars rapport för virtuella datorer genereras.

Desired RPO (Önskat återställningspunktmål): Återställningspunktmålet för din distribution. Som standard beräknas vilken nätverksbandbredd som krävs för RPO-värden på 15, 30 respektive 60 minuter. De aktuella värdena på bladet uppdateras baserat på vad du väljer. Om du använde parametern DesiredRPOinMin när du genererade rapporten så visas det här värdet i resultatet Desired RPO (Önskat RPO-mål).

Profileringsöversikt

Profilering av resultat i kapacitetsplaneraren

Totalt antal profilerade virtuella datorer: Det totala antalet virtuella datorer vars profilerade data är tillgängliga. Om VMListFile har namn på virtuella datorer som inte har profilerats exkluderar rapportgenereringen dessa virtuella datorer och räknar dem inte bland den totala profilerade virtuella datorn.

Kompatibla virtuella datorer: Antalet virtuella datorer som kan skyddas i Azure med hjälp av Site Recovery. Beräkningen av nödvändig nätverksbandbredd, lagringskonton, Azure-kärnor, konfigurationsservrar och ytterligare processerver baseras på det totala antalet kompatibla virtuella datorer. Information om varje kompatibel virtuell dator finns i avsnittet Kompatibla virtuella datorer .

Inkompatibla virtuella datorer: Antalet profilerade virtuella datorer som är inkompatibla för skydd med Site Recovery. Orsakerna till inkompatibiliteten anges i avsnittet Inkompatibla virtuella datorer . Om VMListFile har namn på virtuella datorer som inte har profilerats, undantas dessa virtuella datorer från antalet inkompatibla virtuella datorer. Dessa virtuella datorer visas som "Data hittades inte" i slutet av avsnittet Inkompatibla virtuella datorer .

Desired RPO (Önskat återställningspunktmål): Önskat mål för återställningspunkten (RPO) i minuter. Rapporten genereras för tre värden för återställningspunktmål: 15 (standard), 30 respektive 60 minuter. Rekommendationen angående bandbredd i rapporten förändras baserat på vilket alternativ du väljer i listrutan Desired RPO (Önskat RPO-mål) uppe till höger på bladet. Om du har genererat rapporten med ett anpassat värde för parametern -DesiredRPO visas det här anpassade värdet som standardvärde i listrutan Desired RPO (Önskat återställningspunktmål).

Required Network Bandwidth (Mbps) (Nödvändig nätverksbandbredd (Mbit/s))

Nödvändig nätverksbandbredd i kapacitetsplaneraren

To meet RPO 100 percent of the time (För att nå RPO-målet 100 procent av gångerna): Det här är den rekommenderade bandbredd i mbit/s som du bör allokera om RPO-målet ska nås 100 procent av tiden. Den här mängden bandbredd måste vara dedikerad för deltareplikering med stabilt tillstånd för alla dina kompatibla virtuella datorer för att undvika RPO-överträdelser.

För att uppfylla RPO 90 procent av tiden: Om bredbandspriser eller andra faktorer hindrar dig från att ställa in nödvändig bandbredd för att uppnå önskat RPO 100 procent av tiden kan du välja en lägre bandbreddsinställning som uppfyller önskat RPO 90 procent av tiden. I rapporten ges även en ”tänk om”-analys av hur många RPO-överträdelser du kan förvänta dig och deras varaktighet, så att du bättre ska förstå vad som kan hända om du tilldelar den här lägre bandbredden.

Uppnått dataflöde: Dataflödet från servern där du kör kommandot GetThroughput till Microsoft Azure-regionen där lagringskontot finns. Det här dataflödesnumret anger den uppskattade nivå som du kan uppnå när du skyddar de kompatibla virtuella datorerna med hjälp av Site Recovery, förutsatt att konfigurationsservern eller processserverns lagrings- och nätverksegenskaper förblir desamma som för den server som du kör verktyget från.

Du bör ange den rekommenderade bandbredden för att uppfylla återställningspunktmålet 100 procent av tiden för replikering. Om inte verktyget rapporterar ökade dataflöden trots att du har ställt in bandbredden gör du följande:

  1. Kontrollera om det finns någon tjänstkvalitet (QoS) för nätverket som begränsar dataflödet för Site Recovery.

  2. Kontrollera om valvet för Site Recovery ligger i den närmaste Microsoft Azure-region som stöds fysiskt, så att du minimerar svarstiden i nätverket.

  3. Kontrollera de lokala lagringsegenskaperna för att avgöra om du kan förbättra maskinvaran (till exempel hårddisk till SSD).

  4. Ändra inställningarna för Site Recovery på processervern och öka den mängd bandbredd i nätverket som används till replikering.

Om du kör verktyget på en konfigurationsserver eller processerver som redan har skyddade virtuella datorer kör du verktyget några gånger. Det uppnådda dataflödesnumret ändras beroende på hur mycket omsättning som bearbetas då.

För alla företagsdistributioner av Site Recovery bör du använda ExpressRoute.

Nödvändiga lagringskonton

Följande diagram visar det totala antalet lagringskonton (standard och premium) som krävs för att skydda alla kompatibla virtuella datorer. Information om vilket lagringskonto som ska användas för varje virtuell dator finns i avsnittet placering av vm-lagring. Om du använder v2.5 i Distributionshanteraren visar den här rekommendationen bara antalet standardlagringskonton för cachelagring som behövs för replikering eftersom data skrivs direkt till hanterade diskar.

Nödvändiga lagringskonton i kapacitetsplaneraren

Nödvändigt antal Azure-kärnor

Det här resultatet är det totala antalet kärnor som ska konfigureras före redundansväxling eller redundanstest för alla kompatibla virtuella datorer. Om det finns för få kärnor i prenumerationen kan Site Recovery inte skapa virtuella datorer vid tidpunkten för redundanstestet eller redundansväxlingen.

Nödvändigt antal Azure-kärnor i kapacitetsplaneraren

Krav på lokal infrastruktur

Den här siffran är det totala antalet konfigurationsservrar och extra processerver som ska konfigureras som räcker för att skydda alla kompatibla virtuella datorer. Beroende på vilka storleksrekommendationer som stöds för konfigurationsservern kan verktyget rekommendera extra servrar. Rekommendationen baseras på den större omsättningen per dag eller det maximala antalet skyddade virtuella datorer (förutsatt i genomsnitt tre diskar per virtuell dator), beroende på vilket som uppnås först på konfigurationsservern eller den extra processservern. Du hittar detaljerad information om den totala dataomsättningen per dag och det totala antalet skyddade diskar i avsnittet ”Lokal sammanfattning”.

Lokal infrastruktur som krävs för kapacitetsplaneraren

Konsekvensanalys

I den här analysen beskrivs hur många överträdelser som kan inträffa under profileringsperioden när du tilldelar en lägre bandbredd för att önskat RPO-mål ska uppfyllas 90 procent av gångerna. En eller flera överträdelser av återställningspunktmålen kan inträffa på en viss dag. Grafen visar toppåterställningspunktmålet för dagen. Utifrån den här analysen kan du avgöra om du kan godta antalet RPO-överträdelser och dagens största RPO-överträdelse sett till den lägre bandbredden. Om det är acceptabelt kan du allokera den lägre bandbredden för replikering, annars allokera den högre bandbredden som föreslås för att uppfylla önskat RPO 100 procent av tiden.

Konsekvensanalys i kapacitetsplaneraren

I det här avsnittet rekommenderar vi antalet virtuella datorer som kan skyddas parallellt för att slutföra den inledande replikeringen inom 72 timmar med den föreslagna bandbredden för att uppfylla önskat RPO 100 procent av tiden som anges. Det här värdet är ett konfigurerbart värde. Du kan ändra värdet då rapporten skapas med parametern GoalToCompleteIR.

Diagrammet här visar ett intervall med bandbreddsvärden och en beräknad batchstorlek för virtuella datorer för att slutföra den inledande replikeringen på 72 timmar, baserat på den genomsnittliga identifierade storleken på den virtuella datorn för alla kompatibla virtuella datorer.

I den offentliga förhandsversionen anger rapporten inte vilka virtuella datorer som ska ingå i en batch. Du kan använda diskstorleken som visas i avsnittet Kompatibla virtuella datorer för att hitta varje virtuell dators storlek och välja dem för en batch, eller så kan du välja de virtuella datorerna baserat på kända arbetsbelastningsegenskaper. Slutförandetiden för den inledande replikeringen ändras proportionellt, baserat på den faktiska diskstorleken för den virtuella datorn, använt diskutrymme och tillgängligt nätverksdataflöde.

Rekommenderad batchstorlek för virtuell dator

Kostnadsberäkning

I diagrammet visas en sammanfattning av den uppskattade totala kostnaden för haveriberedskap (DR) till Azure i din valda målregion och i den valuta du har angett för rapporten.

Sammanfattning av kostnadsuppskattning

Sammanfattningen hjälper dig att förstå kostnaden som du behöver betala för lagring, beräkning, nätverk och licens när du skyddar alla dina kompatibla virtuella datorer till Azure med hjälp av Azure Site Recovery. Kostnaden beräknas på för kompatibla virtuella datorer och inte på alla profilerade virtuella datorer.

Du kan visa kostnaden per månad eller per år. Läs mer om målregioner som stöds och valutor som stöds.

Cost by components (Kostnad per komponenter) Den totala DR-kostnaden delas upp i fyra komponenter: beräkning, lagring, nätverk och Azure Site Recovery-licenskostnad. Kostnaden beräknas baserat på den förbrukning som uppstår under replikeringen och vid DR-detaljnivån för beräkning, lagring (premium och standard), ExpressRoute/VPN som har konfigurerats mellan den lokala platsen och Azure och Azure Site Recovery-licensen.

Cost by states (Kostnad per tillstånd) Den totala kostnaden för haveriberedskap (DR) är kategorier baserat på två olika tillstånd – replikering och DR-test.

Replication cost (Replikeringskostnad): Kostnaden som tillkommer under replikering. Det här täcker kostnaden för lagring, nätverk och Azure Site Recovery-licensen.

DR-Drill cost (DR-testkostnad): Kostnaden som tillkommer under redundansväxlingstest. Azure Site Recovery startar virtuella datorer under redundanstestet. Dr-detaljnivån täcker beräknings- och lagringskostnaden för virtuella datorer som körs.

Azure Storage-kostnad per månad/år Den visar den totala lagringskostnaden som uppstår för premium- och standardlagring för replikering och DR-detaljnivå. Du kan visa detaljerad kostnadsanalys per virtuell dator i bladet Kostnadsuppskattning .

Tillväxtfaktor och percentilvärde som används

Det här avsnittet längst ned på bladet visar percentilvärdet som används för alla prestandaräknare för de profilerade virtuella datorerna (standardvärdet är den 95:e percentilen) och tillväxtfaktorn (standardvärdet är 30 procent) som används i alla beräkningar.

Tillväxtfaktor och percentilvärde som används

Rekommendationer med tillgänglig bandbredd som indata

Rekommendationer med tillgänglig bandbredd som indata

Du kan ha en situation där du vet att du inte kan ange en bandbredd på mer än x Mbit/s för Site Recovery-replikering. Du kan välja att ange tillgänglig bandbredd i verktyget (med parametern -Bandwidth när du genererar rapporten) och då få se vilket RPO-mål i minuter du kan uppnå. Med det här uppnåeliga RPO-värdet kan du bestämma om du behöver konfigurera extra bandbredd eller om du är OK med att ha en haveriberedskapslösning med detta RPO.

Möjligt återställningspunktmål för 500 Mbit/s bandbredd

placering av virtuell datorlagring

Kommentar

Distributionshanteraren v2.5 och senare rekommenderar lagringsplacering för datorer som replikeras direkt till hanterade diskar.

placering av virtuell datorlagring

Lagringstyp för replikering: Antingen en standarddisk eller en premiumhanterad disk som används för att replikera alla motsvarande virtuella datorer som nämns i kolumnen Virtuella datorer för att placera .

Logglagringskontotyp: Alla replikeringsloggar lagras i ett standardlagringskonto.

Föreslaget prefix för lagringskonto: Det föreslagna prefixet med tre tecken som kan användas för att namnge cachelagringskontot. Du kan använda ditt eget prefix, men verktygets förslag följer namngivningskonventionen för partitioner av lagringskonton.

Föreslaget loggkontonamn: Namnet på lagringskontot när du har lagt till det föreslagna prefixet. Ersätt namnet inom vinkelparenteserna (< och >) med dina anpassade indata.

Placeringssammanfattning: En sammanfattning av de diskar som behövs för att skydda virtuella datorer efter lagringstyp. Den innehåller det totala antalet virtuella datorer, total allokerad storlek på alla diskar och totalt antal diskar.

Virtuella datorer att placera: En lista över alla virtuella datorer som ska placeras på det angivna lagringskontot för optimal prestanda och användning.

Kompatibla virtuella datorer

Excel-kalkylblad med kompatibla virtuella datorer

Namn på virtuell dator: Namnet på den virtuella datorn eller IP-adressen som används i VMListFile när en rapport genereras. Den här kolumnen visar också de diskar (VMDK:er) som är anslutna till de virtuella datorerna. För att särskilja virtuella vCenter-datorer med dubblettnamn eller IP-adresser innehåller namnen ESXi-värdnamnet. Den angivna ESXi-värden är den där den virtuella datorn placerades när verktyget upptäcktes under profileringsperioden.

Kompatibilitet för virtuell dator: Värdena är Ja och Ja*. Ja* gäller för instanser där den virtuella datorn passar för premium-SSD:er. Här passar den profilerade disken med hög omsättning eller indata/utdata per sekund (IOPS) i kategorin P20 eller P30, men diskens storlek gör att den mappas till en P10 eller P20. Lagringskontot avgör vilken Premium Storage-disktyp som en disk ska mappas till, baserat på dess storlek. Till exempel:

  • <128 GB är en P10.
  • 128 GB till 256 GB är en P15
  • 256 till 512 GB är en P20.
  • 512 till 1 024 GB är en P30.
  • 1 025 till 2 048 GB är en P40.
  • 2 049 till 4 095 GB är en P50.

Om arbetsbelastningsegenskaperna för en disk till exempel placerar den i kategorin P20 eller P30, men storleken mappar ned den till en lägre premiumlagringsdisktyp, markerar verktyget den virtuella datorn som Ja*. Verktyget rekommenderar också att du antingen ändrar källdiskens storlek så att den passar den rekommenderade Premium Storage-disktypen eller ändrar måldisktypen efter redundansväxling.

Lagringstyp: Standard eller premium.

Asrseeddisk (Managed Disk) som skapats för replikering: Namnet på disken som skapas när du aktiverar replikering. Den lagrar data och dess ögonblicksbilder i Azure.

Peak R/W IOPS (with Growth Factor) (Högsta R/W IOPS (med tillväxtfaktor)): Den högsta IOPS-arbetsbelastningen för läsning/skrivning på disken (standardvärdet är den 95:e percentilen), inklusive faktorn för framtida tillväxt (standardvärdet är 30 procent). Den totala läs-/skriv-IOPS för en virtuell dator är inte alltid summan av den virtuella datorns enskilda diskars läs-/skriv-IOPS, eftersom den virtuella datorns högsta läs-/skriv-IOPS är toppen av summan av de enskilda diskarnas läs-/skriv-IOPS under varje minut av profileringsperioden.

Peak Data Churn in Mbps (with Growth Factor) (Högsta dataomsättning i Mbit/s (med tillväxtfaktor)): Den högsta dataomsättningsfrekvensen på disken (standardvärdet är den 95:e percentilen) inklusive faktorn för framtida tillväxt (standardvärdet är 30 procent). Den totala dataomsättningen för den virtuella datorn är inte alltid summan av den virtuella datorns enskilda diskars dataomsättning, eftersom den virtuella datorns högsta dataomsättning är toppen av summan av de enskilda diskarnas omsättning under varje minut av profileringsperioden.

Storlek på virtuella Azure-datorer: Den idealiska mappade virtuella Azure Cloud Services-datorstorleken för den här lokala virtuella datorn. Mappningen baseras på den lokala virtuella datorns minne, antalet diskar/kärnor/nätverkskort och läs-/skriv-IOPS. Rekommendationen är alltid den lägsta storleken på virtuella Azure-datorer som matchar alla lokala egenskaper för virtuella datorer.

Antal diskar: Det totala antalet virtuella datordiskar (VMDK:er) på den virtuella datorn.

Diskstorlek (GB): Den totala installationsstorleken för alla diskar på den virtuella datorn. Storleken för de enskilda diskarna i den virtuella datorn visas också i verktyget.

Kärnor: Antalet CPU-kärnor på den virtuella datorn.

Minne (MB): RAM-minnet på den virtuella datorn.

Nätverkskort: Antalet nätverkskort på den virtuella datorn.

Starttyp: Starttyp för den virtuella datorn. Den kan vara BIOS eller EFI. För närvarande stöder Azure Site Recovery virtuella Windows Server EFI-datorer (Windows Server 2012, 2012 R2 och 2016) förutsatt att antalet partitioner på startdisken är mindre än 4 och startsektorstorleken är 512 byte. För att skydda virtuella EFI-datorer måste Azure Site Recovery-mobilitetstjänstens version vara 9.13 eller senare. Endast redundans stöds för virtuella EFI-datorer. Återställning efter fel stöds inte.

Operativsystemtyp: Det är operativsystemtypen för den virtuella datorn. Det kan vara antingen Windows eller Linux eller annat baserat på den valda mallen från VMware vSphere när du skapar den virtuella datorn.

Inkompatibla virtuella datorer

Excel-kalkylblad med inkompatibla virtuella datorer

Namn på virtuell dator: Namnet på den virtuella datorn eller IP-adressen som används i VMListFile när en rapport genereras. I den här kolumnen visas även vmDK:er som är anslutna till de virtuella datorerna. För att särskilja virtuella vCenter-datorer med dubblettnamn eller IP-adresser innehåller namnen ESXi-värdnamnet. Den angivna ESXi-värden är den där den virtuella datorn placerades när verktyget upptäcktes under profileringsperioden.

Kompatibilitet för virtuell dator: Anger varför den angivna virtuella datorn är inkompatibel för användning med Site Recovery. Orsakerna beskrivs för varje inkompatibel disk på den virtuella datorn och kan, baserat på publicerade lagringsgränser, vara något av följande:

  • Fel datadiskstorlek eller fel os-diskstorlek. Granska supportbegränsningarna.

  • Den totala storleken på virtuella datorer (replikering + TFO) överskrider den storleksgräns för lagringskonto som stöds (35 TB). Den här inkompatibiliteten inträffar vanligtvis när en enskild disk på den virtuella datorn har en prestandaeakt som överskrider den högsta tillåtna Azure- eller Site Recovery-gränsen för standardlagring. En sådan instans skickar den virtuella datorn till premiumlagringszonen. Den maximala storleken för ett premiumlagringskonto är dock 35 TB och en enda skyddad virtuell dator kan inte skyddas över flera lagringskonton. Observera också att när ett redundanstest körs på en skyddad virtuell dator körs det på samma lagringskonto där replikeringen pågår. I den här instansen ställer du in 2 ggr storleken på disken för att replikeringen ska fortskrida samtidigt som redundanstestningen genomförs.

  • Käll-IOPS överskrider IOPS-gränsen för lagring på 7500 per disk.

  • Käll-IOPS överskrider IOPS-gränsen för lagring som stöds på 80 000 per virtuell dator.

  • Genomsnittlig dataomsättning överskrider den dataomsättningsgräns för Site Recovery som stöds på 20 MB/s för den genomsnittliga I/O-storleken för disken.

  • Den högsta dataomsättningen för alla diskar på den virtuella datorn överskrider den högsta dataomsättningsgränsen för Site Recovery som stöds på 54 MB/s per virtuell dator.

  • Genomsnittligt antal effektiva skrivåtgärder (IOPS) överskrider gränsen i Site Recovery på 840 per disk.

  • Beräknat lagringsutrymme för ögonblicksbilder överskrider gränsen på 10 TB.

  • Total dataomsättning per dag överskrider gränsen för omsättning som stöds per dag med 2 TB av en by a processerver.

Peak R/W IOPS (with Growth Factor) (Högsta R/W IOPS (med tillväxtfaktor)): Den högsta IOPS-arbetsbelastningen på disken (standardvärdet är den 95:e percentilen), inklusive faktorn för framtida tillväxt (standardvärdet är 30 procent). Den totala läs-/skriv-IOPS för den virtuella datorn är inte alltid summan av den virtuella datorns enskilda diskars läs-/skriv-IOPS, eftersom den virtuella datorns högsta läs-/skriv-IOPS är toppen av summan av de enskilda diskarnas läs-/skriv-IOPS under varje minut av profileringsperioden.

Peak Data Churn in Mbps (with Growth Factor) (Högsta dataomsättning i Mbit/s (med tillväxtfaktor)) Den högsta dataomsättningsfrekvensen på disken (standardvärdet är den 95:e percentilen) inklusive faktorn för framtida tillväxt (standardvärdet är 30 procent). Den totala dataomsättningen för den virtuella datorn är inte alltid summan av den virtuella datorns enskilda diskars dataomsättning, eftersom den virtuella datorns högsta dataomsättning är toppen av summan av de enskilda diskarnas omsättning under varje minut av profileringsperioden.

Antal diskar: Det totala antalet VMDK:er på den virtuella datorn.

Diskstorlek (GB): Den totala installationsstorleken för alla diskar på den virtuella datorn. Storleken för de enskilda diskarna i den virtuella datorn visas också i verktyget.

Kärnor: Antalet CPU-kärnor på den virtuella datorn.

Minne (MB): Mängden RAM-minne på den virtuella datorn.

Nätverkskort: Antalet nätverkskort på den virtuella datorn.

Starttyp: Starttyp för den virtuella datorn. Den kan vara BIOS eller EFI. För närvarande stöder Azure Site Recovery virtuella Windows Server EFI-datorer (Windows Server 2012, 2012 R2 och 2016) förutsatt att antalet partitioner på startdisken är mindre än 4 och startsektorstorleken är 512 byte. För att skydda virtuella EFI-datorer måste Azure Site Recovery-mobilitetstjänstens version vara 9.13 eller senare. Endast redundans stöds för virtuella EFI-datorer. Återställning efter fel stöds inte.

Operativsystemtyp: Det är operativsystemtypen för den virtuella datorn. Det kan vara antingen Windows eller Linux eller annat baserat på den valda mallen från VMware vSphere när du skapar den virtuella datorn.

Gränser för Azure Site Recovery

Följande tabell innehåller gränserna för Azure Site Recovery. Dessa gränser är baserade på våra tester, men de täcker inte alla möjliga kombinationer av program-I/O. De faktiska resultaten kan variera beroende på blandningen av I/O i ditt program. För bästa resultat även efter distributionsplaneringen rekommenderar vi alltid att du kör omfattande programtester med redundanstest för att få en bild av verklig prestanda för programmet.

Replication Storage Target (Lagringsmål för replikering) Average Source Disk I/O Size (Genomsnittlig I/O-storlek för källdisk) Average Source Disk Data Churn (Genomsnittlig dataomsättning för källdisk) Total Source Disk Data Churn Per Day (Total dataomsättning per dag för källdisk)
Standardlagring 8 kB 2 MB/s 168 GB per disk
Premium P10- eller P15-disk 8 kB 2 MB/s 168 GB per disk
Premium P10- eller P15-disk 16 kB 4 MB/s 336 GB per disk
Premium P10- eller P15-disk 32 kB eller mer 8 MB/s 672 GB per disk
Premium P20-, P30-, P40- eller P50-disk 8 kB 5 MB/s 421 GB per disk
Premium P20-, P30-, P40- eller P50-disk minst 16 kB 20 MB/s 1 684 GB per disk
Källans dataomsättning Övre gräns
Högsta dataomsättning över alla diskar på en virtuell dator 54 MB/s
Maximal dataomsättning per dag som stöds av en processerver 2 TB

Det här är genomsnittliga värden baserade på en I/O-överlappning på 30 procent. Site Recovery kan hantera högre dataflöden med annan överlappning, större skrivningsstorlek och verkligt I/O-beteende under arbetsbelastningen. Föregående antal antar en typisk eftersläpning på cirka fem minuter. Det vill säga, när data har överförts bearbetas de och en återställningspunkt skapas inom fem minuter.

Kostnadsberäkning

Läs mer om kostnadsuppskattning.

Nästa steg

Läs mer om kostnadsuppskattning.