Atualmente, estamos no VSphere 5.1 em todo o mundo, com cerca de 450 VMs de servidor Windows.
Temos um problema em que temos várias VMs em toda a organização que acabam tendo ferramentas VMware expiradas.
Sem usar ferramentas de terceiros ou VCops ou similares, sei que existe uma maneira de configurar cada VM para atualizar automaticamente durante um ciclo de energia:
E dentro do PowerCLI também vejo uma maneira de criar um script para definir todas as VMs para fazer isso:
$vmConfigSpec = New-Object VMware.Vim.VirtualMachineConfigSpec
$vmConfigSpec.Tools = New-Object VMware.Vim.ToolsConfigInfo
$vmConfigSpec.Tools.ToolsUpgradePolicy = "UpgradeAtPowerCycle"
Get-View -ViewType VirtualMachine | %{
$_.ReconfigVM($vmConfigSpec)
}
Minhas perguntas aqui:
- Existe uma preocupação de que uma atualização/atualização para ferramentas VMWare possa causar problemas com uma VM convidada do Windows além da paranóia normal de um patch/instalação dando errado? Basicamente, estou perguntando se os prós de fazer atualizações automáticas de ferramentas VMWare em convidados do servidor Windows superam os contras.
- Existe uma maneira melhor de lidar com as atualizações/atualizações do VMWare Tools que eu não conheço aqui?
- Existem cenários específicos além das práticas corporativas de política/gerenciamento/segurança para NÃO atualizar/atualizar as ferramentas VMWare? (ou seja, coisas conhecidas que quebram, etc.)
Concordo com o Greg L. Mas gostaria de acrescentar uma possível alternativa:
Se você já empacotar software e implantá-lo e atualizá-lo (como um AV de terceiros ou algo assim) automaticamente com uma solução genérica, você pode obter a versão mais recente do VMwareTools aqui e fazer o mesmo.
Ha! Eu tive exatamente esse problema há alguns anos, então perguntei ao maravilhoso William Lam (conhecido consultor / funcionário / blogueiro da VMWare) que gentilmente me escreveu ESTE script em Perl para o VMa - então alguém abaixo nos comentários escreveu a mesma coisa em PowerCLI script - então lá vai você!
Quanto às suas preocupações, o VMWare não precisa testar um milhão de drivers em sistemas operacionais diferentes - eles testam muito bem o que fazem - mas se você estiver realmente preocupado, experimente-os primeiro em seus ambientes de desenvolvimento/teste/referência.