Hilfe zur Selbsthilfe nach Ausfall oder Cyberangriff

Rebuild dank Metadaten

Ein Rebuild vollständiger Hyperscaler-Ressourcen auch in der Multi-Cloud ist weit mehr als nur eine Wiederherstellung von Daten oder Einzelsystemen. Eine dafür geeignete Plattform für das Cloud-Datenmanagement mit Rebuild-Funktionen katalogisiert automatisch alle eingesetzten Cloud-Komponenten und weiß so, welche Assets die IT sichern und wiederherstellen muss. Dank Recovery as a Code erfasst sie das vollständige Mapping von Applikationen, Infrastruktur und Netzwerkkonfigurationen. Durch eine Drift-Analyse kann sie veränderte Konfigurationen nachvollziehen.

Die dafür auszulesenden Backups mit den notwendigen Metadaten liegen über verschiedene Cloud-Dienste hinweg in nicht manipulierbaren Kopien in Air-Gap-Lokationen und getrennt von den produktiven Systemen, Sie sind daher vor Angriffen zusätzlich geschützt. Ein solches resilientes Metadaten-Backup sichert Daten von Cloud-basierten Applikationssystemen automatisiert kontinuierlich, verteilt, verschiebbar und dynamisch – als Basis für den schnellen Wiederaufbau im Ernstfall.

Dank einer kontinuierlichen Sicherung können Administratoren im Idealfall auf den Zeitpunkt unmittelbar vor einem erfolgten Ausfall oder Angriff über die API einer Hyperscaler-Cloud zurückgreifen und so die gesamte Struktur in einem hohen Grad automatisiert wieder aufbauen. Letztlich spult der Nutzer auf der Zeitachse der Konfiguration auf den letzten Zeitpunkt eines funktionsfähigen oder Malware-freien Metadaten-Snapshots. Dies kann allein auf Betreiben des entsprechenden IT-Verantwortlichen und ohne Zutun eines Hyperscale-Providers erfolgen.

Zusatz(ver)sicherung einbauen

Mit geeigneten Tools kann ein IT-Administrator beim Management der Backup-Replika im Vorfeld Maßnahmen ergreifen, die ihm im Ernstfall das selbsttätige Recovery effizient und sicher ermöglichen. Ebenso kann er das Recovery zu dem Zeitpunkt starten, wenn er sie starten möchte.

„Hyperscaler bieten zwar durchaus eine hohe Sicherheit für Daten, Ressourcen und Apps, doch auch deren Umgebungen sind nicht vor Störungen gefeit. IT-Admins benötigen daher weitere Rückversicherung: neben dem Provider auch eine Möglich-keit, um im Ernstfall selbsttätig und sofort die digitalen Assets mitsamt den Konfigurationen funktionsfähig wiederaufbauen zu können.“

Christian Kubik, Commvault

Von vornherein kann er etwa eine sekundäre Disaster-Recovery-Region für ein Backup frei wählen – abweichend von der durch den Cloud Service Provider per Default fix festgeschriebenen Disaster-Recovery-Region. Damit kann er eigene Präferenzen oder Notwendigkeiten durchsetzen oder möglicherweise schneller Strukturen wieder aufbauen. Das bringt unter Umständen Zeit, wenn die individuell ausgewählte DR-Region nicht von allen anderen Opfern eines Ausfalls in einer Region betroffen und die Default-DR-Region deshalb überlastet ist. Zudem kann ein IT-Administrator auf von ihm bemerkte Ausfälle oder einen Angriff sofort reagieren. Das kann eine Rolle spielen, wenn ein Provider bei kleineren Performance- oder Verfügbarkeitsproblemen noch nicht handeln muss oder sobald ein Admin einen externen Angriff erkennt. Ein IT-Administrator kann dank einer Cloud-Plattform selbst entscheiden, ob er aktiv werden will und Ressourcen aus einer vorab gewählten alternativen DR-Region wieder einspielt.

Ein schneller Rebuild durch ein flexibles Replikationsmanagement bietet zudem noch zusätzliche Sicherheiten durch die Möglichkeit externer Notfall-Accounts.  Selbst wenn Hacker das gesamte Cloud-Konto eines angegriffenen Unternehmens kompromittiert haben, erschließen diese Zugänge externen legitimierten Nutzern – etwa bei einem Managed Service Provider – die Möglichkeit, Daten und Applikationen wiederherzustellen. Das ist nicht nur Account-übergreifend, sondern auch über verschiedene Regionen hinweg möglich. Einen weiteren Sicherheitslevel bieten verschiedene Verschlüsselungen und rotierende Entschlüsselungs-Keys für die Backups.

Die folgende Bilderstrecke beschreibt die Einrichtung einer sekundären Backup-Region in einer Azure-Subskription mit Commvault Cloud Rewind. Die Workloads befinden sich in der Region UK South. Die Sicherung der Backups will der Verantwortliche dann in die Backup-Region UK West replizieren.

Über den Autor:
Christian Kubik ist Manager Field Advisory Services Team EMEA bei Commvault.

Die Autoren sind für den Inhalt und die Richtigkeit ihrer Beiträge selbst verantwortlich. Die dargelegten Meinungen geben die Ansichten der Autoren wieder.