Поделиться через


Обзор управления емкостью и изменения размера для SharePoint Server 2010

Обновлено: Июнь 2012

 

Применимо к: SharePoint Server 2010

Последнее изменение раздела: 2016-11-30

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

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

Планирование емкости представляет собой лишь один из этапов цикла управления емкостью. Это исходный набор действий, который позволяет архитектору достичь того уровня исходной архитектуры, который, по его мнению, оптимально обеспечивает работоспособность среды SharePoint Server 2010. Модель управления емкостью также предусматривает дополнительные этапы, позволяющие выполнить проверку и настройку исходной архитектуры; а также предоставляет цепь обратной связи для повторного планирования и оптимизации производственной среды, обеспечивающей выполнение задач разработки для оптимального выбора оборудования, топологии и конфигурации.

Содержание:

  • Глоссарий

  • Кому адресованы статьи об управлении емкостью?

  • Четыре базовых компонента производительности

  • Управление емкостью в сравнении с планированием емкости

  • Увеличение номинального размера в сравнении с уменьшением номинального размера

  • Ограничения и границы программного обеспечения

  • Ключевые различия: сравнение SharePoint Server 2010 с Office SharePoint Server 2007

  • Ключевые отличительные признаки развертывания SharePoint Server 2010

  • Эталонные архитектуры

Глоссарий

В документации по управлению емкостью SharePoint Server 2010 используются следующие специальные термины.

  • RPS   Запросов в секунду. Количество запросов, получаемое фермой или сервером за одну секунду. Эта величина является стандартным показателем измерения нагрузки сервера или фермы. Количество запросов, обрабатываемых фермой, превышает количество загрузок страницы и действий конечных пользователей. Это обусловлено тем, что каждая страница содержит несколько компонентов, каждый из которых при загрузке страницы создает один или несколько запросов. Затраты на транзакцию для одних запросов могут быть меньше, чем для других. В лабораторных тестах и документации по конкретным примерам в расчет RPS не включены 401 запрос и ответ (связанные с проверкой подлинности), так как они не оказывают значительного влияния на ресурсы фермы.

  • Часы пиковой загрузки   Время суток (один или несколько раз в сутки), когда загрузка фермы максимальна.

  • Пиковая загрузка   Средняя максимальная загрузка в день, измеряемая в RPS (запросов в секунду).

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

  • Вертикальное масштабирование   Вертикальным масштабированием называется добавление для сервера таких ресурсов, как процессоры или память.

  • Горизонтальное масштабирование   Горизонтальным масштабированием называется добавление дополнительных серверов в ферму.

Кому адресованы статьи об управлении емкостью?

Чтобы решить, стоит ли вам читать эту статью, рассмотрите следующие вопросы.

Оценка SharePoint Server 2010

Я отвечаю за принятие решений в ИТ-отделе или организации и занимаюсь поиском решения для конкретных задач. Я рассматриваю SharePoint Server 2010 как возможный вариант решения в рамках существующей среды. Сможет ли этот продукт обеспечить функции и возможности масштабирования, соответствующие моим требованиям?

Сведения о способах масштабирования SharePoint Server 2010 в соответствии с требованиями отдельных решений, а также об определении оборудования для обеспечения текущих потребностей см. в следующих разделах настоящей статьи:

  • Ключевые различия: сравнение SharePoint Server 2010 с Office SharePoint Server 2007

  • Ограничения и границы программного обеспечения

Сведения о способах оценки соответствия SharePoint Server 2010 конкретным бизнес-требованиям см. в следующих статьях:

Обновление версии Office SharePoint Server 2007

В настоящее время я использую Office SharePoint Server 2007. Что изменилось в версии SharePoint Server 2010? Что следует принять во внимание при обновлении версии? Как обновление версии повлияет на производительность и масштабирование топологии?

Сведения о различиях между коэффициентами емкости и производительности Office SharePoint Server 2007 в сравнении с SharePoint Server 2010 см. в следующем разделе данной статьи:

  • Ключевые различия: сравнение SharePoint Server 2010 с Office SharePoint Server 2007

Сведения об общих параметрах обновления версии и инструкции по планированию и выполнению обновления версии Office SharePoint Server 2007 см. в следующей статье:

Настройка и оптимизация динамической среды на основе SharePoint

Выполнено развертывание SharePoint Server 2010, и я хочу убедиться в наличии соответствующего оборудования и топологии. Как проверить архитектуру и правильно ее настроить?

Сведения о счетчике производительности и счетчике системного монитора для ферм Microsoft SharePoint Server 2010 см. в следующей статье:

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

Выполнено развертывание SharePoint Server 2010, и возникли проблемы с производительностью. Как выполнить диагностику и устранение неисправностей и оптимизировать среду?

Сведения о счетчике производительности и счетчике системного монитора для ферм Microsoft SharePoint Server 2010 см. в следующей статье:

Сведения о диагностике и устранении неисправностей с помощью инструментов мониторинга исправности, встроенных в интерфейс центра администрирования, см. в следующей статье:

Список статей об управлении емкостью, доступной для многих конкретных служб и компонентов SharePoint Server 2010, см. в следующей статье (дополнительные статьи будут добавляться в этот список по мере их подготовки):

Сведения о производительности и изменении размера баз данных см. в следующей статье:

Сведения об удаленном хранилище больших двоичных объектов см. в следующей статье:

От начала до конца

Я хочу узнать все об управлении емкостью в SharePoint Server 2010. С чего начать?

Сведения об общих принципах управления емкостью и ссылки на дополнительную документацию и ресурсы см. в следующей статье:

Дополнительные сведения об управлении емкостью см. в следующих дополнительных статьях к этой обзорной статье:

Теперь, когда вы познакомились с основными понятиями, можно просмотреть сведения об ограничениях и границах SharePoint Server 2010 в следующей статье:

Чтобы определить начальную точку в топологии своей среды на основе SharePoint Server 2010, можно просмотреть библиотеку доступных технических примеров для поиска конкретного примера, оптимально соответствующего требованиям организации. Список конкретных примеров (пополняется по мере появления новых примеров) см. в следующей статье:

Список статей об управлении емкостью, доступной для многих конкретных служб и компонентов SharePoint Server 2010, см. в следующей статье (дополнительные статьи будут добавляться в этот список по мере их подготовки):

Сведения о производительности и изменении размера баз данных см. в следующей статье:

Сведения об удаленном хранилище больших двоичных объектов см. в следующей статье:

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

Инструкции по общей настройке производительности, а также другие статьи по вопросам производительности и емкости (дополнительные статьи добавляются по мере их доступности) см. в следующей статье:

Дополнительные сведения о способах виртуализации серверов на основе SharePoint Server 2010 см. в следующей статье:

Четыре базовых компонента производительности

Управление емкостью связано с четырьмя основными аспектами изменения размера решения:

  • Задержка   В рамках управления емкостью задержка определяется как период между временем запуска действия пользователем (например, переход по гиперссылке) и временем передачи последнего байта в клиентское приложение или веб-браузер.

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

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

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

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

Задержка

Задержка или задержка, распознаваемая конечным пользователем, включает три основных компонента:

  • Время, затраченное сервером на получение и обработку запроса.

  • Время, затраченное на передачу запроса и отклика сервера по сети.

  • Время, затраченное на отображение отклика в клиентском приложении.

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

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

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

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

  • Избыточный объем данных, передаваемых по сети, способствует увеличению задержки и снижению пропускной способности. Например, для изображений и других двоичных объектов следует по возможности использовать сжатый формат (PNG или JPG) вместо растрового (BMP).

  • Веб-страницы, не оптимизированные для ускорения повторной загрузки страниц. Время загрузки страницы (PLT) сокращается при ее повторной загрузке, поскольку некоторые ресурсы страницы кэшируются в клиенте и браузеру приходится загружать лишь динамический некэшируемый контент. Недопустимые задержки при повторной загрузке страницы зачастую возникают из-за неправильной конфигурации кэша больших двоичных объектов (BLOB) или вследствие отключения кэширования локального браузера на клиентских компьютерах. Оптимизация подразумевает правильное кэширование ресурсов на клиенте.

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

Пропускная способность

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

Далее приведены несколько распространенных причин снижения пропускной способности.

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

    • Убедитесь в том, что уровень использования процессоров серверов в ферме не превышен. Например, если использование ресурсов ЦП в часы пиковой загрузки или уровень скачков загрузки постоянно превышает 80 %, необходимо добавить дополнительные серверы или перераспределить службы на другие серверы фермы.

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

    • Убедитесь в том, что серверы базы данных не содержат узких мест. Если общего доступного объема операций ввода-вывода в секунду для данного диска недостаточно для обеспечения потребности в пиковые часы загрузки, необходимо добавить дополнительные диски или перераспределить базы данных на диски с неполной загрузкой. Дополнительные сведения см. в разделе "Устранение узких мест" в статье "Мониторинг и обслуживание продуктов и технологий SharePoint Server 2010".

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

  • Неоптимизированные пользовательские веб-страницы   Добавление пользовательского кода на часто используемые страницы в производственной среде — распространенная причина возникновения проблем с пропускной способностью. Добавление пользовательского кода может создавать дополнительные полные обходы серверов базы данных или веб-служб для запросов служебных данных. Настройка редко используемых страниц может не оказывать существенного влияния на пропускную способность, однако даже оптимизированный код способен снизить пропускную способность фермы, если запросы к нему отправляются несколько тысяч раз в день. Администраторы SharePoint Server могут включить панель разработчика для обнаружения пользовательского кода, который требует оптимизации. Далее приведены несколько примеров оптимизации пользовательского кода:

    • Минимизация количества запросов к веб-службам и SQL-запросов.

    • Выбор минимального объема требуемых данных в каждом обращении к серверу базы данных при минимизации количества обязательных полных обходов.

    • Запрет на добавление пользовательского кода на часто используемые страницы.

    • Использование индексов при извлечении фильтрованных данных.

  • Ненадежное решение   Развертывание пользовательского кода в папках "Bin" может вызвать снижение быстродействия сервера. При каждом запросе страницы, содержащей ненадежный код, SharePoint Server 2010 будет выполнять проверку безопасности, прежде чем разрешить загрузку страницы. За исключением случаев, когда развертывание ненадежного кода обусловлено определенными причинами, необходимо установить пользовательские сборки в глобальный кэш сборок во избежание ненужной проверки безопасности.

Масштаб данных

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

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

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

Далее приведены несколько примеров оптимизации фермы в целях обеспечения быстродействия данных и хранения:

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

  • Разделяйте тома баз данных по отдельным логическим устройствам (LUN), состоящим из отдельных физических дисководов. Для обеспечения потребностей хранения на сервере базы данных используйте несколько дисков с малым временем поиска и соответствующей конфигурацией RAID-массива.

  • Можно использовать удаленное хранилище BLOB-данных, если данные содержат много больших двоичных объектов (BLOB). Удаленное хранилище BLOB-данных предоставляет следующие преимущества:

    • Данные большого двоичного объекта могут храниться на менее дорогих устройствах, которые настроены для простой обработки данных обработки.

    • Хранением большого двоичного объекта управляет система, специально разработанная для работы с данными больших двоичных объектов.

    • Высвобождаются ресурсы сервера для операций базы данных.

    Эти преимущества не бесплатны. Перед тем как реализовать удаленное хранилище больших двоичных объектов в рамках SharePoint Server 2010, необходимо оценить потенциальные преимущества по сравнению с затратами, а также ограничения, которые повлекут за собой реализация и обслуживание удаленного хранилища BLOB-объектов.

    Дополнительные сведения см. в разделе Планирование использования удаленного хранилища больших двоичных объектов (SharePoint Server 2010).

Дополнительные сведения о планировании масштаба данных см. в разделе Планирование и настройка рабочих характеристик хранилища и SQL Server (SharePoint Server 2010).

Надежность

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

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

Далее приведены несколько способов повышения надежности системы.

  • Планирование ресурсоемких заданий таймера и административных задач на период пониженной загрузки.

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

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

Управление емкостью в сравнении с планированием емкости

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

SharePoint Server 2010 обладает гибкими возможностями и может настраиваться для сценариев с различными уровнями масштабирования. Архитектура развертывания зависит от конкретного случая. Таким образом, разработчики и администраторы системы должны хорошо понимать и ориентироваться в требованиях, предусматриваемых конкретной средой.

Модель управления емкостью SharePoint Server 2010

Модель управления загрузкой SharePoint

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

    • Определение предполагаемой рабочей нагрузки и наборов данных.

    • Определение целевых значений производительности и надежности фермы.

    • Анализ журнала служб IIS SharePoint Server 2010.

  • Этап 2. Разработка   По завершении сбора данных на этапе 1 можно приступать к разработке фермы. В результате должна быть создана детализированная архитектура данных, а также физическая и логическая топология.

    • Определение начальной архитектуры.

    • Выбор оборудования.

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

    • Пилотный проект   Развертывание пилотного проекта среды.

    • Тестирование   Тестирование в сравнении с целевыми значениями задержки и пропускной способности.

    • Оптимизация   Сбор результатов тестирования и внесение необходимых изменений в ресурсы и топологию фермы.

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

  • Этап 5. Мониторинг и облуживание   На этом этапе предусматривается настройка функций мониторинга, прогнозирования и выявления узких мест, выполнения регулярного обслуживания и операций по устранения узких мест.

Увеличение номинального размера в сравнении с уменьшением номинального размера

Увеличением номинального размера называется такой подход к разработке фермы, при котором соответствие целевым значениям обеспечивается без полного задействования оборудования; при этом ресурсы фермы SharePoint Server используются в недостаточном объеме. В увеличенной среде по объему памяти, ЦП и прочим показателям ресурсов фермы видно, что среда способна обеспечивать свои потребности, задействуя меньший объем ресурсов. Недостатком увеличения номинального размера является увеличение затрат на оборудование и обслуживание, что может привести к увеличению потребности в электроэнергии и площадях.

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

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

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

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

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

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

Операционные состояния: зеленая и красная зона

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

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

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

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

Ограничения и границы программного обеспечения

В SharePoint Server 2010 существуют определенные ограничения, предусмотренные при проектировании, изменение которых недопустимо; а также другие ограничения с установленными значениями по умолчанию, которые могут быть изменены администратором фермы. Кроме того, существуют ненастраиваемые ограничения, например число семейств веб-сайтов для одного веб-приложения.

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

В качестве примера границы можно привести документ, размер которого составляет 2 ГБ. Настроить SharePoint Server 2010 для хранения документов, размер которых превышает 2 ГБ, невозможно. Это встроенное абсолютное значение, которое предусмотрено при проектировании и не может быть изменено.

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

В некоторых случаях значение порога по умолчанию может быть превышено только до достижения абсолютного максимального значения. В качестве примера можно снова привести ограничение по размеру документа. По умолчанию размер документа ограничен значением 50 МБ, но это значение можно изменить до 2  ГБ (максимум).

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

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

В качестве примера поддерживаемого ограничения можно привести число семейств сайтов для одного веб-приложения. Значение поддерживаемого ограничения составляет 500 000 семейств сайтов. Это максимальное значение при котором соблюдаются эталонные показатели производительности, достигнутые в процессе тестирования.

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

Рекомендованные значения порогов и поддерживаемых ограничений определяются на основании производительности. Другими словами, превышение этих ограничений возможно, однако это может повлечь за собой снижение производительности фермы и изменение других ограничений. Многие используемые в SharePoint Server 2010 ограничения можно изменять. Тем не менее, в каждом случае следует четко представлять влияние таких изменений на другие компоненты фермы.

При обращении в службу поддержки пользователей Майкрософт по поводу производственной системы, которая не соответствует заявленным минимальным требованиям к оборудованию, указанным в документе Требования к оборудованию и программному обеспечению (SharePoint Server 2010), помощь не будет предоставлена до тех пор, пока система не будет обновлена с учетом минимальных требований.

Установка ограничений

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

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

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

Дополнительные сведения о границах и ограничениях, а также об их влиянии на процесс управления емкостью см. в разделе Управление мощностью SharePoint Server 2010 Ограничения, связанные с программным обеспечением.

Ключевые различия: сравнение SharePoint Server 2010 с Office SharePoint Server 2007

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

В Office SharePoint Server 2007 предусматривались четыре основные службы, которые можно было включить в поставщиках общих служб (SSP): служба поиска, служба вычислений Excel, служба профилей пользователей и служба каталогов бизнес-данных. Кроме того, существовал относительно небольшой набор клиентов, которые были способны взаимодействовать непосредственно с Office SharePoint Server 2007.

В SharePoint Server 2010 предусмотрены службы с более высоким уровнем доступности, т. е. приложения-службы SharePoint (SSA); и SharePoint Server 2010 предоставляет расширенный диапазон клиентских приложений, способных осуществлять взаимодействие с фермой, включая несколько новых приложений Office, ПО для мобильных устройств, инструменты разработчика и браузеры. Далее приведены некоторые примеров того, каким образом расширенные взаимодействия клиентов влияют на характеристики емкости:

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

  • Некоторые новые возможности клиента Microsoft Office 2010 обеспечивают автоматическое обновление данных в ферме SharePoint Server даже в том случае, когда клиентские приложения открыты, но не используются активно. Такие клиенты, как SharePoint Workspace и OneNote также содержат несколько новых шаблонов трафика и нагрузку на сервер, которую следует учитывать.

  • Новые возможности веб-интерактивности SharePoint Server 2010, например Office Web Apps, позволяющие редактировать файлы Office непосредственно в браузере, используют вызовы AJAX, представляющие несколько новых шаблонов трафика и нагрузку на сервер, которую следует учитывать.

В Office SharePoint Server 2007 в качестве основного клиента для взаимодействия с сервером использовался веб-браузер. При использовании расширенного набора функций в SharePoint Server 2010 ожидается увеличение общего количества запросов в секунду (RPS). Кроме этого, ожидается уменьшение процентной доли запросов, поступающих от браузера, по сравнению с Office SharePoint Server 2007, благодаря чему появляется возможность увеличения процента нового трафика, поступающего от других клиентов по мере их внедрения в масштабах организации.

В SharePoint Server 2010 представлена такая новая функция, как собственная встроенная поддержка видео, которая может увеличить нагрузку на ферму. Некоторые функции также были расширены для поддержки большего масштаба в сравнении с предыдущими версиями.

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

Дополнительные сведения об обновлении до SharePoint Server 2010 см. в статье Обновление до SharePoint Server 2010.

Службы и компоненты

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

X — обозначает минимальные или незначительные затраты на ресурс. Предполагается, что служба использует этот ресурс совместно с другими службами.

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

XXX — обозначает высокие затраты на ресурс. Использование этого ресурса совместно с другими службами не предусматривается.

Дополнительные сведения о планировании баз данных SQL Server см. в разделе Планирование и настройка рабочих характеристик хранилища и SQL Server (SharePoint Server 2010).

Список статей, посвященных управлению емкостью для большинства специализированных служб и компонентов SharePoint Server 2010 (по мере доступности будут добавляться дополнительные статьи), см. в разделе Результаты тестирования производительности и емкости и рекомендации (SharePoint Server 2010).

Приложение-служба ЦП веб-сервера ОЗУ веб-сервера ЦП сервера приложений ОЗУ сервера приложений ЦП SQL Server Количество операций ввода-вывода в секунду для SQL Server Хранилище SQL-сервера

Служба SharePoint Foundation

XXX

XXX

 

 

XX

XXX

XXX

Служба центра администрирования

   

XX

XX

X

X

X

Служба регистрации событий *

XX

XX

 

 

XX

XXX

XXX

Служба поиска SharePoint

XXX

XXX

XXX

XXX

XXX

XXX

XXX

Приложение-служба Word Viewing *

X

X

XXX

XX

     

Служба PowerPoint *

XX

XX

XXX

XX

     

Служба вычислений Excel

XX

X

XX

XXX

     

Служба Visio *

X

X

XXX

XXX

X

X

X

Служба Access *

X

X

XXX

XX

X

X

X

Служба профилей пользователей

X

XX

XX

XX

XXX

XXX

XX

Служба управляемых метаданных *

X

XX

XX

XX

X

X

XX

Служба веб-аналитики *

X

X

 

 

XXX

XXX

XXX

Служба подключения к бизнес-данным *

XX

XX

XXX

XXX

     

Служба InfoPath Forms Service

XX

XX

XX

XX

X

X

X

Служба Word Conversion

X

X

XXX

XX

X

X

X

Приложение-служба PerformancePoint *

XX

XX

XXX

XXX

X

X

X

Служба Project *

X

X

X

X

XXX

XXX

XX

Изолированные решения *

X

X

XXX

XXX

     

Возможности выполнения рабочих процессов *

XXX

XXX

 

       

Служба таймера

XX

XX

XX

XX

     

PowerPivot *

X

X

XXX

XXX

XX

XX

XXX

Примечание

Звездочкой (*) отмечены новые службы SharePoint Server 2010.

  • Служба SharePoint Foundation   Основная служба SharePoint для совместной работы с контентом. В больших развертываниях SharePoint Server рекомендуется выделить избыточные веб-серверы в зависимости от прогнозируемого объема трафика, правильно подобрать мощность компьютеров на основе SQL Server, обслуживающих базы данных контента, и правильно выделить хранилище в зависимости от размера фермы.

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

  • Служба регистрации событий   Служба, осуществляющая регистрацию показателей потребления и исправности в целях мониторинга. Эта служба активно использует функцию записи и может потребовать наличия сравнительно большого пространства на диске в зависимости от количества показателей и частоты их регистрации. В больших развертываниях SharePoint Server 2010 рекомендуется изолировать базу данных использования от баз данных контента, разместив их на разных компьютерах на основе SQL Server.

  • Приложение-служба поиска SharePoint   Общее приложение-служба, обеспечивающее возможности индексации и выполнения запросов. Как правило, эта служба потребляет относительно большой объем ресурсов и может масштабироваться для обслуживания очень больших развертываний контента. В больших развертываниях SharePoint Server, где поиск в корпоративной среде имеет существенное значение, рекомендуется использовать для размещения приложений-служб поиска отдельную "ферму служб" со специализированными ресурсами базы данных; несколько серверов приложений, обслуживающих отдельные функции поиска (обход или запрос), а также специализированные целевые веб-серверы в фермах контента, которые обеспечивают приемлемую пропускную способность для выполнения обхода и запроса. Также можно включить приложения-службы FAST в качестве приложения-службы поиска. Создайте один или несколько соединителей FAST Search для индексации контента в FAST Search Server 2010 для SharePoint и создайте другой запрос FAST Search (SSA) для выполнения запросов контента, обход которого выполняется соединителями FAST Search.

  • Приложение-служба Word Viewing   Эта служба позволяет просматривать документы Word непосредственно в браузере. Эта служба добавляется при установке Office Web Apps вместе с SharePoint Server 2010. Для этой службы требуется, чтобы сервер приложений подготовил исходные файлы для просмотра в браузере. В больших развертываниях SharePoint Server рекомендуется выполнить горизонтальное масштабирование службы на нескольких серверах приложений в целях обеспечения избыточности и пропускной способности.

    Примечание

    Функция редактирования Word и OneNote в браузере включается при установке Office Web Apps в ферме SharePoint Server 2010. Тем не менее, этот компонент запускается на веб-серверах фермы без использования приложений-служб.

  • Приложение-служба PowerPoint   Эта служба отображает файлы PowerPoint и позволяет пользователям редактировать их непосредственно в браузере, а также позволяет осуществлять вещание и совместно использовать динамические презентации PowerPoint. Эта служба добавляется при установке Office Web Apps в SharePoint Server 2010. Для этой службы требуется, чтобы сервер приложений подготовил исходные файлы для просмотра в браузере. В больших развертываниях SharePoint Server, где эта возможность используется сравнительно часто, рекомендуется выполнить развертывание нескольких серверов приложений в целях обеспечения избыточности и пропускной способности, а также добавить дополнительные веб-серверы в случае частого использования функции вещания PowerPoint.

  • Приложение-служба вычислений Excel   Эта служба отображает листы Excel непосредственно в браузере и выполняет вычисления Excel на сервере. Служба также включает функцию редактирования листов непосредственно в браузере при установке Office Web Apps в SharePoint Server 2010. В больших развертываниях SharePoint Server, где эта возможность используется сравнительно часто, рекомендуется выделить достаточное количество серверов приложений с достаточным объемом ОЗУ в целях обеспечения приемлемой производительности и пропускной способности.

  • PowerPivot для SharePoint   Эта служба отображает листы Excel с включенной функцией PowerPivot непосредственно в браузере. В больших развертываниях SharePoint Server, где эта возможность используется сравнительно часто, рекомендуется выделить достаточное количество серверов приложений с достаточным объемом ОЗУ и ЦП в целях обеспечения приемлемой производительности и пропускной способности. Дополнительные сведения см. в статье, посвященной требованиям к оборудованию и программному обеспечению (PowerPivot для SharePoint).

  • Приложение-служба Visio   Эта служба отображает динамические диаграммы Visio непосредственно в браузере. Эта служба зависима от приложения-службы состояния сеанса, которому требуется относительно небольшая база данных SQL Server. Для службы Visio требуется, чтобы сервер приложений подготовил исходные файлы Visio для просмотра в браузере. В больших развертываниях SharePoint Server, где эта возможность используется сравнительно часто, рекомендуется в целях обеспечения приемлемой производительности и пропускной способности выполнить горизонтальное масштабирование службы на несколько серверов приложений с достаточным объемом ЦП и ОЗУ.

  • Приложение-служба доступа   Эта служба предназначена для размещения решений Access в SharePoint Server 2010. В больших развертываниях SharePoint Server, где эта возможность используется сравнительно часто, рекомендуется в целях обеспечения приемлемой производительности и пропускной способности выполнить горизонтальное масштабирование на несколько серверов приложений с достаточным объемом ОЗУ. Служба Access использует службу Службы Reporting Services SQL, которой требуется база данных SQL Server, расположенная вместе с остальными базами данных.

  • Приложение-служба профилей пользователей   Эта служба обеспечивает выполнение сценариев социальных сетей в SharePoint Server 2010 и включает синхронизацию функций личных сайтов, тегирования, заметок и профилей с каталогами и другими возможностями социальной сети. Для службы профилей требуются три относительно ресурсоемких базы данных: для синхронизации, профилей и тегирования. Эта служба зависима от приложения-службы управляемых метаданных. В больших развертываниях SharePoint Server рекомендуется распределить эту службу в ферму общих служб и правильно масштабировать сервер базы данных в целях обеспечения приемлемой производительности для стандартных транзакций и заданий синхронизации каталогов.

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

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

  • Приложение-служба подключения к бизнес-данным   Эта служба обеспечивает интеграцию различных организационных бизнес-приложений в SharePoint Server 2010. Для этой службы требуется, чтобы служба приложения поддерживала подключения данных к внешним ресурсам. В больших развертываниях SharePoint Server, где эта возможность используется сравнительно часто, рекомендуется в целях обеспечения приемлемой производительности выделить достаточное количество серверов приложений с достаточным объемом ОЗУ.

  • Приложение-служба InfoPath Forms   Эта служба предоставляет формы SharePoint Server 2010 с доступом через браузер, а также обеспечивает интеграцию с клиентским приложением InfoPath для создания форм. Для этой службы необходимо использовать сервер приложений; служба зависима от приложения-службы состояния сеанса, которая требует относительно небольшой базы данных. Эта служба может располагаться вместе с другими службами, и ее требования к емкости сравнительно невысоки, хотя они могут расти в зависимости от частоты использования этой возможности.

  • Приложение-служба автоматизации Word   Эта служба обеспечивает преобразование файлов Word из одного формата (например, DOC) в другой (DOCX или PDF). Эта служба требует использования сервера приложений. В крупных развертываниях SharePoint Server, где эта возможность используется сравнительно часто, рекомендуется в целях обеспечения приемлемой пропускной способности преобразований выполнить горизонтальное масштабирование службы на несколько серверов приложений с достаточными ресурсами ЦП. Для этой службы также требуется относительно небольшая база данных для поддержания очереди заданий преобразования.

  • Приложение-служба PerformancePoint   Эта служба обеспечивает возможности бизнес-аналитики PerformancePoint в SharePoint Server 2010 и позволяет создавать аналитические зрительные образы. Эта служба требует использования сервера приложений и базы данных. В больших развертываниях SharePoint Server, где эта возможность используется сравнительно часто, рекомендуется в целях обеспечения приемлемой производительности и пропускной способности выделить достаточный объем ОЗУ для серверов приложений.

  • Приложение-служба Project   Эта служба обеспечивает все возможности планирования и отслеживания Microsoft Project Server 2010 в качестве дополнения к SharePoint Server 2010. Эта служба требует использования службы приложений и относительно ресурсоемкой базы данных. В крупных развертываниях SharePoint Server, где эта возможность используется сравнительно часто, рекомендуется выделить специальный сервер базы данных для базы данных Project Server и, возможно, даже выделить специализированную ферму SharePoint Server для решений управления Project Server.

  • Служба таймера   Этот процесс отвечает за выполнение различных запланированных заданий на различных серверах в ферме. Система выполняет различные задания таймера; некоторые запускаются на всех серверах фермы, другие — только на определенных серверах, в зависимости от роли сервера. Некоторые задания таймера довольно ресурсоемки и потенциально способны создать нагрузку как на локальный сервер, так и на серверы баз данных в зависимости от того, как они работают и каким объемом контента они оперируют. В больших развертываниях SharePoint Server, где задания таймера потенциально способны повлиять на задержку для конечного пользователя рекомендуется выделить сервер, чтобы изолировать выполнение наиболее ресурсоемких заданий.

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

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

Взаимодействие новых клиентских приложений с SharePoint Server 2010

В этом разделе рассматриваются некоторые новые взаимодействия клиентов и серверов, поддерживаемые SharePoint Server 2010, и их использование при планировании загрузки.

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

X — обозначает минимальную или незначительную нагрузку на системные ресурсы

XX — обозначает средний уровень нагрузки на системные ресурсы

XXX — обозначает высокий уровень нагрузки на системные ресурсы

Клиент Трафик Полезная нагрузка

Office Web Apps

XXX

XX

PowerPoint Broadcast

XXX

X

Клиентское приложение Word и PowerPoint 2010

XX

X

Клиентское приложение OneNote

XXX

XXX

Outlook Social Connector

XX

XX

SharePoint Workspace

XXX

XX

  • Office Web Apps   Веб-просмотр и редактирование файлов Word, PowerPoint, Excel и OneNote выполняется с использованием подмножества запросов браузера с несколько отличающимися характеристиками трафика. Такой тип взаимодействия предусматривает относительно высокий уровень загрузки трафика, необходимый для включения таких возможностей, как совместное редактирование. В больших развертываниях SharePoint Server, где включены эти возможности, следует ожидать дополнительной нагрузки на веб-серверы.

  • PowerPoint Broadcast   Набор запросов, связанный с просмотром динамической презентации PowerPoint в веб-браузере, представляет собой другое подмножество запросов браузера. Во время сеансов вещания PowerPoint клиенты-участники запрашивают изменения из службы. В больших развертываниях SharePoint Server, где эта возможность используется сравнительно часто, следует ожидать повышенной нагрузки на веб-серверы.

  • Клиентские приложения Word и PowerPoint 2010   В клиентах Word и PowerPoint 2010 появились новые компоненты, позволяющие использовать преимущества фермы SharePoint Server, например совместное редактирование документов, при котором все клиентские приложения, задействованные в сеансе совместного редактирования, часто отправляют и загружают обновления на сервер или с сервера. В больших развертываниях SharePoint Server, где эта возможность используется сравнительно часто, следует ожидать повышенной нагрузки на веб-серверы.

  • Клиентское приложение OneNote 2010   Взаимодействие OneNote 2010 с фермой SharePoint Server осуществляется аналогично предыдущей версии OneNote; при этом SharePoint Server 2010 используется для совместного доступа и редактирования записных книжек OneNote. В этом сценарии добавляется нагрузка на SharePoint Server 2010, даже в том случае, когда клиент открыт, но не используется. В больших развертываниях SharePoint Server, где эта возможность используется сравнительно часто, следует ожидать повышенной нагрузки на веб-серверы.

  • Клиентское приложение Outlook 2010   В Outlook 2010 используется новый компонент — Outlook Social Connector — позволяющий использовать преимущества фермы SharePoint Server (этот компонент можно добавить также в предыдущие версии Outlook). Этот компонент позволяет просматривать действия в социальных сетях, запрашиваемые из фермы SharePoint Server непосредственно в сообщениях электронной почты. В больших развертываниях SharePoint Server, где эта возможность включена, следует ожидать повышенной нагрузки на веб-серверы.

  • SharePoint Workspace   В клиенты SharePoint Workspace 2010 добавлены новые компоненты, позволяющие использовать преимущества фермы SharePoint Server и включить функцию синхронизации веб-сайтов, списков и библиотек документов с клиентом для использования в автономном режиме. SharePoint Workspace 2010 регулярно выполняет синхронизацию с присоединенными серверными объектами во время работы клиента независимо от того, используется он активно или нет. В больших развертываниях SharePoint Server, где эта возможность используется сравнительно часто, следует ожидать повышенной нагрузки на веб-серверы.

Ключевые отличительные признаки развертывания SharePoint Server 2010

Каждое развертывание SharePoint Server 2010 содержит ключевой набор характеристик, который делает его уникальным и отличает от других ферм. Эти ключевые отличительные признаки развертывания можно описать следующими четырьмя категориями:

  • Спецификации   Описание оборудования, топологии и конфигурации фермы.

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

  • Набор данных   Описание размеров и распределения контента.

  • Исправность и производительность   Описание производительности фермы в соответствии с целевыми значениями задержки и пропускной способности.

Спецификации

Оборудование

Оборудование представляет собой физические ресурсы компьютера — процессоры, память и жесткие диски. К оборудованию также относятся физические компоненты сети, например карты сетевого интерфейса, кабели, коммутаторы, маршрутизаторы и системы балансировки нагрузки. Многие проблемы, связанные с производительностью и емкостью, можно разрешить путем использования правильно подобранного оборудования. Неправильное использование аппаратных ресурсов (например, недостаточный объем памяти на сервере) может снизить производительность всей фермы.

Топология

Топологией называется распределение и взаимодействие оборудования и компонентов фермы. Существуют два типа топологии:

  • Логическая топология   Карта компонентов программного обеспечения (служб и функций) в ферме.

  • Физическая топология   Карта серверов и физических ресурсов.

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

Конфигурация

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

Рабочая нагрузка

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

С различными функциями SharePoint Server связаны различные затраты ресурсов фермы. Интенсивное использование более затратных функций может потенциально повлиять на производительность и исправность системы. Адекватная оценка характеристик спроса и потребления позволяет правильно подобрать размер реализации и снизить риск постоянной работы в условиях неисправности системы.

Контингент пользователей

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

Характеристики потребления

На производительность фермы может повлиять не только количество пользователей, взаимодействующих с системой, но также относящиеся к ним характеристики потребления. В двух организациях с одинаковым количеством пользователей требования могут существенно различаться в зависимости от того, насколько часто пользователи осуществляют доступ к ресурсам фермы, а также наличием в ферме активных ресурсоемких функций и служб. К показателям, описывающим характеристики потребления, относятся частота уникальных операций, общий набор операций (соотношение операций чтения и записи, а также административных операций), шаблоны использования и нагрузки с учетом новых функций, которые активны в ферме (например, личные веб-сайты, поиск, рабочие процессы и Office Web Apps).

Набор данных

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

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

Исправность и производительность

Исправность фермы SharePoint Server является, по сути, упрощенной оценкой, отражающей надежность, стабильность и производительность системы. То, насколько качественно ферма выполняет поставленные задачи, зависит в основном от первых трех отличительных признаков. Оценка исправности и производительности отслеживается и описывается путем вычленения набора показателей. Дополнительные сведения см. в разделе Мониторинг и обслуживание SharePoint Server 2010. Эти показатели включают время работы системы, задержку, распознаваемую конечным пользователем, частоту отказа страницы и показатели использования ресурсов (ЦП, ОЗУ).

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

Эталонные архитектуры

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

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

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

Развертывание обособленного сервера

Архитектура развертывания обособленного сервера состоит из единственного сервера, на котором установлен и работает SharePoint Server 2010, и поддерживаемой версии SQL Server. Такая архитектура может использоваться разработчиками в целях оценки или для изолированных реализаций с низкой значимостью в отделах с небольшим количеством пользователей.

Модель развертывания одного сервера

Развертывание небольшой фермы

Развертывание небольшой фермы состоит из обособленного сервера или кластера базы данных и одного-двух компьютеров на базе SharePoint Server 2010. Основные характеристики архитектуры включают ограниченную избыточность и отработку отказа, а также минимальный набор включенных возможностей SharePoint Server.

Небольшие фермы рекомендуется использовать для обслуживания только ограниченных развертываний с минимальным набором включенных приложений-служб, относительно небольшим контингентом пользователей, относительно низким уровнем загрузки (несколько запросов в минуту или очень небольшое количество запросов в секунду) и относительно небольшим объемом данных (от 10 гигабайт).

Модель развертывания малой фермы

Развертывание фермы среднего размера

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

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

  • Несколько приложений-служб, распределенных по нескольким серверам. Стандартный набор функций может включать службу Office Web Apps, службу профилей пользователей, службу управляемых метаданных и службу вычислений Excel.

  • Контингент пользователей, состоящий из десятков тысяч пользователей, и нагрузка на уровне 10–50 запросов в секунду.

  • Хранилище данных размером один-два терабайта.

Загрузка — модель развертывания средней фермы

Развертывание фермы большого размера

При развертывании больших ферм используется декомпозиция служб и решений в нескольких фермах, а также дополнительные возможности горизонтального масштабирования уровней в обособленной ферме. Несколько служб SharePoint Server могут быть развернуты на ферме специализированных служб, обслуживающей запросы от нескольких ферм, потребляющих ресурсы. В эти большие архитектуры, как правило, входят веб-серверы, несколько серверов приложений в зависимости от характеристик потребления локальных (не общих) служб и несколько серверов на базе SQL Server или кластеров SQL Server в зависимости от размера контента и баз данных приложений-служб, активированных в ферме. Большие архитектуры фермы предназначены для обслуживания развертываний, обладающих следующими характеристиками:

  • Несколько приложений-служб, включенных в федерацию, ресурсы которых потребляются фермой специализированных служб (как правило, к этим службам относятся служба профилей пользователей, служба поиска, служба управляемых метаданных и веб-аналитика).

  • Большинство других приложений-служб активируется локально.

  • Контингент пользователей в диапазоне нескольких сотен тысяч пользователей.

  • Нагрузка потребления в диапазоне нескольких сотен запросов в секунду.

  • Набор данных в диапазоне десяти и более терабайт.

Загрузка — модель развертывания большой фермы

See Also

Concepts

Планирование емкости для SharePoint Server 2010
Тестирование производительности для SharePoint Server 2010
Мониторинг и обслуживание SharePoint Server 2010
Управление мощностью SharePoint Server 2010 Ограничения, связанные с программным обеспечением
Результаты тестирования производительности и емкости и рекомендации (SharePoint Server 2010)
Performance and capacity technical case studies (SharePoint Server 2010)
Требования к оборудованию и программному обеспечению (SharePoint Server 2010)