Por que dois servidores visualizando a mesma unidade não conseguem visualizar os mesmos arquivos?

4

Eu tenho dois servidores Windows 2008R2. Ambos estão apontando para a mesma unidade iSCSI em nossa SAN, mas os dois servidores não veem os mesmos dados.

O servidor 1 pode gravar dados na SAN e pode ver imediatamente o que escreveu. Servidor 2, NÃO pode ver o que o servidor 1 escreveu após a última vez que o servidor 2 foi reinicializado.

O sistema operacional não parece ser um problema aqui. Eu tenho servidores Win2K3, servidores Win2008 e sistemas 2008R2, todos com os mesmos problemas.

Apenas aquele que escreve pode ler esses dados até que o outro seja reinicializado.

Onde posso começar a tentar resolver esse problema?

Eu achei que o objetivo do clustering (não o que eu estava fazendo, mas ainda assim) era ter dois sistemas apontando para a mesma unidade SAN e compartilhar dados comuns. Isso me leva a acreditar que eu deveria ser capaz de ler e escrever entre os dois sistemas compartilhando a mesma unidade.

O que estou perdendo aqui?

    
por Russ 30.10.2009 / 14:21

1 resposta

16

O iSCSI apresenta armazenamento baseado em blocos para os servidores. Na maioria dos cenários, os servidores montam esse armazenamento com um sistema de arquivos (como o NTFS) que pertence e é gerenciado por um único servidor. O NTFS (que é o que você provavelmente está usando aqui) normalmente não é um sistema de arquivos com reconhecimento de cluster, portanto, se os hosts secundários tiverem visibilidade para o mesmo volume, eles serão bloqueados (esperançosamente) ou corromperão o volume.

Para que duas máquinas separadas compartilhem um volume iSCSI simultaneamente, é necessário ter um sistema de arquivos com reconhecimento de cluster que ofereça suporte a isso. O VMFS VMFS faz isso, assim como o Sistema de arquivos clusterizados de volumes compartilhados (CSV) disponível no W2K8 R2 Hyper-V.

A solução mais simples para você é apresentar o armazenamento para um servidor e compartilhar esse volume para que o segundo servidor possa mapeá-lo usando o SMB.

Editado para adicionar:
Não há nenhuma maneira real em torno do hop de rede dupla se você optar por compartilhar o volume via Windows, mas para a maioria dos aplicativos de servidor você deve ser capaz de especificar um caminho UNC ( \\ Server \ sharename ) em vez de uma letra de unidade mapeada. Isso funcionará se o serviço estiver sendo executado em uma conta que tenha direitos para o compartilhamento.

Você não diz que tipo de alvo iSCSI você tem - pode ser possível configurá-lo para atuar como (digamos) um compartilhamento SMB ou NFS diretamente. O Windows Server 2008 R2 suporta os componentes de Interoperabilidade do Unix , que incluem um cliente NFS. Isso pode fornecer um mecanismo que evita o hop de rede dupla, mas não posso comentar o desempenho, pode não ser melhor do que o compartilhamento SMB.

    
por 30.10.2009 / 14:55