Vorbereitende Schritte

Bevor Sie die Cluster erstellen, sollten Sie die erforderlichen VPC- und Cloud Object Storage-Angaben zusammenstellen, die Sie in die Befehle zur Clustererstellung eingeben müssen.

1. Rufen Sie Ihre VPC-IDs ab. Notieren Sie sich die ID der VPC, die Sie für jeden Cluster verwenden möchten.

   ibmcloud is vpcs
   

2. Rufen Sie die Subnetz-Details für eine bestimmte VPC ab. Notieren Sie sich die Subnetz-IDs, die Sie für jeden Cluster verwenden möchten.

   ibmcloud is subnets --vpc VPC_ID
   

3. Listen Sie Ihre Cloud Object Storage-Instanzen auf.

   ibmcloud resource service-instances --service-name cloud-object-storage
   

4. Rufen Sie die CRN der Instanz ab, die Sie verwenden möchten. Beachten Sie den Wert im Feld ID.

   ibmcloud resource service-instance SERVICE_INSTANCE
   

Schritt 1. Erstellen Sie den Hub-Cluster

Hub-Cluster

Dies ist der Cluster, auf dem Sie ACM installieren, um den primären und den sekundären ODF-Cluster zu verwalten. Stellen Sie sicher, dass Ihr Hub-Cluster über mindestens 16 vCPU x 64 GB Rechenkapazität verfügt.

Stellen Sie sicher, dass Sie für jeden Cluster den ausgehenden Datenverkehr zulassen, indem Sie den Parameter --disable-outbound-traffic-protection in der Befehlszeilenschnittstelle angeben oder die Option zum Deaktivieren des Schutzes des ausgehenden Datenverkehrs in der Benutzeroberfläche auswählen.

1. Erstellen Sie einen VPC-Cluster in us-east, um ACM darauf zu installieren. Dies ist der Hub-Cluster, den Sie für die Verwaltung Ihrer ODF-Cluster verwenden können. Stellen Sie sicher, dass Ihr Hub-Cluster über mindestens 3 Worker-Knoten verfügt, auf denen RHCOS läuft, eine verfügbare Rechenkapazität von mindestens 16 vCPU und 64 GB aufweist, den ausgehenden Datenverkehr deaktiviert hat und alle Voraussetzungen für ACM erfüllt. Der folgende Beispielbefehl erstellt einen Cluster für ACM in us-east.

   ibmcloud ks cluster create vpc-gen2 --flavor bx2.16x64 --name acm-hub-cluster-dr-odf --subnet-id SUBNET_ID --vpc-id VPC_ID --zone us-east-2 --version 4.21.27_openshift --workers 3 --cos-instance COS_CRN --disable-outbound-traffic-protection --cni OVNKubernetes
   

2. Notieren Sie sich die Cluster-ID aus der Ausgabe. Sie benötigen diese Informationen in einem späteren Schritt.

Schritt 2. Erstellen Sie ein vertrauenswürdiges Profil für den Hub-Cluster

Hub-Cluster

1. Schaffen Sie ein vertrauenswürdiges Profil.

   ibmcloud iam trusted-profile-create acm-operator-profile
   

2. Erstellen Sie die Vertrauensregel für Rechenressourcen, die auf den kube-system Namespace der Rechenressourcen unter Red Hat OpenShift beschränkt ist.

   ibmcloud iam trusted-profile-rule-create acm-operator-profile \
     --name kube-system-rule \
     --type Profile-CR \
     --conditions claim:namespace,operator:EQUALS,value:kube-system \
     --cr-type ROKS_SA
   

3. Weisen Sie dem Profil die IAM-Zugriffsrichtlinie zu. Ersetzen Sie CLUSTER_ID durch Ihre Hub-Cluster-ID.

   ibmcloud iam trusted-profile-policy-create acm-operator-profile \
     --roles Reader,Viewer,Operator,Editor \
     --service-name containers-kubernetes \
     --service-instance CLUSTER_ID
   

4. Weisen Sie dem Hub-Cluster das vertrauenswürdige Profil zu. Nachdem Sie einem Cluster ein vertrauenswürdiges Profil zugewiesen haben, kann dieses nicht mehr entfernt werden.

   ibmcloud oc experimental trusted-profile set --cluster CLUSTER_NAME_OR_ID --trusted-profile TRUSTED_PROFILE_ID
   

5. Wenn Sie ODF-Version 4.21 oder höher verwenden, installieren Sie den Operator OpenShift GitOps auf dem Hub-Cluster. Informationen zu den Installationsschritten finden Sie unter Red Hat OpenShift- GitOps-Operator in der Webkonsole installieren.

Schritt 3. Erstellen Sie die verwalteten Cluster

Verwalteter Cluster

1. Erstellen Sie einen VPC-Cluster mit us-east mindestens 3 Worker-Knoten, auf denen RHCOS läuft, einer verfügbaren Rechenkapazität von mindestens 16 vCPU und 64 GB sowie deaktiviertem Schutz für ausgehenden Datenverkehr. Dies wird der primär verwaltete ODF-Cluster sein. Der folgende Beispielbefehl erstellt einen Cluster unter us-east.

   ibmcloud ks cluster create vpc-gen2 --flavor bx2.16x64 --name managed-cluster-1-dr-odf --subnet-id SUBNET_ID --vpc-id VPC_ID --zone us-east-2 --version 4.21.27_openshift --workers 3 --cos-instance COS_CRN --disable-outbound-traffic-protection --cni OVNKubernetes
   

2. Erstellen Sie einen VPC-Cluster mit jp-tok mindestens 3 Worker-Knoten, auf denen RHCOS läuft, einer verfügbaren Rechenkapazität von mindestens 16 vCPU und 64 GB sowie deaktiviertem Schutz für ausgehenden Datenverkehr. Dies wird der sekundäre verwaltete ODF-Cluster sein. Um eine hohe Verfügbarkeit zu gewährleisten, muss sichergestellt werden, dass sich das Netzwerk des sekundären Clusters nicht mit dem Netzwerk des primären Clusters überschneidet. Der folgende Beispielbefehl erstellt einen Cluster unter jp-tok.

   ibmcloud ks cluster create vpc-gen2 --flavor bx2.16x64 --name managed-cluster-2-dr-odf --subnet-id SUBNET_ID --vpc-id VPC_ID --zone jp-tok --version 4.21.27_openshift --workers 3 --cos-instance COS_CRN --disable-outbound-traffic-protection --cni OVNKubernetes
   

Schritt 4. Geheimnisse für ACM vorbereiten

Hub-Cluster

Für jeden Cluster, den Sie mit ACM verwalten möchten, müssen Sie auf dem Hub-Cluster ein Secret erstellen, das das Zugriffstoken und die Server- URL des verwalteten Clusters enthält.

Wenn Sie während der Installation des ACM-Add-ons verwaltete Cluster importieren möchten, führen Sie diese Schritte aus, bevor Sie mit der Installation beginnen. Wenn Sie sich dafür entscheiden, die Geheimnisse zu erstellen und verwaltete Cluster zu importieren, nachdem das Add-on auf dem Hub-Cluster installiert wurde, können Sie dies tun, indem Sie zusätzliche Schritte über die CLI ausführen.

Führen Sie die folgenden Schritte für jeden Cluster aus, den Sie verwalten möchten.

1. Führen Sie auf dem Cluster, den Sie mit ACM verwalten möchten, den Befehl aus, um die Server- URL zu ermitteln. Suchen Sie in der Ausgabe den Wert Master- URL und notieren Sie ihn. Dies ist die Server- URL, auf die im Secret verwiesen werden soll. Diese URL verwenden Sie auch in den folgenden Schritten.

   ibmcloud oc cluster get -c CLUSTER_NAME_OR_ID
   

   Beispielhafte Ausgabe.

   NAME:                           mycluster
   ID:                             1234567
   State:                          normal
   Created:                        2025-01-22T19:22:16+0000
   Location:                       dal10
   Master URL:                     https://c100-e.<region>.containers.cloud.ibm.com:<port>
   ...
   

2. Rufen Sie die Basis- URL en des OAuth-Servers Red Hat OpenShift ab. Ersetzen Sie MASTER_URL durch den im vorherigen Schritt ermittelten URL. Der Befehl extrahiert die Basis- URL, ohne das Suffix /oauth/token.

   curl -sS MASTER_URL/.well-known/oauth-authorization-server | jq -r .token_endpoint | sed 's#/oauth/token##'
   

   Beispielhafte Ausgabe.

   https://c111-e.us-east.containers.cloud.ibm.com:31282
   

3. Rufen Sie mithilfe des im vorherigen Schritt abgerufenen Endpunkts ein Zugriffstoken ab. Führen Sie den folgenden Befehl cURL aus, wobei Sie URL durch die Ausgabe aus dem vorherigen Schritt und API_KEY durch Ihren API-Schlüssel für IBM Cloud ersetzen. Suchen Sie in der Ausgabe ACCESS_TOKEN nach dem in der Location-Antwort. Dies ist das Zugriffstoken, das in das Geheimnis aufgenommen werden muss.

   Beispiel für curl-Anforderung:

   curl -u 'apikey:API_KEY' -H "X-CSRF-Token: a" 'URL/oauth/authorize?client_id=openshift-challenging-client&response_type=token' -vvv
   

   Beispielhafte Ausgabe. Das ACCESS_TOKEN ist in der Antwortzeichenfolge von Location enthalten.

   < HTTP/1.1 302 Found
   < Cache-Control: no-cache, no-store, max-age=0, must-revalidate
   < Cache-Control: no-cache, no-store, max-age=0, must-revalidate
   < Expires: 0
   < Expires: Fri, 01 Jan 2030 00:00:00 GMT
   < Location: TOKEN_ENDPOINT/oauth/token/implicit#access_token=ACCESS_TOKEN&expires_in=86400&scope=user%3Afull&token_type=Bearer
   ...
   

4. Erstellen Sie im Hub-Cluster ein Secret, das das Cluster-Zugriffstoken und die Server- URL enthält. Informationen zum Erstellen von Geheimnissen finden Sie unter Arbeiten mit Geheimnissen in der Dokumentation zu Kubernetes.

   Beispiel für ein Geheimnis.

   apiVersion: v1
   kind: Secret
   metadata:
     name: SECRET_NAME
     namespace: SECRET_NAMESPACE  # The namespace that the secret is to be created in
   type: Opaque
   stringData:
     token: ACCESS_TOKEN
     server: SERVER_URL
   

Schritt 5. Installieren Sie das ACM-Add-on auf dem Hub-Cluster

Hub-Cluster

Verwenden Sie die CLI, um das ACM-Add-on auf dem Hub-Cluster zu installieren.

1. Finden Sie die Standardversion des ACM-Add-ons.

   ibmcloud oc cluster addon versions
   

2. Sehen Sie sich die ACM-Erweiterungsoptionen an. Geben Sie im Befehl die im vorherigen Schritt ermittelte Standardversion an. Notieren Sie sich alle Optionen, die Sie bei der Installation des Add-ons berücksichtigen möchten.

   ibmcloud oc cluster addon options --addon acm --version DEFAULT_VERSION
   

3. Wenn Sie Cluster importieren möchten, die vom Add-on verwaltet werden sollen, befolgen Sie die Schritte unter Vorbereiten von Geheimnissen für ACM, sofern Sie dies noch nicht getan haben. Speichern Sie unbedingt die Cluster-ID sowie den Namen und den Namespace des Secrets, das Sie auf dem Hub-Cluster erstellen. Sie können diesen Vorgang auch nach der Installation des Add-ons auf dem Hub-Cluster abschließen; allerdings sind nach der Installation zusätzliche Schritte erforderlich, um verwaltete Cluster zu importieren.

4. Führen Sie den Befehl aus, um das Add-on zu aktivieren. Achten Sie darauf, die Parameter isLicenseAccepted und billingPlan sowie den optionalen Parameter --managedClusters anzugeben, wenn Sie während des Installationsvorgangs Cluster importieren möchten.

   ibmcloud oc cluster addon enable acm --cluster HUB_CLUSTER_ID --param 'managedClusters=["clusterid:CLUSTER_ID;secretname:SECRET_NAME;secretnamespace:SECRET_NAMESPACE;action:IMPORT"]' --param 'billingPlan=PLAN' --param 'isLicenseAccepted=BOOLEAN'
   

   Befehlsparameter. Ein Beispiel für jeden Parametertyp finden Sie im folgenden Befehlsbeispiel.

   --cluster

   Erforderlich. Die ID des Hub-Clusters, auf dem das ACM-Add-on installiert werden soll.

   --param 'managedClusters=["]

   Optional. Fügen Sie diesen Parameter ein- oder mehrmals ein, um verwaltete Cluster während des Add-on-Installationsvorgangs zu importieren. Sie können diesen Schritt auch später ausführen. Weitere Informationen finden Sie unter Vorbereiten von Geheimnissen für ACM.

   Geben Sie die folgenden Werte an:

   • clusterid: Die ID des verwalteten Clusters, der importiert werden soll.

   • secretname: Der Name des Secrets, das Sie auf dem Hub-Cluster erstellt haben. Dieses Secret enthält die Anmeldedaten für den verwalteten Cluster.

   • secretnamespace: Der Namespace des Secrets, das Sie auf dem Hub-Cluster erstellt haben. Dieses Secret enthält die Anmeldedaten für den verwalteten Cluster.

   • action:IMPORT: Der Parameter, der die IMPORT-Aktion für den verwalteten Cluster angibt.

   --param 'billingPlan='

   Erforderlich. Der Abrechnungsplan, den Sie für ACM auswählen möchten. Geben Sie KUBERNETES für den ACM-Plan Kubernetes an.

   --param 'isLicenseAccepted='

   Erforderlich. Geben Sie an, TRUE dass Sie die Lizenzvereinbarung für den ausgewählten Abrechnungsplan akzeptieren. Mit der Annahme dieser Lizenz erklären Sie sich mit den geltenden Geschäftsbedingungen einverstanden und bestätigen, dass Sie die im ausgewählten Tarif enthaltenen Leistungen verstanden haben.

   Beispielbefehl zur Installation des ACM-Add-ons mit dem Abrechnungsplan ACM for Kubernetes und zum Importieren eines verwalteten Clusters.

   ibmcloud ks cluster addon enable acm --cluster a5bcde982dfer2nwxq73 --param 'managedClusters=["clusterid:w7rthce34gfbq7ww12d3;secretname:managed-secret-1;secretnamespace:managed-ns1;action:Import"]' --param 'billingPlan=KUBERNETES' --param 'isLicenseAccepted=true'
   

5. Überprüfen Sie, ob das Add-on installiert wurde. Es kann einige Minuten dauern, bis das Add-on in den folgenden Ausgaben angezeigt wird.

   1. Überprüfen Sie im Hub-Cluster, ob die Ressource acmhub erstellt wurde.

       oc get acmhub
       ```
       Beispielhafte Ausgabe.
   
       ```sh {: screen}
           NAME       AGE
           acm-auto   1h
       ```
   1. Überprüfen Sie auf dem Hub-Cluster den Status `acmhub`.
   
   ```sh {: pre}
       oc describe acmhubstatus
       ```
       Beispielhafte Ausgabe.
   
       ```sh {: screen}
       status
           phase: Ready
       ```
   

Schritt 6. Konfigurieren Sie das Submariner Add-on

Verwalteter Cluster

Befolgen Sie die Schritte zur Installation und Konfiguration des Submariner-Add-ons, das die Konnektivität zwischen Ihren beiden verwalteten Clustern herstellt. Für diese Schritte wird die ACM-Konsole verwendet. Ausführlichere Informationen finden Sie unter Bereitstellung von Submariner über die Konsole in der Dokumentation zu Red Hat.

1. Navigieren Sie zur ACM-Konsole. Klicken Sie dann auf Fuhrparkmanagement > Infrastruktur > Cluster > Clusterset.
2. Klicken Sie auf Clusterset erstellen. Folgen Sie den Anweisungen, um Ihre beiden verwalteten Cluster zum Cluster-Set hinzuzufügen.
3. Klicken Sie auf die Option zur Installation des Submariner-Zusatzes für das Cluster-Set.
4. Wählen Sie die verwalteten Cluster als Zielcluster für die Add-on-Installation aus.
5. Wenn Sie die Konfiguration für beide Cluster überprüfen, ändern Sie die folgenden Einstellungen wie dargestellt und belassen Sie den Rest auf den Standardwerten. Klicken Sie anschließend auf Installieren.

   globalnetEnabled: true (checked)
   gateways: 2
   NATTEnable: false (unchecked)
   cableDriver: vxlan.
   

6. Warten Sie, bis der Submariner-Zusatzstatus als fehlerfrei (grün) angezeigt wird. Dies kann bis zu 20 Minuten dauern.

Schritt 7. Installieren und Konfigurieren von OpenShift Data Foundation

Verwalteter Cluster

Installieren und konfigurieren Sie ODF auf Ihren 2 verwalteten Clustern. Stellen Sie sicher, dass Sie diese Schritte sowohl für den primären als auch für den sekundären verwalteten Cluster durchführen.

1. Folgen Sie den Schritten auf installieren Sie das Add-on OpenShift Data Foundation zu Ihren 2 verwalteten Clustern. Geben Sie die Standard-ODF-Version oder eine neuere Version an. Vergewissern Sie sich, dass Sie die Option zur Aktivierung von NooBaa als Zusatzoption bei der Installation angeben.

2. Überprüfen Sie, ob die ODF-Foundation erfolgreich installiert wurde. Überprüfen Sie in der Ausgabe, ob der Status Ready lautet.

   oc get storagecluster -n openshift-storage ocs-storagecluster -o jsonpath='{.status.phase}{"\n"}'
   

3. Führen Sie den Befehl aus, um die ACM Managed Cluster Name im Abschnitt multiClusterService der Ressource storageCluster zu aktualisieren. Dies ermöglicht ODF die Verwendung von GlobalNet. Weitere Informationen finden Sie unter Erstellen eines OpenShift Data Foundation-Clusters auf verwalteten Clustern.

   Ersetzen Sie MANAGED_CLUSTER_NAME in dem Befehl durch den Namen Ihres verwalteten Clusters.

   kubectl patch storagecluster -n openshift-storage ocs-storagecluster --type merge -p'{"spec":{"network":{"multiClusterService":{"clusterID":"MANAGED_CLUSTER_NAME","enabled":true}}}}'
   

4. Überprüfen Sie die Serviceexporte. Es kann ein paar Minuten dauern, bis dies in der Ausgabe sichtbar wird.

   oc get serviceexport -n openshift-storage
   

   Beispielausgabe:

   NAME              AGE
   rook-ceph-mon-d   4d14h
   rook-ceph-mon-e   4d14h
   rook-ceph-mon-f   4d14h
   rook-ceph-osd-0   4d14h
   rook-ceph-osd-1   4d14h
   rook-ceph-osd-2   4d14h
   

5. Erstellen Sie einen Service-Export für ocs-provider-server unter Verwendung der folgenden YAML.

   apiVersion: multicluster.x-k8s.io/v1alpha1
   kind: ServiceExport
   metadata:
     name: ocs-provider-server
     namespace: openshift-storage
   

6. Führen Sie den Befehl aus, um die Ressource storageCluster so zu aktualisieren, dass sie den von Ihnen erstellten Dienstexport ocs-provider-server verwendet.

   oc annotate storagecluster ocs-storagecluster -n openshift-storage ocs.openshift.io/api-server-exported-address=MANAGED_CLUSTER_NAME.ocs-provider-server.openshift-storage.svc.clusterset.local:50051.
   

7. Überprüfen Sie, ob die Ressource storageCluster bereit ist.

   oc get storagecluster -n openshift-storage
   

   Beispielhafte Ausgabe.

   NAME                    PHASE  
   ocs-storagecluster      Ready   
   

Schritt 8. Konfigurieren Sie die Richtlinie zur regionalen Notfallwiederherstellung

Hub-Cluster

Installieren Sie den ODF Multicluster Orchestrator auf Ihrem Hub-Cluster und erstellen Sie die DR-Richtlinie, die die Spiegelung zwischen Ihren beiden verwalteten Clustern ermöglicht.

1. Folgen Sie den Schritten zur Installation von ODF Multicluster Orchestrator auf dem ACM-Hub-Cluster. Um die Kompatibilität zu gewährleisten, stellen Sie sicher, dass Sie die gleiche Versionsnummer installieren wie die ODF-Version, die Sie im vorherigen Abschnitt auf den verwalteten Clustern installiert haben.

2. Überprüfen Sie die Installation, indem Sie kontrollieren, ob die Operator-Pods laufen.

   oc get pods -n openshift-operators
   

   Beispielhafte Ausgabe.

   NAME                                        READY   STATUS       RESTARTS    AGE
   odf-multicluster-console-6845b795b9-blxrn   1/1     Running      0           4d20h
   odfmo-controller-manager-f9d9dfb59-jbrsd    1/1     Running      0           4d20h
   ramen-hub-operator-6fb887f885-fss4w         2/2     Running      0           4d20h
   

3. Erstellen Sie auf dem ACM-Hub-Cluster eine DR-Richtlinie mit einem 5-Minuten-Synchronisierungsintervall und geben Sie jeden verwalteten Cluster in den Parametern an. Dadurch werden NooBaa Objekt-Buckets auf beiden verwalteten Clustern erstellt und die ODF Ceph-Blockpool-Spiegelung für die Volume-Replikation aktiviert.

   1. Navigieren Sie zur ACM-Konsole und klicken Sie dann auf Flottenmanagement > Datendienste > Disaster Recovery > Richtlinien > DR-Richtlinie erstellen.
   2. Erstellen Sie eine DR-Richtlinie, die die folgenden Parameter enthält.
      • Verbundene Cluster: PRIMARY_MANAGED_CLUSTER_NAME, SECONDARY_MANAGED_CLUSTER_NAME
      • Replikationspolitik: Asynchron
      • Replikationsintervall: 5m

4. Führen Sie auf dem Hub-Cluster die Befehle aus, um zu überprüfen, ob die DR-Richtlinie erstellt und auf die verwalteten Cluster angewendet wurde.

   oc get drpolicy DRPOLICY_NAME -o jsonpath='{.status.conditions[].reason}{"\n"}'
   

   oc get drclusters
   

   Beispielhafte Ausgabe.

   NAME        AGE
   managed-cluster1   4m42s
   managed-cluster2   4m42s
   

5. Überprüfen Sie auf jedem verwalteten Cluster, ob die DR-Richtlinie angewendet wurde und sich in einem gesunden Zustand befindet.

   oc get csv,pod -n openshift-dr-system
   

   Beispielhafte Ausgabe.

   NAME                                                                          DISPLAY                         VERSION        REPLACES   PHASE
   clusterserviceversion.operators.coreos.com/odr-cluster-operator.v4.15.0       Openshift DR Cluster Operator   4.15.0                    Succeeded
   clusterserviceversion.operators.coreos.com/volsync-product.v0.8.0             VolSync                         0.8.0                     Succeeded
   NAME                                             READY   STATUS    RESTARTS   AGE
   pod/ramen-dr-cluster-operator-6467cf5d4c-cc8kz   2/2     Running   0          3d12h
   

   oc get cephblockpool ocs-storagecluster-cephblockpool -n openshift-storage -o jsonpath='{.status.mirroringStatus.summary}{"\n"}'
   

   Beispielhafte Ausgabe.

   {"daemon_health":"OK","health":"OK","image_health":"OK","states":{}}
   

6. Optional: Prüfen Sie die Operatoren, die Sie installieren können, um die Funktionen von ODF Regional Disaster Recovery zu erweitern.

7. Optional: Testen Sie Ihre Disaster-Recovery-Konfiguration.

Optionale Betreiber für ODF Regional Disaster Recovery

Sehen Sie sich die optionalen Operatoren an, die Sie auf Ihrem ACM-Hub oder den verwalteten Clustern installieren können, um die Funktionen von ODF Regional Disaster Recovery zu erweitern. Beachten Sie, dass IBM nicht für die Verwaltung dieser Betreiber verantwortlich ist.

Sie sind für die Verwaltung dieser Operatoren verantwortlich, einschließlich, aber nicht beschränkt auf die Aktualisierung, Überwachung, Wiederherstellung und Neuinstallation.

Testen Ihrer Notfallwiederherstellungskonfiguration

Erstellen Sie eine Beispielanwendung, um Ihre Lösung zur Notfallwiederherstellung zu testen. Weitere Informationen finden Sie unter "Beispielanwendung für das Testen der Notfallwiederherstellungsanwendung erstellen ".

1. Stellen Sie eine abonnementbasierte Anwendung über die ACM-Konsole bereit. Die Registerkarte "Topologie" der Anwendung wird grün angezeigt, wenn alle Anwendungsressourcen erfolgreich bereitgestellt wurden.

2. Gehen Sie auf der Anwendungsseite zu Aktionen > Datenrichtlinie verwalten.

3. Weisen Sie die zuvor erstellte DR-Richtlinie dieser Anwendung zu.

4. Überprüfen Sie, ob die Anwendungspods auf dem primären Cluster ausgeführt werden.

5. Gehen Sie auf der Anwendungsseite zu "Aktionen" > "Failover-Anwendung ". Wählen Sie Ihren sekundären ODF-Cluster als Zielcluster aus. Klicken Sie auf "Initiieren ".

6. Überprüfen Sie, ob die Anwendungspods zum sekundären Cluster verschoben wurden.

7. Gehen Sie auf der Anwendungsseite zu Aktionen > Anwendung verschieben. Wählen Sie Ihren primären ODF-Cluster als Zielcluster aus. Klicken Sie auf "Initiieren ".

8. Überprüfen Sie, ob die Anwendungspods wieder zum primären Cluster verschoben wurden.

Aktualisierung Ihrer regionalen ODF-Notfallwiederherstellungsumgebung

Informationen dazu, wann und wie Sie die Komponenten Ihrer ODF-RDR-Umgebung aktualisieren können, finden Sie unter „ Aktualisieren Ihrer regionalen ODF-Notfallwiederherstellungsumgebung “.

Fehlerbehebung

Sollten bei Ihrer ODF-Konfiguration für die regionale Notfallwiederherstellung Probleme auftreten, lesen Sie den Abschnitt „Überprüfen der Konfiguration der regionalen Notfallwiederherstellung für die „ OpenShift “-Datenbasis“, um den Zustand der einzelnen Komponenten in Ihrer Umgebung zu überprüfen.

Unterstützte Anwendungen und Workloads

Informieren Sie sich nach Abschluss der Einrichtung über die Arten von Anwendungen und Workloads, für die Sie Regional Disaster Recovery nutzen können.

Abonnement-basiert

Eine Anwendung wird von einer externen Quelle bereitgestellt, z. B. von GitHub,, einem Helm Repo oder Object Storage.

Weitere Informationen finden Sie unter Erstellen einer Beispielanwendung auf Abonnementbasis in der Dokumentation Red Hat.

ApplicationSet-based

Eine Anwendung wird aus einem GitHub-Repo mithilfe des GitOps-Operators bereitgestellt, der die kontinuierliche Bereitstellung verwaltet. Dazu gehören zwei Untertypen:

• GitOps Pull-Modell ( ArgoCD pull): Ein verwalteter Cluster zieht die Anwendung von GitHub mit Hilfe des GitOps Operators.

• GitOps Push-Modell ( ArgoCD push): Der Betreiber von GitOps überträgt die Anwendung bei der Bereitstellung und Aktualisierung auf den verwalteten Cluster.

Weitere Informationen finden Sie unter Erstellen von Anwendungen auf der Grundlage von Anwendungssets in der Dokumentation Red Hat.

Weitere Informationen zu den Subtypen von GitOps finden Sie in der Dokumentation Red Hat unter Einsatz von Argo-CDs mit Push- und Pull-Modell.

Entdeckte Anwendungen

Eine Anwendung wurde in einem verwalteten Cluster vorinstalliert, ohne ACM zu verwenden. In diesem Fall können Sie die ACM-Erkennung für die vorinstallierte Anwendung verwenden und trotzdem die DR-Richtlinie konfigurieren.

Weitere Informationen finden Sie unter Disaster-Recovery-Schutz für erkannte Anwendungen in der Dokumentation Red Hat.

Anwendungen, die VM Einsätze beinhalten

Eine VM-basierte Anwendung wird über die ACM-Konsole auf dem verwalteten Cluster bereitgestellt. Diese VM-Anwendungen können, wie bereits beschrieben, auf Abonnementbasis, als ApplicationSet-based, oder als Discovered verfügbar sein. Über die ACM-Konsole stehen für diese Anwendungstypen Optionen zum Starten, Beenden, Anhalten und Löschen von VM-Vorgängen zur Verfügung.

Weitere Informationen finden Sie unter Red Hat Advanced Cluster Management for Virtualization in der Dokumentation Red Hat.