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.