Restaurar em várias regiões

Esta página descreve como 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. É 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, não é suportada a restauração apenas de uma organização específica.

A restaurar o Cassandra

Numa implementação multirregional, existem duas formas possíveis de recuperar uma região com falhas. Este tópico descreve as seguintes abordagens:

• 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 estabeleça ligação 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.

        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.