Qual é o método recomendado para a versão do VMware Templates?

Question

Suponha que você esteja em uma organização com vários datacenters, cada um com suas próprias nuvens privadas em execução no VMware vCenter 5.5. Existem modelos VMware para diferentes sistemas operacionais, incluindo Windows, Redhat Linux, etc.

Vamos supor que existem duas nuvens privadas, C1 e C2. C1 foi construído há um ano e o C2 apenas recentemente. Vamos supor que ele roda o Windows 2012. O modelo básico foi atualizado várias vezes desde que o C1 foi criado. Por exemplo, o .NET Framework foi atualizado da v4.0 para a v4.5 e, em seguida, para a v4.5.1.

Uma máquina virtual em C1 precisa ser reconstruída. No entanto, o software em execução nessa máquina virtual não é compatível com o .NET v4.5 ou v4.5.1. Então, o único modelo que temos não é compatível. Temos que recriar o modelo, com uma chance ímpar de que algum patch de SO, etc., possa ser instalado, causando um problema para a máquina virtual.

Portanto, parece que deve ser uma prática recomendada para modelos de versão. Qual é a melhor abordagem?

Veja o que tentei:

1. Crie instantâneos antes que o modelo seja atualizado. As ferramentas do VMware vSphere ainda o consideram como um modelo, portanto, criar uma máquina virtual a partir do instantâneo "20131031 02:00" é um pouco mais complicado.
2. Duplicar o modelo, agora temos "Windows Server 2012 (20131031)", "Windows Server 2012 (20130331)" e "Windows Server 2012 (20140601)". As ferramentas suportam isso bem. Podemos rapidamente ter uma bagunça, com pessoas sem ter idéia do que está instalado em qual template.
3. Após a atualização de um modelo, exporte-o. Apenas o modelo mais recente está disponível nas ferramentas do VMware, mas sempre posso restaurar uma versão antiga do modelo quando há um problema.

Existe talvez uma maneira mais robusta de criar versões de modelos VMware?

    

Answer 1

Acho que você está tentando resolver seu problema com as ferramentas erradas. Os modelos VMware são muito semelhantes às imagens tradicionais do sistema operacional. Eles existem para realmente fazer duas coisas: 1) Fornecer uma base de boa reputação consistente que todos os seus servidores iniciem e 2) reduzir a repetição de tarefas administrativas necessárias para ir da mídia de instalação para aquele estado em bom estado. Você cria seu modelo para atender à configuração mais comum da sua frota. Se você tem tantas necessidades diferentes que o seu modelo de “denominador comum” é tão pequeno que existe uma enorme lacuna entre o modelo e o estado desejado, você precisa começar a fazer as contas para determinar se o esforço para manter vários modelos vale o esforço. você salvou em termos das tarefas necessárias para passar do modelo "denominador comum" para o modelo especializado. Na minha experiência, a manutenção de vários modelos ou imagens geralmente é um esforço muito maior do que o esforço necessário para executar a configuração. Como você descobriu, manter modelos diferentes dessa maneira é uma curva logarítmica e não linear - especialmente em um ambiente heterogêneo. É por isso que a criação de imagens funciona tão bem para os desktops, mas é menos útil para servidores.

Sua solução depende da redução do esforço das tarefas necessárias para passar do modelo "denominador comum" para a configuração desejada especializada. Este é essencialmente o gerenciamento de configuração. No ecossistema do Windows, você está procurando ferramentas como GPOs, PowerShell DSC e SCCM. Estou menos familiarizado com as ferramentas corporativas no mundo do Linux, mas algo como Puppet ou Chef deve funcionar.

Usar modelos ou imagens para reduzir o esforço de configuração costuma ser um jogo perdido se houver diversidade significativa na configuração de estado final desejada.

Se o seu deadset para usar templates para isso, você precisará construir alguns scripts, provavelmente com o PowerCLI, para executar as tarefas de snapshot, modificar e copiar o template e marcá-lo com uma versão ou colocá-lo em algum tipo de sistema de controle de versão que pode manipular arquivos deste tamanho. Novamente, eu suspeito que o esforço de resolver seu problema desta maneira é menor do que usar algum tipo de sistema de gerenciamento de configuração.