Pesquisar

Capítulo 30. Configuração de clusters de recuperação de desastres

download PDF

Um método de recuperação de desastres para um cluster de alta disponibilidade é a configuração de dois clusters. Você pode então configurar um cluster como seu cluster principal de site, e o segundo cluster como seu cluster de recuperação de desastres.

Em circunstâncias normais, o aglomerado primário está operando recursos no modo de produção. O cluster de recuperação de desastres também tem todos os recursos configurados e está executando-os em modo despromoção ou não está funcionando em modo de produção. Por exemplo, pode haver um banco de dados rodando no cluster primário em modo promovido e rodando no cluster de recuperação de desastres em modo despromovido. O banco de dados nesta configuração seria configurado para que os dados sejam sincronizados do local primário para o local de recuperação de desastres. Isto é feito através da própria configuração do banco de dados e não através da interface de comando pcs.

Quando o cluster primário cair, os usuários podem usar a interface de comando pcs para falhar manualmente os recursos para o site de recuperação de desastres. Eles podem então entrar no site do desastre e promover e iniciar os recursos lá. Uma vez recuperado o cluster primário, os usuários podem usar a interface de comando pcs para mover manualmente os recursos de volta para o site primário.

A partir do Red Hat Enterprise Linux 8.2, você pode usar o comando pcs para exibir o status do cluster do site principal e do site de recuperação de desastres a partir de um único nó em ambos os sites.

30.1. Considerações sobre clusters de recuperação de desastres

Ao planejar e configurar um site de recuperação de desastres que você irá gerenciar e monitorar com a interface de comando pcs, observe as seguintes considerações.

  • O local de recuperação de desastres deve ser um aglomerado. Isto torna possível configurá-lo com as mesmas ferramentas e procedimentos similares ao local principal.
  • Os clusters primários e de recuperação de desastres são criados por comandos independentes do pcs cluster setup.
  • Os clusters e seus recursos devem ser configurados para que os dados sejam sincronizados e o failover seja possível.
  • Os nós de agrupamento no local de recuperação não podem ter os mesmos nomes que os nós no local primário.
  • O usuário do pcs hacluster deve ser autenticado para cada nó em ambos os clusters no nó a partir do qual você estará executando os comandos pcs.
Red Hat logoGithubRedditYoutubeTwitter

Aprender

Experimente, compre e venda

Comunidades

Sobre a documentação da Red Hat

Ajudamos os usuários da Red Hat a inovar e atingir seus objetivos com nossos produtos e serviços com conteúdo em que podem confiar.

Tornando o open source mais inclusivo

A Red Hat está comprometida em substituir a linguagem problemática em nosso código, documentação e propriedades da web. Para mais detalhes veja oBlog da Red Hat.

Sobre a Red Hat

Fornecemos soluções robustas que facilitam o trabalho das empresas em plataformas e ambientes, desde o data center principal até a borda da rede.

© 2024 Red Hat, Inc.