Quando se trata de replicar um LUN ou partição para um servidor fisicamente separado, o Linux possui DRBD (agora no kernel!). Pelo que entendi, ele possui modos de replicação síncrona e assíncrona. Quando você tem uma rede rápida entre seus dois servidores, pode ser difícil.
Eu preciso fazer a mesma coisa para servidores Windows. Sei que existem pacotes não gratuitos que fazem isso (recomendações seriam boas), mas considerando o que chamamos de 'orçamento' por aqui, preciso saber mais sobre as opções mais gratuitas. Caso existam.
Estamos no Server 2008 para a grande maioria de nossos servidores de armazenamento. Se o R2 nos fornecer o que precisamos, eu preciso saber agora para poder agendar as atualizações em 4 semanas.
O ponto crucial do problema é que eu preciso replicar um monte de LUNs armazenados em dispositivos HP EVA 6100 (discos de 10K RPM) e EVA 4400 (principalmente unidades de 1TB FATA) para outra coisa. Agora, a HP tem o gerenciador de replicação muito bom, que manipulará a replicação entre os dois, mas estamos tentando nos afastar do 6100, que está prestes a ser finalizado. Precisamos replicar para algo que não é ' t um EVA.
De acordo com meu monitoramento de desempenho, a maior parte de nosso armazenamento a ser replicado é acessada de uma maneira muito rápida (são dados do servidor de arquivos). A E / S de backup diminui a E / S regular por um fator de três. O valor total a ser replicado é de cerca de 7 TB, com uma troca diária de arquivos na ordem de 500 GB (todos os arquivos PST do Outlook são adicionados). Não sei qual é a alteração líquida no nível do bloco.
Temos o Fibre Channel disponível e, em um datacenter, temos o início de uma rede isolada iSCSI. Porém, entre nossos dois datacenters, estamos limitados (atualmente) a um único pipe de 1 GigE, que será atualizado para um pipe de 10 GigE nos próximos 12 meses.
Existem alguns utilitários disponíveis no mercado, eu apenas não sei muito sobre eles
Disponibilidade de captura dupla Parece fazer algo como replicação em nível de bloco, mas não exatamente. Pode ser o que estou procurando.
Veritas Storage Foundation Parece ser um exagero grave para esse problema específico, mas adicionaria muita flexibilidade ao nosso ambiente.
CommVault Simpana Replicação heterogênea, compatível com WAN.
E muitos, muitos mais.
Se esse ambiente fosse Linux com Samba, o DRBD seria um ajuste quase perfeito. Só não sei se existe um equivalente no lado da Microsoft da casa.
fonte
Respostas:
A replicação por meio da plataforma de armazenamento sempre será a melhor aposta. Concedido o desejo de mudar de uma plataforma para outra, fica muito mais difícil, pois na maioria das vezes você só pode replicar de uma matriz para outra. Agora, se você estiver aderindo às matrizes HP, elas poderão se replicar entre si, para que o custo do software de replicação não seja um desperdício.
Verifique com o seu vendedor, talvez ele consiga uma boa parte do software de replicação, se você estiver substituindo suas matrizes.
Use seu VAR como um recurso, é para isso que eles existem.
fonte
Dê uma olhada nos produtos que suportam o Open System SnapVault.
Tom
fonte
O SteelEye DataKeeper bloqueia a replicação de volumes no nível e funciona muito bem para nós em circunstâncias semelhantes.
fonte
além dos mencionados, há também NeverFail e WanSyncHA
Eu tentei os dois por espelhar uma troca de 2003 pela WAN, e eles fizeram o failover muito bem. Os preços são bastante altos.
Links:
http://www.neverfailgroup.com/
http://arcserve.com/us/highavailability.aspx
fonte
Se fossem apenas servidores de arquivos que você precisava, eu votaria no DFSR, já que é no nível de bloco, controlável, gratuito (incluído) e em malha, é replicação, mas com pelo menos uma limitação proibida: para mim) Os arquivos devem ser marcados como fechados para iniciar uma replicação dos blocos. Se as pessoas mantiverem o Outlook aberto, como sempre fazem, 24 horas por dia, sete dias por semana ... esses PSTs nunca serão replicados no DFSR. Mais um motivo para convencer os administradores do Exchange a bloquear a criação de PST (ou bloqueá-la em seus servidores de arquivos). Além disso, uma observação para verificar as soluções analisadas é o suporte à sincronização de arquivos abertos para garantir que você não descubra da maneira mais difícil como fizemos que os arquivos abertos não estavam sendo replicados.
fonte