Disaster Recovery - Instalando o cluster secundário

Instale o cluster secundário para disaster recovery em implantações multi-local do Automation Suite.

Para instalar o cluster secundário do Automation Suite em uma implantação Ativa/Passiva, execute as etapas a seguir.

1. Gere ou copie o arquivo do cluster input.json do Automation Suite. Para obter detalhes, consulte Gerar ou copiar o arquivo de configuração do cluster primário.
2. Atualize o arquivo input.json com os parâmetros específicos para o cluster secundário do Automation Suite.
3. Retome a instalação do Automation Suite.
4. Desative produtos inativos se você usar uma configuração Ativo/Passivo.

Gerar ou copiar o arquivo de configuração do cluster primário

Gere um novo arquivo input.json ou copie-o a partir do cluster primário.

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

Atualização do arquivo de configuração

Atualize o arquivo input.json com os parâmetros específicos para o cluster secundário do Automation Suite executando as seguintes etapas:

1. Desative os produtos não suportados.

   Defina todos os produtos que não são suportados em multi-local como false.

   • Para uma configuração Ativo/Passivo, desabilite os produtos que não são compatíveis com Ativo/Passivo. Para obter detalhes sobre suporte Ativo/Passivo no nível do produto, consulte a tabela em Disaster Recovery - Ativo/Passivo. O exemplo a seguir mostra como desabilitar os produtos:

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

   Observação:

   Certifique-se de habilitar o serviço platform conforme mostrado no seguinte exemplo:

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

2. Atualize o arquivo input.json com os parâmetros específicos do cluster secundário. Você deve fornecer o kubeconfig do cluster primário, pois é necessário que o cluster secundário acesse as configurações feitas no cluster primário.

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

   Para obter detalhes, consulte Experiência de instalação avançada.

3. Você deve manter o namespace no cluster secundário o mesmo que no cluster primário porque, durante a instalação secundária, várias configurações são copiadas do cluster primário.

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

4. Você deve garantir que os namespaces para ArgoCD e Istio sejam definidos corretamente.

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

5. Algumas solicitações do cluster secundário são encaminhadas para o cluster primário. Para suportar esse comportamento, o cluster secundário deve confiar na CA raiz do cluster primário. Adicione o caminho para o certificado de CA do cluster primário ao campo additional_ca_certs em input.json. O certificado de CA está localizado no segredo istio-ingressgateway-certs no namespace do Istio do cluster primário. Decodifique o valor na chave ca.crt e salve-o como um arquivo .pem .

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

   Se essa configuração não for aplicada, os serviços podem falhar com o seguinte erro:

   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. Certifique-se de que a instância do Argo CD possa gerenciar o namespace <uipath> se o namespace <uipath> for diferente do namespace <argocd> . Execute o seguinte comando:

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

   Depois de aplicar essa configuração, reinicie o controlador de aplicativo do Argo CD (StatefulSet) e o servidor (Deployment).

7. Se o Istio for gerenciado externamente (não por uipathctl), atualize os seguintes parâmetros na configuração do plug-in doWASM:

   • fqdn - Altere o valor do cluster_fqdn para o FQDN do gerenciador de tráfego.
   • uipath_service_namespace - Defina com o mesmo valor que o campo namespace em input.json. Se esses valores não forem atualizados, o Orchestrator pode exibir os seguintes erros:
   • URL is invalid
   • Routing error occurs in the WASM plugin: error status returned by host: bad argument

Retome a instalação

Depois que os parâmetros na etapa anterior forem fornecidos ou modificados no input.json, você poderá retomar a instalação. Para obter detalhes, consulte Instalação do Automation Suite.

Observação:

Você deve realizar a instalação do Automation Suite usando o instalador uipathctl. Observe que você não precisa gerar um novo input.json.

Desativando produtos inativos

Importante:

Essa etapa é obrigatória. Ignorá-la pode fazer com que alguns serviços falhem.

Se você implantou o Automation Suite no modo Ativo/Passivo, desligue os produtos inativos usando o seguinte comando.

uipathctl cluster maintenance enable