Como ser redundante com VMs nesta infraestrutura intermediária?

Como ser redundante com VMs nesta infraestrutura intermediária?

Preciso implementar para uma associação três máquinas virtuais para gerenciar o domínio e outros dois softwares que utilizarão bancos de dados. Claro que eles não têm um orçamento grande, mas estou tentando com o orçamento deles implementar algo estável e disponível em caso de queda de um equipamento.

Estou planejando escolher um bom servidor e usá-lo para armazenamento e cálculo de VM e trabalhar com Hyper V por motivos de custo.

Gostaria de saber se existe a possibilidade de fazer uma possível redundância para a máquina virtual que hospeda um software crítico (que utiliza banco de dados) sem estourar o orçamento separando o armazenamento do ESX e comprar 2 equipamentos para armazenamento e dois para cálculo como ESX.

Concretamente, apenas entre dois servidores, podemos garantir que se um falhar, o outro manterá as operações das VMs?

Espero que este caso possa interessar a alguém, obrigado!

Responder1

Projete quanta redundância você deseja e com qual método, dependendo de como seus aplicativos funcionam. Mesmo em pequena escala, a HA tem custos em tempo e dinheiro. Gaste de acordo com o objetivo de tempo de recuperação da organização.

Um aplicativo que existe apenas como uma VM não funcionará se um nó de computação falhar. Considere várias opções:

  • Execute uma cópia da mesma VM do aplicativo em um host diferente sem compartilhamento com um esquema de balanceamento de carga
  • Inicialize a mesma VM em um host diferente com migração em tempo real, possivelmente em armazenamento compartilhado
  • Use um cluster de failover para que uma cópia do aplicativo possa ser movida para um host diferente

Alguns bancos de dados em particular possuem sua própria replicação. Eles mantêm uma segunda cópia do banco de dados atualizada em um host diferente, sem exigir armazenamento compartilhado.

Quantos nós de computação e qual armazenamento têm restrições com base na tecnologia de alta disponibilidade que você escolher.

  • 3 hosts físicos geralmente são um cluster de tamanho mínimo. Duas podem ser possíveis, mas isso torna o quórum mais difícil.
  • O armazenamento sem compartilhamento é mais fácil, pois cada host pode usar armazenamento local. Então o HA está no balanceador de carga ou na replicação do banco de dados. Ou possivelmente com uma migração ao vivo de VM sem compartilhamento.
  • Um array de armazenamento dedicado tradicional é uma maneira relativamente simples de fornecer armazenamento compartilhado. Sua redundância é interna, controladores duplos e vários discos. A replicação para outro array é possível, mas você queria manter os custos baixos.
  • Hiperconvergente, amarrando o armazenamento local em muitos nós para formar um pool de armazenamento, não reduz bem para um ambiente pequeno de 2 nós. No entanto, é bom quando você tem armazenamento em excesso em muitos nós de computação.

informação relacionada