Vorbereitung auf Aktiv/Passiv

Es gibt Kompromisse zwischen der Geschwindigkeit der Wiederherstellung und den Kosten. Da die Einrichtung der physischen Netzkonnektivität ein langsamer Prozess ist, sollte die Direct-Link-Konnektivität zu mindestens einer alternativen Region auch für Aktiv/Passiv-Konfigurationen (Cold Standby) als Minimum eingerichtet werden.

Sobald Netzkonnektivität verfügbar ist, kann die Wiederherstellungsstrategie für jede BU oder jede Workload angepasst werden. Bei der kostengünstigen, langsamen Wiederherstellung des Spektrums wird die gesamte erforderliche Infrastruktur in der alternativen Region aus der Infrastruktur als Code neu erstellt. Am anderen Ende des Spektrums wird eine Kopie der gesamten Infrastruktur mit aktiven Anwendungen verwaltet, um eine nahezu sofortige Wiederherstellung zu ermöglichen. Dazwischen befinden sich Optionen, bei denen die Bootstrap-Infrastruktur verwaltet wird, z. B. Transit Gateways und Schematics Agents, um die Wiederherstellungszeit zu verkürzen. In allen Fällen werden Daten aus der Sicherung wiederhergestellt, nachdem die Infrastruktur verfügbar ist, bevor die passive Implementierung aktiviert wird.

Alternative Region aktivieren

Sollte ein regionaler Ausfall auftreten, kann eine alternative Region nach vorab festgelegten und getesteten Verfahren aktiviert werden. Diese Prozeduren können die Implementierung der Infrastruktur in der Region umfassen, indem Projektkonfigurationen verwendet werden, die zuvor erstellt und getestet wurden, sodass fehlerfreie Implementierungen problemlos durchgeführt werden können. Wenn bereits vorhandene Projekte nicht verwaltet werden, können Projektkonfigurationen aus der Sicherung wiederhergestellt und geändert werden, um die alternative Region als Ziel zu verwenden.

Plattformservices wie Unternehmenskonten, Konten, IAM und Katalog sind global und daher nicht von regionalen Ausfällen betroffen. Die Unternehmenskontenhierarchie, private Kataloge und die gesamte IAM-Konfiguration können während eines Disaster-Recovery-Prozesses unverändert verwendet werden. Regionale Serviceinstanzen, zu denen Netzbetrieb, VPC, verschiedene Rechenressourcen, Speicher und Datenbanken gehören, müssen in der neuen Region wiederhergestellt werden.

IBM Cloud Databases

IBM Cloud Databases bieten automatische tägliche Sicherungen, die in demselben Konto und derselben Region gespeichert werden. Sicherungen werden normalerweise im regionsübergreifenden Speicher gespeichert und sollten daher immun gegen einen Ausfall einer einzelnen Region sein. Diese Funktion ist zuverlässig und praktisch, unterstützt jedoch derzeit keinen Sicherungsspeicher in einer angegebenen alternativen Region oder einem angegebenen Konto. Backups können jedoch in einer anderen Region oder in einem anderen Konto wiederhergestellt werden, sodass die Wiederherstellung in einer passiven Bereitstellung (Cold Standby) unterstützt wird.

Es ist auch möglich, datenbankspezifische Clients (z. B. pg_dump für PostgreSQL) zu verwenden, um IBM Cloud Databases mithilfe der Kundenautomatisierung in beliebigen Speicher zu sichern. Bei Verwendung sollten diese Sicherungen in Cloud Object Storage in einer alterativen Region und im Sicherungskonto gespeichert werden, wie unter Sicherungskontenbeschrieben.

Virtuelle Server

Sowohl Datenträgermomentaufnahmen als auch Veeam sind für die Sicherung virtueller Server verfügbar. Veeam wird für umfangreiche Feature-Sets und seine Fähigkeit zur Sicherung von Anwendungsworkloads bevorzugt. Veeam erfordert jedoch die Implementierung eines Agenten, um Workloads zu sichern, die nicht auf VMWare gehostet werden. Der Veeam-Server, der für Sicherungen verwendet wird, sollte sich in einer anderen Region und im Sicherungskonto befinden, wie unter Sicherungskontenbeschrieben.

Red Hat OpenShift / Kubernetes

Red Hat OpenShift -und Kubernetes -Cluster in IBM Cloud können über PX-Backupgesichert werden. Der Portworks-Server, der für Sicherungen verwendet wird, sollte sich in einer anderen Region und im Sicherungskonto befinden, wie unter Sicherungskontenbeschrieben.

Secrets Manager

Der Manager für geheime Schlüssel kann mithilfe der IBM Cloud -CLI gesichert und eine vom Kunden bereitgestellte Automatisierung sein. Diese Sicherungen sollten in einer Sicherungsinstanz des Managers für geheime Schlüssel in einer alterativen Region und im Sicherungskonto gespeichert werden, wie in Sicherungskontenbeschrieben.

Cloud Object Storage

Cloud Object Storage -Buckets können regionsübergreifend, regional oder in einem einzigen Rechenzentrum gespeichert sein. Darüber hinaus können Cloud Object Storage -Buckets mithilfe der Bucketreplikationgesichert werden. Diese Sicherungen sollten in einem Cloud Object Storage -Bucket in einer alterativen Region und im Sicherungskonto gespeichert werden, wie in Sicherungskontenbeschrieben.

Cloudant

Cloudant ist eine hoch verfügbare NoSQL -Datenbank, die mit Replikaten in mehreren Regionen konfiguriert werden kann. Darüber hinaus können Cloudant -Sicherungen mithilfe des CouchBackup -Clients erstellt werden, der die vom Kunden bereitgestellte Automatisierung verwendet. Diese Sicherungen sollten in Cloud Object Storage in einer alterativen Region und im Sicherungskonto gespeichert werden, wie unter Sicherungskontenbeschrieben.

Event Streams

Event Streams ist ein hoch verfügbarer Kafka als Service. Angesichts der Art von Ereignissystemen sind zeitpunktgesteuerte Sicherungen wahrscheinlich von geringem Wert. Für die Disaster-Recovery wird jedoch die Spiegelung in eine zweite Region empfohlen.

Weitere Services

Weitere Informationen zu Sicherungen finden Sie in der servicespezifischen Dokumentation.