Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
AM102570961033_ru_check.doc
Скачиваний:
4
Добавлен:
22.04.2019
Размер:
380.93 Кб
Скачать

Стоимость обеспечения доступности

Планируя затраты на обеспечение доступности, следует сопоставить затраты на приобретение и обслуживание дополнительных серверов с убытками, которые понесет организация из-за недоступности услуг. Помимо незапланированных простоев, не следует забывать о плановых простоях, которые необходимы при установке новых версий программного обеспечения или пакетов обновления.

Чтобы подсчитать, во что обходится простой сервера, вначале нужно вычислить стоимость часа отсутствия услуги. Она может складываться из стоимости потерянного рабочего времени и снижения объема сбыта. Далее нужно определить количество часов простоя в год, которое вычисляют путем умножения среднего числа отказов каждого из серверов в течение года на выраженное в часах среднее время, затраченное на возврат сервера в строй. При этом нельзя упускать из виду также простой во время планового технического обслуживания. В итоге путем умножения стоимости одного часа простоя сервера на количество часов простоя в год можно узнать общую среднегодовую стоимость простоя.

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

Балансировка нагрузки для обеспечения доступности

Можно использовать решения балансировки нагрузки программной или аппаратной сети для увеличения доступности и возможности обработки большего количества параллельных запросов пользователей. При балансировке нагрузки серверы, выполняющие одну и ту же функцию или предоставляющие одинаковые услуги, соединяются вместе для распределения нагрузки по серверам. Балансировка нагрузки с точки зрения Office SharePoint Server может быть особенно полезной при распределении запросов на уровне внешнего веб-интерфейса Office SharePoint Server и для роли запроса в Microsoft Office SharePoint Server 2007, например для размещения службы запросов на внешних веб-серверах со сбалансированной нагрузкой. Другие роли, например индексирование, для балансировки нагрузки не походят, так как их нельзя распределить на несколько серверов.

В службе балансировки сетевой нагрузки (NLB) Microsoft Windows, в которой используется технология балансировки программной нагрузки, активный узел в кластере балансировки сетевой нагрузки посылает сигналы остальным узлам кластера (в случае обычной средней фермы Offices SharePoint Server — на внешние веб-серверы). Если узел перестает посылать периодические сигналы, кластер автоматически удаляет неисправный узел (в предыдущем примере — внешний веб-сервер), и все новые запросы распределяются между оставшимися внешними серверами. Кластеру балансировки сетевой нагрузки необходимо около восьми секунд, чтобы определить сбой сервера и изменить собственную конфигурацию, исключив из нее неисправный узел.

Решения балансировки сетевой нагрузки Windows могут помочь защитить развертывание от простоя по причине сбоев аппаратного обеспечения или платформы. Однако они не защищают от отдельных сбоев в работе сервера. Например, если служба W3SVC на веб-сервере остановится, узел будет продолжать посылать периодические сигналы, и служба балансировки нагрузки продолжит посылать данные в рамках текущего трафика на этот узел.

Средства балансировки нагрузки аппаратного обеспечения обычно обходятся дороже, чем средства балансировки нагрузки программного обеспечения, однако цену можно снизить, купив средство балансировки нагрузки аппаратного обеспечения с коммутатором, брандмауэром или обратным прокси-сервером. В аппаратном решении балансировки нагрузки аппаратное устройство получает запросы на выполнение услуг на сервере через виртуальный IP-адрес. После этого средство балансировки нагрузки определяет, на какой сервер необходимо направить запрос.

Обычно в решениях балансировки нагрузки используется один из трех методов определения вариантов распределения запросов между серверами. Эти методы перечислены в следующей таблице:

Метод

Описание

Циклическая схема

DNS-сервер обслуживает IP-адреса нескольких веб-серверов для одного URL-адреса. Запросы распределяются между веб-серверами по очереди.

Минимальные соединения

Средство балансировки нагрузки посылает новые запросы на веб-сервер с минимальным количеством активных соединений.

Самый быстрый отклик

Средство балансировки нагрузки посылает новые запросы на веб-сервер с самым коротким временем отклика.

Средневзвешенное процентное отношение

Средство балансировки нагрузки присваивает определенный вес каждому серверу. Этот метод похож на метод минимальных соединений, однако в данном случае больший процент запросов направляется на серверы с большим весом (обычно это серверы с более высокой производительностью).

Циклическая схема — это наименее сложный метод, а самый быстрый отклик — наиболее сложный. Некоторые решения балансировки нагрузки также позволяют присваивать веса каждому серверу. Это может понадобиться в средах с фермой серверов, где некоторые серверы выполняют дополнительные функции, например на них работают службы поиска или индексирования. Кроме того, можно настроить устойчивость, чтобы гарантировать, что запросы с клиентского компьютера всегда направляются на один и тот же внешний веб-сервер.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]