Analysieren des Bereitstellungsplaner-Berichts für die VMware-Notfallwiederherstellung in Azure

Der erstellte Microsoft Excel-Bericht enthält die folgenden Tabellen:

On-premises Summary (Lokale Zusammenfassung)

Das Arbeitsblatt „On-premises Summary“ (Lokale Zusammenfassung) enthält eine Übersicht über die VMware-Umgebung für die Profilerstellung.

Start date (Startdatum) und End date (Enddatum): Das Start- und das Enddatum der bei der Berichterstellung berücksichtigten Profilerstellungsdaten. Das Startdatum ist standardmäßig das Datum, an dem die Profilerstellung beginnt, und das Enddatum ist das Datum, an dem die Profilerstellung beendet wird. Hierbei kann es sich um die Werte StartDate und EndDate handeln, wenn der Bericht mit diesen Parametern generiert wird.

Total number of profiling days (Gesamtanzahl von Profilerstellungstagen): Die gesamte Anzahl von Tagen der Profilerstellung zwischen dem Start- und dem Enddatum, für die der Bericht erstellt wird.

Number of compatible virtual machines (Anzahl von kompatiblen virtuellen Computern): Die Gesamtzahl von kompatiblen virtuellen Computern, für die die erforderliche Netzwerkbandbreite, die erforderliche Anzahl von Speicherkonten, Microsoft Azure-Kernen, Konfigurationsservern und zusätzliche Prozessservern berechnet werden.

Total number of disks across all compatible virtual machines (Datenträger gesamt für alle kompatiblen virtuellen Computer): Die Anzahl, die als eine der Eingaben verwendet wird, um entscheiden zu können, wie viele Konfigurationsserver und zusätzliche Prozessserver in der Bereitstellung verwendet werden sollen.

Average number of disks per compatible virtual machine (Durchschnittliche Anzahl von Datenträgern pro kompatiblem virtuellem Computer): Die durchschnittliche Anzahl von Datenträgern, die über alle kompatiblen virtuellen Computer hinweg berechnet wird.

Average disk size (GB) (Durchschnittliche Datenträgergröße (GB)): Die durchschnittliche Datenträgergröße, die über alle kompatiblen virtuellen Computer hinweg berechnet wird.

Desired RPO (minutes) (Gewünschter RPO-Wert (Minuten)): Entweder der RPO-Standardwert (Recovery Point Objective) oder der Wert, der für den Parameter DesiredRPO zum Zeitpunkt der Berichterstellung übergeben wird, um die erforderliche Bandbreite zu schätzen.

Desired bandwidth (Mbps) (Gewünschte Bandbreite (MBit/s)): Der Wert, den Sie für den Parameter Bandwidth zum Zeitpunkt der Berichterstellung übergeben haben, um den erreichbaren RPO-Wert zu schätzen.

Observed typical data churn per day (GB) (Beobachtete typische Datenänderungsrate pro Tag (GB)): Die durchschnittliche, über alle Tage der Profilerstellung hinweg beobachtete Datenänderungsrate. Diese Anzahl wird als eine der Eingaben genutzt, um eine Entscheidung über die Anzahl von Konfigurationsservern und zusätzlichen Prozessservern zu treffen, die in der Bereitstellung verwendet werden sollen.

Empfehlungen

Das Arbeitsblatt „Recommendations“ (Empfehlungen) des Berichts für „VMware zu Azure“ enthält je nach ausgewähltem gewünschtem RPO die folgenden Details:

Profilerstellungsdaten

Profiled data period (Zeitraum der Profilerstellung): Der Zeitraum, in dem die Profilerstellung durchgeführt wurde. Sofern der Bericht nicht nur für einen bestimmten Zeitraum erstellt wird, bezieht das Tool standardmäßig alle Profilerstellungsdaten in die Berechnung ein, indem bei der Berichterstellung die Optionen StartDate und EndDate genutzt werden.

Server Name (Servername): Der Name oder die IP-Adresse des VMware vCenter- oder ESXi-Hosts, für dessen virtuelle Computer der Bericht erstellt wird.

Desired RPO (Gewünschter RPO-Wert): Der RPO-Wert (Recovery Point Objective) für Ihre Bereitstellung. Standardmäßig wird die erforderliche Netzwerkbandbreite für RPO-Werte von 15, 30 und 60 Minuten berechnet. Basierend auf der Auswahl werden die betroffenen Werte auf dem Blatt aktualisiert. Wenn Sie beim Erstellen des Berichts den Parameter DesiredRPOinMin verwendet haben, wird dieser Wert als Ergebnis unter „Desired RPO“ (Gewünschter RPO-Wert) angezeigt.

Übersicht über die Profilerstellung

Total Profiled Virtual Machines (Gesamtanzahl der VMs für Profilerstellung): Die Gesamtzahl der virtuellen Computer, für die Profilerstellungsdaten verfügbar sind. Wenn die VMListFile-Datei Namen von virtuellen Computern enthält, für die keine Profilerstellung durchgeführt wurde, werden diese virtuellen Computer bei der Berichterstellung und der Gesamtanzahl von VMs für die Profilerstellung nicht berücksichtigt.

Compatible Virtual Machines (Kompatible virtuelle Computer): Die Anzahl von VMs, die mit Site Recovery in Azure geschützt werden können. Die Berechnung der erforderlichen Netzwerkbandbreite, Speicherkonten, Azure-Kerne, Konfigurationsserver und zusätzlichen Prozessserver basiert auf der Gesamtzahl der kompatiblen virtuellen Computer. Die Details aller kompatiblen virtuellen Computer sind im Abschnitt Kompatible virtuelle Computer verfügbar.

Incompatible Virtual Machines (Inkompatible virtuelle Computer): Die Anzahl von VMs, für die Profile erstellt wurden und die für den Schutz mit Site Recovery inkompatibel sind. Die Gründe für die Inkompatibilität werden im Abschnitt Incompatible virtual machines (Inkompatible virtuelle Computer) beschrieben. Wenn die VMListFile-Datei Namen von virtuellen Computern enthält, für die keine Profilerstellung durchgeführt wurde, werden diese virtuellen Computer von der Zählung inkompatibler VMs ausgeschlossen. Diese virtuellen Computer werden unten auf dem Blatt Incompatible virtual machines (Inkompatible virtuelle Computer) unter „Data not found“ (Daten nicht gefunden) aufgeführt.

Desired RPO (Gewünschter RPO-Wert): Ihr gewünschter RPO-Wert (Recovery Point Objective) in Minuten. Der Bericht wird für drei RPO-Werte erstellt: 15 (Standard), 30 und 60 Minuten. Die Bandbreitenempfehlung im Bericht wird basierend auf Ihrer Auswahl in der Dropdownliste „Desired RPO“ (Gewünschter RPO-Wert) oben rechts auf dem Blatt geändert. Wenn Sie den Bericht mit dem Parameter -DesiredRPO und einem benutzerdefinierten Wert erstellt haben, wird dieser benutzerdefinierte Wert in der Dropdownliste „Desired RPO“ (Gewünschter RPO-Wert) als Standardwert angezeigt.

Erforderliche Netzwerkbandbreite (MBit/s)

To meet RPO 100 percent of the time (Erreichung des RPO-Werts in 100 % der Fälle): Die empfohlene Bandbreite in MBit/s, die zugeordnet werden sollte, um den gewünschten RPO-Wert in 100 % der Fälle zu erzielen. Diese Menge an Bandbreite muss dediziert für die Deltareplikation im stabilen Zustand für alle kompatiblen virtuellen Computer bereitgestellt werden, um RPO-Verstöße zu vermeiden.

To meet RPO 90 percent of the time (Erfüllen der RPO zu 90 Prozent der Zeit): Wenn Sie aufgrund der Breitbandpreise oder anderer Faktoren nicht die erforderliche Bandbreite festlegen können, um die gewünschte RPO zu 100 Prozent der Zeit zu erreichen, können Sie sich für eine niedrigere Bandbreiteneinstellung entscheiden, die Ihre gewünschte RPO zu 90 Prozent der Zeit erfüllt. Zum besseren Verständnis der Auswirkungen, die mit dem Festlegen dieser geringeren Bandbreite verbunden sind, enthält der Bericht eine Was-wäre-wenn-Analyse zu Anzahl und Dauer der zu erwartenden RPO-Verletzungen.

Achieved Throughput: (Erzielter Durchsatz): Der Durchsatz von dem Server, auf dem Sie den GetThroughput-Befehl ausführen, zu der Microsoft Azure-Region, in der sich das Speicherkonto befindet. Mit diesem Durchsatzwert wird die geschätzte Ebene angegeben, die Sie erreichen können, wenn Sie die kompatiblen virtuellen Computer mit Site Recovery schützen, vorausgesetzt, die Speicher- und Netzwerkmerkmale Ihres Konfigurations- bzw. Prozessservers bleiben in Bezug auf den Server, auf dem Sie das Tool ausgeführt haben, unverändert.

Für die Replikation sollten Sie die empfohlene Bandbreite so festlegen, dass der RPO-Wert in 100 Prozent der Fälle erreicht wird. Nach dem Festlegen der Bandbreite sollten Sie wie folgt vorgehen, falls vom Tool kein Anstieg des erzielten Durchsatzes gemeldet wird:

1. Überprüfen Sie, ob der Azure Site Recovery-Durchsatz durch die Dienstqualität (Quality of Service, QoS) des Netzwerks eingeschränkt wird.

2. Überprüfen Sie, ob sich Ihr Azure Site Recovery-Tresor in der nächstgelegenen physisch unterstützten Microsoft Azure-Region befindet, um die Netzwerkwartezeit zu verringern.

3. Überprüfen Sie Ihre lokalen Speichermerkmale, um zu ermitteln, ob Sie die Hardware (z.B. Wechsel von HDD auf SSD) verbessern können.

4. Ändern Sie die Azure Site Recovery-Einstellungen auf dem Prozessserver, um die für die Replikation verwendete Menge an Netzwerkbandbreite zu erhöhen.

Wenn Sie das Tool auf einem Konfigurations- oder Prozessserver ausführen, der bereits über geschützte virtuelle Computer verfügt, ist es ratsam, das Tool mehrmals auszuführen. Der erzielte Durchsatzwert ändert sich je nach dem Datenänderungsvolumen, das zum jeweiligen Zeitpunkt verarbeitet wird.

Für alle Site Recovery-Bereitstellungen für Unternehmen empfehlen wir die Verwendung von ExpressRoute.

Erforderliche Speicherkonten

Im folgenden Diagramm wird die Gesamtzahl von Speicherkonten (Standard und Premium) angegeben, die zum Schützen aller kompatiblen virtuellen Computer erforderlich sind. Informationen dazu, welches Speicherkonto für einen virtuellen Computer jeweils verwendet werden sollte, finden Sie im Abschnitt VM/Speicher-Anordnung. Wenn Sie Version 2.5 von Bereitstellungsplaner verwenden, zeigt diese Empfehlung nur die Anzahl von Standard-Cachespeicherkonten an, die für die Replikation erforderlich sind, da die Daten direkt auf verwaltete Datenträger geschrieben werden.

Erforderliche Anzahl von Azure-Kernen

Dieses Ergebnis gibt die Gesamtzahl von Kernen an, die eingerichtet werden sollten, bevor ein Failover oder Testfailover für alle kompatiblen virtuellen Computer durchgeführt wird. Wenn im Abonnement zu wenig Kerne verfügbar sind, können von Site Recovery bei einem Testfailover oder Failover keine virtuellen Computer erstellt werden.

Erforderliche lokale Infrastruktur

Hiermit wird die Gesamtzahl von Konfigurationsservern und zusätzlichen Prozessservern angegeben, die konfiguriert werden müssen, um alle kompatiblen virtuellen Computer zu schützen. Je nach den unterstützten Größenempfehlungen für den Konfigurationsserver kann das Tool zusätzliche Server empfehlen. Die Empfehlung basiert auf der täglichen Änderungsrate oder der maximalen Anzahl von geschützten virtuellen Computern (bei durchschnittlich drei Datenträgern pro virtuellem Computer), je nachdem, welcher Wert größer ist bzw. auf dem Konfigurationsserver oder zusätzlichen Prozessserver zuerst erreicht wird. Die Details der Gesamtänderungsrate pro Tag und die Gesamtzahl von geschützten Datenträgern finden Sie im Abschnitt „On-premises Summary“ (Lokale Zusammenfassung).

Was-wäre-wenn-Analyse

Bei dieser Analyse wird angegeben, wie viele Regelverletzungen während des Zeitraums der Profilerstellung auftreten können, wenn Sie eine geringere Bandbreite festlegen, um den gewünschten RPO-Wert nur in 90% der Fälle zu erreichen. Jeden Tag können eine oder mehrere RPO-Verletzungen auftreten. Im Graphen wird der RPO-Spitzenwert des Tages angezeigt. Anhand dieser Analyse können Sie entscheiden, ob die Anzahl von RPO-Verletzungen über alle Tage hinweg und die RPO-Spitzenwerte pro Tag für die angegebene geringere Bandbreite akzeptabel sind. Wenn ja, können Sie die geringere Bandbreite für die Replikation zuordnen. Ordnen Sie ansonsten wie vorgeschlagen die höhere Bandbreite zu, um den gewünschten RPO-Wert zu 100 % zu erreichen.

Empfohlene Batchgröße virtueller Computer für die erste Replikation

In diesem Abschnitt wird die Anzahl von virtuellen Computern empfohlen, die parallel geschützt werden können, um die erste Replikation innerhalb von 72 Stunden mit der vorgeschlagenen Bandbreite durchzuführen und den gewünschten RPO-Wert zu 100 % zu erreichen. Dieser Wert ist konfigurierbar. Verwenden Sie den Parameter GoalToCompleteIR, um ihn bei der Berichterstellung zu ändern.

Der Graph hier zeigt einen Bereich mit Bandbreitenwerten und die berechnete Batchgrößenanzahl virtueller Computer, um die erste Replikation innerhalb von 72 Stunden abzuschließen, basierend auf der ermittelten durchschnittlichen VM-Größe über alle kompatiblen virtuellen Computer hinweg.

In der öffentlichen Vorschauversion wird im Bericht nicht angegeben, welche virtuellen Computer in einem Batch enthalten sein sollten. Sie können die im Abschnitt Compatible VMs (Kompatible VMs) angezeigte Datenträgergröße verwenden, um nach den Größen der einzelnen virtueller Größe zu suchen und diese für einen Batch auszuwählen, oder Sie können die virtuellen Computer basierend auf bekannten Workloadmerkmalen auswählen. Die Dauer der ersten Replikation ändert sich proportional basierend auf der tatsächlichen Datenträgergröße der virtuellen Computer, dem genutzten Datenträgerspeicherplatz und dem verfügbaren Netzwerkdurchsatz.

Cost Estimation (Kostenvorkalkulation)

Im Graphen ist die Übersicht über die geschätzten Gesamtkosten der Notfallwiederherstellung (Disaster Recovery, DR) in Azure für Ihre gewählte Zielregion und Währung dargestellt, die Sie für die Berichterstellung angegeben haben.

Die Zusammenfassung hilft Ihnen, die Kosten zu verstehen, die für Speicher, Compute, Netzwerk und Lizenz anfallen, wenn Sie Ihre gesamten kompatiblen VMs mittels Azure Site Recovery in Azure schützen. Die Kosten werden für kompatible VMs berechnet und nicht für allen profilierten VMs.

Sie können die Kosten entweder monatlich oder jährlich anzeigen. Erfahren Sie mehr zu unterstützten Zielregionen und unterstützten Währungen.

Cost by components (Kosten nach Komponenten): Die Gesamtkosten für die Notfallwiederherstellung sind in vier Komponenten unterteilt: Compute-, Speicher-, Netzwerk- und Azure Site Recovery-Lizenzkosten. Die Kosten werden basierend auf dem Verbrauch berechnet, der während der Replikation und der DR-Testzeit für die Bereiche Compute, Speicher (Premium und Standard), für konfigurierte ExpressRoute/VPN-Verbindung zwischen lokaler Site und Azure sowie für die Azure Site Recovery-Lizenz anfallen.

Cost by states (Kosten nach Zustand): Die Gesamtkosten für die Notfallwiederherstellung werden basierend auf zwei unterschiedlichen Zuständen kategorisiert: Replikation und DR-Drill.

Replication cost (Replikationskosten): Die Kosten, die während der Replikation anfallen. Hierin sind die Kosten für Speicher, Netzwerk und Azure Site Recovery-Lizenz enthalten.

DR-Drill cost (Kosten für DR-Drills): Die Kosten, die bei Testfailovern anfallen. Azure Site Recovery fährt VMs während des Testfailovers hoch. Die DR-Testkosten decken die Compute- und Speicherkosten der ausgeführten VMs ab.

Azure-Speicherkosten pro Montag/Jahr Dies zeigt die Speichergesamtkosten, die bei der Replikation und bei DR-Tests für Premium- und Standardspeicher anfallen. Sie können die ausführliche Kostenanalyse pro virtuellem Computer in der Tabelle Cost Estimation (Kostenschätzung) anzeigen.

Verwendeter Zuwachsfaktor und Perzentilwerte

In diesem Abschnitt werden unten auf dem Blatt der verwendete Perzentilwert für alle Leistungsindikatoren der virtuellen Computer für die Profilerstellung (Standardeinstellung: 95. Perzentil) und der für alle Berechnungen verwendete Zuwachsfaktor (Standardeinstellung: 30 %) angezeigt.

Empfehlungen mit verfügbarer Bandbreite als Eingabe

Es kann sein, dass Sie in einer bestimmten Situation wissen, dass Sie keine höhere Bandbreite als x MBit/s für die Site Recovery-Replikation festlegen können. Das Tool ermöglicht Ihnen das Eingeben der verfügbaren Bandbreite (mit Verwendung des Parameters „-Bandwidth“ während der Berichterstellung) und das Ermitteln des erreichbaren RPO-Werts in Minuten. Anhand dieser Angabe zum erreichbaren RPO-Wert können Sie entscheiden, ob Sie zusätzliche Bandbreite einrichten müssen oder ob eine Lösung für die Notfallwiederherstellung mit diesem RPO-Wert für Ihre Zwecke ausreicht.

virtual machine-storage placement

Replication Storage Type (Replikationsspeichertyp): Entweder ein verwalteter Datenträger vom Typ Standard oder Premium, der zur Replikation aller entsprechenden virtueller Computer, die in der Spalte VMs to Place (Anzuordnende VMs) aufgeführt sind, verwendet wird.

Log Storage Account Type (Typ des Protokollspeicherkontos): Alle Replikationsprotokolle werden in einem Speicherkonto vom Typ „Standard“ gespeichert.

Suggested Prefix for Storage Account (Empfohlenes Präfix für das Speicherkonto): Das vorgeschlagene Präfix aus drei Zeichen, das zum Benennen des Cachespeicherkontos verwendet werden kann. Sie können ein eigenes Präfix verwenden, aber der Vorschlag des Tools basiert auf der Partitionsbenennungskonvention für Speicherkonten.

Suggested Log Account Name (Vorgeschlagener Protokollkontoname): Der Speicherkontoname nach Einbindung des vorgeschlagenen Präfix. Ersetzen Sie den Namen innerhalb der spitzen Klammern (< und >) durch Ihre eigene Eingabe.

Placement Summary (Platzierungsübersicht): Eine Zusammenfassung der zum Schützen der virtueller Computer erforderlichen Datenträger nach Speichertyp. Sie enthält die Gesamtanzahl der virtuellen Computer, die insgesamt auf allen Datenträgern bereitgestellte Größe und die Gesamtanzahl der Datenträger.

Virtual Machines to Place (Anzuordnende VMs): Eine Liste mit allen virtueller Computer, die im jeweiligen Speicherkonto angeordnet werden sollten, um die optimale Leistung und Nutzung zu erzielen.

Compatible virtual machines (Kompatible virtuelle Computer)

Virtual machine Name (Name des virtuellen Computers): Der Name oder die IP-Adresse des virtuellen Computers, der in der VMListFile-Datei verwendet wird, wenn ein Bericht generiert wird. In dieser Spalte sind auch die Datenträger (VMDKs) angegeben, die an die virtuellen Computer angefügt sind. Um vCenter-VMs mit doppelten Namen oder IP-Adressen unterscheiden zu können, enthalten die Namen den ESXi-Hostnamen. Der aufgeführte ESXi-Host ist der Host, auf dem der virtuelle Computer angeordnet wurde, als das Tool während der Profilerstellung die Ermittlung durchgeführt hat.

Virtual machine Compatibility (Kompatibilität virtueller Computer): Verfügbar sind die Werte Yes und Yes*. Yes* steht für Fälle, in denen sich der virtuelle Computer für Premium-SSDs eignet. Hier fällt der Datenträger mit hoher Datenänderungsrate bzw. hohem IOPS-Wert (Input/output operations per second, Ein-/Ausgabevorgänge pro Sekunde), für den das Profil erstellt wird, in die Kategorie P20 oder P30. Aufgrund der Größe des Datenträgers wird er aber auf P10 bzw. P20 heruntergestuft. Das Speicherkonto entscheidet basierend auf der Größe, welchem Storage Premium-Datenträgertyp ein Datenträger zugeordnet wird. Zum Beispiel:

• <Bei bis 128 GB wird die Kategorie P10 verwendet.
• Bei 128 GB bis 256 GB wird die Kategorie P15 verwendet.
• Bei 256 GB bis 512 GB wird die Kategorie P20 verwendet.
• Für den Bereich zwischen 512 GB und 1024 GB (jeweils einschließlich) lautet die Kategorie P30.
• Für den Bereich zwischen 1025 GB und 2048 GB (jeweils einschließlich) lautet die Kategorie P40.
• Für den Bereich zwischen 2049 GB und 4095 GB (jeweils einschließlich) lautet die Kategorie P50.

Falls ein Datenträger aufgrund seiner Workloadmerkmale beispielsweise in die Kategorie P20 oder P30 fällt, aufgrund der Größe aber ein niedrigerer Premium-Speicherdatenträgertyp gewählt wird, wird der virtuelle Computer vom Tool als Yes* gekennzeichnet. Sie erhalten vom Tool außerdem die Empfehlung, dass Sie entweder die Größe des Quelldatenträgers an den empfohlenen Storage Premium-Datenträgertyp anpassen oder den Typ des Zieldatenträgers nach dem Failover ändern sollten.

Storage Type (Speichertyp): Standard oder Premium.

Asrseeddisk (Managed Disk) created for replication (Für die Replikation erstelltes Asrseeddisk-Element (Verwalteter Datenträger)): Der Name des Datenträgers, der beim Aktivieren der Replikation erstellt wird. Er speichert die Daten und die zugehörigen Momentaufnahmen in Azure.

Peak R/W IOPS (with Growth Factor) (Lese/Schreib-IOPS (mit Zuwachsfaktor): Der Lese/Schreib-IOPS-Wert für die Spitzenworkload auf dem Datenträger (Standardeinstellung: 95. Perzentil), einschließlich des Faktors für den zukünftigen Zuwachs (Standardeinstellung: 30%). Der Lese/Schreib-IOPS-Gesamtwert eines virtuellen Computers entspricht nicht immer der Summe aller Lese/Schreib-IOPS-Werte der einzelnen Datenträger eines virtuellen Computers, weil der Lese/Schreib-IOPS-Spitzenwert des virtuellen Computers gleich dem Spitzenwert der Summe aller Lese/Schreib-IOPS-Werte seiner einzelnen Datenträger in jeder Minute des Profilerstellungszeitraums ist.

Peak Data Churn (MBps) (with Growth Factor) (Datenänderung (MBit/s) (mit Zuwachsfaktor)): Die Spitzenänderungsrate auf dem Datenträger (Standardeinstellung: 95. Perzentil), einschließlich des Faktors für den zukünftigen Zuwachs (Standardeinstellung: 30%). Die gesamte VM-Datenänderung entspricht nicht immer der Summe der Datenänderung der einzelnen VM-Datenträger, weil der Spitzenwert der VM-Datenänderung gleich dem Spitzenwert der Summe der Datenänderungen seiner einzelnen Datenträger in jeder Minute des Profilerstellungszeitraums ist.

Azure virtual machine size (Größe des virtuellen Azure-Computers): Die Idealgröße für die Zuordnung von Azure Cloud Services-VMs für diesen lokalen virtuellen Computer. Die Zuordnung basiert auf dem Arbeitsspeicher des lokalen virtuellen Computers, der Anzahl von Datenträgern/Kernen/NICs und dem Lese/Schreib-IOPS-Wert. Die Empfehlung ist immer die niedrigste Größe des virtuellen Azure-Computers, die allen Merkmalen des lokalen virtuellen Computers entspricht.

Number of Disks (Anzahl von Datenträgern): Die Gesamtzahl von Datenträgern des virtuellen Computers (Virtual Machine Disks, VMDKs)

Disk Size (GB) (Datenträgergröße (GB)): Konfigurierte Gesamtgröße aller Datenträger des virtuellen Computers Im Tool wird auch die Datenträgergröße für die einzelnen Datenträger des virtuellen Computers angezeigt.

Cores (Kerne): Die Anzahl von CPU-Kernen des virtuellen Computers

Memory (MB) (Arbeitsspeicher (MB)): Der Arbeitsspeicher (RAM) des virtuellen Computers

NICs: Die Anzahl von Netzwerkkarten des virtuellen Computers

Boot Type (Starttyp): Starttyp des virtuellen Computers Er kann entweder „BIOS“ oder „EFI“ lauten. Derzeit unterstützt Azure Site Recovery Windows Server-EFI-VMs (Windows Server 2012, 2012 R2 und 2016), sofern die Anzahl von Partitionen auf dem Startdatenträger geringer als 4 ist und die Größe des Startsektors 512 Byte beträgt. Um EFI-VMs schützen zu können, muss die Azure Site Recovery-Mobilitätsdienstversion 9.13 oder höher verwendet werden. Für virtuelle EFI-VMs wird nur Failover unterstützt. Failbacks werden nicht unterstützt.

OS Type (Betriebssystemtyp): Der Betriebssystemtyp des virtuellen Computers. Hier kann Windows, Linux oder ein anderer Typ angegeben werden. Dies richtet sich nach der ausgewählten Vorlage für VMware vSphere während der Erstellung des virtuellen Computers.

Inkompatible virtuelle Computer

Virtual machine Name (Name des virtuellen Computers): Der Name oder die IP-Adresse des virtuellen Computers, der in der VMListFile-Datei verwendet wird, wenn ein Bericht generiert wird. In dieser Spalte sind auch die Datenträger (VMDKs) aufgelistet, die an die virtuellen Computer angefügt sind. Um vCenter-VMs mit doppelten Namen oder IP-Adressen unterscheiden zu können, enthalten die Namen den ESXi-Hostnamen. Der aufgeführte ESXi-Host ist der Host, auf dem der virtuelle Computer angeordnet wurde, als das Tool während der Profilerstellung die Ermittlung durchgeführt hat.

Virtual Machine Compatibility (VM-Kompatibilität): Gibt an, warum der jeweilige virtuelle Computer nicht für die Verwendung mit Site Recovery kompatibel ist. Die Gründe werden für jeden inkompatiblen Datenträger des virtuellen Computers beschrieben. Basierend auf den veröffentlichten Speichergrenzwerten können dies folgende Gründe sein:

• Falsche Datenträgergröße oder falsche Größe des Betriebssystem-Datenträgers. Überprüfen Sie die Supportlimits.

• Die Gesamtgröße des virtuellen Computers (Replikation + TFO) übersteigt den Grenzwert für die Unterstützung von Speicherkonten (35 TB). Diese Inkompatibilität tritt normalerweise auf, wenn ein einzelner Datenträger des virtuellen Computers über ein Leistungsmerkmal verfügt, das den unterstützten Azure- oder Site Recovery-Grenzwert für Standardspeicher überschreitet. Eine solche Instanz verschiebt den virtuellen Computer in die Premium-Speicherzone. Jedoch beträgt die maximal unterstützte Größe für Konten vom Typ „Storage Premium“ 35 TB, und ein einzelner geschützter virtueller Computer kann nicht über mehrere Speicherkonten hinweg geschützt werden. Beachten Sie außerdem Folgendes: Wenn ein Testfailover auf einem geschützten virtuellen Computer durchgeführt wird, erfolgt dies unter demselben Speicherkonto, unter dem die Replikation durchgeführt wird. Richten Sie in diesem Fall die doppelte Größe des Datenträgers ein, damit die Replikation weiter durchgeführt werden kann und gleichzeitig das Testfailover erfolgreich ist.

• Der IOPS-Quellwert übersteigt den unterstützten IOPS-Speichergrenzwert von 7.500 pro Datenträger.

• Der IOPS-Quellwert übersteigt den unterstützten IOPS-Speichergrenzwert von 80.000 pro virtuellem Computer.

• Die durchschnittliche Datenänderungsrate übersteigt den unterstützten Grenzwert für die Site Recovery-Datenänderungsrate von 20 MB/s für die durchschnittliche E/A-Größe für den Datenträger.

• Die Spitzenänderungsrate für alle Datenträger auf dem virtuellem Computer übersteigt den maximal unterstützten Grenzwert für die Site Recovery-Spitzenänderungsrate von 54 MB/s pro virtuellem Computer.

• Der durchschnittliche effektive Schreib-IOPS-Wert übersteigt den unterstützten Site Recovery-IOPS-Grenzwert von 840 für den Datenträger.

• Der berechnete Momentaufnahmespeicher übersteigt den unterstützten Grenzwert für Momentaufnahmespeicher von 10 TB.

• Die gesamte Datenänderungsrate pro Tag übersteigt das unterstützte Limit für die Datenänderung pro Tag von 2 TB durch einen Prozessserver.

Peak R/W IOPS (with Growth Factor) (Lese/Schreib-IOPS-Spitzenwert (mit Zuwachsfaktor)): Der IOPS-Wert für die Spitzenworkload auf dem Datenträger (Standardeinstellung: 95. Perzentil), einschließlich des Faktors für den zukünftigen Zuwachs (Standardeinstellung: 30%). Der Lese/Schreib-IOPS-Gesamtwert des virtuellen Computers entspricht nicht immer der Summe aller Lese/Schreib-IOPS-Werte der einzelnen Datenträger eines virtuellen Computers, weil der Lese/Schreib-IOPS-Spitzenwert des virtuellen Computers gleich dem Spitzenwert der Summe aller Lese/Schreib-IOPS-Werte seiner einzelnen Datenträger in jeder Minute des Profilerstellungszeitraums ist.

Peak Data Churn in Mbps (with Growth Factor) (Spitzendatenänderung (MBit/s) (mit Zuwachsfaktor)): Die Spitzenänderungsrate auf dem Datenträger (Standardeinstellung: 95. Perzentil), einschließlich des Faktors für den zukünftigen Zuwachs (Standardeinstellung: 30%). Die gesamte VM-Datenänderung entspricht nicht immer der Summe der Datenänderung der einzelnen VM-Datenträger, weil der Spitzenwert der VM-Datenänderung gleich dem Spitzenwert der Summe der Datenänderungen seiner einzelnen Datenträger in jeder Minute des Profilerstellungszeitraums ist.

Number of Disks (Anzahl von Datenträgern): Die Gesamtzahl von VMDKs auf dem virtuellen Computer

Disk Size (GB) (Datenträgergröße (GB)): Konfigurierte Gesamtgröße aller Datenträger des virtuellen Computers Im Tool wird auch die Datenträgergröße für die einzelnen Datenträger des virtuellen Computers angezeigt.

Cores (Kerne): Die Anzahl von CPU-Kernen des virtuellen Computers

Memory (MB) (Arbeitsspeicher (MB)): Die Größe des Arbeitsspeichers (RAM) auf dem virtuellen Computer

NICs: Die Anzahl von Netzwerkkarten des virtuellen Computers

Boot Type (Starttyp): Starttyp des virtuellen Computers Er kann entweder „BIOS“ oder „EFI“ lauten. Derzeit unterstützt Azure Site Recovery Windows Server-EFI-VMs (Windows Server 2012, 2012 R2 und 2016), sofern die Anzahl von Partitionen auf dem Startdatenträger geringer als 4 ist und die Größe des Startsektors 512 Byte beträgt. Um EFI-VMs schützen zu können, muss die Azure Site Recovery-Mobilitätsdienstversion 9.13 oder höher verwendet werden. Für virtuelle EFI-VMs wird nur Failover unterstützt. Failbacks werden nicht unterstützt.

OS Type (Betriebssystemtyp): Der Betriebssystemtyp des virtuellen Computers. Hier kann Windows, Linux oder ein anderer Typ angegeben werden. Dies richtet sich nach der ausgewählten Vorlage für VMware vSphere während der Erstellung des virtuellen Computers.

Azure Site Recovery-Grenzwerte

Die folgende Tabelle enthält die Azure Site Recovery-Grenzwerte. Diese Grenzwerte basieren auf unseren Tests, können aber nicht alle möglichen E/A-Kombinationen für Anwendungen abdecken. Die tatsächlichen Ergebnisse können je nach Ihrer E/A-Mischung für die Anwendungen variieren. Auch nach der Planung der Bereitstellung ist es zum Erzielen der bestmöglichen Ergebnisse stets zu empfehlen, umfangreiche Anwendungstests per Testfailover durchzuführen, um sich ein eindeutiges Bild der Anwendungsleistung zu verschaffen.

Dies sind Durchschnittswerte, bei denen eine E/A-Überlappung von 30% angenommen wird. Site Recovery kann einen höheren Durchsatz basierend auf dem Überlappungsverhältnis, höheren Schreibgrößen und dem tatsächlichen Workload-E/A-Verhalten verarbeiten. Für die obigen Zahlen wurde ein typischer Backlog von ca. fünf Minuten vorausgesetzt. Dies bedeutet, dass die Daten nach dem Hochladen verarbeitet werden und innerhalb von fünf Minuten ein Wiederherstellungspunkt erstellt wird.

Cost Estimation (Kostenvorkalkulation)

Erfahren Sie mehr über die Kostenvorkalkulation.

Nächste Schritte

Erfahren Sie mehr über die Kostenvorkalkulation.