Edge para nuvem privada v. 4.17.05
Nesta seção, descrevemos as tarefas de backup e restauração em uma instalação no local do Apigee Edge. É recomendável sempre criar um backup dos componentes do Apigee Edge, ou seja, configuração e dados, em intervalos regulares, além de garantir que a recuperação seja realizada em caso de falha no sistema. Os procedimentos de backup e restauração permitem restaurar o estado de um sistema inteiro, incluindo todos os componentes, sem afetar outras partes dele.
O que fazer backup
Em uma implantação local do Apigee Edge, é preciso fazer backup dos seguintes componentes do Edge:
- Apache ZooKeeper (apigee-zookeeper)
- Apache Cassandra (apigee-cassandra)
- Servidor Postgres (edge-postgres-server)
- Banco de dados PostgreSQL (apigee-postgresql)
Observação: em uma configuração mestre/em espera do Postgres, você só faz backup do mestre. Não é necessário fazer o backup do secundário. - Servidor Qpid (edge-qpid-server)
- Qpidd (apigee-qpidd)
- OpenLDAP (apigee-openldap)
- Servidor de gerenciamento (edge-management-server)
- Processador de mensagens (edge-message-processor)
- Roteador (roteador de borda)
- IU do Edge (edge-ui)
Objetivo de tempo de recuperação (RTO) x objetivo de ponto de recuperação (RPO)
O RTO é o tempo e o nível de serviço em que um processo comercial precisa ser restaurado após um desastre (ou interrupção) para evitar consequências inaceitáveis associadas a uma interrupção na continuidade dos negócios.
Um RPO é o período máximo tolerável em que os dados podem ser perdidos de um serviço de TI devido a um grande incidente. Ambos os objetivos precisam ser considerados antes de você implementar um plano de backup para sua estratégia de recuperação.
Antes de começar: fatos úteis
É possível observar que os dados de instalação são distribuídos em vários sistemas. Por exemplo, as organizações estão no LDAP, ZooKeeper e Cassandra. Certifique-se de seguir estas observações sobre backup e restauração:
- Se você tiver vários nós do Cassandra, faça backup um de cada vez. O processo de backup encerra temporariamente o Cassandra. Portanto, não convém executá-lo ao mesmo tempo para todos os nós do Cassandra.
Observação: a partir do Edge 4.17.05.01, o procedimento de backup não encerra mais o Cassandra. - Se você tiver vários nós do ZooKeeper, faça backup de um por vez. O processo de backup encerra o ZooKeeper temporariamente.
- Se você tiver vários nós do Postgres, faça backup de um por vez.
- É possível fazer backup de todos os outros componentes do Edge ao mesmo tempo em todos os nós usando ferramentas como Ansible ou Chef.
- Quando você restaura um dos nós do ZooKeeper, do Cassandra ou do LDAP, é recomendado restaurar os três nós para manter a consistência, especialmente quando organizações/ambientes são criados desde a criação do backup.
Observação: as instruções acima não afetam a restauração de um nó do Cassandra ou do ZooKeeper em um cluster de repositório de dados, já que nenhum backup é usado. - Se as senhas de administrador LDAP ou global forem perdidas/corrompidas, um backup completo será necessário para receber as mesmas credenciais do último sistema de backup e execução.
- O utilitário de backup grava o arquivo gerado em /opt/apigee/backup/comp, em que comp é o nome do componente. Como é possível gerar muitos arquivos de backup e eles podem ficar grandes, é possível ativar um disco separado em /opt/apigee/backup apenas para arquivos de backup.
- Todos os arquivos de backup, exceto o PostreSQL, são nomeados no formato:
backup-(year).(month).(day),(hour).(min).(seconds).tar.gz
Os arquivos de backup do PostreSQL são nomeados:
(year).(month).(day),(hour).(min).(seconds).dump