Proxmox drbd configuration split brain

Question

Estou planejando uma configuração de proxmox HA com duas máquinas Dell R710 (processadores dual de 6 núcleos em cada) com matrizes de ataque de unidade de nível corporativo. Eu estaria usando o DRBD com um disco de quorum em uma terceira máquina. Eu dedicaria duas nics de 1GB em cada servidor para as comunicações do DRBD. Teríamos aproximadamente 12 a 14 máquinas virtuais em execução neste par de servidores. O manual do proxmox recomenda a criação de dois recursos do DRBD - um para as Máquinas Virtuais que normalmente são executadas no ServidorA e um para as Máquinas Virtuais que normalmente são executadas no ServidorB. Isso ocorre devido ao estado Primário / Principal no qual essa configuração é executada. Se os dois servidores tiverem VMs conversando com o mesmo recurso DRBD e ocorrer uma situação de divisão no cérebro, haverá possibilidade de corrupção de dados que deve ser resolvida.

Embora eu entenda que seria preciso mais esforço para criar novas máquinas virtuais, alguém pode prever possíveis problemas com a execução de um recurso DRBD separado para cada VM? Alguém tem experiência em executar uma configuração dessa maneira e ela funcionou bem? Parece-me que permitiria mais flexibilidade ao movimentar as máquinas para trás e para frente.

    

Answer 1

Eu não tive experiência com o Poxmox, mas configurei um cluster de marca-passo / corosync normal no CentOS, então espero que minhas observações ainda sejam úteis e aplicáveis aqui.

Eu sou muito suspeito sobre a configuração do Primary / Primary DRBD. Mesmo com a configuração primária / secundária, o cérebro dividido é provável se algo der errado. Eu estava imaginando como facilmente DRBD pode cair em condição de cérebro dividido em cluster não bem ajustado.

Com o caso Primária / Primária, deve-se dar atenção especial às instalações de esgrima, a fim de reduzir a probabilidade de perda de dados. A excelente introdução ao cluster DRBD de dois nós é aqui .

Configuração primária / primária é necessária principalmente para migração ao vivo. Se você não usa a migração ao vivo, Primary / Secondary é suficiente e muito mais preferível.

Com relação à sua pergunta, o recurso DRBD dedicado também está funcionando. Você provavelmente moverá a pilha de armazenamento do DRBD / LVM para o LVM / DRBD. Assim, o LVM desordenado se torna necessário mesmo na configuração Primária / Secundária . UPD : O LVM clusterizado não é necessário aqui, assim como o dlm para fornecê-lo.

Principal desvantagem que vejo: muito trabalho cuidadoso manual para preparar um armazenamento de VMs.

Outro ponto para pensar com antecedência - estratégia de backup. Com muitos recursos do DRBD, pode ser um pouco mais complicado.

Eu iniciei minha primeira configuração de cluster com a pilha LVM / DRBD e o recurso DRBD dedicado para VM, mas depois mudei para DRBD / LVM mais comum, já que o novo provisionamento de VM é muito mais simples nesse caso.