Business-Continuity und Disaster-Recovery für Container Registry

Erfahren Sie mehr über die Strategie zur Geschäftskontinuität und Notfallwiederherstellung für Container Registry, einschließlich Ihrer Verantwortlichkeiten und der in IBM integrierten Redundanzmaßnahmen.

Die NotfallwiederherstellungDie Fähigkeit eines Dienstes oder einer Arbeitslast, sich von seltenen, schwerwiegenden Vorfällen und großflächigen Ausfällen, wie z. B. Dienstunterbrechungen, zu erholen. Dies umfasst eine Naturkatastrophe, die eine ganze Region betrifft, die Beschädigung einer Datenbank oder den Verlust eines Dienstes, der zu einer Arbeitsbelastung beiträgt. Die Auswirkungen übersteigen die Fähigkeit des Hochverfügbarkeitsdesigns, sie zu bewältigen. umfasst eine Reihe von Richtlinien, Tools und Verfahren, um ein System, eine Anwendung oder ein ganzes Rechenzentrum nach einer katastrophalen Unterbrechung wieder voll funktionsfähig zu machen. Es umfasst Prozeduren zum Kopieren und Speichern der wichtigsten Daten eines installierten Systems an einem sicheren Ort und zum Wiederherstellen dieser Daten, um den normalen Betrieb wiederherzustellen.

Ihre Verantwortlichkeiten bei der Nutzung von Container Registry

Weitere Informationen zu Ihren Zuständigkeiten bei der Verwendung von IBM Cloud Container Registryfinden Sie unter Gemeinsame Zuständigkeiten für IBM Cloud Container Registry.

Disaster-Recovery-Strategie

IBM Cloud verfügt über Business-ContinuityDie Fähigkeit eines Unternehmens, Ausfallzeiten zu kompensieren und geschäftskritische Services normal und unterbrechungsfrei den vordefinierten Service-Level-Agreements entsprechend zu betreiben.-Pläne, um im Katastrophenfall die Wiederherstellung der Dienste innerhalb weniger Stunden zu gewährleisten. Sie sind für die Datensicherung und die damit verbundene Wiederherstellung Ihrer Inhalte verantwortlich.

Container Registry stellt Mechanismen zum Schutz Ihrer Daten und zum Zurückschreiben von Servicefunktionen bereit. Es sind Geschäftskontinuitätspläne vorhanden, um dieBei der Planung der Notfallwiederherstellung wird die Zeit, in der Daten wiederhergestellt werden, in Zeit gemessen (Sekunden, Minuten, Stunden), beginnend mit der wiederhergestellten Instanz und endend am Punkt des Notfalls. angestrebten Wiederherstellungsziele (Recovery Point Objective, RPO) und WiederherstellungszeitenIn der Notfallwiederherstellungsplanung die Zeitspanne, die ein Geschäftsprozess nach einem Notfall benötigt, um wiederhergestellt zu werden. (Recovery Time Objective, RTO) für den Dienst zu erreichen. Die folgende Tabelle enthält eine Übersicht über die Ziele für Container Registry.

RPO und RTO für Container Registry
Disaster-Recovery-Ziel	Zielwert
Zielsetzung für Wiederherstellungspunkt (RPO, Recovery Point Objective)	48 Stunden
Zielsetzung für Wiederherstellungszeit (RTO, Recovery Time Objective)	24 Stunden

Standorte für Serviceverfügbarkeit

Weitere Informationen zur Serviceverfügbarkeit in Regionen und Rechenzentren finden Sie unter Service- und Infrastrukturverfügbarkeit nach Standort.

Häufig gestellte Fragen zur Notfallwiederherstellung

Lesen Sie die folgenden häufig gestellten Fragen zum Thema Notfallwiederherstellung.

Werden für den Service Daten repliziert?

Alle Kundendaten in IBM Cloud Container Registry werden repliziert und gesichert. Die Sicherungen umfassen Service- und Richtlinieneinstellungen sowie Imagedaten, nicht jedoch Ergebnisse zu Sicherheitslücken, die wiederhergestellt werden können. Alle Daten, einschließlich der Ergebnisse zu Sicherheitslücken, werden innerhalb jeder Region repliziert, sodass der Verlust eine einzelnen Verfügbarkeitszone transparent toleriert werden kann. Regelmäßige zeitpunktabhängige Sicherungen werden von IBM dazu verwendet, Inhalte wiederherzustellen, falls Daten beschädigt wurden. In anderen Regionen mit kompatiblen Datenschutzrichtlinien werden weitere Sicherungskopien erstellt, die von IBM genutzt werden, um den Dienst im Katastrophenfall wiederherzustellen.

In der folgenden Tabelle werden die Standorte der Sicherung angezeigt.

Sicherungspositionen
Umgebung	Umgebung, die früher bekannt war als	Aktiver Standort	Sicherungsstandort
`au-syd`	`ap-south`	`au-syd`	`jp-tok`
`br-sao`	Nicht zutreffend	`br-sao`	`us-south`
`ca-mon`	Nicht zutreffend	`ca-mon`	`ca-tor`
`ca-tor`	Nicht zutreffend	`ca-tor`	`us-east` (Service- und Richtlinieneinstellungen) `ca-mon` (Images)
`eu-de`	`eu-central`	`eu-de`	`eu-gb`
`eu-es`	Nicht zutreffend	`eu-es`	`eu-de`
`eu-gb`	`uk-south`	`eu-gb`	`eu-de`
`global`	Nicht zutreffend	`us-east`	`us-south`
`in-che`	Nicht zutreffend	`in-che`	`jp-tok`
`in-mum`	Nicht zutreffend	`in-mum`	`in-che`
`jp-osa`	Nicht zutreffend	`jp-osa`	`jp-tok`
`jp-tok`	`ap-north`	`jp-tok`	`au-syd`
`us-south`	Nicht zutreffend	`us-south`	`us-east`

Welche Daten werden gesichert oder repliziert?

Die Imagedaten sowie die Service- und Richtlinieneinstellungen werden von IBM gesichert.

Müssen Benutzer die Daten replizieren?

Es wird nicht erwartet, dass Sie die Images replizieren. Sie können jedoch eine Serviceinstanz in einer anderen IBM Cloud Container Registry-Region erstellen. Sie können außerdem aus einer Reihe von Tools wählen, darunter das Pushen an mehrere Standorte aus Ihrer Entwicklungspipeline sowie die Verwendung von Replikationstools wie z. B skopeo copy. IBM repliziert keine Service-Instanzen. Weitere Informationen finden Sie unter Hochverfügbarkeit für Container Registry.

Was passiert, wenn eine Katastrophe eintritt?

IBM hat Ziele für den Wiederherstellungspunkt (RPO) von 48 Stunden und die Wiederherstellungszeit (RTO) von 24 Stunden. Diese Ziele tragen dazu bei, dass Ihre Daten geschützt sind und die Dienstfunktionen im Katastrophenfall umgehend wiederhergestellt werden. Wenn eine Region nicht verfügbar ist, stellt IBM die Region und die Benutzerdaten wieder her, wobei ein RPO von 48 Stunden eingehalten wird, so dass bis zu 48 Stunden an neu erstellten oder geänderten Daten verloren gehen können.

Wenn die Region, die Sie verwenden, nicht verfügbar ist, können Sie nicht automatisch auf Ihre Daten in einer anderen Region zugreifen. Wenn Sie hochverfügbare 24x7 Daten wünschen, sind Sie für die Erstellung eines umfassenden Wiederherstellungsplans verantwortlich. Ein umfassender Disaster-Recovery-Plan könnte zum Beispiel beinhalten, dass Sie Ihre Images in zwei getrennte IBM Cloud Container Registry Regionen verschieben und von beiden Regionen aus auf Ihre Daten zugreifen können. Weitere Informationen finden Sie unter Hochverfügbarkeit für Container Registry.