CommuniGate Pro
Версия 5.2
Кластеры
 
 
Почта

Передача Почты в Кластерах

В этом разделе объясняется, каким образом работает Передача Почтовых Сообщений в кластерной среде CommuniGate Pro.

Релеинг по SMTP

Входящие SMTP соединения принимаются Балансировщиком Нагрузки TCP и отправляются на Frontend Сервера Кластера. Frontend Сервер получает сообщение так же, как и при работе в режиме одиночного сервера, но при этом он может контактировать с Backend Серверами (через CLI) в случае, если ему необходимо:

Полученные сообщения ставятся в очередь. Если сообщение направляется на внешний адрес, оно может быть ретранслировано этим же Frontend Сервером:

Релеинг по SMTP в Кластере

Местная Доставка

Сообщение, направляемое локальному пользователю, может быть поставлено в очередь на "неправильный" Сервер, то есть на Сервер, которые не может открыть данные требуемого Пользователя и отправить ему сообщение.

Такая ситуация может возникнуть, если сообщение устанавливается в очередь на Frontend Сервере (Frontend Сервера не могут напрямую открывать данные Пользователя в Общих Доменах), либо если сообщение устанавливается в очередь на Backend Сервере, который не является Хост Сервером для требуемого пользователя (в Статическом Кластере) или не может открыть его данные, потому что они открыты на каком-либо другом Backend Сервере (в Динамическом Кластере).

Для того, что бы решить эту проблему, модуль Местной Доставки использует соединения по каналу Доставки с правильным Backend Сервером и передаёт ему сообщение. Получающий Backend Сервер немедленно открывает данные требуемого Пользователя, применяет его Правила уровня Пользователя и сохраняет переданное сообщение. Этот Backend Сервер не устанавливает сообщение в очередь.

Если при доставке сообщений возникает сбой или другая временная проблема, то получающий Backend Сервер уведомляет отправителя об ошибке и сообщение либо задерживается в Очереди, либо удаляется из Очереди (в этом случае генерируются уведомления об ошибке).

Кластер Местной Доставки

Очереди на Backend Серверах

Сессии Веб Интерфейс Пользователя, Правила, сессии MAPI, а также другие модули и компоненты могут генерировать на Backend Серверах сообщения электронной почты.

Backend Сервер часто не имеет прямого доступа в Интернет и, в таком случае, он не может доставлять созданные сообщения на удалённые системы. Для решения этой проблемы Backend Сервера могут быть при помощи символа *, заданного в качестве имени Пересылающего Сервера SMTP сконфигурированы на релеинг всех сообщений на Frontend Сервера.

В этом случае, сообщение поступает в Очередь Backend Сервера, где оно обрабатывается с использованием Правил, Общих для Сервера и Общих для Кластера и, если оно не направляется локальному получателю, оно направляется в SMTP модуль, который передаёт его одному из Frontend Серверов:

Обработка в Кластере

При такой конфигурации каждое созданное на Backend Сервере сообщение обрабатывается дважды. Если в Кластерных Правилах используются Дополнительные Модули, анализирующие содержимое сообщения, то такая двойная обработка может отвлекать большое количество ресурсов системы. Для того, что бы этого избежать, может использоваться метод Обработки Удалённой Очереди.


Обработка Удалённых Очередей

Большая часть работы по обработке Очереди происходит на Frontend Серверах. Frontend Сервера принимают входящие сообщения по SMTP и, либо ретранслируют их далее, либо, при помощи специального протокола внутри-кластерного взаимодействия, доставляют их локальным Пользователям на Backend Сервера, не помещая их в Очереди Backend Серверов.

Некоторое количество сообщений может создаваться непосредственно на Backend Серверах.

Такие сообщения включают в себя: Возможно, по различным причинам вы захотите избежать обработки на Backend Серверах Очередей Сообщений, например:

Вы также можете обрабатывать Очереди Сообщений только на некоторых из Frontend Серверов.

Для того, что бы указать опции Обработки Очереди, откройте через Веб Интерфейс Администратора область Установки и выберите на странице Общее ссылку Кластеры. Найдите панель Обработки Очереди:

Обработка Очереди
Отправление Сообщений: Журнал Удалённой Отправки:
Отправление Сообщений
Эта настройка указывает, каким образом сформированные или полученные сообщения электронной почты передаются в компонент Установка в Очередь для дальнейшей доставки.
Локально
сообщения передаются в компонент Установка в Очередь того же Сервера (это обычный, односерверный редим обработки)
Локально для Других
сообщение передаются в компонент Установка в Очередь того же Сервера.
Контроллер Динамического Кластера информируется что этот Сервер может принимать (ставить в очередь) сообщения электронной почты созданные или полученные другими членами Кластера.
Контроллер Динамического Кластера собирает и распространяет информацию обо всех активных членах Кластера, у которых выбрана эта опция.
Удалённо
сообщения передаются тому члену Кластера, в которого эта настройка имеет значение Локально для Других. Содержимое временных файлов сообщений (конверт сообщения и само сообщение) отправляется другому члену Кластера по специальному протоколу через порт SMTP. Если сообщение не удаётся отправить (Сервер не смог соединиться с членами Кластера или передача файла сообщения закончилась неуспешно) то, что бы сообщение не было потеряно, оно поступает в очередь Сервера:
Удалённая Обработка в Кластере
Автоматически
аналогично:
Локально для Других
если этот Сервер является Frontend-ом Динамического Кластера;
Удалённо
если этот Сервер является Backend-ом Динамического Кластера.
Локально
если этот Сервер не входит в Динамический Кластер
Журнал Удалённой Отправки
Используйте эту настройку для того, что бы указать, какая информация, сохраняемая в Журнале работы Сервера, буедт передаваться на удалённый (другой) Сервер.
Эти записи имеют метку SUBMIT.

Руководство CommuniGate® Pro. Copyright © 1998-2009, Stalker Software, Inc.