Кластеры |
|---|
| ||||||||
|
|
Версия 5.2 |
||||||||||||||||||||||||||||||
|
|
Общие Домены в Статическом Кластере создаются точно также, как и обычные Домены CommuniGate Pro. Каждый Сервер в статическом Кластере обслуживает подмножество из всех Пользователей Общего Домена. Как следствие, у каждого Пользователя Общего Домена есть "Хост Сервер". Физический доступ к данным Пользователя необходим только Хост Серверу, так что в Статических Кластерах могут использоваться обычные, не разделяемые системы хранения. Статические Кластера используют специальные методы, позволяющие каждому Серверу в Кластере узнать Хост Сервера для любого пользователя Общего Домена. Такой тип маршрутизации может быть реализован с использованием общего Сервера Справочника, точно так же, как и при использовании Распределённых Доменов:
Если адрес направляется на домен, перечисленный в этой таблице, то Сервер CommuniGate Pro использует свои кластерные механизмы для соединения с Backend сервером по указанному адресу и выполняет затребованную операцию на этом Backend сервере.
Логика установки Backend и Frontend Серверов одинакова - просто вы не создаёте Пользователей Общего Домена ни на каком из Frontend Серверов, а создаёте их на Backend Серверах.
Компьютеры, входящие в Статический Кластер, могут работать под управлением разных операционных систем.
Полная конфигурация Frontend-Backend Статического Кластера использует также Балансировщик Нагрузки и работает в нескольких отдельных сетях:
В упрощённой конфигурации вы можете соединять Frontend Сервера напрямую с Интернет и балансировать нагрузку, используя циклический DNS. В этом случае между Frontend и Backend Серверами настоятельно рекомендуется использовать межсетевой экран.
Вы можете добавлять Frontend и Backend Сервера в Статический Кластер в любое время.
Для того, что бы добавить Сервер в Статический Кластер:После того, как Frontend Сервер настроен и добавлен в Статический Кластер, перенастройте Балансировщик Нагрузки или циклический DNS сервер на то, что бы они направляли входящие запросы также и на этот новый Сервер.
После того, как новый Backend Сервер настроен и добавлен в Статический Кластер, вы можете начинать создавать Пользователей в его Общем Домене.
Если вы решили выключить Backend Сервер в Статическом Кластере, все пользователи, размещённые на этом Сервере, не смогут получить доступ к Серверу. Входящие сообщения для этих Пользователей будут накапливаться в очередях Frontend Серверов и сообщения будут доставлены сразу же, как только Backend Сервер будет включён обратно или как только эти пользователи станут доступными на другом Backend Сервере (смотрите ниже).
Если Backend Сервер в Статическом Кластере выключается, то все Пользователи, размещённые на этом Сервере, не смогут получить доступ к Серверу (в обслуживании Пользователей, размещённых на других Backend Серверах, сбоев не произойдет).
Для восстановления доступа Пользователей выключенного Сервера, его Хранилище Пользователей должно быть подключено к любому другому Backend Серверу. Вы можете или:После того, как родственный Backend сервер получит физический доступ к Хранилищу Пользователей отказавшего сервера, вы должны изменить Справочник так, что бы все Сервера обращались бы к новому "дому" для Пользователей из этого Хранилища. Это может быть сделано любой LDAP утилитой, которая изменяет все записи в Поддереве Домена, у которых в атрибуте hostServer содержится имя отказавшего Сервера. Эта утилита должна присвоить значению атрибута имя нового Хост Сервера и должна добавить атрибут oldHostServer с именем оригинального Хост Сервера. Этот дополнительный атрибут позволит восстановить значение атрибута hostServer после восстановления оригинального Хост Сервера и соединения с ним Хранилища Пользователей. Если CommuniGate Pro используется как Сервер Справочника сайта, то 500,000 записей Справочника могут быть изменены за 1-2 минуты.