Categories: Cloud

Rechenzentrum unter Quarantäne?

Gastbeitrag 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.

Johan van den Boogaart, der Autor dieses Beitrags, ist Regional Sales Manager bei Zerto (Bild: Zerto).

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 DR-Strategien vieler Unternehmen, die sich bisher sicher wähnten.

Reichen 200 Kilometer Mindestabstand nicht?

Ende 2018 hatte das 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 bundesweiten Quarantäne wäre es relativ egal, wie weit zwei redundante RZs voneinander entfernt lägen Bei einem Systemausfall wäre bei einer allgemeinen Ausgangssperre in Deutschland 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 BC/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: die Cloud.

Durch die Absicherung aus der Cloud kann ein Unternehmen das Sicherheitsniveau seiner BC/DR-Strategie erhöhen – und somit auch landesweiten Quarantänen trotzen. Mit One-to-Many-Replication sogar in mehrere Clouds gleichzeitig (Bild: 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.

ANZEIGE

Auf zu neuen Höhen mit SkySQL, der ultimativen MariaDB Cloud

In diesem Webinar stellen wir Ihnen SkySQL vor, erläutern die Architektur und gehen auf die Unterschiede zu anderen Systemen wie Amazon RDS ein. Darüber hinaus erhalten Sie einen Einblick in die Produkt-Roadmap, eine Live-Demo und erfahren, wie Sie SkySQL innerhalb von nur wenigen Minuten in Betrieb nehmen können.

Kai Schmerer

Kai ist seit 2000 Mitglied der ZDNet-Redaktion, wo er zunächst den Bereich TechExpert leitete und 2005 zum Stellvertretenden Chefredakteur befördert wurde. Als Chefredakteur von ZDNet.de ist er seit 2008 tätig.

Recent Posts

Black Friday: Vorsicht vor schädlichen QR-Codes

Bösartige QR-Codes, die per E-Mail versendet werden, eignen sich sehr gut, um Spam-Filter zu umgehen.

1 Tag ago

Black Friday: Zahl der ominösen Shopping-Websites steigt

Unsichere Websites und Phishing-Mails in Verbindung mit Black Friday können kauffreudigen Konsumenten zum Verhängnis werden.

1 Tag ago

SmokeBuster bekämpft SmokeLoader

Malware SmokeLoader wird weiterhin von Bedrohungsakteuren genutzt, um Payloads über neue C2-Infrastrukturen zu verbreiten.

1 Tag ago

Taugen Kryptowährungen als Unterstützer der Energiewende?

Bankhaus Metzler und Telekom-Tochter MMS testen, inwieweit Bitcoin-Miner das deutsche Stromnetz stabilisieren könnten.

2 Tagen ago

Supercomputer-Ranking: El Capitan überholt Frontier und Aurora

Mit 1,7 Exaflops ist El Capitan nun der dritte Exascale-Supercomputer weltweit. Deutschland stellt erneut den…

2 Tagen ago

Ionos führt neue AMD-Prozessoren ein

Der deutsche Hyperscaler erweitert sein Server-Portfolio um vier Angebote mit den neuen AMD EPYC 4004…

2 Tagen ago