Então, eu acho que tenho duas perguntas:
1) O NAS poderia lidar com a carga de trabalho? O farm tem três hosts virtuais. Ele contém praticamente todos os servidores da empresa, incluindo armazenamento de arquivos de usuários, DCs e alguns bancos de dados SQL.
R: É absolutamente aceitável que o NAS cuide da sua carga de trabalho! Desde 2012, a Microsoft prefere que o SMB3, que é um arquivo sobre os protocolos iSCSI / FC, seja o block. O problema é - muito poucos fornecedores de SAN / NAS implementaram corretamente o SMB3 stack: a maioria tem problemas com SMB Multichannel e SMB3 Direct (RDMA), e esses caras são a principal força motriz a adotar o SMB3 na produção. Por exemplo, NetApp ...
O Data ONTAP não suporta a seguinte funcionalidade do SMB 3.0: SMB multicanal SMB Direct Leasing de Diretório SMB Criptografia SMB
2) Essa coisa fala iSCSI e NFS. Parece-me uma idéia muito ruim apresentar essa coisa como armazenamento em bloco para os hosts virtuais, quando na verdade não é. Colocar em camadas dois sistemas de arquivos (VMFS e Ext3) nessa coisa parece um desperdício, enquanto pelo menos se eu usar o NFS, os VMDKs serão armazenados diretamente no sistema de arquivos principal. Eu estaria usando melhor o NFS ou o iSCSI?
R: É absolutamente aceitável usar o iSCSI com o VMware, o Hyper-V é OK, mas o NFS é apenas VMware, você não pode fazer NFS com o Hyper-V (ou o SQL Server se você se importa, não é tão ruim, mas tem limitações próprias).Voltar para iSCSI vs NFS. Eu acho que ambos são idênticos do ponto de vista do desempenho (a menos que você faça iSER que não está funcionando muito bem com o ESXi 6.5), mas o NFS é muito mais fácil de gerenciar!
Minha aposta está no NFS aqui!