- •Введение в архитектуру ферм серверов
- •Что такое ферма серверов?
- •Типичные сферы применения
- •Масштабирование ферм серверов
- •Узкие места, связанные с оборудованием
- •Балансировка сетевой нагрузки для обеспечения масштабируемости
- •Достоинства и недостатки вертикального и горизонтального масштабирования
- •Рост доступности при использовании ферм серверов
- •Стоимость обеспечения доступности
- •Балансировка нагрузки для обеспечения доступности
- •Избыточность
- •Доступность базы данных
- •Повышение гибкости и управляемости ферм серверов
- •Добавочное расширение
- •Контроль обновлений
- •Делегированное администрирование
- •Дискуссия. Фермы серверов на предприятии
- •Вопросы для дискуссии
- •Топология фермы серверов
- •Роли серверов Windows SharePoint Services 3.0
- •Внешние веб-серверы
- •Серверы баз данных
- •Серверы поиска
- •Роли серверов Office SharePoint Server 2007
- •Серверы индексирования
- •Серверы запросов
- •Другие серверы приложений
- •Архитектура поставщика общих служб
- •Поставщики общих служб и веб-приложения
- •Услуги, предоставляемые поставщиком общих служб
- •Требования к внешним веб-серверам
- •Требования к веб-серверам
- •Требования к серверу баз данных Требования к аппаратному и программному обеспечению
- •Raid конфигурация
- •Требования к серверу приложений Серверы приложений Windows SharePoint Services
- •Серверы приложений Office SharePoint Server
- •Типичные схемы серверов для малых развертываний
- •Изолированная установка
- •Небольшая ферма серверов
- •Типичные схемы серверов для средних развертываний Средняя ферма серверов — Windows SharePoint Services 3.0
- •Средняя ферма серверов — Office SharePoint Server 2007
- •Типичные схемы серверов для больших развертываний Большая ферма серверов — Windows SharePoint Services 3.0
- •Большая ферма серверов — Office SharePoint Server 2007
- •Несколько поставщиков общих служб в ферме Почему используют нескольких поставщиков общих служб?
- •Создание нескольких поставщиков общих служб
- •Ассоциирование поставщика общих служб с веб-приложением
- •► Чтобы ассоциировать поставщика общих служб с веб-приложением
- •Общий доступ к поставщикам общих служб между фермами Причины, по которым необходим общий доступ к поставщику общих служб
- •Настройка системы межферменных общих служб
- •► Процедура обеспечения общего доступа к поставщику общих служб между фермами
- •Развертывание ферм серверов
- •Подготовка серверов
- •Серверы баз данных
- •Внешние веб-серверы и серверы приложений
- •Порядок установки
- •Рекомендованный порядок установки для Office SharePoint Server
- •Рекомендованный порядок установки для Office SharePoint Services
- •Выполнение развертывания Установка первого сервера
- •Добавление серверов в ферму
- •Перемещение веб-узла центра администрирования
- •► Процедура перемещения веб-узла центра администрирования
- •Установка с базами данных, созданными администраторами
- •Установки со сценариями
- •Типичные сценарии
- •Изменение файла конфигурации
- •Защита содержимого с помощью Microsoft Forefront
- •Опасности, характерные для продуктов и технологий SharePoint
- •Концепция «защита в глубину»
- •Развертывание Forefront Security для SharePoint
- •Управление Forefront Security для SharePoint
- •► Процедура применения обновлений к серверам
Средняя ферма серверов — Office SharePoint Server 2007
В средней ферме Office SharePoint Server, вероятно, придется настроить специальный сервер приложений на более раннем этапе расширения по сравнению с фермой серверов в Windows SharePoint Services. Распределение ролей между серверами должно зависеть от того, как будут использовать решение. Возможно только определение оптимального распределения ролей сервера при помощи тщательного мониторинга производительности. Вопрос мониторинга производительности рассматривается подробнее в техническом документе Capacity Planning and Sizing for Microsoft SharePoint Technologies (Планирование нагрузки и изменение размеров для технологий Microsoft SharePoint). В состав типичной средней фермы серверов может входить:
два сетевых внешних веб-сервера со сбалансированной сетевой нагрузкой.
выделенный сервер приложений.
два кластерных или дублированных сервера баз данных.
Во многих сценариях один сервер приложений содержит все службы поставщика общих услуг. Однако в некоторых случаях более рациональным решением будет распределение роли сервера запросов между внешними веб-серверами. В таком случае роль сервера индексирования и остальные службы поставщика общих услуг можно исполнять на специальном сервере приложений.
Типичные схемы серверов для больших развертываний Большая ферма серверов — Windows SharePoint Services 3.0
В общем случае необходимо добавлять внешние веб-серверы, чтобы справиться с увеличением числа пользователей, и добавлять серверы баз данных, чтобы увеличить скорость обработки данных. Один сервер баз данных может вмещать до восьми внешних веб-серверов, хотя тестирование корпорации Майкрософт для совместных сценариев показало, что увеличение производительности при использовании пяти и более внешних веб-серверов на один сервер баз данных ограничено. В качестве общей рекомендации корпорация Майкрософт советует добавлять по одному серверу баз данных для баз данных содержимого на каждые четыре внешние веб-серверы.
Можно также использовать выделенный сервер приложений для запуска служб поиска и индексирования. Windows SharePoint Services 3.0 не предоставляет возможности прямой установки для выделенных серверов поиска и индексирования. Чтобы настроить выделенный сервер поиска и индексирования, следует:
Установить Windows SharePoint Services 3.0 по варианту Complete (Полная) на сервер.
Запустить мастер настройки продуктов и технологий SharePoint, чтобы подключить сервер к существующей ферме серверов.
Запустить службу поиска на новом сервере.
Примечание. Можно запустить службу поиска через веб-узел центра администрирования SharePoint. На странице Operations (Операции) щелкните Servers (Серверы) в ферме, а затем щелкните имя сервера, который необходимо добавить. На странице Services on Server (Службы на сервере) в строке Windows SharePoint Services Search (Поиск в Windows SharePoint Services) щелкните Start (Пуск). Если служба поиска еще не настроена, появится предложение системы ввести данные учетной записи пользователя, сведения о базе данных поиска и график индексирования. Центр администрирования затем попытается запустить службу поиска на новом сервере.
Таким образом, сервером приложений станет сервер, на котором работают службы запросов и индексирования и который предоставляет функции поиска всем узлам в веб-приложениях, которые хранятся в соответствующих базах данных, подключенных к этому серверу. Для особо больших развертываний или развертываний со значительной интенсивностью поиска можно использовать аналогичный подход к развертыванию нескольких выделенных серверов поиска, каждый из которых отвечает за поддержку индекса на заданных базах данных содержимого. Однако важно отметить, что это не повысит доступность службы поиска, так как в отдельный момент времени можно ассоциировать отдельную базу данных содержимого с одним, и только одним сервером поиска.
Можно также запустить службу центра администрирования на двух и более серверах. Чтобы достичь высокой доступности для веб-узла центра администрирования, следует использовать URL-адрес домена со сбалансированной нагрузкой в DNS-зоне, которая отделена от семейства узлов SharePoint.