Opções de replicação LUN no nível de bloco para Windows [closed]

8

Quando se trata de replicar um LUN ou partição para um servidor fisicamente separado, o Linux tem DRBD (agora no kernel!). Pelo que entendi, tem dois modos de replicação síncrona e assíncrona. Quando você tem uma rede rápida entre seus dois servidores, pode ser muito difícil.

Eu preciso fazer o mesmo com os servidores Windows. Eu sei que existem pacotes não-livres que fazem isso (recomendações seriam legais), mas considerando o que chamamos de 'orçamento' por aqui, eu preciso saber mais sobre as opções mais gratuitas. Caso existam.

Estamos no Server 2008 para a grande maioria dos nossos servidores de armazenamento. Se o R2 nos der o que precisamos, eu preciso saber agora para poder agendar as atualizações em 4 semanas.

O ponto crucial do problema é que preciso replicar um monte de LUNs armazenados em dispositivos HP EVA 6100 (discos de 10K RPM) e EVA 4400 (principalmente os, er, 1TB FATA) para outra coisa. Agora, a HP tem o Gerenciador de replicação muito bom que vai lidar com 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 é possível. t um EVA.

De acordo com o meu monitoramento de desempenho, a maior parte do nosso armazenamento a ser replicado é acessada de maneira muito explosiva (são os dados do servidor de arquivos). AE / S de backup anula a E / S regular por um fator de três. O valor total a ser replicado é de cerca de 7 TB, com uma mudança de arquivo diário na ordem de 500 GB (todos os arquivos PST do Outlook somam). Eu não sei o que é a mudança de rede no nível do bloco.

Temos o Fibre Channel disponível e, em um datacenter, temos até o início de uma rede isolada iSCSI. Mas entre os nossos dois datacenters estamos (atualmente) limitados a um único tubo de 1 GigE, que será atualizado para um tubo de 10 GigE nos próximos 12 meses.

Existem alguns utilitários disponíveis no mercado, eu não sei muito sobre eles

Disponibilidade Double-Take Parece fazer algo como replicação em nível de bloco, mas não completamente. Poderia ser o que estou procurando.

Veritas Storage Foundation parece ser sério um exagero para esse problema específico, mas acrescentaria muita flexibilidade ao nosso ambiente.

CommVault Simpana Replicação heterogênea, compatível com WAN. p>

E muitos, muitos mais.

Se esse ambiente fosse o Linux com o Samba, o DRBD seria um ajuste quase perfeito. Eu só não sei se há um equivalente no lado da Microsoft da casa.     
por sysadmin1138 29.07.2010 / 16:54

5 respostas

1

A replicação através da plataforma de armazenamento é praticamente sempre a melhor aposta. Concedido o desejo de passar de uma plataforma para outra torna muito mais difícil de fazer, como na maioria das vezes você só pode replicar de uma matriz para outra. Agora, se você está mantendo os arrays da HP, eles devem ser capazes de se replicar entre si, para que o custo do software de replicação não seja um desperdício.

Verifique com seu vendedor, talvez eles possam fazer um bom negócio com o software de replicação se você estiver no processo de substituir suas matrizes.

Use seu VAR como um recurso, é para isso que eles estão lá.

    
por 29.07.2010 / 23:40
1

Dê uma olhada nos produtos que suportam o SnapVault do Sistema Aberto.

Tom

    
por 27.08.2010 / 07:03
1

O SteelEye DataKeeper faz replicação em nível de bloco de volumes e funciona muito bem para nós em circunstâncias semelhantes.

    
por 08.03.2011 / 20:24
0

além dos mencionados, há também NeverFail e WanSyncHA

Eu tentei ambos para espelhar uma troca 2003 sobre WAN, e eles failover muito bem. Os preços são bem altos.

Links:
link
link

    
por 02.09.2010 / 21:54
0

Se fossem apenas servidores de arquivos que você precisava, eu daria uma votação para o DFSR, como é nível de bloco, controlável, livre (incluído) e como se fosse uma replicação, mas com pelo menos uma limitação proibida: (Os PSTs deram a dica para mim) Os arquivos devem estar marcados como fechados para iniciar uma replicação dos blocos. Se as pessoas mantêm o Outlook aberto, como sempre fazem, 24 horas por dia, 7 dias por semana ... esses PSTs nunca serão replicados no DFSR. Apenas mais um motivo para martelar os administradores do Exchange para bloquear a criação de PST (ou bloqueá-lo em seus servidores de arquivos). Além disso, uma observação para verificar se há alguma solução que você analisa é o suporte a 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.

    
por 01.03.2011 / 05:53