Quais são as suas recomendações / melhores práticas para o gerenciamento do vDisk / datastore / LUN com o VMWare ESX?

Question

Obviamente, há uma infinita variedade de formas de dividir seus SAN LUNs brutos para fornecer vDisks de inicialização e dados de VM - mas quais métodos você usa, quais são seus prós e contras e se há bons documentos de 'práticas recomendadas' você se deparou com (outros que são os muito genéricos VMWare que eu quero dizer). Agradecemos antecipadamente.

    

Answer 1

Onde trabalho, temos apresentado os LUNs de fibra de ESX para servidores, que têm 500 GB de tamanho. Devido a problemas de reserva SCSI, parece que 500 GB é o tamanho ideal para fornecer armazenamento anexado ao FC para o ESX.

Uma grande tendência é usar o armazenamento montado em NFS para seus datastores ESX, especialmente agora que essa Ethernet de 10 Gbps está se tornando predominante. O NFS apresenta muitas vantagens ao armazenamento conectado por fibra tradicional, bem como em um ambiente ESX.

Ajudaria a saber que tipo de armazenamento você está usando, pois diferentes armazenamentos têm recursos e opções diferentes que podem ser aproveitados em ambientes VMware.

    

Answer 2

Como você já presumiu, essa não é uma pergunta da VMware, mas é uma pergunta da SAN. O TR-3428, e o primo TR-3705 da VDI faz um excelente trabalho delineando uma implementação do VMware em uma SAN da NetApp. Esses documentos são de uso discutível em uma SAN não netapp. Como eles não respondem por quaisquer pontos strongs / defeitos de sua SAN. Tendo dito que minhas opiniões sobre o assunto.

Existem muitas razões para dividir os seus armazenamentos de dados. O motivo mais prevalente no ESX3.5 é sem dúvida o bloqueio. Alguns optam por ter armazenamentos de dados de OS / Boot e armazenamentos de dados de aplicativos, mas descobri qualquer aumento de desempenho que isso possa ser insignificante. Eu tenho visto o aumento real de desempenho segregando os dados temporários do sistema operacional em um armazenamento de dados separado, mas para que essa técnica seja viável, você deve redirecionar para um armazenamento de dados de alto desempenho.

No final, reverti para um vmdk por vm e lidei com exceções. Eu fiz isso por duas razões: Uma que achei a implementação da prática recomendada era complicada demais. Não só era um urso para configurar, mas muitas vezes o sistema SA iria estragar negando qualquer possível ganho. Muitas vezes introduzindo um arrasto no desempenho da vm. Dois, com o sVMotion hoje, isso realmente não é tão importante quanto antes. Anteriormente, você precisava saber todas as respostas. Hoje em dia, basta dar um giro se você gosta dos resultados continuar indo nessa direção. VMs são animais narley e não há duas infraestruturas virtuais parecidas. Portanto, as melhores práticas são de uso limitado. tentativa e erro acabarão por deixar você com a melhor solução em seu ambiente.

Tudo o que foi dito, eu uso NetApp sobre NFS (com dedupe (IN PRODUCTION)), e executo um datastore de 600GB que eu tenho em média 60 vm em .... Para mim, as taxas de consolidação oferecidas pelo NFS superaram o desempenho . As poucas VMs (menos de 10) que gerencio exigem mais do que o NFS pode oferecer em um armazenamento de dados ISCSI (250 GB).

    

Answer 3

Um guia muito informativo que usei bastante no passado, caso você esteja usando o armazenamento da NetApp, é TR-3428 . Ele também contém algumas informações gerais de ESX / SAN que podem ser úteis se você usar outro fornecedor de armazenamento.