Когда у меня есть два доступных сервера, каковы плюсы и минусы
один основной почтовый сервер + резервный MX, который ставит почту в очередь, только если основной не работает
два «выделенных» (возможно, идентично настроенных) почтовых сервера, которые работают как конечные точки для всех доменов
Эскиз моей текущей конфигурации смотрите ниже.
Вам нужны два почтовых сервера? SMTP - это протокол хранения и пересылки, который обычно достаточно устойчив к отключению на срок до одного или двух дней.
Я не уверен, почему у вас на схеме четыре сервера MX. Вам нужен только один почтовый домен на MX. Несколько доменов могут указывать на один и тот же MX. Например mail1.example.com
и mail2.example.com
может поддерживать любое количество доменов. (НОТА: mail1
и mail2
субдомены - это служебные домены, которые обычно отличаются от имени хоста, на котором работает служба.) Дополнительные домены должны быть либо виртуальными доменами, либо доменами с независимыми MDA (агентами доставки почты). Это может быть целью серверов, которые вы указали как server 1
и server 2
, или это те серверы, которые вы собираетесь использовать в качестве MX.
Если ваш трафик больше сбалансирован по отношению к исходящему направлению, возможно, имеет смысл иметь исходящий MTA (агент пересылки почты) и отдельный сервер MX для входящих сообщений.
- один основной почтовый сервер + резервный MX, который ставит почту в очередь, только если основной не работает
ЗА: Я предполагаю, что вы собираетесь использовать основной почтовый сервер в качестве вашего MDA. Наличие только одного MDA делает жизнь проще.
ПРОТИВ: Backup-MX, вероятно, будет использоваться спамерами в качестве цели. Если он не может полностью проверить входящие сообщения, когда основной почтовый сервер не работает, вам может потребоваться отбросить сообщения, поступающие туда, или сгенерировать обратное рассеяние электронной почты.
- два «выделенных» (возможно, идентично настроенных) почтовых сервера, которые работают как конечные точки для всех доменов.
PRO: Наличие двух серверов увеличивает вашу избыточность и может позволить вам сбалансировать нагрузку. Если два сервера действуют как MDA, вам потребуется либо общее хранилище, либо метод балансировки пользовательских данных на двух серверах.
ПРОТИВ: У вас должны быть разные конфигурации для двух серверов, как минимум, разные почтовые домены. Если у вас есть отдельные серверы, действующие как MDA, различия в конфигурации могут быть относительно незначительными.
Запуск двух активных серверов MX добавляет дополнительные проблемы в дополнение к проблемам с запуском почтового сервера. Пока вы не освоите работу с одним почтовым сервером, может быть лучше придерживаться одного. Освоив работу с одним сервером, вы сможете решить, каким образом разделить нагрузку на вашу организацию.
Плюсы и минусы, а также то, как их взвесить, действительно зависит от бизнес-приложения.
На этот вопрос также немного сложнее ответить, поскольку в разных точках могут быть избыточность и балансировка нагрузки, в зависимости от того, насколько вы абстрагируетесь и действительно нарушаете работу службы.
В общем, №1 - наиболее типичный сценарий для малых и средних развертываний. Его легко настроить, недорого и легко концептуализировать.
Для № 2 вы не обязательно получите то, о чем просите. Или, скорее, могут быть другие способы решить эту проблему в зависимости от ваших основных проблем. Например, нет причин, по которым «главный почтовый сервер» в №1 должен быть только одним сервером. С таким же успехом это может быть кластер клиентских SMTP-серверов с общим пулом хранения данных.
Таким образом, чтобы решить вашу конкретную ситуацию, как правило, применяется вышеизложенное, и для конкретной индивидуальной рекомендации потребуется дополнительная информация.