Info2soft verwendet Cookies, um Ihnen ein besseres und angenehmeres Surferlebnis auf unserer Website zu ermöglichen. Datenschutzerklärung
Wird geladen...
Von:
VMware Cloud on AWS ist ein verwalteter Dienst, bei dem die softwaredefinierte Rechenzentrumssoftware (SDDC) von VMware direkt auf der AWS-Infrastruktur ausgeführt wird. IT-Teams können damit Workloads in lokalen, öffentlichen und hybriden Cloud-Umgebungen mit den vertrauten VMware-Tools betreiben.
Bei der Nutzung für die Katastrophenwiederherstellung fungiert dieser Dienst als bedarfsgesteuerter sekundärer Standort für Ihre geschäftskritischen Workloads. Anstatt einen physischen Warmstandort mit ungenutzten Servern und Kühlkosten zu betreiben, nutzen Sie die globale AWS-Infrastruktur als Wiederherstellungsziel – virtuellen Maschinen (VMs) lassen sich bei Bedarf schnell starten und bei Nichtgebrauch wieder herunterskalieren.
Der eigentliche Vorteil liegt in der betrieblichen Konsistenz. Da die Cloud-Umgebung denselben ESXi-Hypervisor und dieselbe vCenter-Verwaltung wie Ihr lokales Rechenzentrum nutzt, entfallen aufwendige VM-Konvertierungen oder Code-Anpassungen. Ihre Workloads laufen in der Cloud unverändert wie zuvor.
Die Einrichtung der Katastrophenwiederherstellung auf VMware Cloud on AWS umfasst mehr als das bloße Kopieren von Dateien in die Cloud. Es ist eine Abstimmung von Netzwerk, Speicher und Rechenressourcen erforderlich, damit Ihre vSphere-basierten Workloads schnell und zuverlässig auf die Cloud umschalten können.
Bevor Sie beginnen, müssen mehrere Infrastrukturkomponenten vorhanden sein.
Die Replikation ist die Grundlage des gesamten DR-Setups. Im Gegensatz zu herkömmlichen Sicherungen läuft sie kontinuierlich oder nach festgelegtem Zeitplan und hält eine nahezu aktuelle Kopie Ihrer VMs in der Cloud bereit.
Sie definieren ein Recovery Point Objective (RPO) – den maximalen Datenverlust, den Ihr Unternehmen tolerieren kann. Dieser liegt typischerweise zwischen wenigen Minuten und 24 Stunden. Die replizierten Daten werden auf AWS im ruhenden Zustand gespeichert und belegen nur minimale Rechenressourcen, bis eine Katastrophe erklärt wird.
Bei Eintritt einer Katastrophe lösen Sie ein Failover aus. Das Orchestrierungstool startet Ihre replizierten VMs in der Cloud in vordefinierter Reihenfolge:
Die Netzwerk-Neuzuordnung erfolgt automatisch während dieses Vorgangs. Vorkonfigurierte IP- und DNS-Einstellungen ermöglichen Benutzern die erneute Verbindung zu ihren Anwendungen ohne manuelle Anpassungen.
Sobald Ihr primärer Standort wieder online ist, starten Sie ein Failback, um die Workloads zurück in die lokale Umgebung zu verschieben. Das System synchronisiert nur die Datenänderungen (Deltas), die während des Cloud-Betriebs entstanden sind, statt erneut gesamte VMs zu übertragen. Dadurch werden Zeit- und Bandbreitenbedarf für den vollständigen Wiederherstellungszyklus deutlich reduziert.
Das Verständnis der Architektur klärt den Datenfluss zwischen Ihrer lokalen Umgebung und der Cloud. Ihr lokaler Standort ist die aktive Seite; das AWS-SDDC dient als passiver Standby-Standort, der bei Bedarf übernimmt.
Der Prozess beginnt in Ihrem lokalen Rechenzentrum, wo Produktionsworkloads auf ESXi-Hosts laufen, die von einem lokalen vCenter Server verwaltet werden.
Zur Vorbereitung der Wiederherstellung werden zwei zentrale Komponenten bereitgestellt:
Nur geänderte Datenblöcke statt vollständiger VM-Snapshots zu übertragen, hält den Bandbreitenverbrauch gering und ermöglicht die Einhaltung des definierten RPO.
Geänderte Daten werden von Ihrem lokalen Standort zum VMware Cloud on AWS SDDC über eine von zwei Verbindungsarten übertragen:
Auf AWS-Seite werden Daten je nach verwendetem VMware-DR-Dienst entweder in Amazon S3 oder Hochleistungs-vSAN-Speicher abgelegt. Eine cloudbasierte vCenter-Instanz ist bereit, Ihre VMs zu registrieren und zu starten, sobald ein Failover ausgelöst wird.
Bei einer Katastrophe – ob Stromausfall oder Ransomware-Angriff – lösen Sie über die Site Recovery Manager-Oberfläche ein Failover aus. Folgende Schritte laufen automatisch ab:
Viele IT-Teams kämpfen bei herkömmlichen DR-Lösungen mit zwei dauerhaften Problemen: hohen Infrastrukturkosten und langsamen Wiederherstellungszeiten. Die Nutzung von VMware Cloud on AWS für die Katastrophenwiederherstellung löst beide Punkte, ohne dass ein zweites physisches Rechenzentrum erforderlich ist.
Herkömmliche DR-Lösungen erforderten die Unterhaltung einer separaten Einrichtung mit redundanter Stromversorgung, Kühlung und Hardware, die die meiste Zeit ungenutzt blieb. Die Verlagerung des Wiederherstellungsziels in die Cloud beseitigt diese Kapitalkosten (CapEx) vollständig.
Zudem entfallen wiederkehrende Kosten für Hardware-Austauschzyklen – alle paar Jahre müssen alternde Server ersetzt werden, unabhängig davon, ob jemals eine Katastrophe eintritt.
Die Cloud-Umgebung ist vorkonfiguriert und permanent mit Ihrem Produktionsstandort synchronisiert. Dadurch verkürzt sich direkt das Recovery Time Objective (RTO) – die Zeit, bis kritische Systeme wieder verfügbar sind.
Statt manuell von Bändern oder entfernten Sicherungen wiederherzustellen, starten Sie eine automatisierte Failover-Sequenz, die Dienste in vordefinierter Reihenfolge hochfährt – oft innerhalb weniger Minuten.
Herkömmliche DR-Lösungen erfordern die Vorfinanzierung der vollen Kapazität des sekundären Standorts, auch wenn dieser nie genutzt wird. VMware Cloud on AWS bietet ein effizienteres Modell:
Dieser Ansatz bedeutet, dass Sie nur dann für Hochleistungs-Rechenkapazität zahlen, wenn Sie diese tatsächlich benötigen.
Da VMware Cloud on AWS denselben vSphere-Stack wie Ihre lokale Umgebung nutzt, entfällt das Erlernen einer neuen Plattform. Ihr Team arbeitet mit den vertrauten:
Diese Konsistenz senkt das Risiko menschlicher Fehler – besonders wichtig unter dem hohen Druck eines echten Katastrophenfalls.
VMware Cloud on AWS bietet eine solide Basis für die Katastrophenwiederherstellung – die Verwaltung von Replikation, Failover und Failback in hybriden Umgebungen erfordert jedoch nach wie vor aufwendige Konfigurationen und kontinuierliche Überwachung. Für Unternehmen mit gemischten Workloads auf physischen Servern, VMware und Cloud-Plattformen steigt der Verwaltungsaufwand durch die Synchronisierung aller Komponenten.
Hier kommt i2Availability ins Spiel. Es handelt sich um eine Hochverfügbarkeitslösung auf Anwendungsebene, die auf Ihrer vorhandenen DR-Infrastruktur automatisierte Fehlererkennung, Echtzeit-Replikation und schnelles Failover ergänzt – und damit den manuellen Aufwand zum Schutz kritischer Systeme senkt.
Kernfunktionen von i2Availability
VMware Cloud on AWS übernimmt die cloudseitige Infrastruktur für die Katastrophenwiederherstellung. i2Availability ergänzt dies um Anwendungsschutz, automatisierte Umschaltungen und zentralisierte Überwachung – Ihr Team verbringt weniger Zeit mit der manuellen DR-Verwaltung und kann sich darauf verlassen, dass das System im Notfall funktioniert.
VMware Cloud on AWS beseitigt eines der größten Hindernisse für eine effektive Katastrophenwiederherstellung: die Notwendigkeit eines dedizierten zweiten Rechenzentrums. Durch die Kombination des vertrauten vSphere-Stacks von VMware mit der globalen AWS-Infrastruktur können Unternehmen schnelle, zuverlässige Failover-Vorgänge realisieren – ohne die Kapitalkosten und den Verwaltungsaufwand herkömmlicher DR-Lösungen.
Dennoch läuft keine DR-Strategie von selbst. Die Replikation muss stabil bleiben, Failover-Sequenzen müssen getestet werden, und gemischte Umgebungen erfordern eine durchgehende Überwachung. Tools wie i2Availability schließen diese Lücke, indem sie automatisierte Fehlererkennung, Echtzeit-Replikation und zentralisierte Überwachung über Ihre gesamte Infrastruktur hinweg bereitstellen.
Die widerstandsfähigsten DR-Setups haben folgende Merkmale gemeinsam:
Wenn Sie DR-Lösungen für Ihre VMware-Umgebung prüfen, ist VMware Cloud on AWS eine starke Basis – die Kombination mit passenden Tools stellt sicher, dass das System im entscheidenden Moment zuverlässig funktioniert.
