Пример применения кластера
Рассмотрим пример, в котором применение кластера решает сразу массу проблем. Этот пример позволит вам понять основные принципы применения кластеров, и далее, "через призму этого примера", легче воспринимать приводимый материал.
Исходно в домене (см. Рис. 10.11) имелось два сервера баз данных (Navy и Royal) и один коммуникационный сервер. Сервер Navy использовался в основном как почтовый сервер - он содержал почтовые ящики всех пользователей домена. Сервер Royal содержал две "критические" для бизнес-процесса компании базы данных SALES.NSF и PARTS.NSF. Кроме того, на обоих серверах имелись и другие, менее часто используемые базы данных.
Из-за увеличения количества пользователей в домене резко возросла рабочая нагрузка как на почтовую систему, так и на базы данных, особенно SALES.NSF и PARTS.NSF. Кроме того, когда один из серверов останавливается на профилактику, пользователи теряют возможность обратиться к их почте на сервере Navy или к базам данных на сервере Royal.
Чтобы решить эти проблемы, создаем кластер из двух существующих серверов (Navy и Royal) и нового сервера True. При планировании кластера используем следующие соображения.
Рис. 10.11 Пример кластера из трех серверов Notes
· Выбираем аппаратную платформу нового сервера так, чтобы общая вычислительная мощность трех серверов с определенным запасом позволяла справиться с имеющейся рабочей нагрузкой.
· Создаем дополнительные реплики баз данных на серверах кластера так, чтобы при сбое или отключении на профилактику любого одного из серверов пользователи могли обратиться к их репликам на каком-то из серверов, продолжающих функционировать.
· Поскольку базы SALES.NSF и PARTS.NSF наиболее критичны для бизнес-процесса, создаем их реплики на каждом из трех серверов кластера. Посредством внутрикластерных репликаций изменения из одной реплики "в реальном времени" будут распространяются в реплики на других серверах. За счет переключений (failover) доступ к этим базам будет возможен, даже если откажут два из трех членов кластера. В нормальном же режиме работы пользовательские запросы к этим базам должны "распределяться" по всем трем серверам, благодаря чему будет обеспечено малое время отклика.
· Чтобы обеспечить доступность почты, создадим по две реплики почтового ящика каждого пользователя на разных серверах кластера. Распределим файлы почтовых ящиков так, чтобы на каждом сервере имелось примерно две трети от увеличенного вдвое общего количества файлов почтовых ящиков. В документах Person распределим почтовые серверы (поле Mail Server) внутри кластера так, чтобы на каждый сервер приходилось примерно одна треть пользователей. Имея две реплики каждого почтового ящика на разных серверах кластера и благодаря переключениям (failover), обеспечиваемым кластером, мы гарантируем, что пользователь будет способен и посылать и получить почту, даже если его почтовый сервер не функционирует.
· Может быть желательно создать дополнительные реплики некоторых других баз данных, чтобы обеспечить их более высокую доступность.
· В качестве дополнительной меры можно рекомендовать создание отдельного сегмента локальной сети между серверами кластера и настройку серверов кластера так, чтобы весь внутрикластерный обмен происходил именно по этому сегменту сети.
