Einen Plan haben

Die Bewältigung einer Krise ist immer mit Stress verbunden, und bei Katastrophen ist das nicht anders. Während einer Katastrophe versuchen Sie wahrscheinlich, geschäftskritische Dienste wieder in Betrieb zu nehmen, und stehen dabei möglicherweise unter Zeitdruck, was zu Fehlern führen kann. Im unwahrscheinlichen Fall einer Katastrophe hilft ein klar definierter Plan Ihrem Unternehmen, sich auf vorhersehbare Weise zu erholen, was den Stress mindert und Fehler reduziert. Weitere Informationen zur Erstellung eines Notfallplans finden Sie unter Planung der Notfallwiederherstellung.

Prioritäten festlegen

Wenn Sie einen Notfallwiederherstellungsplan erstellen, stellen Sie sicher, dass Ihre Organisation den Plan unterstützt, versteht und finanzieren kann. Wenn Sie eine breitere Beteiligung der Interessengruppen erreichen, können Sie die Prioritäten des Unternehmens im Katastrophenfall erfassen. Auf diese Weise ist der Plan sowohl umfassend als auch den Erwartungen des Unternehmens angemessen. Überprüfen Sie den Plan regelmäßig mit Ihrer Organisation, um Änderungen der Prioritäten zu erfassen und den Plan bei Bedarf zu aktualisieren.

Kapazität über Zonen hinweg ausgleichen

Die Verteilung von Workloads auf mehrere Verfügbarkeitszonen innerhalb einer Region erhöht die Verfügbarkeit – achten Sie jedoch auf Ungleichgewichte zwischen den Zonen, insbesondere wenn Sie IBM Cloud® Virtual Servers for Virtual Private Cloud (VSIs) verwenden. Stellen Sie sicher, dass Ihre Workloads über verschiedene Zonen verteilt sind, damit sie auch bei einem Ausfall einer Zone weiterlaufen. Stellen Sie außerdem sicher, dass die übrigen Zonen über ausreichende Kapazität verfügen, um die gesamte Arbeitslast zu bewältigen. Wenn Sie eine Bereitstellung über drei Zonen hinweg vornehmen, sollten Sie pro Zone etwa 17 % zusätzliche VSI-Kapazität einplanen, um den Kapazitätsverlust von 33 % auszugleichen, der bei einem Ausfall einer Zone auftritt.

Verstehen, was eine Katastrophe ist

Um einen Wiederherstellungsplan zu erstellen, müssen Sie sicher sein, dass es sich um eine Katastrophe handelt. Legen Sie in Ihrem Plan klar fest, was als Katastrophe gilt, sonst riskieren Sie Fehlalarm oder Untätigkeit, wenn eine Katastrophe eintritt. Definieren Sie mehrere verschiedene Szenarien, die eine Katastrophe darstellen, und wie das Unternehmen darauf reagieren kann, und wie schnell. Berücksichtigen Sie auch den Umfang der Auswirkungen. Wenn eine Komponente eines Workloads ausfällt, ist die Reaktion dann anders als bei einem Totalausfall?

Kommunikation ist der Schlüssel

In einer Katastrophensituation ist eine effektive Kommunikation zwischen den Teams wichtig. Legen Sie in Ihrem Plan eindeutig fest, welche Personen eine Katastrophe ausrufen können. Legen Sie fest, wie sie mit der Organisation und den Personen kommunizieren, die für die Umsetzung des Notfallplans zuständig sind. Geben Sie klare Kommunikationswege an, z. B. per Telefon oder E-Mail, um sicherzustellen, dass wichtige Nachrichten nicht übersehen werden. Denken Sie an Ersatzkommunikationskanäle für den Fall, dass die Hauptkanäle betroffen sind. Der Plan kann auch bestimmte Sitzungen vorschreiben, die stattfinden müssen, um die aktuelle Situation zu erfassen.

Testen Sie Ihren Plan

Die Reaktion auf eine echte Katastrophe ist nicht der ideale Zeitpunkt, um Ihren Plan zum ersten Mal zu testen. Testen Sie Ihren Plan regelmäßig, um sicherzustellen, dass er funktioniert und Sie wissen, wie lange die Umsetzung des Plans dauern könnte. Wenn andere Mitarbeiter beteiligt sind, ermöglicht das Testen Ihres Plans ihnen, ihre Rolle besser zu verstehen. Achten Sie nach dem Test darauf, dass Sie die gewonnenen Erkenntnisse in den Plan einbeziehen. Weitere Informationen zum Testen Ihres Wiederherstellungsplans finden Sie unter Testen der Wiederherstellung im Katastrophenfall.

Verstehen Sie Ihre Verantwortlichkeiten

Jeder IBM Cloud Service verfügt über eine Rollen- und Verantwortungsmatrix, in der die Verantwortlichkeiten von IBM®, die Verantwortlichkeiten des Kunden und die gemeinsamen Verantwortlichkeiten, einschließlich der Verantwortlichkeiten in Bezug auf Backup, Wiederherstellung und Katastrophen, festgelegt sind. Vergewissern Sie sich, dass Sie die Zuständigkeiten für jeden der von Ihnen genutzten Dienste genau kennen, da sie die Maßnahmen zur erfolgreichen Wiederherstellung Ihrer Dienstinstanzen bestimmen und Ihnen bei der Planung helfen.

Berücksichtigen Sie die Anforderungen an die Datenausfallsicherheit und die Datenresidenz

Datenresilienz bezieht sich auf die Fähigkeit, auf Daten zuzugreifen, sie zu erhalten oder sie bei Ausfällen oder Katastrophen schnell wiederherzustellen. Sie ist mit den Konzepten der Hochverfügbarkeit, der Notfallwiederherstellung und der Cyber-Resilienz verbunden. Weitere Informationen zur Datenausfallsicherheit finden Sie im IBM Rahmenwerk für gute Architekturen.

Ein weiterer wichtiger Aspekt, den es zu berücksichtigen gilt, ist die Datenresidenz und etwaige Einschränkungen oder Anforderungen an den physischen Speicherort Ihrer Daten, nicht nur für Produktionsumgebungen, sondern auch für die Sicherung und Wiederherstellung.

Integrieren Sie HA und DR in Ihre Workloads

Wenn Sie Workloads in der Cloud entwickeln, sollten Sie bereits in der Phase der Anforderungserhebung an Hochverfügbarkeit und Disaster Recovery denken. Wenn Sie bereits in einem frühen Stadium des Entwurfsprozesses wissen, wie hoch die Ausfallsicherheit des Workloads sein muss, können Sie Entscheidungen treffen, die die Architektur beeinflussen und die Wiederherstellung erleichtern. Wenn Sie z. B. das Ziel für die Wiederherstellungszeit eines Workloads kennen, können Sie entscheiden, wie Sie einen Workload bereitstellen, um dieses Ziel zu erreichen, indem Sie die Funktionen der verfügbaren Services nutzen. Wenn Sie das Ziel des Wiederherstellungspunkts verstehen, können Sie auch bessere Entscheidungen über die Daten, ihre Sicherung oder Replikation treffen. Eine frühzeitige Planung ermöglicht es dem Unternehmen auch, die laufenden Kosten für die Arbeitsbelastung besser zu verstehen.

Überlegen Sie, wie Sie Anwendungscode entwickeln können, um die Umstellung auf einen Disaster-Recovery-Standort zu erleichtern. Vermeiden Sie z. B. das Hardcoding von Verbindungszeichenfolgen oder anderen Konfigurationen, die sich durch die Verbindung mit alternativen Ressourcen ändern könnten.

Wählen Sie die richtigen Werkzeuge

Betrachten Sie IBM Cloud als einen Werkzeugkasten mit einer Reihe von Tools oder Diensten, die Sie für die Bereitstellung und Ausführung von Workloads verwenden können. Um ein Werkzeug richtig einzusetzen, muss man wissen, was es kann und was nicht, und das richtige Werkzeug auswählen. Wenn Sie versuchen, ein Werkzeug für eine Aufgabe zu verwenden, für die es nicht vorgesehen ist, kann etwas schief gehen. Wenn Sie Ihren Ausfallsicherheitsplan entwerfen, sollten Sie so detailliert wie möglich wissen, welche Dienste Ihre Arbeitslast nutzt, welche Fähigkeiten sie haben und wo ihre Grenzen liegen. Wenn ein Dienst Ihre RTO- oder RPO-Ziele nicht erfüllen kann, sollten Sie andere Dienste oder Tools in Betracht ziehen, die die Lücke schließen könnten. Überlegen Sie auch, ob die von Ihnen gesetzten Ziele realistisch sind, oder ob Sie Ihre Lösung für einen geringen Nutzen unangemessen kompliziert und teuer machen.

Machen Sie Backups, bevor Sie Änderungen vornehmen

Der Betrieb von IT-Systemen ist nie risikofrei, und die Einführung von Änderungen in Ihrer Arbeitsumgebung ist ein Punkt, an dem das Risiko steigt. Erstellen Sie einen Plan zur Freigabe von Änderungen und einen Rückzugsplan, um Änderungen an Ihrer Umgebung zu verwalten. Einer der ersten Schritte eines jeden Änderungsfreigabeplans ist die Erstellung von Sicherungskopien von Daten und Konfigurationen. Wenn während oder kurz nach der Veröffentlichung etwas schief geht, können Sie die Daten aus Ihren Backups wiederherstellen.

Benutzerdefinierte Bilder erstellen

Erstellen Sie ein benutzerdefiniertes Image aus einem Boot-Volume und verwenden Sie es als Golden Image mit vorinstallierten Anwendungen und Konfigurationen, um die Bereitstellungszeit für IBM Cloud® Virtual Servers for Virtual Private Cloud in der DR-Site zu verkürzen. Das Boot-Volume muss mit einer gestoppten virtuellen Serverinstanz (VSI) verbunden sein, um das benutzerdefinierte Image zu erstellen.

Hostnamen für Teilnetze verwenden

Verwenden Sie Hostnamen und DNS anstelle von IP-Adressen, um die Änderungen zu minimieren, die für die Neubereitstellung einer Anwendung am DR-Standort erforderlich sind, insbesondere bei VPC-Instanzen, einschließlich VSIs. Subnetze sind zonenspezifisch und erstrecken sich nicht über Zonen hinweg. Neuen Service-Instanzen werden neue IP-Adressen zugewiesen, was zu Fehlfunktionen bei bestehenden Konfigurationen wie Sicherheitsregeln oder Anwendungskonfigurationsdateien führen kann.

Konfigurieren Sie Schlüsselverwaltungsdienste für die Notfallwiederherstellung

Konfigurieren Sie für Key Protect den Dienst am primären Standort mit Failover in der DR-Region, um die automatische Umleitung von Key Protect zu ermöglichen, wenn ein regionaler Dienstausfall auftritt. Erstellen Sie Skripte, um die Einstellungen des Virtual Private Endpoint (VPE) zu aktualisieren, um auf den Key Protect Service zuzugreifen, insbesondere die Internet Protocol (IP)-Adresse, als Teil der Disaster Recovery-Verfahren.

Für HPCS konfigurieren Sie eine ausfallsichere Kryptoeinheit in der DR-Region. Initialisieren und konfigurieren Sie die ausfallsicheren Kryptoeinheiten genauso wie die einsatzbereiten Kryptoeinheiten, bevor der Katastrophenfall eintritt, damit sie im Falle eines regionalen Ausfalls verfügbar sind

In Beobachtbarkeit investieren

Observability umfasst Tools wie IBM Cloud Logs und IBM Cloud Monitoring die es Ihnen ermöglichen, zu erfahren, was im System vor sich geht, und im Falle eines Ausfalls oder einer Beeinträchtigung von Diensten dazu beitragen, die Ursache schnell zu ermitteln, zu mildern und zu beheben. Dies ist vor allem bei komplexen verteilten Systemen erforderlich, bei denen Ausfälle unvermeidlich sind und es sehr schwierig ist, die Abhängigkeiten zwischen den Komponenten zu verfolgen oder zu korrelieren. Darüber hinaus können Sie mit dem Activity Tracker Event Routing Service Ereignisse prüfen und Änderungen am System aufzeichnen und überwachen Flow Logs for VPC bietet Einblick in den IP-Verkehr, der von und zu den Netzwerkschnittstellen innerhalb der VPC geht, und ermöglicht Ihnen die Behebung von Netzwerk- und Konnektivitätsproblemen, die sonst schwer zu beobachten sind.

Robuste Anwendungen, die für die Cloud entwickelt wurden, und Prozesse, die sie unterstützen, sollten diese Fähigkeiten effektiv nutzen. Zum Beispiel sollten Anwendungen Metriken für den Zustand ihrer Komponenten und ihrer Subsysteme offenlegen. Alle IBM Cloud Dienste unterstützen das Sammeln von Plattformmetriken und stellen detaillierte Metriken zur Verfügung, die einzeln dokumentiert sind, wie hier für Loadbalancer. Anwendungen und Dashboards, die zu ihrer Unterstützung entwickelt werden, sollten diese Metriken nutzen, um die betriebliche Effizienz zu verbessern.

IBM Cloud Logs bietet fortschrittliche Funktionen zur Anreicherung, Abfrage und Alarmierung von Protokollen, die von Anwendungen generiert werden, und verwaltet gleichzeitig das Volumen der Protokolle und deren Kosten. Verschiedene Alarmtypen ermöglichen ausgefeiltere Funktionen zur effektiven Überwachung von Systemen.

Bleiben Sie auf dem Laufenden mit IBM Cloud Benachrichtigungen

Wenn eine Katastrophe eintritt, die einen IBM Cloud oder eine Region betrifft, erhalten Sie Benachrichtigungen von IBM Cloud in Ihrem Konto oder per E-Mail. Melden Sie sich für Benachrichtigungen in Ihrem Konto an, indem Sie auf Benachrichtigungen anzeigen klicken. Sie können auch die IBM Cloud Status-Übersichtsseite.