Rechenzentrum unter Quarantäne?

Wie Pandemien aktuelle Disaster-Recovery-Strategien beeinflussen und den Weg zum ultimativen Disaster-Recovery-Rechenzentrum ebnen - der Cloud. [...]

Johan van den Boogaart ist Account Manager DACH bei Zerto. (c) Zerto

Erst China, dann Italien: Covid-19 zwingt Regierungen zu drastischen Maßnahmen, etwa ein komplettes Land abzuriegeln und unter Quarantäne zu stellen. Das hat selbstverständlich Einfluss auf alle Ebenen des Lebens und Unternehmen kämpfen an vielen Fronten, um ihre Mitarbeiter in Sicherheit zu wissen. Gleichzeitig muss der Betrieb so reibungslos wie möglich weiterlaufen.

Unternehmen, die ihr Geschäft hauptsächlich über das Internet abwickeln, scheinen im Vergleich zu denen in anderen Branchen im Vorteil: Kunden und Mitarbeiter können bequem von Zuhause aus arbeiten oder die Dienstleistungen nutzen. Doch was passiert, wenn die Rechenzentren, in denen die Dienstleistungen gehostet werden, von einer landesweiten Quarantäne betroffen sind? In diesem Fall können Unternehmen die Verfügbarkeit ihrer Systeme nicht mehr garantieren. Damit beeinflusst das Virus die Disaster-Recovery-Strategien (DR) vieler Unternehmen, die sich bisher sicher wähnten.

Reichen 200 Kilometer Mindestabstand nicht?

Ende 2018 hatte das deutsche BSI empfohlen, den Mindestabstand für georedundante Rechenzentren von 5 auf 200 Kilometer anzuheben. 200 Kilometer seien eine ausreichende Entfernung zwei Rechenzentren vor den Folgen regionaler Katastrophen, wie etwa Überschwemmungen, Stürmen, nuklearen Unfällen oder Waldbränden, zu schützen. Gerade einmal ein Jahr später macht das Coronavirus und die von der WHO ausgerufene Pandemie den guten Absichten des BSI einen dicken Strich durch die Rechnung. Denn im Falle einer landesweiten Quarantäne wäre es relativ egal, wie weit zwei redundante Rechenzentren voneinander entfernt lägen. Bei einem Systemausfall wäre bei einer allgemeinen Ausgangssperre niemand in der Lage die Hardware wieder zum Laufen zu bringen. Damit hat dieses reale Szenario einen direkten Einfluss auf die DR-Strategien der Unternehmen. Denn wie lassen sich Daten und Workloads effektiv absichern, wenn eine Pandemie die Welt teilweise lahmlegt?

Journalbasierte asynchrone Replikation ermöglicht BC/DR über weite Entfernungen

Die Absicherung von Rechenzentren über 200 Kilometer stellte viele Organisationen seit der neuen Empfehlung des BSI bereits vor technische Probleme: Denn die Latenz zwischen den Rechenzentren wird beim neuen Mindestabstand zu hoch, um Unternehmen mit traditionellen Hochverfügbarkeits- und Backup-Lösungen gegen Systemausfälle und logische Fehler, wie etwa Ransomware-Attacken, zu schützen. Um Business Continuity (BC) und DR auch über weite Strecken zu garantieren, setzen mehr und mehr Unternehmen auf neue Technologien wie etwa asynchrone Replikation auf Basis vom Journaling statt Snapshots. Dank journalbasierter Technologie können Unternehmen ihre Applikationen mit minimalem Datenverlust, Ausfallzeiten, Performance Overhead und Bandbreitenutzung effektiv und effizient über große Entfernungen schützen. Diese Methode öffnet nun auch die Tür für die Nutzung des ultimativen DR-Standortes: der Cloud.

Durch die Absicherung aus der Cloud kann ein Unternehmen das Sicherheitsniveau seiner BC/DR-Strategie erhöhen – und somit auch landesweiten Qurantänen trotzen. Mit One-to-Many-Replication sogar in mehrere Clouds gleichzeitig.
(c) Zerto

Die Cloud als ultimatives DR-Rechenzentrum

Journalbasierte Replikation in Zusammenhang mit Recovery Automation und Orchestrierung erlaubt BC/DR auch aus der Cloud heraus. In der Praxis ist dies sogar sehr einfach: Nach der Installation einer Replikationssoftware und der Wahl des passenden Cloudanbieters repliziert die Software in die Cloud und bietet fortan Disaster Recovery und Backup aus der Cloud. Anders als ein kleines Backup-Rechenzentrun ist die Cloud auf globaler Ebene abgesichert und damit gleich mehrere Stufen sicherer. So schützt sie vor Ausfällen, selbst dann, wenn ein kompletter Kontinent und alle darin befindlichen Rechenzentren ausfallen sollten. Unternehmen, die auf diese Technologie setzen, erhöhen sofort das komplette Sicherheitsniveau ihrer BC/DR-Strategie.

Fazit

Unternehmen, die auf durchgängige Verfügbarkeit ihrer Applikationen angewiesen sind, müssen ihre BD/DR-Strategien an durchaus reale Katastrophen anpassen. Die Absicherung von Daten und Workloads über Technologien wie journalbasierte Replikation oder der Cloud bietet eine Lösung, die möglichen Folgen landesweiter Ausgangssperren, wie wir sie momentan erleben, abzusichern.

Johan van den Boogaart ist Account Manager DACH bei Zerto.


Mehr Artikel

Gregor Schmid, Projektcenterleiter bei Kumavision, über die Digitalisierung im Mittelstand und die Chancen durch Künstliche Intelligenz. (c) timeline/Rudi Handl
Interview

„Die Zukunft ist modular, flexibel und KI-gestützt“

Im Gespräch mit der ITWELT.at verdeutlicht Gregor Schmid, Projektcenterleiter bei Kumavision, wie sehr sich die Anforderungen an ERP-Systeme und die digitale Transformation in den letzten Jahren verändert haben und verweist dabei auf den Trend zu modularen Lösungen, die Bedeutung der Cloud und die Rolle von Künstlicher Intelligenz (KI) in der Unternehmenspraxis. […]

News

Richtlinien für sichere KI-Entwicklung

Die „Guidelines for Secure Development and Deployment of AI Systems“ von Kaspersky behandeln zentrale Aspekte der Entwicklung, Bereitstellung und des Betriebs von KI-Systemen, einschließlich Design, bewährter Sicherheitspraktiken und Integration, ohne sich auf die Entwicklung grundlegender Modelle zu fokussieren. […]

News

Datensilos blockieren Abwehrkräfte von generativer KI

Damit KI eine Rolle in der Cyberabwehr spielen kann, ist sie auf leicht zugängliche Echtzeitdaten angewiesen. Das heißt, die zunehmende Leistungsfähigkeit von GenAI kann nur dann wirksam werden, wenn die KI Zugriff auf einwandfreie, validierte, standardisierte und vor allem hochverfügbare Daten in allen Anwendungen und Systemen sowie für alle Nutzer hat. Dies setzt allerdings voraus, dass Unternehmen in der Lage sind, ihre Datensilos aufzulösen. […]

Be the first to comment

Leave a Reply

Your email address will not be published.


*