Estamos analisando a reconstrução de nossa pequena produção executando servidores redundantes com a configuração IIS, .Net 4, MSSqlServer 2003.
A configuração anterior do tri-server evoluiu organicamente e tem muitas peças configuradas manualmente, que se mesclam juntas, mas não de maneira completa. Além disso, a história de implantação é um conjunto de scripts do PowerShell não versionados que funcionam na maioria das vezes. O mesmo acontece com os arquivos de configuração, um pouco diferentes entre produção e desenvolvimento (e não de uma maneira gerada automaticamente). O mesmo com o registro, monitoramento, etc.
Estou curioso para saber se há um consenso sobre como essas coisas devem ser configuradas em uma convenção sobre o modo de configuração para minimizar os esforços de administração do sistema.
No mundo do Ruby, parece haver consenso sobre imagens de VMs + Chief / Puppet + GitHub. Ou serviços como o EngineYard para hospedagem externa. Mas não consegui encontrar conselhos semelhantes para o ambiente MS / .Net.
Estou à procura de soluções de baixo custo, e não de um software corporativo que cante todos os programas, o que seria um exagero para 4-6 VMs.
Honestamente, a Política de Grupo é feita para configuração gerenciada e provavelmente pode ser aproveitada para o que você deseja. (Não foi inventado apenas para gerenciamento de desktop.) Você pode gerenciá-los com Chef / Puppet / CFEngine, mas parece-me que o Windows é um cidadão de segunda classe no Chef.
Chef e Puppet são escritos com a mentalidade * nix de "tudo é um arquivo", e o Windows raramente é assim.
Se você estiver executando qualquer licença do vSphere além da gratuita, poderá configurar sua VM do Windows e usá-la como modelo. O vSphere permitirá que você implante a partir desse modelo e aplique personalizações (como definir o nome do sistema, definir as configurações de IP, inserir a chave do produto).
Você pode ler mais sobre isso aqui: link