Qual é o melhor processo para automatizar o Zimbra deploy usando o cobbler + puppet?

Question

Eu configurei um servidor sapateiro totalmente funcional em uma máquina RHEL5. Isso é capaz de implantar um novo servidor em uma máquina bare-metal, particionando os discos, usando o LVM e criando o máximo de máquinas virtuais que eu preciso. As máquinas virtuais recebem suas instruções de instalação, configurações, repositórios yum e assim por diante do servidor cobbler também.

Isso está realmente saindo, mas o próximo passo é fornecer um servidor Full Zimbra através deste mecanismo.

Meu objetivo é que o Zimbra seja executado em duas máquinas virtuais, uma para o mecanismo de e-mail e outra para a interface do webmail (pelo menos como uma primeira etapa).

Qual é a melhor maneira de implantá-los e configurar todo o sistema usando o fantoche?

A filosofia é usar o cobbler para uma implantação mínima das máquinas (tanto bare-metal quanto virtualizada) e deixar todos os problemas de configuração para o fantoche.

Agradeço antecipadamente a qualquer pessoa que me forneça algumas informações e sugestões estruturadas sobre o assunto

    

Answer 1

Estou respondendo a minha própria pergunta, pois há muito tempo não estou tendo nenhuma solução.

Eu fiz o trabalho e minha abordagem foi a seguinte:

• Eu escolho ter uma única configuração de máquina por enquanto (mas o processo pode simplesmente ser ajustado para todo tipo de configuração)
• implantar uma máquina bare metal usando o cobbler
• crie um snippet de cobbler que baixe o tarball do ZCS
• executar via cobbler "post script" o script de instalação do zimbra via espera

isto significa que você segue o procedimento de instalação manualmente, escreve o script expect e agora você pode fazer quantas instalações quiser de uma maneira totalmente automatizada e programática ()

Como o zimbra é uma fera auto-configurável eu decidi não manter confs via fantoche, os scripts de atualização do zimbra devem funcionar em caso de atualização ou atualização.

    

Answer 2

O Zimbra não se separa da maneira que você descreveu aqui ... A interface web está intimamente ligada ao MTA - é melhor tratá-lo como um software, em vez de múltiplos, a menos que você queira extrair separar-se e montá-lo novamente, o que provavelmente não funcionará sem muito esforço

Basicamente na edição Open Source, o clustering não é suportado de forma alguma - espera-se que você execute tudo em uma máquina (virtual ou não).

Nas edições da Rede, eles suportam clustering, mas basicamente, até onde eu sei, todas as máquinas rodam a mesma pilha de software, e a carga é distribuída entre elas (veja Product Editions )

O clustering é implementado usando o Red Hat Cluster Suite "para fornecer o agrupamento M + N de nossos servidores de caixa de correio". (veja a FAQ do zimbra wiki e os artigos Cluster_troubleshooting)