Edge para nuvem privada v. 4.17.01
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 e garantir que a recuperação seja realizada em caso de falha do sistema. Os procedimentos de backup e restauração permitem restaurar o estado de um sistema inteiro (incluindo todos os componentes), sem afetar outras partes do sistema.
O que incluir no backup
Em uma implantação no local da Apigee Edge, é necessário fazer backup dos seguintes componentes da 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 backup do escravo. - Servidor Qpid (edge-qpid-server)
- Qpidd (apigee-qpidd)
- OpenLDAP (apigee-openldap)
- Servidor de gerenciamento (edge-management-server)
- Processador de mensagens (edge-message-processor)
- Roteador (edge-router)
- IU do Edge (edge-ui)
Objetivo do tempo de recuperação (RTO) x Objetivo do ponto de recuperação (RPO)
O RTO é o período e o nível de serviço em que um processo de negócios 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 incidente grave. Ambos os objetivos precisam ser considerados antes de implementar um plano de backup para sua estratégia de recuperação.
Antes de começar: fatos úteis
Você pode observar que os dados de instalação são distribuídos em vários sistemas, por exemplo, as organizações estão no LDAP, no ZooKeeper e no Cassandra. Preste atenção às seguintes observações sobre backup e restauração:
- Se você tiver vários nós do Cassandra, faça backup de um por vez. O processo de backup
desativa temporariamente o Cassandra. Portanto, não o execute ao mesmo tempo para todos
os nós do Cassandra.
Observação: a partir do Edge 4.17.01.05, 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 desativa temporariamente o ZooKeeper.
- 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.
- Ao restaurar um dos nós do ZooKeeper, do Cassandra ou do LDAP, recomendamos restaurar os três nós para garantir a consistência, especialmente quando organizações/ambientes foram criados desde a criação do backup.
Observação: o procedimento acima não afeta 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 do LDAP ou do administrador global forem perdidas/corrompidas, será necessário um backup completo para receber as mesmas credenciais do último backup e do sistema em execução.
- O utilitário de backup grava o arquivo de backup 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 montar 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-(ano).(mês).(dia),(hora).(min).(segundos).tar.gz
Os arquivos de backup do PostreSQL são nomeados:
(ano).(mês).(dia),(hora).(min).(segundos).dump