Планирование избыточности (Windows SharePoint Services)

  • Статья

Содержание:

  • Сведения об избыточности

  • Определение требований к избыточности серверов

  • Планирование развертывания ограниченного числа серверов

  • Планирование минимального уровня избыточности сервера

  • Выбор базовой топологии фермы серверов

  • Планирование избыточности веб-сервера

  • Планирование избыточности серверов поиска

  • Планирование избыточности сервера базы данных

  • Выбор базовой топологии

В этой статье описаны варианты избыточности для масштабирования избыточных ролей серверов в составе фермы Windows SharePoint Services 3.0. По прочтении этой статьи пользователь сможет определять и документировать варианты избыточности, соответствующие среде.

Дополнительные сведения о доступности см. в разделе Планирование доступности (Windows SharePoint Services).

Сведения об избыточности

Термин избыточность часто ошибочно считают синонимом доступности. Хотя эти понятия связаны, это не одно и то же. Избыточность относится к использованию нескольких серверов в среде с балансировкой нагрузки для различных целей, например улучшения производительности фермы, масштабирования для добавления дополнительных пользователей и увеличения доступности.

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

В данной статье описан процесс внедрения избыточных серверов в ферме Windows SharePoint Services 3.0.

Определение требований к избыточности серверов

Службы Windows SharePoint Services 3.0 поддерживают масштабируемые фермы серверов для обеспечения высокого уровня мощности, производительности и доступности. Как правило, критерий мощности является основным при определении начального числа серверов. После расчета требований к производительности доступность также играет роль как в выборе количества серверов, так и при определении размера и мощности серверов в ферме серверов.

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

Планирование развертывания ограниченного числа серверов

Если дополнительная мощность и производительность при развертывании серверов не является важным критерием, то в серверной топологии может изначально присутствовать один или два сервера. Для целей ограниченного использования допускается развертывание одного сервера.

Один сервер

Цели ограниченного использования могут включать перечисленные ниже задачи.

  • Установка служб Windows SharePoint Services 3.0 в целях оценки.

  • Развертывание служб Windows SharePoint Services 3.0 для ограниченного использования (для одного подразделения) или ограниченного числа пользователей.

В большинстве случаев развертывание служб Windows SharePoint Services 3.0 рекомендуется начинать, как минимум, с двух серверов:

  • Сервер 1: интерфейсный веб-сервер и сервер поиска

  • Сервер 2: выделенный компьютер SQL Server

    2-серверная ферма

Если в среде не требуется избыточность серверов, можно перейти к следующей статье для выполнения следующего шага планирования: Планирование производительности и мощности (Windows SharePoint Services). На этом этапе планирования будет определено общее количество серверов, рекомендованное для конкретного плана развертывания серверов. Оставшуюся часть статьи в данном случае можно пропустить.

Планирование минимального уровня избыточности сервера

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

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

Ферма из четырех серверов

Минимальная ферма серверов, обеспечивающая доступность, состоит из четырех серверов, назначение которых описано ниже.

  • Первый и второй серверы — веб-серверы. Служба поиска установлена на одном из веб-серверов.

  • Третий и четвертый серверы — кластерные или зеркально отображенные серверы баз данных.

    5-серверная ферма

Ферма из пяти серверов

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

  • Первый и второй серверы — веб-серверы.

  • Третий сервер — сервер поиска.

  • Четвертый и пятый серверы — кластерные или зеркально отображенные серверы баз данных.

    5-серверная ферма

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

Ферма из трех серверов

Для развертывания небольшого числа серверов существует альтернативный вариант. В ферме из трех серверов необходимо выбрать роли серверов для организации избыточности: это может быть роль веб-сервера или роль сервера баз данных.

Добавление третьего сервера на уровне веб-серверов позволяет достичь избыточности роли веб-серверов. Роль службы поиска можно установить на любом из веб-серверов.

При ограниченной доступности эта топология позволяет повысить общую производительность небольшой фермы. Использование этой топологии рекомендуется, если производительность имеет большее значение по отношению к избыточности.

Интерфейсные веб-серверы для 3-серверной фермы

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

Базы данных для 3-серверной фермы

Выбор базовой топологии фермы серверов

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

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

Планирование избыточности интерфейсного веб-сервера

Этот раздел поможет выполнить следующие задачи.

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

  • Выбрать технологию балансировки нагрузки между веб-серверами.

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

Следующим шагом будет планирование используемой технологии балансировки нагрузки. Службы Windows SharePoint Services 3.0 поддерживают два метода балансировки нагрузки, перечисленные ниже.

  • Программный, например службы балансировки сетевой нагрузки операционной системы Microsoft Windows Server 2003. Службы балансировки сетевой нагрузки выполняются на интерфейсных веб-серверах и используют протокол TCP/IP для маршрутизации запросов. Так как службы балансировки сетевой нагрузки (и другие программные решения балансировки нагрузки) выполняются на интерфейсных веб-серверах, используются ресурсы интерфейсных веб-серверов, что сокращает ресурсы, доступные для хранения веб-страниц. Однако на системные ресурсы оказывается незначительное воздействие, и одно программное решение может может обслуживать до 32 интерфейсных веб-серверов. Дополнительные сведения о службах балансировки сетевой нагрузки Windows Server 2003 см. в статье Кластеры балансировки нагрузки в сети (https://technet.microsoft.com/ru-ru/library/cc759510.aspx). Дополнительные сведения о службах балансировки сетевой нагрузки Windows Server 2008 см. в статье Балансировка сетевой нагрузки (на английском языке) (https://technet.microsoft.com/ru-ru/library/cc732855.aspx) (на английском языке).

  • Аппаратный, например маршрутизатор или коммутатор. Оборудование для балансировки нагрузки использует сеть для направления трафика веб-сайтов между интерфейсными веб-серверами. Оборудование для балансировки нагрузки является более дорогим решением, чем программные средства, но не использует ресурсы интерфейсных веб-серверов. Службы Windows SharePoint Services 3.0 можно использовать с любым оборудованием для балансировки нагрузки.

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

Существует третий, хотя и не рекомендуемый, метод балансировки нагрузки — циклическая балансировка нагрузки со службой доменных имен (DNS). Циклическая балансировка нагрузки с DNS способна потреблять значительное количество ресурсов интерфейсных веб-серверов, она работает медленнее чем аппаратная и программная балансировка нагрузки, и ее не рекомендуется использовать со службами Windows SharePoint Services 3.0. Кроме того, циклическая балансировка нагрузки с DNS не учитывает нагрузку сеанса при направлении пользователя на сервер, что может привести к перегрузке сервера.

Планирование избыточности серверов поиска

Службы Windows SharePoint Services 3.0 включают одну роль сервера приложений — роль поиска. Роль приложения поиска Windows SharePoint Services 3.0 состоит из компонентов поиска и индексирования. Эти компоненты являются неделимыми. Роль поиска можно установить на веб-сервере или выделенном сервере приложений. Если при развертывании Windows SharePoint Services 3.0 используется более одного компьютера, не рекомендуется устанавливать роль сервера на один компьютер с базой данных.

В случае сбоя сервера поиска Windows SharePoint Services 3.0 возможности поиска будут недоступны. Время, необходимое для восстановления функций поиска, зависит от возможности восстановления существующих индексов контента или необходимости создания новых индексов путем повторного обхода контента.

Службы Windows SharePoint Services 3.0 можно развернуть на нескольких серверах, если требуется дополнительная мощность. Однако развертывание нескольких серверов не создает избыточности. В такой конфигурации каждый сервер поиска настраивается для обхода различных наборов баз данных контента. Поскольку основной причиной развертывания нескольких серверов поиска является необходимость в масштабировании мощности или производительности, последующие статьи по планированию помогут принять решение о необходимости использования нескольких серверов при развертывании. Дополнительные сведения см. в разделе Планирование производительности и мощности (Windows SharePoint Services).

Планирование избыточности сервера базы данных

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

Роль сервера базы данных оказывает наибольшее влияние на доступность решения. В случае сбоя в работе веб-сервера или сервера приложений эти роли могут быть быстро восстановлены или развернуты повторно, а при отказе сервера базы данных работа решения может быть продолжена только после полного восстановления сервера базы данных. Этот процесс может включать в себя повторное создание сервера базы данных и последующее восстановление данных с помощью носителя резервной копии. При этом новые или измененные данные, которые были обновлены с момента последнего создания резервной копии, могут быть потеряны в зависимости от настройки SQL Server 2005 Кроме того, решение будет совершенно недоступно на период восстановления роли сервера базы данных.

Выбор базовой топологии

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

Загрузить эту книгу

Для упрощения чтения и печати этот раздел включен в следующие загружаемые книги:

Полный список доступных книг см. в разделе Загружаемые книги для служб Windows SharePoint Services.