Estou na AWS com meus clientes há muito tempo, mas precisarei cortar custos agora para continuar fornecendo meus serviços. Na AWS estou usando RSync para manter algumas pastas sincronizadas e DRDB para fornecer alta disponibilidade com failover transparente tendo sempre um espelho operacional e pronto para usar para cada máquina cliente.
Agora não posso continuar usando o DRBD porque a solução em nuvem muito mais barata que estou migrando apenas fornece para cada máquina um Ubuntu 14.04 LTS com apenas uma partição e sem LVM, essa plataforma em nuvem também se tornou um requisito para alguns clientes meus.
A solução que estou pensando é agendar scripts de shell para BKP diário de um lado, transferi-lo por SSH para outro lado e restaurar o BKP, ele se tornará complexo, sujeito a erros e precisará de muito trabalho para desenvolver e gerenciar .
Muitos dos meus clientes são apenas Wordpress+Mysql e aceitam um dia de atraso, estou buscando alternativas para fornecer "alta disponibilidade" mesmo que venha com um dia de atraso que não me obrigue a desenvolver e gerenciar scripts para cada um caso com o contexto restrito.
Responder1
Se você realmente não pode usar um dispositivo de bloco de maneira viável (o DRBD provavelmente seria melhor aqui e você já tem experiência com ele), o GlusterFS pode fornecer os recursos de replicação que você procura no nível do arquivo.
Os "tijolos" do Gluster, embora idealmente sejam um dispositivo de armazenamento singular com sua própria pilha LVM fina terminando em XFS, podem realmente ser qualquer sistema de arquivos compatível com POSIX (ou mesmo apenas um diretório em vez de um FS dedicado) em um nó.
Esses tijolos são agregados em um "volume" unificado com uma política de "réplica" que define agora muitos tijolos serão gravados com qualquer arquivo - neste caso, provavelmente a réplica 2 ou 3. Essas réplicas se esforçarão para estar localizadas em nós diferentes, se pelo menos tudo possível.
A semântica de falha com Gluster ainda não é tão coerente quanto com DRBD. As condições de cérebro dividido são mais fáceis de realizar, pois a replicação de dados é de responsabilidade do cliente conectado (ele envia N cópias de todas as gravações para cada nó Gluster em vez de gravar em um mestre que então replica os dados). No entanto, pode ser potencialmente mais fácil resolver cérebros divididos com dados divergentes, uma vez que cada bloco é um sistema de arquivos intacto com dados completamente legíveis ao usar a replicação.
Não será tão rápido quanto o DRBD, mas talvez você não precise que seja?