Vereinfachte Benutzererfahrung für die vCenter-Erkennung und -Wiederherstellung von Anwendungen mit mehreren zeitpunktbezogenen Wiederherstellungsvorgängen. 

Niedrigere Gesamtbetriebskosten durch reduzierte Betriebskosten und die Möglichkeit, Notfallwiederherstellungspläne mit minimalem Ressourcenaufwand zu erstellen und anzupassen.

Kontinuierliche Notfallwiederherstellungsbereitschaft mit virtuellen Failover-Tests, die den Betrieb nicht unterbrechen. Sie können Ihre DR-Failover-Pläne regelmäßig testen, ohne die Produktionsarbeitslast zu beeinträchtigen.

Schnellere Wertschöpfung durch dynamische Änderungen in Ihrer IT-Umgebung und die Möglichkeit, diese in Ihren Notfallwiederherstellungsplänen zu berücksichtigen.

Möglichkeit, sowohl die Speicher- als auch die virtuellen Ebenen durch Backend-Orchestrierung von ONTAP und VMware gleichzeitig zu verwalten, ohne dass virtuelle Server-Appliances (VSAs) bereitgestellt und gewartet werden müssen.

DR-Lösungen für VMware können ressourcenintensiv sein. Viele DR-Lösungen replizieren VMs auf der virtuellen VMware-Ebene mithilfe von VSAs, was zu einem höheren Verbrauch von Rechenressourcen und einem Verlust der wertvollen Speichereffizienz von ONTAP führen kann. Da Disaster Recovery die ONTAP SnapMirror -Technologie verwendet, kann es mithilfe unseres inkrementellen Replikationsmodells mit allen nativen Datenkomprimierungs- und Deduplizierungseffizienzen von ONTAP Daten von Produktionsdatenspeichern zum DR-Standort replizieren.

Replizieren Sie VMware-Apps auf Ihrem lokalen Produktionsstandort mithilfe der SnapMirror -Replikation an einen Remote-Standort zur Notfallwiederherstellung in der Cloud oder vor Ort.

Migrieren Sie VMware-Workloads von Ihrem ursprünglichen Standort zu einem anderen Standort.

Führen Sie einen Failover-Test durch. Wenn Sie dies tun, erstellt der Dienst temporäre virtuelle Maschinen. Disaster Recovery erstellt aus dem ausgewählten Snapshot ein neues FlexClone Volume und ein temporärer Datenspeicher, der durch das FlexClone -Volume gesichert ist, wird den ESXi-Hosts zugeordnet. Dieser Prozess verbraucht keine zusätzliche physische Kapazität auf dem lokalen ONTAP -Speicher oder FSx für NetApp ONTAP -Speicher in AWS. Das ursprüngliche Quellvolume wird nicht geändert und Replikationsaufträge können auch während der Notfallwiederherstellung fortgesetzt werden.

Führen Sie im Katastrophenfall bei Bedarf ein Failover Ihres primären Standorts auf den Disaster Recovery-Standort durch. Dabei kann es sich um VMware Cloud auf AWS mit Amazon FSx for NetApp ONTAP oder eine lokale VMware-Umgebung mit ONTAP handeln.

Nachdem der Notfall behoben wurde, führen Sie bei Bedarf ein Failback vom Notfallwiederherstellungsstandort zum primären Standort durch.

Gruppieren Sie VMs oder Datenspeicher für eine effiziente Verwaltung in logische Ressourcengruppen.

Melden Sie sich für eine 30-tägige kostenlose Testversion an.

Erwerben Sie ein Pay-as-you-go-Abonnement (PAYGO) über den Amazon Web Services (AWS) Marketplace oder den Microsoft Azure Marketplace. Mit dieser Lizenz können Sie eine Lizenz mit fester, geschützter Kapazität ohne langfristige Bindung erwerben.

Bringen Sie Ihre eigene Lizenz (BYOL) mit. Dabei handelt es sich um eine NetApp Lizenzdatei (NLF), die Sie von Ihrem NetApp Vertriebsmitarbeiter erhalten. Sie können die Seriennummer der Lizenz verwenden, um BYOL in der NetApp Konsole zu aktivieren.

Mit dem Dienst können Sie außerdem ein Failback virtueller Maschinen auf den ursprünglichen Quellspeicherort durchführen.

Sie können den Failover-Prozess für die Notfallwiederherstellung testen, ohne die ursprünglichen virtuellen Maschinen zu unterbrechen. Der Test stellt virtuelle Maschinen in einem isolierten Netzwerk wieder her, indem ein FlexClone des Volumes erstellt wird.

Für den Failover- oder Test-Failover-Prozess können Sie den neuesten (Standard) oder ausgewählten Snapshot auswählen, von dem aus Ihre virtuelle Maschine wiederhergestellt werden soll.

* NetApp Konsole*: Die Benutzeroberfläche zum Verwalten Ihrer Notfallwiederherstellungspläne. Mit der NetApp Konsole können Sie Replikationspläne, Ressourcengruppen und Failover-Vorgänge in Ihren lokalen und Cloud-Umgebungen erstellen und verwalten.

Konsolenagent: Eine leichtgewichtige Softwarekomponente, die in Ihrem Cloud-gehosteten Netzwerk oder Ihrer lokalen VMware-Umgebung ausgeführt wird. Es kommuniziert mit der NetApp Konsole und verwaltet die Datenreplikation zwischen Ihrer lokalen Umgebung und dem Disaster-Recovery-Standort. Der Konsolenagent wird auf einer virtuellen Maschine in Ihrer VMware-Umgebung installiert.

* ONTAP -Speichercluster*: Die ONTAP -Speichercluster sind die primären Speichersysteme, die Ihre VMware-Workloads hosten. Die ONTAP Speichercluster stellen die zugrunde liegende Speicherinfrastruktur für Ihre Notfallwiederherstellungspläne bereit. Disaster Recovery verwendet ONTAP Speicher-APIs zum Verwalten von ONTAP Speicherclustern wie lokalen Arrays und Cloud-basierten Lösungen wie Amazon FSx for NetApp ONTAP.

vCenter-Server: Das VMware vCenter ist der Verwaltungsserver für Ihre VMware-Umgebung. Es verwaltet die ESXi-Hosts und die zugehörigen Datenspeicher. Der Konsolenagent kommuniziert mit dem VMware vCenter, um die Datenreplikation zwischen Ihrer lokalen Umgebung und dem Notfallwiederherstellungsstandort zu verwalten. Dazu gehört das Registrieren von ONTAP -LUNs und -Volumes als Datenspeicher, das Neukonfigurieren von VMs sowie das Starten und Stoppen von VMs.

NFS-Datenspeicher, die auf ONTAP FlexVol -Volumes gehostet werden, die sich auf ONTAP Clustern befinden.

VMware vSphere Virtual Machine File System (VMFS)-Datenspeicher mit dem iSCSI- oder FC-Protokoll

VMware Cloud (VMC) auf AWS mit Amazon FSx for NetApp ONTAP

Eine weitere lokale, NFS-basierte VMware-Umgebung mit ONTAP Speicher oder eine lokale FC/iSCSI-VMSF

Amazon Elastic VMware Service

Azure VMware Solution (AVS) mit NetApp Cloud Volumes ONTAP (iSCSI) (Private Vorschau)

Datenspeicher: Ein VMware vCenter-Datencontainer, der ein Dateisystem zum Speichern von VMDK-Dateien verwendet. Typische Datenspeichertypen sind NFS, VMFS, vSAN oder vVol. Disaster Recovery unterstützt NFS- und VMFS-Datenspeicher. Jeder VMware-Datenspeicher wird auf einem einzelnen ONTAP Volume oder LUN gehostet. Disaster Recovery unterstützt NFS- und VMFS-Datenspeicher, die auf FlexVol Volumes gehostet werden, die sich auf ONTAP Clustern befinden.

Replikationsplan: Ein Satz von Regeln darüber, wie oft Sicherungen durchgeführt werden und wie mit Failover-Ereignissen umgegangen wird. Pläne werden einer oder mehreren Ressourcengruppen zugewiesen.

Recovery Point Objective (RPO): Der maximale Datenverlust, der im Katastrophenfall akzeptabel ist. RPO wird in der Häufigkeit der Datenreplikation oder im Replikationszeitplan des Replikationsplans definiert.

Recovery Time Objective (RTO): Die maximal akzeptable Zeitspanne für die Wiederherstellung nach einem Desaster. RTO ist im Replikationsplan definiert und ist die Zeit, die für das Failover zum DR-Standort und den Neustart aller VMs benötigt wird.

Ressourcengruppe: Ein logischer Container, der es Ihnen ermöglicht, mehrere VMs als eine Einheit zu verwalten. Eine VM kann sich jeweils nur in einer Ressourcengruppe befinden. Sie können für jede Anwendung oder Arbeitslast, die Sie schützen möchten, eine Ressourcengruppe erstellen.

Site: Ein logischer Container, der normalerweise mit einem physischen Rechenzentrum oder Cloud-Standort verknüpft ist, der einen oder mehrere vCenter-Cluster und ONTAP Speicher hostet.