Я установил полностью рабочий сервер cobbler на машине RHEL5. Это позволяет развернуть новый сервер на голом железе, разбить диски, использовать LVM и создать столько виртуальных машин, сколько мне нужно. Виртуальные машины также получают свои инструкции по установке, конфигурации, репозитории yum и т. Д. С сервера cobbler.
Это действительно выход, но следующий шаг - предоставить полный сервер Zimbra через этот механизм.
Моя цель - запустить Zimbra на 2 виртуальных машинах, одна для почтового движка, а другая для интерфейса веб-почты (по крайней мере, в качестве первого шага).
Как лучше всего развернуть их и настроить всю систему с помощью марионетки?
Философия состоит в том, чтобы использовать cobbler для минимального развертывания машин (как на «голом железе», так и на виртуализированных машинах) и оставить все вопросы конфигурации на усмотрение марионетки.
Заранее благодарим всех, кто предоставит мне структурированную информацию и предложения по теме
Отвечаю на свой вопрос, так как давно не имею решения.
Я выполнил свою работу, и мой подход был следующим:
это означает, что вы один раз выполните процедуру установки вручную, напишите ожидаемый скрипт и теперь можете выполнить столько установок, сколько захотите, полностью автоматизированным и программным способом ()
Поскольку zimbra является довольно самонастраивающимся зверьком, я решил не поддерживать confs через марионетку, скрипты обновления zimbra должны выполнять свою работу в случае обновления или обновления.
Zimbra не разделяется так, как вы здесь описали ... Веб-интерфейс довольно тесно связан с MTA - лучше рассматривать его как одну часть программного обеспечения, а не как несколько, если вы не хотите разбирать ее самостоятельно и снова собрать, что вряд ли сработает без особых усилий
В основном в редакции с открытым исходным кодом кластеризация не поддерживается вообще - предполагается, что все будет запущено на одной машине (виртуальной или нет).
В сетевых версиях они поддерживают кластеризацию, но в основном, насколько я понимаю, на всех машинах работает один и тот же программный стек, и нагрузка распределяется по нему (см. Редакции продуктов)
Кластеризация реализована с использованием Red Hat Cluster Suite «для обеспечения кластеризации M + N наших серверов почтовых ящиков». (см. FAQ по zimbra wiki и статьи по устранению неполадок Cluster_troubleshooting)