Администрирование Lotus Notes 4.1x и Lotus Domino 4.5

         

Серверные задачи, входящие в состав кластера


Кластер из серверов Notes

- группа до шести серверов Notes, взаимосвязанных и взаимодействующих между собой, чтобы обеспечить высокую степень доступности, масштабируемости и балансировку загрузки его членов. Серверы кластера по возможности должны располагаться в одной высокоскоростной локальной сети. Обычно на серверах кластера для каждой "критической" для бизнес-процесса базы данных создаются реплики, которые внутри кластера синхронизируются не по расписанию, а по событию модификации документа, "почти в реальном времени".

В состав кластера входят следующие 6 компонент.

1. Серверная задача Cluster Administration Process (CLADMIN) отвечает за корректную работу всех компонент кластера. На сервере-члене кластера эта задача автоматически запускается при старте сервера или в ситуации, когда было обнаружено изменение в составе кластера.

2. Серверная задача Cluster Database Directory Manager (CLDBDIR) занимается поддержкой в актуальном состоянии базы данных Cluster Database Directory (CLDBDIR.NSF). Как только задача "замечает" появление на "своем" сервере новой базы или шаблона, она создает в базе CLDBDIR.NSF соответствующий этой базе или шаблону документ. Документ включает название базы, имя сервера, путь к файлу базы, идентификатор реплики и прочие атрибуты. Этот документ "тут же" передается внутрикластерным репликатором в реплики базы CLDBDIR.NSF на других серверах-членах кластера. Когда же задача "замечает" удаление на "своем" сервере базы или шаблона, она удаляет в базе CLDBDIR.NSF соответствующий удаленной базе или шаблону документ. Кроме того, задача CLDBDIR выполняет операции с базами данных, для которых в базе CLDBDIR.NSF были установлены атрибуты Out of service или Pending delete.

3. Реплика базы данных Cluster Database Directory (CLDBDIR.NSF) находится на каждом сервере-члене кластера. В базе содержится информация обо всех базах данных и шаблонах, имеющихся на серверах-членах кластера. Администратор сервера может в этой базе устанавливать для документов, соответствующих другим базам, атрибуты Out of service или Pending delete.


4. Серверная задача Cluster Manager постоянно "отслеживает" состояние всех серверов-членов кластера. Она поддерживает в своей виртуальной памяти (т.н. кэш кластера) в актуальном состоянии список всех функционирующих в данное время серверов-членов кластера, а также информацию о текущей загрузке каждого сервера-члена. Для получения этой информации задача периодически обменивается с другими серверами-членами кластера специальными сообщениями (cluster probes). Информацию "из кэша кластера" можно получить по команде консоли Show Cluster.

В ситуации, когда данный сервер "перегружен пользователями", задача Cluster Manager по информации из базы CLDBDIR.NSF всегда может определить, какие еще серверы кластера имеют реплику запрошенной очередным пользователем или сервером базы, и, если это возможно, перенаправить запрос на соответствующий сервер-член кластера.

Итак, в функции Cluster Manager

входит:

·        периодический контроль в "своей" адресной книге значения поля ClusterName в документах Server и вида Server\Cluster для того, чтобы иметь в актуальном состоянии список серверов, потенциально включенных в данный кластер;

·        периодический контроль текущей доступности каждого потенциального члена кластера и его текущей загрузки (cluster probes);

·        уведомление "других" администраторов кластера об изменениях состояния данного сервера (ответ на cluster probes);

·        переназначение запросов на открытие баз данных на другие серверы кластера на основании текущей загрузки данного и других серверов-членов;

·        балансировка нагрузки на серверы-члены кластера;

·        генерация событий failover и load balance;

·        регистрация событий failover и workload balance в базе - протоколе работы сервера (LOG.NSF).



5. Серверная задача Cluster Replicator (CLREPL) функционирует на каждом сервере-члене кластера и обеспечивает выполнение внутрикластерных репликаций. Внутрикластерный репликатор работает по схеме Push-Only. Он "способен реплицировать" не только список управления доступом, элементы дизайна и документы, но и также частные папки, хранящиеся в базе. Информацию о других серверах-членах кластера, на которых имеется реплика "изменившейся" базы, задача CLREPL получает по информации из базы данных CLDBDIR.NSF. Однако для ускорения работы задача "кэширует" содержимое этой базы в своей виртуальной памяти, обновляя кэш только в тех случаях, когда содержимое базы данных CLDBDIR.NSF изменяется задачей CLDBDIR.

6. Средство анализа кластера - Cluster Analysis tool - встроено в программное обеспечение станции Notes. Оно используется для анализа конфигурации кластера и определения, корректно ли он установлен. "Запускается" средство из окна Server Administration выбором пункта Cluster Analysis в меню кнопки Servers. Результаты работы этого средства помещаются в базу данных Cluster Analysis (CLUSTA4.NSF) в документы формы Cluster Analysis Results.

Более подробно функционирование и настройка кластера, а также действия по добавлению сервера в кластер и "выводу" сервера из кластера рассматриваются в 10.4.


Содержание раздела