build 001f4800 | content blog-content@c8490fa · 338 posts | profiles 20 · corpus 252 | 0 skipped |
Service · infrastructure

Disaster Recovery

RPO und RTO zuerst, Technik danach. Und ein Konzept, das nie getestet wurde, ist eine Hoffnung.

Themen capabilities · idf weight Backup und Recovery backup-recovery 2.18 Architektur architecture 2.88 Migration migration 3.48
Hersteller vendors · idf weight HPE hpe 1.99 Veeam veeam 4.16
04Lösungen
03Fähigkeiten
02Hersteller
252Korpus

Wogegen es schützt

Gegen Stromausfall, Wasser, Feuer und Erdbeben, die alle selten sind und trotzdem vorkommen. Und gegen Ransomware, wo ein durchdachtes Disaster-Recovery-Konzept den Unterschied zwischen Tagen und Wochen macht.

Womit wir anfangen

Mit zwei Zahlen. RPO, wie viel Datenverlust akzeptabel ist, und RTO, wie lange es dauern darf, bis es wieder läuft. Beide müssen mit den Stakeholdern verifiziert und freigegeben werden, denn sie tragen die ganze Architektur und sind keine technische Grösse.

Danach klassifizieren und priorisieren wir Daten und Systeme. Nicht alles braucht dieselbe Zahl, und der Versuch, alles gleich zu behandeln, ist der häufigste Grund, warum ein Konzept zu teuer wird.

Wie das Design entsteht

Berücksichtigt werden die Workloads in deinen Rechenzentren und in deinen Public Clouds, dazu die Verfügbarkeits- und Leistungsanforderungen. Auch die Wahl der Standorte fliesst ein: Wo deine Rechenzentren und Cloud-Regionen liegen, bestimmt mit, was überhaupt möglich ist.

Umsetzung, und der Teil, der übersprungen wird

Wir setzen auf Zerto und Veeam. Beide erlauben es, den Ernstfall zu testen: Virtuelle Server lassen sich am Zielstandort in einer Sandbox starten und überprüfen, ohne die Produktion zu berühren.

Genau das ist der Teil, der übersprungen wird. Regelmässige Testszenarien mit den Systemadministratoren und den betroffenen Fachbereichen sind das, was ein Konzept von einer Hoffnung unterscheidet.

Expertinnen und Experten dafür

Passt ausserdem

service 0.66

Engineering

0.7 × caps 0.64 + 0.3 × vendor 0.69 = 0.66
service 0.59

Datacenter Lifecycle

0.7 × caps 0.55 + 0.3 × vendor 0.69 = 0.59
post 0.33

Scality ARTESCA

0.7 × caps 0.26 + 0.3 × vendor 0.5 (unknown) = 0.33