SAN: é melhor ter LUNs separados para o sistema operacional e dados de máquinas virtuais? [fechadas]

Question

Temos uma SAN iSCSI que será usada como armazenamento de apoio para máquinas virtuais. Usamos o Xen e apresentamos diretamente os LUNs como dispositivos de bloco de VMs (portanto, não há um sistema de arquivos com arquivos para cada VM, como o VMware faz ao usar datastores do VMFS).

Gostaria de saber se seria melhor fornecer LUNs separados para o sistema operacional e dados de cada vm (por exemplo, um pequeno lun para instalar o Linux e um lun maior para manter as caixas de correio, um pequeno para o Linux e um grande para o servidor web dados, e assim por diante ...) ou apenas um grande LUN por vm.

Olhando para o primeiro, então pode-se perguntar "então porque não um outro LUN para a partição swap", continuando até que você tenha apenas uma "partição" em cada lun.

Lembre-se de que todos esses LUNs são do mesmo volume RAID da SAN, portanto, não faz sentido diferenciar a velocidade do disco ou o nível do RAID.

    

Answer 1

Neste momento, você pode não planejar ter níveis de RAID ou velocidades de disco diferentes. Mas no futuro, quando suas caixas de correio crescerem para vários TB, ou você começar a arquivar grandes arquivos de vídeo, ou o que você tem, talvez seja necessário.

Ignorando o aspecto da SAN, isso resume o mesmo que ter um disco rígido com partições (LUN com partição única) ou dois discos rígidos separados (2 LUNs).

Como com a SAN não custa quase nada fornecer o disco como LUNs separados, eu os separaria. Manter seus dados independentes do sistema operacional significa que você pode fazer coisas divertidas como:

• Níveis separados de velocidade / armazenamento em cache do disco / raid - alguns discos de grande capacidade atualmente só vêm em modelos RPM mais lentos, então você precisa dividi-lo se precisar de alta capacidade de armazenamento
• Mais facilmente dividir os dados entre várias SANs, se necessário
• Atualize / conserte seu SO instalando em uma nova máquina virtual e simplesmente remapeando o LUN de dados para o novo servidor quando estiver pronto. Nenhum processo de cópia longo, pouco tempo de inatividade.
• Instantâneos de SAN possivelmente mais rápidos, se você os usar

As desvantagens:

• Sobrecarga de gerenciamento, tendo que gerenciar vários LUNs para cada VM
• Algumas SANs têm apenas uma licença para muitos LUNs, por isso você pode ficar com uma SAN licenciada mais baixa