Replicação de arquivos baseada em Linux: nível de arquivo ou nível de bloco?

Question

No momento, estou reformulando novamente nossa solução de backup e gostaria de receber algumas informações sobre como fazer a parte de replicação. Temos dois sites, um muito maior que o outro, que precisamos fazer backup. Eu tenho dois servidores Linux que compartilham seus volumes via NFS / iSCSI / SMB (eu ainda não decidi com o que ir). Os arquivos que serão armazenados nesses volumes provavelmente serão VMDK - portanto, apenas arquivos grandes e únicos - que conterão backups usando o VMWare Data Recovery ou o Veeam (também não decidiram quais usar).

Agora vem a parte complicada ... Eu gostaria de replicar esses VMDKs para ambos os servidores. Assim, o servidor A terá seu próprio VMDK e o servidor B terá seu próprio VMDK. Devo usar algo como o Rsync para replicar periodicamente os arquivos em si para o outro servidor, ou seria melhor utilizar algo como o DRBD + GFS2 para replicar coisas à medida que muda no nível do bloco, essencialmente me dando um sistema de arquivos em cluster ativo / ativo? ? Tenha em mente que os VMDKs não serão modificados em ambos os locais. Ou seja, o servidor A nunca modificará um VMDK que esteja alojado principalmente no servidor B e vice-versa

Por favor, deixe-me saber se você precisar de mais alguma informação e obrigado por qualquer entrada!

    

Answer 1

Eu trabalhei em alguns sistemas semelhantes no passado (para replicação de armazenamento de VMs, não menos!). Em geral, estou mais confortável com a solução rsyncs programada, pois achamos que a configuração do DRBD é complicada e um pouco frágil, mas você tem a desvantagem de que, se ocorrer uma falha entre rsyncs, você perderá as alterações. Com que frequência esses arquivos são alterados / quão recente um backup deve ser em caso de falha?

O DRBD é melhor no sentido de que os dispositivos de bloco estão sendo atualizados continuamente, o que é uma grande vantagem e permitiu um failover de VM mais rápido para nós. Mas nós achamos a configuração (e depurando se algo deu errado) mais difícil. Eu geralmente diria usar DRBD se você precisar desse tipo de redundância, ou rsync se você considerar esses backups mais frios / não freqüentes.

(Nós também testamos algumas coisas bem selvagens: iSCSI (na verdade, SRP) - exportamos dispositivos de bloco de dois servidores diferentes, com o software RAID aplicado aos dispositivos de bloco no servidor # 3. Mas não mantivemos isso por tempo suficiente para testar muito.)