É tudo sobre o IOPS. As VMs que usam qualquer datastore em particular não devem exceder a capacidade de IOP do lun. E.G considere 3 VMs Larry Moe e Curly. Larry executa o SQL server e, em média, faz 700 i / seg (picos em 1000) Larry usa 500 GB. O Moe é um servidor de arquivos de 2008, IOPS baixo 150 / seg médio (picos em 300), 1TB de espaço. Curly é um servidor web, baixa IOPS 100 (picos em 100), baixo espaço 40GB. Isso é o frontend IOPS - quantos precisam ser executados pelas máquinas reais. As IOPS suportadas precisam ser calculadas com base no tipo de invasão e na redundância necessária. Então, para Larry, provavelmente queremos o raid 10 (e vamos assumir um mix de 50/50 de read writ). Então, vamos precisar de 1050 IOPS no backend - isso significa 8 spindles (SAS ou FC-14 SATA). Além disso, com 500 GB, estamos próximos de um tamanho de armazenamento de dados razoável, o que significa 1 lun dedicado. O Moe precisa de apenas 150 iops, mas queremos que seja o raid 5, o que significa 375 IOPS no back-end - apenas 3 spindles - mas precisamos de 1 TB e nossos discos de apenas 300 GB, então precisaremos de pelo menos 5 spindles sozinhos, isso nos dá um lun lun, mas muito IOPS (750 no backend e 300 no frontend). Isso deixa Curly. poderíamos combinar Curly e Moe no mesmo lun, no entanto Curly é um servidor web e não queremos problemas de latência quando o Moe atinge o pico em 300. Podemos colocar o Curly em um conjunto de raid 5, ganhar redundância às custas de fusos e espaço ou use o raid 0 + 1 em 2 discos, mas possivelmente tenha um problema com falhas de unidade.
A moral desta história é que a pergunta que você está fazendo não tem uma resposta simples. focar nos requisitos da IOP e você deve estar bem, independentemente de como exatamente você chegou lá. Há ainda mais não discutido (projetando para pico de IOPS vs média, o servidor SQL deve ter um conjunto de RAID 1 para logs), mas espero que eu tenha feito o meu ponto.