Coisas que eram preocupações típicas tratadas por volumes fisicamente limitantes ... troca de espaço ... arquivos de log que transbordam e derrubam o sistema ... etc. parecem estar sendo resolvidos por discos rígidos mais baratos, sistemas de arquivos que não estão mais limitados a tamanhos menores que os tamanhos de unidade disponíveis e gerenciamento de volume que permite dinamicamente redimensionar e adicionar / subtrair discos conforme necessário. Ah, e eu lembro de ter que me preocupar com falhas de drive também, mas agora esses volumes virtuais podem estar mascarando volumes RAID sob os sistemas de arquivos. O desempenho é mais uma questão de fusos de unidade e a aplicação do servidor (gravações pesadas? Mais pesadas em leituras? Precisa de desempenho igual?) Do que um simples pau em uma unidade e compartilhar a solução.
A única desvantagem real que vimos é que grandes volumes podem levar muito tempo para executar verificações de disco, mas normalmente não é um grande problema com sistemas de arquivos de journaling em uso.
Nossa rotina normal é criar uma partição do sistema para o sistema operacional e, em seguida, lançar tudo em uma partição de dados gigante para compartilhamentos, diretórios base etc. Geralmente, quando o superamos (desempenho ou espaço), precisamos substituir o servidor. Outros administradores no site com experiência em lidar com SANs de vários terabytes maiores, podem ter outras experiências para compartilhar.