Restaurar em várias regiões

Esta página descreve como recuperar ou restaurar o Cassandra em várias regiões.

Numa implementação multirregional, o Apigee hybrid é implementado em várias localizações geográficas em diferentes centros de dados. Se uma ou mais regiões falharem, mas permanecerem regiões em bom estado, pode usar uma região em bom estado para recuperar regiões do Cassandra com os dados mais recentes.

Em caso de falha catastrófica de todas as regiões híbridas, o Cassandra pode ser restaurado. É importante ter em atenção que, se tiver várias organizações do Apigee na sua implementação, o processo de restauro restaura os dados de todas as organizações. Numa configuração com várias organizações, a restauração apenas de uma organização específica não é suportada.

Este tópico descreve ambas as abordagens para recuperar regiões com falhas:

• Recupere regiões com falhas: descreve os passos para recuperar regiões com falhas com base numa região em bom estado.
• Restaurar regiões com falhas: descreve os passos para restaurar regiões com falhas a partir de uma cópia de segurança. Esta abordagem só é necessária se todas as regiões híbridas forem afetadas.

Recupere regiões com falhas

Para recuperar regiões com falhas a partir de uma região em bom estado, siga estes passos:

1. Redirecione o tráfego da API das regiões afetadas para a região com bom funcionamento. Planeie a capacidade em conformidade para suportar o tráfego desviado das regiões com falhas.
2. Desativar a região afetada. Para cada região afetada, siga os passos descritos no artigo Desative uma região híbrida. Aguarde a conclusão da desativação antes de avançar para o passo seguinte.

3. Restaurar a região afetada. Para restaurar, crie uma nova região, conforme descrito no artigo Implementação multirregional no GKE, GKE on-prem e AKS.

Restaurar a partir de uma cópia de segurança

A cópia de segurança do Cassandra pode residir no Cloud Storage ou num servidor remoto com base na sua configuração. Para restaurar o Cassandra a partir de uma cópia de segurança, siga estes passos:

1. Elimine a implementação híbrida do Apigee de todas as regiões:

   apigeectl delete -f overrides.yaml

2. Restaure a região pretendida a partir de uma cópia de segurança. Para mais informações, consulte o artigo Restaurar uma região a partir de uma cópia de segurança.

3. Remova as referências das regiões eliminadas e adicione as referências das regiões restauradas nos metadados KeySpaces.
4. Obtenha o nome da região através da opção nodetool status.

   kubectl exec -n apigee -it apigee-cassandra-default-0 -- bash
         nodetool  -u APIGEE_JMX_USER -pw APIGEE_JMX_PASSWORD status |grep -i Datacenter

   where:

   • APIGEE_JMX_USER é o nome de utilizador do utilizador de operações JMX do Cassandra. Usado para autenticar e comunicar com a interface JMX do Cassandra. Consulte cassandra:auth:jmx:username.
   • APIGEE_JMX_PASSWORD é a palavra-passe do utilizador das operações JMX do Cassandra. Consulte cassandra:auth:jmx:password.
5. Atualize a replicação do KeySpaces.
   1. Crie um contentor de cliente e ligue-se ao cluster do Cassandra através da interface CQL.
   2. Obtenha a lista de espaços de chaves de utilizadores a partir da interface CQL:

      cqlsh CASSANDRA_SEED_HOST -u APIGEE_DDL_USER -p APIGEE_DDL_PASSWORD
            --ssl -e "select keyspace_name from system_schema.keyspaces;"|grep -v system

      where:

      • CASSANDRA_SEED_HOST é o anfitrião de sementes multirregião do Cassandra. Para a maioria das instalações em várias regiões, use o endereço IP de um anfitrião na sua primeira região. Consulte os artigos Configurar o Apigee hybrid para várias regiões e cassandra:externalSeedHost.
      • APIGEE_DDL_USER e APIGEE_DDL_PASSWORD são o nome de utilizador e a palavra-passe do administrador para o utilizador da linguagem de definição de dados (LDD) do Cassandra. Os valores predefinidos são "ddl_user" e "iloveapis123".

        Consulte cassandra.auth.ddl.password na referência de propriedades de configuração e Opções da linha de comandos na documentação do cqlsh do Apache Cassandra.

   3. Para cada espaço de chaves, execute o seguinte comando a partir da interface CQL para atualizar as definições de replicação:

      ALTER KEYSPACE KEYSPACE_NAME WITH replication = {'class': 'NetworkTopologyStrategy', 'REGION_NAME':3};

      where:

      • KEYSPACE_NAME é o nome do espaço de chaves indicado no resultado do passo anterior.
      • REGION_NAME é o nome da região obtido no passo 4.