Het Deployment Planner-rapport analyseren voor herstel na noodgevallen van VMware naar Azure
Het gegenereerde Microsoft Excel-rapport bevat de volgende bladen:
Samenvatting van on-premises
Het werkblad Samenvatting on-premises biedt een overzicht van de geprofileerde VMware-omgeving.
Begindatum en Einddatum zijn de begin- en einddatums van de profileringsgegevens die in aanmerking komen voor het genereren van rapporten. De begindatum is standaard de datum waarop de profilering start en de einddatum de datum waarop de profilering stopt. Dit kunnen de StartDate en EndDate waarden zijn als het rapport met deze parameters wordt gegenereerd.
Totale aantal dagen van profilering: het totale aantal dagen van profilering tussen de begin- en einddatum waarvoor het rapport wordt gegenereerd.
Aantal compatibele virtuele machines: het totale aantal compatibele virtuele machines waarvoor de vereiste netwerkbandbreedte, het vereiste aantal opslagaccounts, Microsoft Azure-kernen, configuratieservers en extra processervers worden berekend.
Totaal aantal schijven op alle compatibele virtuele machines: het aantal dat wordt gebruikt als een van de invoerwaarden om het aantal configuratieservers en extra processervers te bepalen dat in de implementatie moet worden gebruikt.
Gemiddeld aantal schijven per compatibele virtuele machine: het gemiddelde aantal schijven dat wordt berekend voor alle compatibele virtuele machines.
Gemiddelde schijfgrootte (GB): de gemiddelde schijfgrootte die wordt berekend op alle compatibele virtuele machines.
Gewenste RPO (minuten): de standaarddoelstelling van het herstelpunt of de waarde die is doorgegeven voor de DesiredRPO parameter op het moment dat het rapport wordt gegenereerd, om de vereiste bandbreedte te schatten.
Gewenste bandbreedte (Mbps): de waarde die u hebt doorgegeven voor de Bandwidth parameter op het moment van het genereren van rapporten om een schatting te maken van haalbare RPO.
Waargenomen typisch gegevensverloop per dag (GB): het gemiddelde gegevensverloop dat voor alle profileringsdagen is vastgesteld. Dit getal wordt gebruikt als een van de invoerwaarden om het aantal configuratieservers en extra processervers te bepalen dat in de implementatie moet worden gebruikt.
Aanbevelingen
De aanbevelingen voor het eigenschappenvenster van de VMware naar Azure rapport heeft de volgende gegevens aan de hand van de geselecteerde gewenste RPO:
Geprofileerde gegevens
Periode geprofileerde gegevens: de periode waarin de profilering is uitgevoerd. Het hulpprogramma bevat standaard alle geprofileerde gegevens in de berekening, tenzij het rapport voor een specifieke periode wordt gegenereerd met behulp van StartDate en EndDate opties tijdens het genereren van rapporten.
Servernaam: de naam of het IP-adres van de VMware vCenter- of ESXi-host waarvan het rapport van de virtuele machines wordt gegenereerd.
Gewenste RPO: het gewenste beoogde herstelpunt (RPO) voor uw implementatie. Standaard wordt de vereiste netwerkbandbreedte berekend voor de RPO-waarden van 15, 30 en 60 minuten. Op basis van de selectie worden de betrokken waarden bijgewerkt op het blad. Als u tijdens het genereren van het rapport de parameter DesiredRPOinMin hebt gebruikt, wordt de betreffende waarde weergegeven in deze vervolgkeuzelijst.
Overzicht van profilering
Totale geprofileerde virtuele machines: het totale aantal virtuele machines waarvan de geprofileerde gegevens beschikbaar zijn. Als het VMListFile namen heeft van virtuele machines die niet zijn geprofileerd, sluit de rapportgeneratie deze VM's uit en telt deze niet bij de totale geprofileerde virtuele machine.
Compatibele virtuele machines: het aantal virtuele machines dat kan worden beveiligd met Azure met behulp van Site Recovery. De berekening van de vereiste netwerkbandbreedte, opslagaccounts, Azure-kernen, configuratieservers en aanvullende processervers is gebaseerd op het totale aantal compatibele virtuele machines. De details van elke compatibele virtuele machine zijn beschikbaar in de sectie Compatibele virtuele machines .
Niet-compatibele virtuele machines: het aantal geprofileerde virtuele machines dat niet compatibel is voor beveiliging met Site Recovery. De redenen voor incompatibiliteit worden vermeld in de sectie Niet-compatibele virtuele machines . Als het VMListFile namen bevat van virtuele machines die niet zijn geprofileerd, worden deze virtuele machines uitgesloten van het aantal niet-compatibele virtuele machines. Deze virtuele machines worden weergegeven als 'Gegevens niet gevonden' aan het einde van de sectie Niet-compatibele virtuele machines .
Gewenste RPO: het gewenste beoogde herstelpunt (Recovery Point Objective [RPO]) in minuten. Het rapport wordt gegenereerd voor drie RPO-waarden: 15 (standaard), 30 en 60 minuten. De aanbeveling voor bandbreedte in het rapport wordt gewijzigd op basis van uw selectie in de vervolgkeuzelijst Gewenste RPO in de rechterbovenhoek van het blad. Als u het rapport hebt gegenereerd met een aangepaste waarde voor de parameter -DesiredRPO, wordt deze aangepaste waarde als standaardwaarde weergegeven in de vervolgkeuzelijst Gewenste RPO.
Vereiste netwerkbandbreedte (Mbps)
Altijd aan de RPO voldoen: de aanbevolen bandbreedte in Mbps die moet worden toegewezen om 100 procent van de tijd uw gewenste RPO te halen. Deze hoeveelheid bandbreedte moet worden toegewezen voor replicatie van onveranderbare verschillen van al uw compatibele virtuele machines om RPO-schendingen te voorkomen.
Om te voldoen aan RPO 90 procent van de tijd: als breedbandprijzen of andere factoren verhinderen dat u de benodigde bandbreedte instelt om uw gewenste RPO 100 procent van de tijd te bereiken, kunt u kiezen voor een lagere bandbreedte-instelling die voldoet aan de gewenste RPO 90 procent van de tijd. Voor inzicht in de gevolgen van het instellen van deze lagere bandbreedte bevat het rapport een wat-als-analyse van het aantal en de duur van de RPO-schendingen die u kunt verwachten.
Bereikte doorvoer: de doorvoer van de server waarop u de Opdracht GetThroughput uitvoert naar de Microsoft Azure-regio waar het opslagaccount zich bevindt. Dit doorvoernummer geeft het geschatte niveau aan dat u kunt bereiken wanneer u de compatibele virtuele machines beveiligt met Behulp van Site Recovery, mits uw configuratieserver of processerveropslag en netwerkkenmerken hetzelfde blijven als die van de server waarop u het hulpprogramma uitvoert.
Voor replicatie moet u de aanbevolen bandbreedte gebruiken om de RPO 100 procent van de tijd te halen. Als u na het instellen van de bandbreedte geen toename ziet in de gerapporteerde behaalde doorvoer, doet u het volgende:
Controleer of er een netwerk-QoS (Quality of Service) is die de doorvoer van Site Recovery beperkt.
Controleer of de kluis van Site Recovery zich in de dichtstbijzijnde fysieke ondersteunde Microsoft Azure-regio bevindt voor minimale netwerklatentie.
Controleer de kenmerken van de lokale opslag om te bepalen of u de hardware kunt verbeteren (bijvoorbeeld SSD in plaats van HDD).
Wijzig de Site Recovery-instellingen op de processerver om de voor replicatie gebruikte netwerkbandbreedte te vergroten.
Als u het hulpprogramma uitvoert op een configuratieserver of processerver die al beveiligde virtuele machines heeft, voert u het hulpprogramma een paar keer uit. Het bereikte doorvoernummer verandert afhankelijk van de hoeveelheid verloop die vervolgens wordt verwerkt.
Voor alle Enterprise-implementaties van Site Recovery wordt het gebruik van ExpressRoute aanbevolen.
Vereiste opslagaccounts
In de volgende grafiek ziet u het totale aantal opslagaccounts (Standard en Premium) dat vereist is om alle compatibele virtuele machines te beveiligen. Als u wilt weten welk opslagaccount voor elke virtuele machine moet worden gebruikt, raadpleegt u de sectie over plaatsing van VM-opslag. Als u v2.5 van Deployment Planner gebruikt, wordt in deze aanbeveling alleen het aantal standaardcacheopslagaccounts weergegeven dat nodig is voor replicatie, omdat de gegevens rechtstreeks naar Beheerde schijven worden geschreven.
Vereiste aantal Azure-kerngeheugens
Dit resultaat is het totale aantal kernen dat moet worden ingesteld vóór failover of testfailover van alle compatibele virtuele machines. Als er te weinig kerngeheugens beschikbaar zijn in het abonnement, kan Site Recovery geen virtuele machines maken op het moment van testfailover of failover.
Vereiste on-premises infrastructuur
Dit is het totale aantal configuratieservers en extra processervers dat moet worden geconfigureerd, wat voldoende is om alle compatibele virtuele machines te beveiligen. Afhankelijk van de aanbevelingen voor de ondersteunde grootte voor de configuratieserver, kan het hulpprogramma extra servers aanbevelen. De aanbeveling is gebaseerd op het grotere verloop per dag of het maximum aantal beveiligde virtuele machines (uitgaande van een gemiddelde van drie schijven per virtuele machine), afhankelijk van wat het eerst op de configuratieserver of de extra processerver wordt bereikt. De details van het totale verloop per dag en het totale aantal beveiligde schijven vindt u in de sectie Samenvatting van on-premises.
Wat-als-analyses
Deze analyse beschrijft hoeveel schendingen zich kunnen voordoen tijdens de profileringsperiode wanneer u een lagere bandbreedte instelt om 90% van de tijd aan de RPO te voldoen. Op elke dag kunnen er een of meer RPO-schendingen optreden. De grafiek toont de piek-RPO van de dag. Op basis van deze analyse kunt u besluiten of het aantal RPO-schendingen voor alle dagen en de hoogste RPO per dag acceptabel zijn in combinatie met de opgegeven lagere bandbreedte. Als het acceptabel is, kunt u de lagere bandbreedte toewijzen voor replicatie, anders de hogere bandbreedte toewijzen, zoals wordt voorgesteld om te voldoen aan de gewenste RPO 100 procent van de tijd.
Aanbevolen batchgrootte voor virtuele machines voor initiële replicatie
In deze sectie raden we het aantal virtuele machines aan dat parallel kan worden beveiligd om de initiële replicatie binnen 72 uur te voltooien met de voorgestelde bandbreedte om te voldoen aan de gewenste RPO 100 procent van de tijd die wordt ingesteld. Deze waarde is kunt u aanpassen. Gebruik hiervoor de parameter GoalToCompleteIR tijdens het genereren van het rapport.
In de grafiek ziet u een reeks bandbreedtewaarden en een berekend aantal batchgrootten voor virtuele machines om de initiële replicatie in 72 uur te voltooien, op basis van de gemiddelde gedetecteerde grootte van virtuele machines op alle compatibele virtuele machines.
In de openbare preview geeft het rapport niet op welke virtuele machines in een batch moeten worden opgenomen. U kunt de schijfgrootte gebruiken die wordt weergegeven in de sectie Compatibele VM's om de grootte van elke virtuele machine te vinden en deze te selecteren voor een batch, of u kunt de virtuele machines selecteren op basis van bekende kenmerken van de werkbelasting. De voltooiingstijd van de initiële replicatie verandert proportioneel, op basis van de werkelijke schijfgrootte van de virtuele machine, gebruikte schijfruimte en beschikbare netwerkdoorvoer.
Kostenschatting
De grafiek toont de weergave Samenvatting van de geschatte totale kosten voor noodherstel (DR) voor Azure van de gekozen doelregio en de valuta die u hebt opgegeven voor het genereren van rapporten.
De samenvatting helpt u inzicht te hebben in de kosten die u moet betalen voor opslag, berekening, netwerk en licentie wanneer u al uw compatibele virtuele machines in Azure beveiligt met behulp van Azure Site Recovery. De kosten worden berekend op voor compatibele virtuele machines en niet op alle geprofileerde virtuele machines.
U kunt de kosten maandelijks of jaarlijks weergeven. Meer informatie over ondersteunde doelregio's en ondersteunde valuta's.
Kosten per onderdelen De totale kosten voor Noodherstel zijn onderverdeeld in vier onderdelen: Compute, Storage, netwerk en Azure Site Recovery-licentiekosten. De kosten worden berekend op basis van het verbruik dat wordt gemaakt tijdens de replicatie en bij dr-analysetijd voor berekening, opslag (premium en standaard), ExpressRoute/VPN die is geconfigureerd tussen de on-premises site en Azure en de Azure Site Recovery-licentie.
Kosten per statussen De kosten voor een totaal noodherstel (DR) zijn is gebaseerd op twee verschillende statussen: Replicatie en Noodherstel.
Replicatiekosten: de kosten die worden gemaakt tijdens de replicatie. Dit dekt de kosten van opslag, netwerk en de Azure Site Recovery-licentie.
Kosten voor noodherstelanalyse: de kosten die worden gemaakt tijdens testfailovers. Azure Site Recovery draait virtuele machines tijdens een testfailover. De kosten voor noodherstelanalyse dekken de reken- en opslagkosten van actieve virtuele machines.
Azure Storage-kosten per maand/jaar : hier worden de totale opslagkosten weergegeven die worden gemaakt voor Premium- en Standard-opslag voor replicatie en dr-analyse. U kunt gedetailleerde kostenanalyse per virtuele machine bekijken in het blad Kostenraming .
Groeifactor en gebruikte percentielwaarden
In deze sectie onder aan het blad ziet u de percentielwaarde die wordt gebruikt voor alle prestatiemeteritems van de geprofileerde virtuele machines (standaard is het 95e percentiel) en de groeifactor (standaard is 30 procent) die in alle berekeningen wordt gebruikt.
Aanbevelingen met beschikbare bandbreedte als invoer
Het is mogelijk dat u om wat voor reden dan ook niet meer dan x Mbps bandbreedte kunt instellen voor Site Recovery-replicatie. Met het hulpprogramma kunt u de beschikbare bandbreedte opgeven (dit doet u tijdens het genereren van het rapport met behulp van de parameter -Bandwidth) en zo de haalbare RPO in minuten achterhalen. Met deze haalbare RPO-waarde kunt u beslissen of u extra bandbreedte moet instellen of dat u in orde bent met een noodhersteloplossing met deze RPO.
plaatsing van virtuele machineopslag
Notitie
Deployment Planner v2.5 raadt de opslagplaatsing aan voor machines die rechtstreeks naar beheerde schijven worden gerepliceerd.
Type replicatieopslag: een standaard of premium beheerde schijf, die wordt gebruikt voor het repliceren van alle bijbehorende virtuele machines die worden vermeld in de vm's om de kolom Te plaatsen .
Logboekopslagaccounttype: alle replicatielogboeken worden opgeslagen in een standaardopslagaccount.
Voorgesteld voorvoegsel voor opslagaccount: het voorgestelde voorvoegsel met drie tekens dat kan worden gebruikt voor het benoemen van het cacheopslagaccount. U kunt uw eigen voorvoegsel gebruiken, maar de suggestie van het hulpprogramma volgt de naamgevingsregels voor partities voor opslagaccounts.
Voorgestelde logboekaccountnaam: de naam van het opslagaccount nadat u het voorgestelde voorvoegsel hebt opgenomen. Vervang de naam tussen de punthaken (< en) door >uw aangepaste invoer.
Plaatsingsoverzicht: Een samenvatting van de schijven die nodig zijn om virtuele machines te beveiligen op opslagtype. Het omvat het totale aantal virtuele machines, de totale ingerichte grootte voor alle schijven en het totale aantal schijven.
Te plaatsen virtuele machines: een lijst met alle virtuele machines die op het opgegeven opslagaccount moeten worden geplaatst voor optimale prestaties en gebruik.
Compatibele virtuele machines
Naam van virtuele machine: de naam van de virtuele machine of het IP-adres dat wordt gebruikt in het VMListFile wanneer een rapport wordt gegenereerd. Deze kolom bevat ook de schijven (VMDK's) die zijn gekoppeld aan de virtuele machines. Als u virtuele vCenter-machines wilt onderscheiden met dubbele namen of IP-adressen, bevatten de namen de ESXi-hostnaam. De vermelde ESXi-host is de host waarop de virtuele machine werd geplaatst toen het hulpprogramma werd gedetecteerd tijdens de profileringsperiode.
Compatibiliteit van virtuele machines: waarden zijn Ja en Ja*. Ja* is voor exemplaren waarin de virtuele machine geschikt is voor Premium SSD's. Hier past de geprofileerde schijf met een hoog verloop of invoer-/uitvoerbewerkingen per seconde (IOPS) in de categorie P20 of P30, maar de grootte van de schijf zorgt ervoor dat deze wordt toegewezen aan een P10 of P20. Het opslagaccount bepaalt aan welk schijftype voor Premium Storage een schijf wordt toegewezen, op basis van de grootte. Voorbeeld:
- <128 GB is een P10.
- 128 GB tot 256 GB is een P15
- 256 GB tot 512 GB is een P20.
- 512 GB tot 1024 GB is een P30.
- 1025 GB tot 2048 GB is een P40.
- 2049 GB tot 4095 GB is een P50.
Als de werkbelastingkenmerken van een schijf deze bijvoorbeeld in de categorie P20 of P30 plaatsen, maar de grootte is toegewezen aan een lager premium-opslagschijftype, markeert het hulpprogramma die virtuele machine als Ja*. Het hulpprogramma adviseert ook om ofwel de grootte van de bronschijf te wijzigen zodat deze overeenkomt met het schijftype voor Premium Storage of de post-failover van het doelschijftype te wijzigen.
Opslagtype: Standard of Premium.
Asrseeddisk (Managed Disk) die is gemaakt voor replicatie: de naam van de schijf die wordt gemaakt wanneer u replicatie inschakelt. De gegevens en de bijbehorende momentopnamen worden opgeslagen in Azure.
Piek R/W IOPS (met groeifactor): de piekworkload-IOPS voor lezen/schrijven op de schijf (standaard het 95e percentiel), inclusief de toekomstige groeifactor (standaard 30%). De totale IOPS voor lezen/schrijven van een virtuele machine is niet altijd de som van de IOPS voor lezen/schrijven van de afzonderlijke schijven van de virtuele machine, omdat de piek-IOPS voor lezen/schrijven van de virtuele machine de piek is van de som van de IOPS voor lezen/schrijven van afzonderlijke schijven gedurende elke minuut van de profileringsperiode.
Piek voor gegevensverloop in Mbps (met groeifactor): het piekverloop op de schijf (standaard het 95e percentiel), inclusief de toekomstige groeifactor (standaard 30%). Het totale gegevensverloop van de virtuele machine is niet altijd de som van het gegevensverloop van de afzonderlijke schijven van de virtuele machine, omdat het piekgegevensverloop van de virtuele machine de piek is van het totale verloop van de afzonderlijke schijven gedurende elke minuut van de profileringsperiode.
Grootte van virtuele Azure-machines: de ideale toegewezen grootte van virtuele Azure Cloud Services-machines voor deze on-premises virtuele machine. De toewijzing is gebaseerd op het geheugen van de on-premises virtuele machine, het aantal schijven/kernen/NIC's en IOPS voor lezen/schrijven. De aanbeveling is altijd de laagste grootte van de virtuele Azure-machine die overeenkomt met alle kenmerken van de on-premises virtuele machine.
Aantal schijven: het totale aantal virtuele-machineschijven (VMDK's) op de virtuele machine.
Schijfgrootte (GB): de totale installatiegrootte van alle schijven van de virtuele machine. Het hulpprogramma toont ook de schijfgrootte voor de afzonderlijke schijven in de virtuele machine.
Kernen: het aantal CPU-kernen op de virtuele machine.
Geheugen (MB): het RAM-geheugen op de virtuele machine.
NIC's: het aantal NIC's op de virtuele machine.
Opstarttype: opstarttype van de virtuele machine. Dit kan BIOS of EFI zijn. Momenteel ondersteunt Azure Site Recovery virtuele Windows Server EFI-machines (Windows Server 2012, 2012 R2 en 2016), mits het aantal partities op de opstartschijf kleiner is dan 4 en de opstartsector 512 bytes is. Als u virtuele EFI-machines wilt beveiligen, moet de Azure Site Recovery Mobility-serviceversie 9.13 of hoger zijn. Alleen failover wordt ondersteund voor virtuele EFI-machines. Failback wordt niet ondersteund.
Type besturingssysteem: het type besturingssysteem van de virtuele machine. Het kan Windows of Linux of een andere zijn op basis van de gekozen sjabloon van VMware vSphere tijdens het maken van de virtuele machine.
Niet-compatibele virtuele machines
Naam van virtuele machine: de naam van de virtuele machine of het IP-adres dat wordt gebruikt in het VMListFile wanneer een rapport wordt gegenereerd. Deze kolom bevat ook de VMDK's die zijn gekoppeld aan de virtuele machines. Als u virtuele vCenter-machines wilt onderscheiden met dubbele namen of IP-adressen, bevatten de namen de ESXi-hostnaam. De vermelde ESXi-host is de host waarop de virtuele machine werd geplaatst toen het hulpprogramma werd gedetecteerd tijdens de profileringsperiode.
Compatibiliteit van virtuele machines: geeft aan waarom de opgegeven virtuele machine niet compatibel is voor gebruik met Site Recovery. De redenen worden beschreven voor elke incompatibele schijf van de virtuele machine en kan, op basis van gepubliceerde opslaglimieten, een van de volgende zijn:
Verkeerde grootte van gegevensschijf of verkeerde schijfgrootte van het besturingssysteem. Bekijk de ondersteuningslimieten.
De totale grootte van virtuele machines (replicatie + TFO) overschrijdt de ondersteunde limiet voor de grootte van het opslagaccount (35 TB). Deze incompatibiliteit treedt meestal op wanneer één schijf op de virtuele machine een prestatiekenmerk heeft dat groter is dan de maximaal ondersteunde Azure- of Site Recovery-limieten voor standaardopslag. Een dergelijk exemplaar pusht de virtuele machine naar de Premium-opslagzone. De maximale ondersteunde grootte van een Premium-opslagaccount is echter 35 TB en één beveiligde virtuele machine kan niet worden beveiligd voor meerdere opslagaccounts. Houd er ook rekening mee dat wanneer een testfailover wordt uitgevoerd op een beveiligde virtuele machine, deze wordt uitgevoerd in hetzelfde opslagaccount als de replicatie vordert. Stel in dit geval 2 x de grootte van de schijf in om replicatie mogelijk te maken en het testen van failover parallel uit te voeren.
De bron-IOPS is groter dan de ondersteunde IOPS-limiet voor opslag van 7500 per schijf.
Bron-IOPS overschrijdt de ondersteunde IOPS-opslaglimiet van 80.000 per virtuele machine.
Het gemiddelde gegevensverloop overschrijdt de ondersteunde Limiet voor het gegevensverloop van Site Recovery van 20 MB/s voor de gemiddelde I/O-grootte voor de schijf.
Piekgegevensverloop voor alle schijven op de virtuele machine overschrijdt de maximaal ondersteunde limiet voor het piekgegevensverloop van Site Recovery van 54 MB/s per virtuele machine.
De gemiddelde effectieve schrijf-IOPS overschrijdt de ondersteunde IOPS-limiet van Site Recovery van 840 voor schijven.
De berekende opslag voor momentopnamen overschrijdt de ondersteunde opslaglimiet van 10 TB voor momentopnamen.
Totaal gegevensverloop per dag overschrijdt het ondersteunde verloop per daglimiet van 2 TB per processerver.
Piek R/W IOPS (met groeifactor): de piekworkload-IOPS op de schijf (standaard het 95e percentiel) met inbegrip van de toekomstige groeifactor (standaard 30%). De totale IOPS voor lezen/schrijven van de virtuele machine is niet altijd de som van de IOPS voor lezen/schrijven van de afzonderlijke schijven van de virtuele machine, omdat de piek-IOPS voor lezen/schrijven van de virtuele machine de piek is van de som van de IOPS voor lezen/schrijven van afzonderlijke schijven gedurende elke minuut van de profileringsperiode.
Piekgegevensverloop in Mbps (met groeifactor): het piekverloop op de schijf (standaard het 95e percentiel) met inbegrip van de toekomstige groeifactor (standaard 30%). Het totale gegevensverloop van de virtuele machine is niet altijd de som van het gegevensverloop van de afzonderlijke schijven van de virtuele machine, omdat het piekgegevensverloop van de virtuele machine de piek is van het totale verloop van de afzonderlijke schijven gedurende elke minuut van de profileringsperiode.
Aantal schijven: het totale aantal VMDK's op de virtuele machine.
Schijfgrootte (GB): de totale installatiegrootte van alle schijven van de virtuele machine. Het hulpprogramma toont ook de schijfgrootte voor de afzonderlijke schijven in de virtuele machine.
Kernen: het aantal CPU-kernen op de virtuele machine.
Geheugen (MB): de hoeveelheid RAM-geheugen op de virtuele machine.
NIC's: het aantal NIC's op de virtuele machine.
Opstarttype: opstarttype van de virtuele machine. Dit kan BIOS of EFI zijn. Momenteel ondersteunt Azure Site Recovery virtuele Windows Server EFI-machines (Windows Server 2012, 2012 R2 en 2016), mits het aantal partities op de opstartschijf kleiner is dan 4 en de opstartsector 512 bytes is. Als u virtuele EFI-machines wilt beveiligen, moet de Azure Site Recovery Mobility-serviceversie 9.13 of hoger zijn. Alleen failover wordt ondersteund voor virtuele EFI-machines. Failback wordt niet ondersteund.
Type besturingssysteem: het type besturingssysteem van de virtuele machine. Het kan Windows of Linux of een andere zijn op basis van de gekozen sjabloon van VMware vSphere tijdens het maken van de virtuele machine.
Azure Site Recovery-limieten
De volgende tabel bevat de Azure Site Recovery-limieten. Deze limieten zijn gebaseerd op onze tests, maar dekken niet alle mogelijke toepassings-I/O-combinaties. De werkelijke resultaten kunnen variëren op basis van uw toepassings-I/O-combinatie. Voor optimale resultaten, zelfs na het plannen van de implementatie, is het altijd beter om toepassingen uitgebreid te testen met behulp van een testfailover. Zo krijgt u een nauwkeurig inzicht in de prestaties van de applicatie.
| Beoogde replicatieopslag | Gemiddelde I/O-grootte van bronschijf | Gemiddeld gegevensverloop van bronschijf | Totale gegevensverloop van bronschijf per dag |
|---|---|---|---|
| Standaardopslag | 8 kB | 2 MB/s | 168 GB per schijf |
| Premium P10 of P15 schijf | 8 kB | 2 MB/s | 168 GB per schijf |
| Premium P10 of P15 schijf | 16 kB | 4 MB/s | 336 GB per schijf |
| Premium P10 of P15 schijf | 32 kB of meer | 8 MB/s | 672 GB per schijf |
| Premium P20 of P30 of P40 of P50 schijf | 8 kB | 5 MB/s | 421 GB per schijf |
| Premium P20 of P30 of P40 of P50 schijf | 16 kB of meer | 20 MB/s | 1684 GB per schijf |
| brongegevensverloop | Maximumaantal |
|---|---|
| Piekgegevensverloop op alle schijven op een virtuele machine | 54 MB/s |
| Maximumgegevensverloop per dag dat wordt ondersteund door een processerver | 2 TB |
Dit zijn gemiddelden uitgaande van een I/O-overlapping van 30%. Site Recovery kan een hogere doorvoer verwerken op basis van overlappingsverhouding, grotere schrijfgrootten en daadwerkelijk workload-I/O-gedrag. De bovenstaande waarden zijn gebaseerd op een typische backlog van ongeveer vijf minuten. Dat wil zeggen dat de gegevens na het uploaden binnen vijf minuten worden verwerkt en er een herstelpunt is gemaakt.
Kostenschatting
Meer informatie over kostenraming.
Volgende stappen
Meer informatie over kostenraming.