Nesta página, fornecemos uma visão geral da restauração do Cassandra na Apigee híbrida.
Por que usar a restauração?
É possível usar backups para restaurar a infraestrutura da Apigee desde o início, em caso de falhas catastróficas, como perda de dados irrecuperável na sua instância híbrida da Apigee de um desastre. A restauração retira os dados do local de backup e os restaura em um novo cluster do Cassandra com o mesmo número de nós. Nenhum cluster de dados é retirado do cluster antigo do Cassandra. O objetivo do processo de restauração é trazer uma instalação da Apigee híbrida de volta ao estado anteriormente operacional usando dados de backup de um snapshot.
O uso de backups para restauração não é recomendado nos seguintes cenários:
- Falhas no nó do Cassandra.
- Exclusão acidental de dados como
apps,developerseapi_credentials. - Uma ou mais regiões caindo em uma implantação multirregional.
As implantações e a arquitetura operacional do Apigee Cassandra cuidam da redundância e da tolerância a falhas para uma única região. Na maioria dos casos, a implementação de produção híbrida multirregional recomendada significa que uma falha de região pode ser recuperada de outra região ativa usando procedimentos de desativação e expansão de região em vez de restaurar um backup. de dados.
Antes de começar a implementar uma restauração de um backup do Cassandra, esteja ciente do seguinte:
- Inatividade: haverá inatividade durante a restauração.
- Perda de dados: haverá perda de dados entre o último backup válido e o momento em que a restauração é concluída.
- Tempo de restauração: o tempo de restauração depende do tamanho dos dados e do cluster.
- Dados da cereja: não é possível selecionar apenas dados específicos para restaurar. A restauração restaura todo o backup selecionado.
Como restaurar?
As etapas de restauração do Cassandra vão ser um pouco diferentes se a Apigee híbrida for implantada em uma ou várias regiões. Para ver as etapas de restauração detalhadas, consulte a seguinte documentação: