Что лучший процесс должен автоматизировать Zimbra, развертывают использование cobbler+puppet?
Для повседневного использования размер базы данных не настолько важен - большинство запросов возвращает объекты в одном списке, и не имеет значения, что еще находится в базе данных. Однако операции, которые работают над целой базой данных, станут более трудными. Резервные копии являются самым очевидным примером - они займут больше времени с большими базами данных. Однако, пока база данных не превышает то, что может быть сохранено в течение ночи, Вы будете в порядке - резервные копии разработаны, чтобы быть длительными и довольно надежны, пока у Вас не заканчивается дисковое пространство.
То, где Вы столкнетесь с настоящими проблемами, с менее частыми вещами как перемещение или обновление баз данных содержания - они могут потребовать приблизительно 5 раз размера базы данных в свободном пространстве и реализованы с помощью запросов, которые могут сделать, вещи как триггер из-под контроля авторастут.
Я отвечаю на свой собственный вопрос, что касается долгого времени, у меня нет решения.
Я сделал задание, и мой подход был следующим:
- Я принимаю решение иметь единственную установку машины на данный момент (но процесс может просто быть настроен для каждого вида установки),
- разверните машину без операционной системы с помощью сапожника
- сделайте отрывок сапожника, который загружает ZCS tarball
- выполненный через сапожника "сценарий сообщения" сценарий установки zimbra через ожидает
это означает, что Вы следуете за процессом установки вручную однажды, пишете ожидать сценарий, и теперь можно сделать столько установкой, сколько Вы хотите полностью автоматизированным и программным способом ()
Поскольку zimbra вполне сам конфигурирование зверя, я решил не поддержать confs через марионетку, zimbra сценарии обновления должен сделать, они работают в случае обновления или обновления.
Zimbra не выделяет себя в способе, которым Вы описали здесь... На веб-интерфейс справедливо тесно набрасываются, MTA - лучше рассматривать его как одну часть программного обеспечения, а не нескольких, если Вы не хотите вытянуть его независимо сами и отложить его вместе снова, который вряд ли будет работать без особых усилий
В основном в выпуске С открытым исходным кодом, кластеризация не поддерживается вообще - Вы, как ожидают, выполните все на одной машине (виртуальный или не).
В Сетевых выпусках они поддерживают кластеризацию, но в основном насколько я понимаю, все машины выполняют тот же программный стек, и загрузка распределяется через тот (см. Выпуски продукта),
Кластеризация реализована с помощью Комплекта Кластера Red Hat, "для обеспечения кластеризации M+N наших серверов почтовых ящиков". (см. zimbra статьи FAQ и Cluster_troubleshooting Wiki),
-
1кластеризация не имеет никакого отношения к другому сервисному разделению. Инструкция по установке мультисервера Zimbra соглашается с этим! – drAlberT 28 August 2009 в 21:00