В настоящее время у меня есть сервер под управлением Debian 6 с postfix и dovecot обработка электронной почты. На этом сервере размещается электронная почта для ряда доменов и пользователей, поэтому я использую MySQL в качестве резервного хранилища для пользователей, пересылки и всего, что с этим связано.
В настоящее время этот сервер является единственным сервером, указанным в MX запись для всех обслуживаемых доменов. Я хотел бы создать вторичный сервер, который был бы указан в DNS с более низким приоритетом (например, текущий первичный сервер имеет приоритет 5, вторичный - приоритет 10), чтобы в случае, если мне нужно перезагрузить первичный сервер, или в противном случае, сделав его недоступным, вторичный сервер получит электронную почту и будет удерживать ее до тех пор, пока первичный сервер не вернется к работе, после чего он доставит любую задержанную электронную почту на первичный сервер.
Мне не нужен вторичный сервер для работы в качестве сервера отправки резервных копий. Пользователям никогда не понадобится видеть вторичный сервер, они просто не потеряют входящие электронные письма, если первичный сервер не работает, и они не смогут отправлять или получать, пока первичный сервер не восстановится.
Как бы я это сделал? Я хотел бы использовать то же программное обеспечение, если они могут справиться с этой задачей, потому что я уже знаком с управлением ими.
Когда ваш основной недоступен, внешний почтовый сервер ставит почту в очередь и повторяет попытку доставки в течение пяти дней. Я не устанавливал дополнительный MX, потому что большинство спамеров сначала доставляют почту второму. Часто этот сервер обслуживается не так хорошо, как основной.
Резюме: много работы, меньше пользы. Позвольте миру поставить вашу почту в очередь!
Существует полная документация о том, как настроить Postfix в качестве основного и дополнительного MX. Просто следуйте инструкциям: http://www.postfix.org/STANDARD_CONFIGURATION_README.html#backup
Вам необходимо использовать одно из доступных решений высокой доступности, например keepalived или heartbeat. Этот пакет назначит VIP одному из серверов. Другой сервер будет бездействовать.
Затем вам необходимо установить виртуальный IP-адрес (VIP) в записи MX DNS.
Когда основной сервер (содержащий VIP) не работает, другой сервер получит VIP и сможет отправлять / получать электронные письма. Пользователи не должны этого вообще замечать, за исключением периода перехода IP между двумя узлами (несколько секунд).
Есть один момент, который следует учитывать, это синхронизация каталогов электронной почты. Должен быть механизм для синхронизации каталогов электронной почты между двумя серверами, чтобы убедиться, что вы не потеряете электронную почту при переключении между двумя серверами.
Резервный MX почти бесполезен, но я все еще использую его, потому что я не хочу ретранслировать политики очередей на другие серверы, а беру на себя управление всем транспортом электронной почты для своих клиентов. НО - самое главное - иметь резервный DNS-сервер, потому что почта будет возвращаться как недоставленная, если MX-хост не найден. Настроить вторичный MX-сервер очень просто. Просто используйте постфиксные и транспортные карты (маршруты).
Обычно в таком сценарии вы устанавливаете ящик фильтра спама перед фактическим почтовым сервером и позволяете ему ставить почту в очередь, когда реальный сервер не работает. Это также дает вам дополнительное преимущество в виде снятия нагрузки с фильтрации спама с вашего почтового сервера.