Instant Virtual Machine (IVM) im Vergleich zu Virtual Standby (VSB)-Rechner

Informationen zu Arcserve UDP › Funktionsweise von Arcserve UDP › Instant Virtual Machine (IVM) im Vergleich zu Virtual Standby (VSB)-Rechner

Instant Virtual Machine (IVM) im Vergleich zu Virtual Standby (VSB)-Rechner

Beim Wiederherstellen von Daten nach einem Systemausfall oder während einer Disaster-Recovery-Schulung müssen Sie möglicherweise virtualisierte Instanzen von Servern starten, die zuvor von Arcserve UDP geschützt wurden.

Arcserve UDPbietet die folgenden zwei Funktionen, mit denen Sie den virtuellen Rechner von Wiederherstellungspunkten starten können:

Instant Virtual Machine (IVM): Erstellt einen virtuellen Rechner unmittelbar von einem Wiederherstellungspunkt. Der Vorteil einer Instant-VM ist, dass sie einen sofortigen Zugriff auf Daten und die Anwendungen in den Arcserve UDP-Sicherungssitzungen bietet. Eine Instant-VM kommt ohne die mit einer herkömmlichen Wiederherstellung oder Konvertierung der Sicherungssitzung auf einem physischen oder virtuellen Rechner einhergehenden Ausfallzeit aus.
Weitere Informationen zu Instant Virtual Machine finden Sie unter So erstellen und verwalten Sie eine Instant-VM.
Virtual Standby (VSB)-Rechner: Konvertiert die Wiederherstellungspunkte in Formate für virtuelle Rechner und bereitet einen Snapshot vor, damit Ihre Daten bei Bedarf auf einfache Weise wiederhergestellt werden können. Diese Funktion deckt auch die Hochverfügbarkeitsfunktion ab und stellt sicher, dass der virtuelle Rechner sofort übernehmen kann, wenn der Quellrechner fehlschlägt. Der virtuelle Standby-Rechner wird erstellt, indem die Wiederherstellungspunkte in ein VMware- oder Hyper-V-Format für virtuelle Rechner konvertiert werden.
Weitere Informationen zu Virtual Standby finden Sie unter So erstellen Sie einen Virtual Standby-Plan.

Um zu bestimmen, welche Funktion am besten geeignet ist, müssen Sie Ihre RTO (Recovery Time Objective, Wiederherstellungszeit) und das Szenario berücksichtigen. In der folgenden Tabelle werden die Funktionen von IVM und VSB verglichen:

FUNKTIONEN	IVM	VSB
Einschalten von Standby-VMs vom aktuellen Wiederherstellungspunkt	Ja (keine Konvertierung erforderlich)	Ja, aber NUR, wenn dem Sicherungsplan ein VSB-Task hinzugefügt wurde. Beispiel: Vorausplanung erforderlich)
Erfordert Sicherungszeitverarbeitung	Nicht benötigt	Erforderlich; dem Plan muss ein VSB-Task hinzugefügt werden, der zum Sichern des Quellrechners verwendet wird.
VM-Startzeit	Langsamer (bis zu 30 %) aufgrund von E/A-Umleitung.	Gleiche Zeit wie jede andere VM auf dem gleichen Hypervisor.
Speicherplatzanforderungen:	Minimaler Speicherplatz zum Hosten von untergeordneten Datenträger- oder Speicheränderungen bei Ausführung einer VM.	Ja, Speicherplatz wird auf dem Ziel-Hypervisor verbraucht, auf dem die VSB-Standby-VM verwaltet wird. Erfordert Speicherplatz gleich oder größer der Größe des Quellrechners.
Option "High Availability (HA)"	N/V	VERFÜGBAR Überwacht den Quellrechner und kann die VSB-VM starten, wenn der Quellrechner nicht verfügbar ist.
VM-Leistung	Ausführung ist möglicherweise langsamer im Vergleich zu regulären VMs (bis zu 30 %) aufgrund von E/A-Umleitung, allerdings hängt die Leistung von der Art der Anwendungsarbeitslast ab.	Leistung entspricht der regulärer VMs.
Verwaltung/Konfiguration	Wird von der UDP-Konsole verwaltet, kann die IVM nach Bedarf starten oder anhalten, wenn der Benutzer Zugriff benötigt.	Wird einem Plan als Task hinzugefügt, damit alle gesicherten Daten automatisch in ein VM-Format konvertiert werden. Der VSB-Task wird auf alle Knoten angewendet, die vom Plan geschützt werden.
Beibehalten von Daten und Migrieren der VM in die Produktion	Der virtuelle Datenträger der IVM bezieht sich auf die Datenblöcke im Wiederherstellungspunkt, von dem die VM gestartet wurde. Aus diesem Grund werden beim Zugriff der IVM auf Datenblöcke im virtuellen IVM-Datenträger die Daten tatsächlich von RPS angefordert (dieser Vorgang ist für den Benutzer transparent). Diese E/A-Umleitung hat Auswirkungen auf die Leistung. Wenn Sie planen, die IVM in der Produktion zu verwenden, empfehlen wir,die IVM persistent zu machen und den virtuellen Datenträger des virtuellen Rechners mit der eigentlichen Daten zu hydrieren. Die Hydration der IVM kann durch Kopieren/Replizieren der VM erreicht werden. Abhängig von dem in der Produktionsumgebung verwendeten Hypervisor-Typ können Sie VMware Storage vMotion oder Hyper-V VM-Replikation verwenden, um die IVM-Daten persistent zu machen, indem Sie die IVM kopieren, auf der die Daten permanent werden.	Die virtuellen Datenträger der VSB-VM enthalten bereits die meisten aktuellen Daten vom entsprechenden Wiederherstellungspunkt. Da keine E/A-Umleitung stattfindet (identisch mit IVM), entspricht die Leistung der VSB-VM der regulärer VMs, bei denen keine Abhängigkeit vom RPS oder Wiederherstellungspunkt besteht (verglichen mit dem IVM-Szenario).