O IRC, DRBD pode transmitir de forma assíncrona para uma terceira caixa, permitindo um nível final de proteção de dados. Então você pode abrir o iSCSI nessa caixa ou migrar dados para outro lugar, ou o que for.
Equipe de saudações,
Gostaria de compartilhar um brainstorming com os especialistas sobre como produzir um tempo de atividade de 100% e redundância Infraestrutura VMware.
O que eu estou trabalhando atualmente é de 2 servidores controladores VMware e eles são apresentados com 2 alvos iSCSI que são na verdade sistemas configurados Linux DRBD para atuar como SANS com replicação em tempo real dos dados entre os alvos.
Se um controlador falhar, as coisas estão bem, se um alvo iSCSI falhar mais uma vez ok, mas e se… no caso de um desastre ambos os alvos iSCSI falharem, algo deu muito errado.
Agora, não sou totalmente contra a ideia de abandonar totalmente o DRBD para uma instância específica em que 100% do tempo de atividade realmente significa o que serve, mas considerando o bom funcionamento, o que recomendamos como uma forma terciária de redundância para fornecer um instantâneo ou, se não for instantaneamente, o modo de recuperação dos alvos iSCSI para colocar as máquinas virtuais novamente on-line.
Estou ansioso por ouvir respostas, tenha um ótimo dia.
Melhor Nick
Pode ser mais fácil alcançar esse objetivo com o NFS em vez do iSCSI.
Primeiro, os clientes do NFS não apenas explodem se não puderem acessar um servidor NFS - eles ficam por perto e esperam que ele volte.
Além disso, não é super-exótico criar um cluster de servidor NFS. Este exemplo usa drbd, mas este exemplo usa armazenamento compartilhado (FC).
Eu admito que essa não é a resposta que você está procurando, mas resolve a questão mais global de fornecer armazenamento confiável para servidores ESX.
Tags iscsi vmware-esx drbd