Disaster Recovery – Installieren des sekundären Clusters

Installieren Sie den sekundären Cluster für die Disaster Recovery in Automation Suite-Bereitstellungen mit mehreren Sites.

Führen Sie die folgenden Schritte aus, um den sekundären Automation Suite-Cluster in einer Aktiv-/Passiv-Bereitstellung zu installieren.

1. Generieren oder kopieren Sie die input.json -Datei aus dem primären Automation Suite-Cluster. Weitere Informationen finden Sie unter Generieren oder Kopieren der Konfigurationsdatei des primären Clusters.
2. Aktualisieren Sie die input.json-Datei mit den Parametern, die für den sekundären Automation Suite-Cluster spezifisch sind.
3. Setzen Sie die Automation Suite-Installation fort.
4. Deaktivieren Sie inaktive Produkte, wenn Sie eine Aktiv/Passiv-Konfiguration verwenden.

Erzeugen oder Kopieren der Konfigurationsdatei des primären Clusters

Generieren Sie eine neue input.json-Datei oder kopieren Sie sie aus dem primären Cluster.

uipathctl manifest get-revision --namespace <uipath> >> /path/to/new/input.json

Aktualisieren der Konfigurationsdatei

Aktualisieren Sie die input.json-Datei mit den Parametern, die für den sekundären Automation Suite-Cluster spezifisch sind, indem Sie die folgenden Schritte ausführen:

1. Deaktivieren Sie die nicht unterstützten Produkte.

   Legen Sie alle Produkte, die bei mehreren Sites nicht unterstützt werden, auf false fest.

   • Für eine Aktiv-/Passiv-Konfiguration deaktivieren Sie die Produkte, die Aktiv/Passiv nicht unterstützen. Weitere Informationen zum Aktiv-/Passiv-Support auf Produktebene finden Sie in der Tabelle unter Disaster Recovery – Aktiv/Passiv. Das folgende Beispiel zeigt, wie Produkte deaktiviert werden:

     {
       "process_mining": {
         "enabled": false
       },
       "automation_hub": {
         "enabled": false
       },
       "insights": {
         "enabled": false
       }
     }
     

   Hinweis:

   Stellen Sie sicher, dass Sie den Dienst platform aktivieren, wie im folgenden Beispiel gezeigt:

   "platform": {
   "enabled": true
   },
   

2. Aktualisieren Sie die input.json -Datei mit den Parametern, die für den sekundären Cluster spezifisch sind. Sie müssen die kubeconfig des primären Clusters angeben, da sie für den sekundären Cluster erforderlich ist, um auf die Konfigurationen zuzugreifen, die im primären Cluster vorgenommen wurden.

   "fqdn" : "<global traffic manager fqdn>"
   "cluster_fqdn": "<fqdn of the secondary cluster>",
   
   "multisite": {
       "enabled": true,
       "primary": false,
       "other_kube_config": "[base64 encoded kubeconfig]"
    }
   

   Weitere Informationen finden Sie unter Erweiterte Installation.

3. Sie müssen den Namespace im sekundären Cluster wie im primären Cluster beibehalten, da während der sekundären Installation mehrere Konfigurationen aus dem primären Cluster kopiert werden.

   "namespace": "<namespace same as primary>"
   

4. Sie müssen sicherstellen, dass die Namespaces für ArgoCD und Istio korrekt festgelegt sind.

   "ingress": {
     "namespace": "<namespace where istio is installed>",
   }
   "argocd": {
     "application_namespace": "<namespace where istio is installed>"
   }
   

5. Einige Anforderungen vom sekundären Cluster werden an den primären Cluster weitergeleitet. Um dieses Verhalten zu unterstützen, muss der sekundäre Cluster der Stammzertifizierungsstelle des primären Clusters vertrauen. Fügen Sie den Pfad zum Zertifizierungsstellenzertifikat des primären Clusters dem Feld additional_ca_certs in input.json hinzu. Das CA-Zertifikat befindet sich im Geheimnis istio-ingressgateway-certs im Istio-Namespace des primären Clusters. Decodieren Sie den Wert unter dem ca.crt -Schlüssel und speichern Sie ihn als .pem -Datei.

   "additional_ca_certs": "<path to PEM file containing the primary cluster CA certificate>"
   

   Wird diese Konfiguration nicht angewendet, können Dienste mit dem folgenden Fehler fehlschlagen:

   System.Net.Http.HttpRequestException: The SSL connection could not be established, see inner exception.

   System.Security.Authentication.AuthenticationException: The remote certificate is invalid because of errors in the certificate chain: UntrustedRoot

6. Stellen Sie sicher, dass die Argo CD-Instanz den <uipath> -Namespace verwalten kann, wenn sich der <uipath> -Namespace vom <argocd> -Namespace unterscheidet. Führen Sie den folgenden Befehl aus:

   oc label namespace <uipath> argocd.argoproj.io/managed-by=<argocd>
   

   Starten Sie nach dem Anwenden dieser Konfiguration den Argo CD-Anwendungscontroller (StatefulSet) und den Server (Deployment) neu.

7. Wenn Istio extern verwaltet wird (nicht von uipathctl), aktualisieren Sie die folgenden Parameter in der WASM-Plugin-Konfiguration:

   • fqdn – Ändern Sie den Wert von cluster_fqdn in den Traffic Manager-FQDN.
   • uipath_service_namespace - Legen Sie dies auf denselben Wert wie das Feld namespace in input.json fest. Wenn diese Werte nicht aktualisiert werden, zeigt Orchestrator möglicherweise die folgenden Fehler an:
   • URL is invalid
   • Routing error occurs in the WASM plugin: error status returned by host: bad argument

Fortsetzen der Installation

Nachdem die Parameter im vorherigen Schritt in der Datei input.json bereitgestellt oder geändert wurden, können Sie die Installation fortsetzen. Weitere Informationen finden Sie unter Installieren der Automation Suite.

Hinweis:

Sie müssen die Automation Suite-Installation mit dem uipathctl-Installationsprogramm durchführen. Beachten Sie, dass Sie keine neue input.json generieren müssen.

Ausschalten inaktiver Produkte

Wichtig:

Dieser Schritt ist erforderlich. Wenn Sie sie überspringen, können einige Dienste fehlschlagen.

Wenn Sie die Automation Suite im Aktiv/Passiv-Modus bereitgestellt haben, deaktivieren Sie die inaktiven Produkte mit dem folgenden Befehl.

uipathctl cluster maintenance enable