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
  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_SEEDS} -u ${CASS_USERNAME} -p ${CASS_PASSWORD}
            --ssl -e "select keyspace_name from system_schema.keyspaces;"|grep -v system
    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.