Выбор порога готовности сервера
Настройка порога готовности сервера на каждом сервере - ключевой фактор в балансировании рабочей нагрузки в кластере. Настройка слишком высокого порога готовности сервера, может кончаться слишком частыми переадресациями запросов на другие сервера. Настройка слишком низкого значения этого порога, будет понижать эффективность использования Вашего сервера.
Чтобы определять надлежащее значение для порога готовности сервера, делайте следующее:
* В течение периодов нормальных и тяжелых нагрузок на сервер, используйте один из следующих методов наблюдения за индексом готовности сервера:
· В панели серверов, из клиента Domino Administrator, выбирайте правой клавишей, свойства сервера и затем выбирайте закладку Кластер.
· Из клиента Domino Administrator, выбирайте закладку Сервер – Статистика и затем в списке статистики, выбирайте – Server.
· В консоли сервера, введите следующие команды:
show cluster
show stat server
· Из клиента Domino Administrator, выбирайте закладку Сервер – Анализ. Выбирайте имя сервера статистики, если оно доступно. Выбирайте представление Statistics Reports – Cluster.
· Вы можете просматривать представление Statistics Reports – Cluster из базы данных статистики STATREP.NSF.
· Если Ваш сервер работает под управлением WindowsNT, используйте Perfomance Monitor WindowsNT, чтобы проверить статистику с именем Server.AvailabilityIndex.
* Установите начальный порог готовности, основанный на результатах Вашего наблюдения. Рассмотрите следующее, при настройке этого значения:
· Значение должно быть немного ниже конечного значения, которые Вы наблюдали, при исследованиях в Вашей системе.
· Повышайте или понижайте число порога готовности, приспосабливая ее к конкретному серверу.
· Когда какой либо сервер в кластере терпит крах, его рабочая нагрузка распределяется среди всех серверов в кластере. Если имеется только два сервера в кластере с одинаковой рабочей нагрузкой, то при отказе одного из серверов, рабочая нагрузка на другой, увеличится на 100%. Если имеется шесть серверов в кластере и один из серверов откажет, увеличение нагрузки на оставшиеся сервера ожидается только на 20%. Поэтому, Вы должны учитывать увеличение нагрузки на сервера, при аварийных ситуациях, когда устанавливаете порог готовности для сервера.
* Отслеживайте другую статистику кластера, чтобы видеть сбалансирована ли рабочая нагрузка разумно. Следующая таблица содержит список некоторой статистики, которая является полезной в определении балансирования рабочей нагрузки.
Имя статистики |
Описание |
Server.AvailabilityIndex |
Текущее значение индекса готовности. Значения от 0 до 100. Значение 0 указывает, что не имеется никаких ресурсов, доступных на сервере. Значение 100 - сервер полностью доступен. |
Server.Cluster.OpenRedirects.LoadBalance.Successful |
Количество времени, в течение которого, сервер помеченный как BUSY, успешно переадресовывает клиентов на другой сервер кластера. |
Server.Cluster.OpenRedirects.LoadBalance.Unsuccessful |
Количество времени, в течение которого, сервер помеченный как BUSY, безуспешно пытается переадресовывать клиентов на другой сервер кластера. |
Server.Cluster.OpenRequest.ClusterBusy |
Количество времени, в течение которого, сервер помеченный как BUSY, пробует переадресовывать запросы клиента, на другие сервера кластера, которые тоже находятся в состоянии BUSY. |
Server.Cluster.OpenRequest.LoadBalanced |
Количество времени, в течение которого пользователь пробовал открывать базу данных на этом сервере, когда сервер был в состоянии BUSY. |
* Сравнить эту статистику для всех серверов в кластере.
* Регулируйте порог готовности сервера на любом сервере, если Вам кажется что она не сбалансирован.
Хотя может показаться естественным, установить тот же самый порог готовности на всех серверах кластера, это не оптимально для всех ситуациях. Если Ваши сервера значительно различаются по мощности, вместимости, или операционными системами, Вы должны учитывать эти различия.