Disaster Recovery beherrschen: Business Continuity und Best Practices bei der Virtualisierung WHITE PAPER

Transkript

1 Disaster Recovery beherrschen: Business Continuity und Best Practices bei WHITE PAPER

2 Inhalt Einleitung... 3 Klassisches Disaster Recovery ist kompliziert... 3 Aufbau einer Business Continuity-Lösung... 3 Das Risiko eines Disaster Recovery-Ausfalls senken Recovery-Risiken minimieren Virtualisierung für Disaster Recovery: wesentliche Faktoren... 5 Vorbereitung Ihres DR-Konzepts Warum VMware-Software für Business Continuity? Disaster Recovery-Szenarien mit Site Recovery Manager Erfolgreiche Disaster Recovery-Planung Zusammenfassung...7 TECHNISCHES WHITE PAPER /PAGE 2

3 Einleitung Stellen Sie sich vor, Sie könnten ungeplante und auch geplante Systemausfälle auf ein Minimum reduzieren und alle Ihre Systeme und Anwendungen wären unabhängig von Ihrer Hardwarekonstellation trotzdem rundum geschützt. In diesem White Paper erfahren Sie, wie Sie herkömmliche Disaster Recovery-Konzepte hinter sich lassen und sich eine funktionierende Business Continuity aufbauen. Klassisches Disaster Recovery ist kompliziert Herkömmliche Disaster Recovery-Pläne hängen von vielen, in komplexer Konstellation miteinander verzahnten Prozessen und Infrastrukturkomponenten ab: Da gibt es Rechenzentren und Serverinfrastruktur in doppelter Ausführung, Prozesse für den Datentransfer zum Recovery-Standort, den Neustart von Servern, die Neuinstallation von Betriebssystemen und vieles mehr. Disaster Recovery, kurz DR, ist ein so kompliziertes Thema, dass viele Unternehmen oft nur ihre zentralen Workloads schützen, während sie für weniger wichtige, etwa Datei- oder Druckserver, interne Webserver, abteilungsspezifische Anwendungen u.a., diesbezüglich keine oder nur unzureichende Maßnahmen treffen. Weitere Folgen dieser Komplexität sind ein enormer Schulungsaufwand zu Komponenten und Prozessen und das unabdingbare Erfordernis der akkuraten Führung sogenannter Runbooks, die den Recovery-Prozess dokumentieren. Von der absolut reibungslosen und fehlerfreien Ausführung des Recovery-Prozesses im Ernstfall ganz zu schweigen. Hinzu kommen die für DR-Pläne erforderlichen Tests. Sie unterbrechen den Betrieb und sind teuer. Weshalb auch kaum ein Unternehmen hundertprozentig sicherstellen kann, dass ein Recovery seiner Systeme im Ernstfall wirklich funktionieren würde. Entsprechend häufig scheitern Tests von DR-Plänen. Eine (falls überhaupt erfolgreiche) Wiederherstellung kritischer Workloads dauert oft Tage bis Wochen und die Anpassung und Verwaltung der Recovery-Pläne ist mit erheblichem Zeitund Ressourcenaufwand verbunden. Kurzum, viele Unternehmen erfüllen ihre Vorgaben hinsichtlich der Business Continuity (BC) schlicht nicht. Aufbau einer Business Continuity-Lösung Ein wirksames BC-Konzept steht auf drei Pfeilern: Zuverlässigkeit, Plattformunabhängigkeit und breite Anwendungsunterstützung. Eine wirklich zuverlässige Plattform als Fundament für Ihre DR-Lösung ist das A und O. Je zuverlässiger die Plattform, desto weniger Systemausfälle erleben Sie. Wofür Sie sich auch entscheiden, die Lösung sollte in jedem Fall praxiserprobt, flexibel, dynamisch und zuverlässig sein. Zweiter Punkt: die Unabhängigkeit von der physischen Infrastruktur. Je weniger die gewählte Lösung von spezieller Hardware und speziellen Konfigurationen abhängt, desto flexibler lässt sie sich für den Schutz und die Wiederherstellung von Anwendungen nutzen. Eine IT-Umgebung ist immer im Wandel; ständig stehen Server-Upgrades und Konfigurationsänderungen an. Nichts davon sollte im Idealfall Ihre BC-Lösung beeinträchtigen. Virtuelle Maschinen (VM) sind für die DR-Planung vorteilhaft: Sie haben eine ganz bestimmte, immer identische virtuelle Hardwarekonstellation, und diese wird der tatsächlich zugrunde liegenden physischen Hardware zugeordnet. Durch Virtualisierung Ihrer Rechen-, Netzwerk- und Storageressourcen erreichen Sie, dass es irrelevant ist, auf welcher physischen Grundlage Ihre Anwendungen tatsächlich ausgeführt werden. Sie können sie sogar ohne negative Auswirkungen verschieben. Dritter Faktor: Anwendungsunterstützung. Unterstützen Sie nicht nur bestimmte, sondern alle Anwendungen und Betriebssysteme. Die optimale Lösung verlangt Ihnen keine Zugeständnisse ab, sondern schützt sämtliche Anwendungen umfassend. Bei einer Virtualisierung mit VMware werden Ihre x86-standardbetriebssysteme und die darauf ausgeführten Anwendungen einfach gekapselt ganz ohne Anpassungen oder spezielle Treiber. Alle Komponenten einer VMware- Plattform Datensicherheit, Verfügbarkeit und Disaster Recovery gelten durchgängig für alle virtuellen Maschinen. Fazit: Ihre IT ist umfassend geschützt, und das bei einer enormen Kostenersparnis. TECHNISCHES WHITE PAPER / PAGE 3

4 Das Risiko eines Disaster Recovery-Ausfalls senken Die bei einer komplexen IT-Umgebung auftretenden Risiken wirkungsvoll einzudämmen, ist bei herkömmlichen DR-Konzepten enorm schwierig. Die zügige und zuverlässige Ausführung des Recovery-Prozesses wird durch verschiedene Faktoren gefährdet. Eines der größten Risiken ergibt sich dadurch, dass herkömmliche DR-Pläne nicht Schritt halten mit der Dynamik einer IT-Umgebung. Soll der DR-Plan immer funktionieren, muss er ständig angepasst und aktualisiert werden. Bei herkömmlichen Konzepten ist dies aber schwierig; ein Scheitern von DR-Tests oder Failover-Szenarien ist vorprogrammiert. Nächstes Risiko: menschliches Versagen. Recovery-Pläne sind nicht nur hochkomplex, sondern beinhalten jede Menge Variablen. Wie versiert das IT-Personal im Umgang mit dem gesamten Prozess auch sein mag, die Wahrscheinlichkeit, hier Fehler zu machen, ist hoch, denn es ist schwierig, alle erforderlichen Schritte und Anwendungsabhängigkeiten im Auge zu behalten, die im Ernstfall zu bedenken sind. Erschwerend hinzu kommt die unzureichende Automatisierung des Recovery-Prozesses, denn dadurch dauert die Wiederherstellung länger. Sind die entscheidenden DR-Spezialisten im Fall eines größeren Ausfalls überhaupt verfügbar? Oder sitzen sie dann zu Hause, etwa weil Wochenende ist, oder sind überhaupt nicht erreichbar? Und könnte in einem solchen Fall ein Kollege sich um das Recovery kümmern? Sie sehen: Die Abhängigkeit von ganz bestimmten Personen ist ein weiteres Risiko. Diese und andere Risiken können das Recovery verzögern oder gar vereiteln, und das mit folgenden Konsequenzen: Einbußen bei Umsatz und Mitarbeiterproduktivität durch den Ausfall wichtiger Systeme Kosten für Überstunden, die anfallen, um die Infrastruktur und wichtige Anwendungen wiederherzustellen Auswirkungen auf Kunden und Anwender: Wie viel Umsatz entgeht Ihnen, wenn Ihre Website oder geschäftskritische Anwendungen auch nur 30 Minuten ausfallen? Recovery-Risiken minimieren In nichtvirtuellen Umgebungen ist erfolgreiches Recovery enorm gefährdet. Physisches Recovery ist sehr kompliziert. Warum? Weil es eine Vielzahl an Prozessen und Variablen umfasst und weil Sie doppelte Infrastrukturen aufbauen, Konfigurationen stets aktuell halten und immer wieder an allen Standorten anpassen müssen. Wenn Sie Ihren DR-Plan zu selten testen, erzeugen Sie Testlücken. Dann haben Sie keine Gewissheit mehr, ob er auch in der aktuellen Konstellation Ihrer IT-Umgebung funktionieren würde. Schließlich ändert sich jede IT-Landschaft ständig, wodurch das Recovery-Risiko steigt. Durch zwei Faktoren können Sie die Risiken wirkungsvoll kontrollieren: Bei kapseln Sie komplette Server einschließlich ihrer Konfiguration, wodurch das Scheitern des Recovery weniger wahrscheinlich wird. Die aktuelle Anwendungs- und Betriebssystemkonfiguration ist immer Teil einer virtuellen Maschine. Virtualisierung senkt also das Recovery-Risiko für Server und Anwendungen enorm und trägt zur Stabilisierung des Risikoniveaus bei. Mit häufigen und automatischen DR-Tests stellen Sie sicher, dass Ihre DR-Pläne stets vollständig, präzise und jederzeit zuverlässig ausführbar sind. Durch häufige Tests schließen Sie die Testlücken und haben Gewissheit, dass Ihre DR-Pläne stets Ihre aktuelle IT-Umgebung abdecken. Dadurch dämmen Sie das allgemeine Recovery-Risiko ein und sorgen dafür, dass es bei Änderungen an Ihrer Infrastruktur nicht wieder steigt. TECHNISCHES WHITE PAPER / PAGE 4

5 Virtualisierung für Disaster Recovery: wesentliche Faktoren Hardwareunabhängigkeit: Sie ist dann gegeben, wenn Sie ein Recovery auf jeder x86-hardware durchführen können, und gibt Ihnen die Flexibilität, Ihren Recovery-Standort mit verschiedenen und letztlich sogar weniger Servern auszustatten. Bei einer Virtualisierung Ihres Produktionsstandorts würden Sie zudem weitere Server entlasten, die Sie dann gegebenenfalls am DR-Standort einsetzen könnten. Kapselung: Bei wird der Betriebszustand eines Servers in einem Satz Dateien gekapselt und auf der Festplatte gespeichert. Diese virtuellen Maschinen können Sie flexibel und problemlos überall hin verschieben. Die Sicherung erfolgt genauso wie die anderer Dateien. Denkbar ist auch ihre Replikation am DR-Standort, wo sie im Fall eines Recovery nach einem Systemausfall verfügbar sind. Partitionierung und Konsolidierung: Serverkonsolidierung ist ein anderes Wort für mit weniger mehr erreichen. Sie verkleinern dabei Ihren Bedarf an physischen Servern. Entsprechend einfacher wird die Straffung und Standardisierung von DR-Plänen und Recovery-Prozessen. Ressourcenpools: Durch das Anlegen von Ressourcenpools nutzen Sie Ihre Produktions- und Recovery-Infrastruktur besser aus und können so an Ihrem Recovery-Standort auch andere Workloads ausführen. Da Sie die Pfade zu den Recovery- Ressourcen vorab festlegen, ist gewährleistet, dass Ihre wiederherzustellenden VMs Zugriff auf die Ressourcen erhalten, die sie am Recovery-Standort benötigen. Auf diese Weise können Sie andere Workloads sicher ausführen, ohne die Möglichkeit zur vollständigen Wiederherstellung einzubüßen. Warum VMware-Software für Business Continuity? vcenter Site Recovery Manager (SRM) ist speziell für Disaster Recovery konzipiert und weist die DR-Funktionen der Plattform VMware vsphere auf. SRM vereinfacht und automatisiert die wesentlichen Aspekte eines Disaster Recovery: Einrichtung von DR-Plänen, Testen der Pläne, Failover beim Ausfall eines Rechenzentrums und Failback auf das primäre Rechenzentrum. Mit SRM gestalten Sie Ihr Disaster Recovery zügiger, zuverlässiger und kostengünstiger denn je. SRM ist zwar kein direkter Bestandteil von VMware vsphere, arbeitet jedoch bei Management und Automatisierung des Disaster Recovery für virtuelle Umgebungen eng mit vsphere zusammen. Vorbereitung Ihres DR-Konzepts Bei der Erstellung eines DR-Konzepts müssen Sie Folgendes beachten: Welche Ausfallzeit könnten Sie maximal verkraften? Was ist Ihr Recovery Time Objective (RTO)? Welches Ausmaß an Datenverlust könnten Sie verkraften? Was ist Ihr Recovery Point Objective (RPO)? Welchen Recovery-Plan brauchen Sie für einen partiellen Ausfall, etwa einen Storage-Array-Fehler, welchen für einen vollständigen Ausfall, etwa bei Gebäudebrand? Wie wichtig ist die Wiederherstellung welcher Rechenressourcen nach einem Ausfall unabdingbar, sehr wichtig, wichtig, nicht ganz so wichtig oder vollkommen unwichtig? TECHNISCHES WHITE PAPER / PAGE 5

6 Disaster Recovery- Szenarien mit Site Recovery Manager vcenter Site Recovery Manager ist für verschiedene Failover- Szenarien geeignet: Aktiv/Passiv: SRM unterstützt das klassische Aktiv/Passiv- DR-Konzept, bei dem Ihr Produktionsstandort, an dem Sie Ihre Anwendungen ausführen, an einem zweiten Standort wiederhergestellt wird. Dieser befindet sich im Leerlauf, bis ein Failover erforderlich ist. Nachteil dieses immer noch sehr verbreiteten Konzepts: Sie investieren dabei in DR-Ausstattung, die kaum genutzt wird. Aktiv/Aktiv: Mit Site Recovery Manager können Sie am Recovery-Standort dann, wenn er gerade nicht für ein DR verfügbar sein muss, auch andere Workloads ausführen, nutzen den Standort also besser aus. Sie können Site Recovery Manager anweisen, die VMs am Recovery-Standort beim Failover-Prozess automatisch herunterzufahren oder anzuhalten. So stellen Sie Rechenkapazitäten für die wiederherzustellenden Workloads frei. Bidirektional: Auch ein bidirektionales Failover ist mit SRM möglich. Dabei führen Sie aktive Produktions-Workloads an beiden Standorten aus und nehmen ein Failover auf den jeweils anderen Standort vor. Die freie Kapazität am anderen Standort wird für die Ausführung der VMs genutzt, auf die das Failover sich bezieht. Lokales Failover: Bei diesem eher seltenen Konzept erfolgt das Failover standortintern, beispielsweise wegen eines Storage-Array-Fehlers oder weil aufgrund einer Gebäudewartung Workloads zu einem anderen Gebäude auf dem Firmengelände verschoben werden müssen. Mit Site Recovery Manager sind auch solche Failover möglich. Erfolgreiche Disaster Recovery-Planung Die Einrichtung eines wirkungsvollen Disaster Recovery mit vcenter Site Recovery Manager umfasst die folgenden Schritte: Erstellung der Recovery-Pläne: Mit Site Recovery Manager können Sie Recovery-Pläne für unterschiedliche Szenarien und Teile Ihrer Infrastruktur anlegen. Ihre Pläne können wahlweise für eine einzelne VM oder Anwendung, mehrere zu einem bestimmten Array gehörige VMs, eine ganze Geschäftseinheit oder sogar den gesamten Standort gelten. Jeder Recovery-Plan definiert den Recovery-Prozess für die vom Plan abgedeckten VMs. Integration und Replikation: Auch in einer vsphere- Umgebung müssen die für Anwendungen, Server und Storage zuständigen Mitarbeiter eng beim Einrichten der Replikation zusammenarbeiten und manuell prüfen, ob sie tatsächlich alle zu schützenden Daten abdeckt. Während die auf Arrays basierende Replikation normalerweise für LUNs konfiguriert wird, verwenden mehrere VMs in der Regel eine einzelne LUN gemeinsam, wobei sich eine einzelne VM auch über mehrere LUNs erstrecken kann. Deshalb ist die Einrichtung der Replikation selbst in einer virtualisierten Umgebung kompliziert. Welche LUNs repliziert werden, kann Site Recovery Manager über die Storage-Replikationsadapter durch direkte Abfrage der Replikationssoftware ermitteln. Aufgrund seiner engen Verzahnung mit VirtualCenter erkennt Site Recovery Manager, welche VMs durch Replikation geschützt sind, und zeigt diese Informationen an. So lässt sich die ordnungsgemäße Konfiguration der Replikation problemlos überprüfen. Zuweisung der Recovery-Ressourcen: Als weitere Maßnahme beim Einrichten von DR müssen Sie festlegen, welche Ressourcen für die Wiederherstellung der VMs am Recovery- Standort verwendet werden sollen. Mit Site Recovery Manager weisen Sie den am Produktionsstandort verwendeten Rechenund Netzwerkressourcen entprechende Ressourcen am Recovery-Standort zu und legen fest, wie Verwaltungsobjekte (z.b. Ordner und Hierarchien), die Sie in VirtualCenter am Primärstandort konfiguriert haben, am Recovery-Standort wiedergegeben werden sollen. Definition des Recovery-Prozesses: Beim klassischen DR werden die verschiedenen Schritte und Prozesse des Recovery in einem Runbook dokumentiert. Es beinhaltet u.a. Vorgehensweisen bei der Prüfung der Hardwarekonfiguration oder die einzuhaltende Startreihenfolge für verschiedene Systeme. Die meist umfangreichen Dokumentationen lassen sich nur mit großem Aufwand inhaltlich korrekt und aktuell halten. Für Schulungen des Personals in puncto Recovery sind sie nicht besonders gut geeignet. Mit Site Recovery Manager übertragen Sie den Inhalt Ihres Runbooks in Software: Im Site Recovery-Plug-In im VirtualCenter legen Sie die wesentlichen Schritte Ihres Recovery-Prozesses fest, den Sie durch Hinzufügen von Skripten und Callouts jederzeit erweitern und anpassen können. TECHNISCHES WHITE PAPER / PAGE 6

7 Zusammenfassung Die Vervollkommnung von Disaster Recovery bietet Ihnen folgende Vorteile: 1. Umfassender Schutz: Der Schutz von Systemen und Anwendungen ist kompliziert und teuer ein Grund, warum sich viele Unternehmen letztlich nur um die allerwichtigsten Systeme und Workloads kümmern. Mit VMware-Software gehören diese Einschränkungen der Vergangenheit an. 2. Kürzere geplante Ausfallzeiten: Geplante Ausfallzeiten entstehen beispielsweise bei der Hardwarewartung oder Storage-Neukonfiguration. Wenn Sie die Notwendigkeit dafür abschaffen, steigern Sie die Verfügbarkeit Ihrer IT-Infrastruktur enorm. 3. Kürzere ungeplante Ausfallzeiten: VMware-Software bietet eine zuverlässige Plattform für Ihre Infrastruktur und Funktionen wie VMware HA, das durch Serverfehler bedingte Ausfälle minimiert. Damit unterstützt VMware- Software Sie beim Aufbau eines schnellen und zuverlässigen automatischen Disaster Recovery mit SRM. Dabei ist es gleich, welche x86-hardware, welches Betriebssystem und welche Anwendungen Sie einsetzen. Mit VMware Site Recovery Manager verwalten Sie Ihren DR-Prozess nicht bloß, sondern beherrschen ihn. TECHNISCHES WHITE PAPER / PAGE 7

8 Zweigniederlassung Deutschland Freisinger Str Unterschleißheim/Lohhof Telefon: Fax: Copyright 2010 VMware, Inc. Alle Rechte vorbehalten. Dieses Produkt ist in den USA und durch internationale Gesetze urheberrechtlich geschützt. VMware-Produkte sind durch eines oder mehrere Patente geschützt, die auf der folgenden Webseite aufgeführt sind: VMware ist eine eingetragene Marke oder Marke von VMware, Inc. in den USA und/oder anderen Ländern. Alle anderen in diesem Dokument erwähnten Bezeichnungen und Namen sind unter Umständen markenrechtlich geschützt.