Backup e restauração

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