Ihre heutigen Leistungen. HA reicht nicht aus! Wege zu VMware DR. NetUSE AG Jochen Fritzenkötter

Transkript

1 Ihre heutigen Leistungen HA reicht nicht aus! Wege zu VMware DR

2 HA reicht nicht aus! Wege zu VMware DR VMware HA ist nicht Disaster Recovery DR-Lösungen: Versuch einer Übersicht vsphere Replication Storage Replication VMware Site Recovery Manager Storage-Virtualisierung Am Beispiel IBM SVC Enhanced Stretched Cluster IBM HyperSwap VMware VSAN Stretched Cluster Bemerkung: In der PDF-Version dieses Vortrags sind die Animationen entfernt, da sich diese nicht einfach in PDFs abbilden lassen.

3 VMware HA HA-Cluster VM 1 VM 2 HA-Fall VM 3 VM 4 Kaum Datenverlust Wenig Datenbewegung VM 5 VM 6 ESX 1 ESX 2 ESX 3 SAN Storage

4 VMware HA Desaster Massiver Datenverlust Massive Datenbewegung VM 1 VM 2 VM 3 VM 4 VM 5 VM 6 ESX 1 ESX 2 ESX 3 SAN Storage

5 HA-Vorfall vs Desaster HA-Vorfall Desaster Einzelne Hosts, Platten, Storage- Controller etc. fallen aus Wenig Datenverlust (nicht weggeschriebene Daten) Ausfall einer Site oder des zentralen Storage-Systems Potentiell 100% Datenverlust Kaum Datenbewegung für Recovery (Shared Storage) Vorkehrung über VMware HA einfach Potentiell 100% des Datenbestands zu bewegen/ wiederherzustellen Wenig Hilfe von VMware; Komplexe 3rd-Party-Lösungen

6 Recovery Point und Recovery Time Objective Desaster -1w -1d -1h -1min -1s +1h +1d +1w egal Datenverlust Downtime RPO=0 RTO so kurz wie bezahlbar Macht ein RPO>0 für eine ganze IT Sinn?

7 Desaster-Ursachen Annahme: Desaster betrifft (fast) alle Systeme einer Site unterschiedslos. Nicht betrachtet: Applikationsspezifische Downtimes durch Anwenderfehler Administratorenfehler Virus/Malware è Backup/Restore

8 Für diesen Vortrag Desaster Großflächiger Ausfall unterhalb der Applikationsebene Site fällt dauerhaft aus Oder zentrales Storagesystem Großflächiger Datenverlust! " Massive Datenbewegungen für Recovery nötig Desaster Recovery-Lösung Voraussetzung Ersatz-Site steht zur Verfügung mit Hosts, Storage-System, WAN, LAN, SAN etc. Ggfs. Klassifizierung der Applikation nach benötigtem RPO/RTO Regelmäßige/kontinuierliche Synchronisation der Daten Im Desaster-Fall Unterstützung bei Migration/Neustart der VMs Unterstützung bei Failback

9 Native DR-Lösung mit RPO=0? Native, synchrone DR-Lösung war bisher nicht möglich ESXi beherrscht leider kein Host-based Mirroring " 3rd-Party-Lösung nötig Klassifizierungen Synchrone vs Asynchrone Replikation D.h. RPO=0 vs RPO>0 100km Distanz entsprechen 1ms zus. Latenz! Hyperkonvergente Systeme vs SAN/NAS VMware-basierte Replikation/Spiegelung vs Storage-basiert Failover manuell vs automatisch Granularität VM vs VMFS

10 Einige DR-Lösungen vsphere Replication Storage Replication VMware Site Recovery Manager Storage-Virtualisierung Am Beispiel IBM SVC Enhanced Stretched Cluster IBM HyperSwap VMware VSAN Stretched Cluster

11 vsphere Replication In vsphere eingebaute Möglichkeit der Replikation Ab Essentials Plus- und Standard-Lizenzen Repliziert einzelne oder mehrere VMs auf einen zweiten Datastore Bei Wiederherstellung bis zu 24 Recovery Points wählbar Intervall-gesteuert (>=15 Minuten) Keine Automatisierung im DR-Fall Arbeitet mit jeder Art von Datastore Benötigt mind. eine vsphere Replication Virtual Appliance (VM) Asynchrone Spiegelung Hyperkonvergent VMware-basiert Failover manuell Einzelne VMs Synchrone Spiegelung NAS/SAN Storage-basiert Failover automatisch VMFS

12 vsphere Replication HA-Cluster Replikation schreibt in Schatten-VM HA-Cluster ESX 1 VR ESX 2 ESX 3 >= 15min ESX 4 vcenter SAN 1 SAN 2 Storage Storage VMDK Site 1 Site 2 Beliebige Distanz

13 vsphere Replication Günstig, da in Essentials Plus und Standard enthalten Heterogene Storage-Systeme Keine Konfiguration des Storage- Systems nötig Kein Site-übergreifendes SAN nötig Kein VMFS-Resignature nötig Pro VM konfigurierbar Nur asynchrone Replikation RPO mindestens 15 Minuten Keine Automatisierung von Failover oder Failback Storage-Ausfall immer mit Downtime verbunden

14 Storage-Replikation Proprietäres Feature aller Storage-Anbieter Replikation transparent für VMware I.d.R. Synchrone oder asynchrone Replikation verfügbar I.d.R. Konsistenzgruppen möglich I.d.R. FC- oder IP-basiert Failover und Failback i.d.r. nicht automatisiert Geänderte LUN-ID (außer IBM HyperSwap) " VMFS-Resignature nötig Asynchrone Spiegelung Hyperkonvergent VMware-basiert Failover manuell Einzelne VMs Synchrone Spiegelung NAS/SAN Storage-basiert Failover automatisch VMFS

15 Storage-Replikation HA-Cluster Lokales IO und (A)synchrone Replikation HA-Cluster ESX 1 ESX 2 ESX 3 ESX 4 SAN 1 SAN 2 VMFS-Resignature VMFS-LUN Replikations-SAN VMFS-LUN Site 1 Site 2 <100km <1ms

16 Storage-Replikation VMFS-Resignature LUN-Eigenschaften von VMFS sind andere als von VMFS Neue Signatur muss erstellt werden Sonst mountet ESX das VMFS nicht Alle VMs auf VMFS müssen neu registriert werden Sonst findet vsphere das VMX-File nicht

17 Storage-Replikation HA-Cluster Manuelles Starten der VMs HA-Cluster ESX 1 ESX 2 ESX 3 ESX 4 SAN 1 SAN 2 VMFS-LUN Replikations-SAN VMFS-LUN Site 1 Site 2 Beliebige Distanz

18 Storage-Replikation HA-Cluster Manuelles Umkehren der Replikation HA-Cluster ESX 1 ESX 2 ESX 3 ESX 4 SAN 1 SAN 2 VMFS-LUN Replikations-SAN VMFS-LUN Site 1 Site 2 Beliebige Distanz

19 Storage Replication Synchrone Replikation möglich RPO=0 Transparent für vsphere Benötigt kein vcenter Bewährte Technik Keine Sorgen wg. Support für VM-Snapshots, RDM etc. Ggfs. IP-Replikation möglich Z.B. Storwize Üblicherweise lizenzpflichtiges Feature Sicheres Know-How bzgl. Storage-Replikation nötig Nicht zwischen heterogenen Storages möglich Ggfs. SAN zwischen Sites nötig Manueller Failover VMFS-Resignature. Registrieren der VMs

20 VMware Site Recovery Manager (SRM) Kombiniert Storage-Replikation mit Steuerung durch VMware Startet/steuert Storage-Replikation Signiert VMFS, registriert VMs Startet VMs, in festlegbarer Reihenfolge Ermöglicht Failover-Test Benötigt zwei vcenter Benötigt Storage Replication Adapter (SRA) vom Storage-Anbieter Kann auch mit vsphere Replication zusammenarbeiten Asynchrone Spiegelung Hyperkonvergent VMware-basiert Failover manuell (starten) Einzelne VMs Synchrone Spiegelung NAS/SAN Storage-basiert Failover automatisch (Ablauf) VMFS

21 SRM HA-Cluster/vCenter Replikation wird über SRA gesteuert HA-Cluster/vCenter 1 2 vc/srm vc/srm ESX 1 ESX 2 SRA SRA ESX 3 ESX 4 SAN 1 SAN 2 VMFS-LUN Replikations-SAN VMFS-LUN Site 1 Site 2 Beliebige Distanz

22 SRM HA-Cluster/vCenter Nach dem Failover HA-Cluster/vCenter vc/srm vc/srm ESX 1 ESX 2 SRA SRA ESX ESX 4 SAN 1 SAN 2 VMFS-LUN Replikations-SAN VMFS-LUN Site 1 Site 2 Beliebige Distanz

23 SRM HA-Cluster/vCenter Ausgangszustand erreicht HA-Cluster/vCenter 2 vc/srm vc/srm 1 ESX 1 ESX 2 SRA SRA ESX 3 ESX 4 SAN 1 SAN 2 VMFS-LUN Replikations-SAN VMFS-LUN Site 1 Site 2 Beliebige Distanz

24 VMware Site Recovery Mananger Vorteile der Storage- Replikation (aber vcenter benötigt) Automatisiertes Failover, Reprotect und Failback Jeweils manuell getriggert Signiert VMFS, registriert VMs Failovertests möglich Ohne Beeinträchtigung der Produktion Zwei vcenter nötig Storage-Replikation, SRM lizenzpflichtig Installation ist komplex SRM (und ggfs. SRA) Windowsonly Ggfs. SAN zwischen Sites nötig Failover/back ist immer mit Downtime verbunden Sicheres Know-How bzgl. Storage-Replikation nötig

25 Storage-Virtualisierung (ESC) DR-Lösung basiert auf Synchronen Volume-Kopien über zwei Sites verteilt ALUA-Multipathing Storage-Failover transparent für VMware Host-Failover über VMware HA Mehrere Anbieter auf dem Markt Hier am Beispiel IBM SVC Enhanced Stretched Cluster (ESC) Quorum-Device i.d.r. Pflicht (a.k.a. Witness, Tiebreaker ) Asynchrone Spiegelung Hyperkonvergent VMware-basiert Failover manuell Einzelne VMs Synchrone Spiegelung NAS/SAN Storage-basiert Failover automatisch VMFS

26 ESC Synchrones Schreiben Lokales Lesen HA-Cluster ESX 1 ESX 2 ESX 3 ALUA-MP ESX 4 Frontend-SANs SVC-Node 1+3 2x Private SANs SVC-Node 2+4 Backend-SANs Storage Storage Site 1 Site 2 <100km Quorum <1ms

27 Storage-Virtualisierung (ESC) Immer synchron, RPO=0 Storage-, SVC-Failover aus VMware-Sicht transparent VMFS-Resignature etc. unnötig Zus. VMware- oder Replikations-Lizenzen unnötig Günstiger Backend-Storage Weitere Features der Virtualisierung, z.b. Tiering Nur ein vcenter/ha-cluster benötigt Aufbau recht komplex Lizenzen und Hardware für Virtualisierung benötigt Private SAN Split Brain potentielles Problem Quorum zwingend nötig

28 Was gibt s noch? IBM HyperSwap Ähnlich ESC, aber nutzt Replikation, ohne deren Nachteile Veeam Replication ähnlich wie vsphere Replication, kann aber mehr n.e.a. Zerto Virtual Replication, EMC Recover Point for VMs Hypervisor-basierte Replikation mit RPO im Sekundenbereich Cloud-basierte DR-Lösungen Z.B. vcloud Air Disaster Recovery DR aus dem Backup Eigentlich nicht, außer in Form eines kontinuierlichen Restores " Ähnlich wie Replikation Weitere?

29 Empfehlungen Anforderungen Keine RPO=0 RPO=0, Hyperconverged >100km, automatisierter Failover (viele VMs) RPO=0, automatischer Failover (viele VMs), Transparenz bei Storage-Ausfall Lösungen vsphere Replication Storage Replikation VSAN Stretched Cluster Site Recovery Manager Storage Virtualisierung (z.b. IBM ESC), IBM HyperSwap

30 Vielen Dank für Ihre Aufmerksamkeit! Fragen? Senior Consultant Dr.-Hell-Straße, Kiel Fon +49 (0) Fax +49 (0)