Datastore do vSphere para tipos de dados específicos: NFS ou iSCSI

Question

Estou procurando melhorar o desempenho no meu ambiente vSphere. Estamos usando um appliance da NetApp com todas as VMs armazenadas em Datastores que são montadas por meio do NFS.

Sugeriu-se que, para algumas cargas de trabalho específicas (como dados SQL ou um servidor de arquivos), talvez seja melhor para o desempenho de E / S de disco usar o iSCSI para os dados vHD.

No meu exemplo, o disco de inicialização seria um VMDK normal armazenado no armazenamento de dados anexado ao NFS. A unidade D (o disco em que os dados SQL ou os dados do servidor de arquivos residem) seria um volume anexado ao iSCSI.

C: - VMDK disk container -> VMFS datastore -> NFS -> NetApp
D: - iSCSI -> NetApp

Também estou pensando: o iSCSI foi iniciado a partir do nível do vSphere ou diretamente do Windows?

Alguém tem alguma experiência ou pensamentos com isso?

    

Answer 1

Antes de mais nada, antes de gerenciar com armazenamento, você deve ter 100% de certeza de que o gargalo está realmente relacionado à configuração de disco / E / S.

É esse o caso, um compartilhamento iSCSI pode ser mais rápido que um NFS, mas apenas em um cenário específico (pequenos pacotes aleatórios de leitura / gravação). Os servidores SQL podem ser um desses cenários, portanto, se você tiver certeza de que seu problema é o desempenho do armazenamento, tente usar um compartilhamento iSCSI.

Decidir como configurá-lo depende das suas necessidades específicas. Para desempenho máximo, você deve usar um volume RAW totalmente pré-alocado, diretamente conectado ao sistema operacional convidado. Isso tem a vantagem de tornar a configuração de convidado "autocontida", no sentido de que a migração desse convidado para outro virtualizador (mesmo com base em tecnologia diferente) não exigirá a reconfiguração do compartilhamento iSCSI. (ou, no máximo, a reconfiguração será muito limitada).

Por outro lado, gerenciar disco virtual baseado em guest e anexado a blocos é certamente mais complexo que usa o ESX para atingir o mesmo objetivo, então você deve não usar essa configuração se não for realmente necessário.

Sugiro que você faça alguns testes, comparando cada configuração , antes de entrar em produção.

    

Answer 2

Não ouvi dizer que o iSCSI é melhor que o NFS para VMs SQL, no entanto, se você optar por criá-las, criaria o armazenamento de dados no nível do ESX e não instalaria um iniciador iSCSI na VM.

Uma coisa sobre a qual você precisa ter cuidado é o provisionamento thin no Netapp. A maneira como eles bloqueiam dispositivos é diferente. Você pode se encontrar com um LUN off-line se tiver que configurá-lo sem se preparar para a tempestade perfeita de azar. A configuração que você quer é:

• Um volume fino do tamanho do lun
• Um lun único dentro desse volume
• Vol autogrow configurado no volume

O máximo que você deseja definir para o seu crescimento automático dependerá se você deseja tirar instantâneos deste lun. Se fizer isso, você precisará estimar a taxa de alteração e permitir que o volume aumente o suficiente para que ele possa lidar com o maior delta que você espera antes de excluir os snaps.

Você também quer ter muito cuidado com as configurações lun e igroup - verifique se elas estão definidas para VMWare. Além disso, você deseja garantir que o VAAI esteja habilitado para que o VMWare possa desalocar zeros.

    

Answer 3

Primeiras coisas primeiro: Se você quer melhorar o desempenho de uma VM, você precisa saber onde está o gargalo. Melhorar o desempenho do armazenamento não ajuda se o seu ambiente não tiver, por exemplo Desempenho da CPU.

Não acho que mudar o protocolo de armazenamento do NFS para o iSCSI o ajude. Existem dezenas de outros parâmetros que influenciam mais o desempenho do armazenamento do que o protocolo.

Se você realmente tiver problemas de desempenho com seu armazenamento no google por práticas recomendadas de VMware do netapp ; que deveria lhe dar informação suficiente.

Btw: Pessoalmente, eu não usaria iSCSI dentro de uma VM. Se você quiser mover a VM para outro storage array, precisará fazer isso no vSphere e no nível do sistema operacional. O uso de VMDKs facilita muito a vida.