Como as pessoas lidam com automação simples (com fantoches) para ambientes dev / prod com vagrant (idealmente a partir do mesmo arquivo vagrant)?

Caso de uso estou tentando resolver

Eu adoraria girar a máquina de produção com vagrant se não for criada.Eu adoraria recarregar o nginx ou o apache confs na produção com o vagrant se eles fossem alterados nos arquivos de fantoches para o meu ambiente de desenvolvimento.

O problema

Quando você chama o vagrant com um provedor como o AWS ou o Digital Ocean, ele se torna o provedor ativo e você não pode alternar. Você recebe este erro:

Uma máquina ativa foi encontrada com um provedor diferente. O Vagrant atualmente permite que cada máquina seja criada com apenas um único provedor de cada vez. Uma versão futura removerá essa limitação. Até lá, destrua a máquina existente com um novo provedor.

Parece a resposta para destruir, mas eu só preciso mudar. Eu não quero destruir.

Eu adoraria poder dizer

vagrant up prod

ou

vagrant reload prod

e então um simples vagabundo voltaria para a máquina padrão.

Essa sintaxe é semelhante a comovárias máquinas trabalho, mas eu não quero girar um ambiente de desenvolvimento e produção quando eu chamo de vagrant up (que é o comportamento padrão).

Devo estar a olhar para packer como parte do fluxo de trabalho? Eu assisti a palestra toda no puppetconf 2013 sobre a palestra de Mitchell sobre o Multi-Providerhttp://puppetlabs.com/presentations/multi-provider-vagrant-aws-vmware-and-more

Ainda não estou vendo uma solução para o meu problema.

ATUALIZAÇÃO 27/09/13

No caso de alguém estar lutando contra essa ideia, este artigo esclareceu muitas perguntas que eu tinha.http://pretengineer.com/post/packer-vagrant-infra