Планирование границ программного обеспечения (Office SharePoint Server)

Содержание:

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

  • Тестовая среда

  • Результаты тестирования

  • Рекомендации по допустимой производительности

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

Важно!

Некоторые рекомендации из этой статьи обновлены для Office SharePoint Server 2007 с пакетом обновления 1 (SP1). Полный список обновлений для Office SharePoint Server 2007 с пакетом обновления 1 (SP1) см. в разделе Загружаемая книга: "Планирование и развертывание пакета обновления 1 (SP1) для Office SharePoint Server 2007 в среде из нескольких серверов".

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

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

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

Дополнительные сведения о других факторах, оказывающих влияние на производительность и мощность, но не входящих в процесс тестирования в данном руководстве, см. в разделе Дополнительные факторы планирования производительности и ресурсов (Office SharePoint Server).

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

Данный раздел включает в себя последнюю версию руководства по планированию и производительности. Следующие далее рекомендации взяты из следующей статьи: Технический документ: "Рекомендации по производительности при планировании и мониторинге хранилища SQL Server для Windows SharePoint Services" (https://go.microsoft.com/fwlink/?linkid=105890&clcid=0x419).

Дополнительные сведения об обновленном руководстве по планированию и производительности для Office SharePoint Server 2007 с пакетом обновления 1 (SP1) см. в разделе Загружаемая книга: "Планирование и развертывание пакета обновления 1 (SP1) для Office SharePoint Server 2007 в среде из нескольких серверов".

Ограничение размера баз данных контента для улучшения управляемости

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

  • В большинстве случаев для улучшения производительности Office SharePoint Server 2007 предлагается отказаться от использования баз данных объемом более 100 ГБ. Если же проект требует применения баз данных объемом более 100 ГБ, следуйте нижеуказанным инструкциям:

    • Используйте одно семейство сайтов для данных.

    • Используйте другие решения для разностного копирования, например, SQL Server 2005 или диспетчер Microsoft System Center Data Protection Manager, вместо встроенных средств резервного копирования и восстановления.

    • Протестируйте сервер, на котором запущен SQL Server 2005, и подсистему ввода/вывода перед переходом на решение, работающее с базой данных контента объемом 100 ГБ.

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

  • Установите ограничение на уровне 100 ГБ для баз данных контента, которые содержат множество семейств сайтов.

Примечание

Рекомендуемые ограничения относятся только к серверу, на котором используется SQL Server 2005 на Office SharePoint Server 2007, и не относятся к SQL Server 2005.

Указание места хранения версий и корзин

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

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

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

Использование шаблонов квот для управления хранением

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

Тестовая среда

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

Роль Характеристики

Изолированный компьютер

1 двухъядерный 64-разрядный процессор Intel Xeon с тактовой частотой 2,8 ГГц, 2 ГБ ОЗУ

Компьютер веб-сервера

2 двухъядерных 64-разрядных процессора Intel Xeon с тактовой частотой 2,8 ГГц, 4 ГБ ОЗУ

Компьютер базы данных, на котором выполняется Microsoft SQL Server

4 двухъядерных 64-разрядных процессора Intel Xeon с тактовой частотой 2,8 ГГц, 32 ГБ ОЗУ

Клиентские компьютеры

Процессор Pentium III с тактовой частотой 1,2 ГГц, 1 ГБ ОЗУ

Между компьютерами фермы использовалась сеть Gigabit Ethernet (один миллиард бит/с).

Было выполнено тестирование конфигураций, перечисленных в таблице далее.

Сервер баз данных 1 веб-сервер 2 веб-серверов 3 веб-серверов 4 веб-серверов 5 веб-серверов 6 веб-серверов 7 веб-серверов 8 веб-серверов

0

X

1

X

X

X

X

X

X

X

X

Также было выполнено тестирование нескольких конфигураций ферм для конкретной среды. Сведения о тестировании конфигураций в определенных средах см. в статьях со сценариями Оценка требований к производительности и загрузке (Office SharePoint Server).

Результаты тестирования

На представленных ниже диаграммах, графиках и в таблицах показана работа среды тестирования с использованием определенного набора параметров, операций пользователей и условий нагрузки. Все указанные виды тестов были выполнены с использованием фермы 8x1 Office SharePoint Server 2007. Представленные результаты относятся ко всем средам Office SharePoint Server 2007.

Примечание

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

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

Дочерние сайты, созданные для тестирования, дополнительно разделяются, как показано в таблице далее.

Тип дочернего сайта Процент от общего числа

Сайты группы

55%

Рабочая область для документов

20%

Рабочая область для собраний

10%

Блог

10%

Wiki-сайты

5%

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

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

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

График анализа — зависимость времени отклика пользователя от количества веб-сайтов

Пропускная способность в зависимости от количества семейств сайтов

При увеличении количества семейств сайтов в ферме пропускная способность (измеряемая в оборотах в секунду) снижается.

На следующем рисунке показано снижение пропускной способности при обзоре домашних страниц различных семейств веб-сайтов, связанное с увеличением количества семейств сайтов в одной базе данных контента. Такое снижение происходит достаточно быстро: общее количество семейств веб-сайтов увеличивается с 2000 (об/с=265) до 16000 (об/с=66), а затем с увеличением общего количества сайтов до 50 тысяч значение пропускной способности остается на уровне 50 оборотов в секунду.

Планирование SharePoint — зависимость пропускной способности от количества сайтов

Различие в пропускной способности между плоской библиотекой документов и библиотекой документов с папками

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

На следующем рисунке показаны различия в пропускной способности при просмотре всех элементов в библиотеке документов с использованием функции эффективного применения папок и без нее. Эти данные очень важны для масштабирования. Как показано на следующем графике пропускная способность падает при увеличении количества документов, хранимых в плоской библиотеке. Самое значительное падение пропускной способности происходит при общем количестве документов менее 2000: с 151 об/мин (200 документов) до 63 об/мин (2000 документов). При общем количестве документов в 4 тысячи пропускная способность сокращается до 13 оборотов в секунду; в целом можно сказать, что по сравнению с пустой библиотекой общая пропускная способность снизилась более чем на 90%.

График: удаленный сервер печати и количество документов в библиотеке

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

График производительности с учетом количества документов в библиотеке

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

Руководство по приемлемой производительности

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

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

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

  • Отметьте эти области для последующего тестирования и проверки по мере разработки и развертывания решения.

  • Измените решение, чтобы убедиться, что границы рекомендаций по мощности не превышены.

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

В таблице далее представлено несколько рекомендаций по объектам сайта.

Объект сайта Руководство по приемлемой производительности Примечание Пределы воздействия при снижении производительности

Семейство сайтов

50 000/база данных контента

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

Ферма

Семейство сайтов

150 000 для каждого веб-приложения

Этот предел теоретический и сильно зависит от:

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

  • Производительности веб-серверов фермы.

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

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

Ферма

Веб-сайт

250 тысяч для каждого семейства сайтов

С помощью вложения дочерних сайтов можно создать очень большое количество веб-сайтов. Например, общее количество сайтов для 100 сайтов с 1000 дочерних сайтов в каждом составляет 100 тысяч. Максимальное рекомендованное количество сайтов и дочерних сайтов равно 125 сайтам с 2 тысячами дочерних сайтов в каждом, что в целом составляет 250 тысяч сайтов.

Семейство сайтов

Дочерний сайт

2000 для каждого веб-сайта

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

Представление сайта

Документ

5 миллионов для каждой библиотеки

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

Библиотека

Поз.

2000 для каждого представления

Тестирование показало, что производительность снижается, если количество элементов превышает 2 тысячи. Использование индексирования в представлении плоской папки позволяет повысить производительность.

Представление списка

Размер файла документа

50 МБ (макс. 2 ГБ*)

Производительность сохранения файлов пропорциональна размеру файла: максимальное значение по умолчанию равно 50 МБ. Однако пользователь может установить другое максимально значение в пределах до 2 ГБ.

Производительность сохранения библиотеки, файла

Список

2000 для каждого веб-сайта

Тестирование показало, что производительность представления списка снижается, если количество элементов превышает 2 тысячи. Дополнительные сведения о больших списках см. в разделе Технический документ: работа с большими списками в Office SharePoint Server 2007.

Представление списка

Тип поля

256 для каждого списка

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

Представление списка

Столбец

2000 для каждой библиотеки документов

4096 для каждого списка

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

Представление библиотеки и списка

Веб-часть

50 для каждой страницы

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

Страница

Управляемый путь

20 для каждого веб-приложения

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

Веб-приложение

В следующей таблице представлено несколько рекомендаций по объектам пользователей.

Объект пользователя Руководство по приемлемой производительности Примечание

Пользователи в группе

2 миллиона для каждого веб-сайта

С помощью групп безопасности Microsoft Windows, которые позволяют не управлять пользователями по отдельности, к веб-сайту можно добавить миллионы пользователей.

Профиль пользователя

5 миллионов для каждой фермы

Это значение указывает на количество профилей, которые могут быть импортированы из службы каталогов (например Active Directory) в хранилище профилей пользователей.

Участник безопасности

Примерно 2 000 на один список управления доступом на каждом защищаемом объекте (области)

Общий размер списка управления доступом в области не может превышать 64 кб. Поскольку каждый принцип безопасности занимает примерно 32 байта, то для каждой области не может быть более примерно 2 000 принципов безопасности. Если данный порог достигнут, то индексирование элементов в этой области и всех элементов под этой областью прекратится.

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

Данный предел имеет место только при применении интегрированной проверки подлинности Windows.

В следующей таблице представлено несколько рекомендаций по объектам поиска.

Объект поиска Руководство по приемлемой производительности Примечание

Индексы поиска

Один/поставщик общих служб

Макс. 20/ферма

Службы Office SharePoint Server 2007 поддерживают один индекс контента для поставщика общих служб. При условии, что рекомендованное максимальное число поставщиков общих служб для одной фермы равно 20, поддерживаются до 20 индексов контента.

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

Индексированные документы

50 000 000/индекс контента

Службы Office SharePoint Server 2007 поддерживают 50 миллионов документов для каждого сервера индексирования. Это можно разделить на несколько индексов контента, исходя из количества поставщиков общих служб, связанных с тем или иным сервером индексирования.

Источники контента

500 для каждого поставщика общих служб*

Это жесткая квота, налагаемая системой.

Начальные адреса

500 на каждый источник контента*

Это жесткая квота, налагаемая системой.

Оповещения

1 000 000 на каждого поставщика общих служб

Это проверенное ограничение.

Области

200 на один сайт

Это рекомендуемая квота для одного сайта. Рекомендуемый максимум равен 100 правил областей на одну область.

Группы отображения

25 на один сайт

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

Правила обхода контента

10 000 на каждого поставщика общих служб

Рекомендуемый максимум равен 10 000 правил обхода контента для всех типов.

Ключевые слова

15 000 на один сайт

Рекомендуемый максимум равен 10 наиболее подходящим ссылкам и пяти синонимам на каждое ключевое слово.

Свойства для обхода

500 000 на каждого поставщика общих служб

Это свойства, обнаруживаемые при обходе.

Управляемые свойства

100 000 на каждого поставщика общих служб

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

Достоверные страницы

200 на каждый уровень релевантности

Это максимальное количество сайтов на каждом из четырех уровней релевантности.

Удаление результатов

100

Это рекомендуемое максимальное количество URL-адресов, которое следует удалять из системы за одну операцию.

Журналы обхода контента

50 000 000

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

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

Объект логической архитектуры Руководство по приемлемой производительности Примечание

Поставщик общих служб

3 для каждой фермы (не более 20 для каждой фермы)

 

Зона

5* для каждой фермы

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

Веб-приложение

99 на каждого поставщика общих служб

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

Пул приложений служб IIS

8 для каждого веб-сервера

Максимальное количество определяется возможностями оборудования.

Семейство сайтов

50 000 для каждого веб-приложения

База данных контента

100 для каждого веб-приложения

Семейство сайтов

50 тысяч для каждой базы данных

В следующей таблице представлено несколько рекомендаций по физическим объектам.

Физический объект Руководство по приемлемой производительности Примечание

Серверы индексирования

1 для каждого поставщика общих служб*

 

Выполняемые серверы приложенийСлужба вычислений Excel

Без ограничений

 

Серверы запросов

Без ограничений

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

Соотношение веб-сервер/сервер базы данных

8 веб-серверов на один сервер базы данных

Коэффициент масштабирования зависит от сочетания различных операций.

Соотношение веб-сервер/контроллер домена

3 веб-сервера на один контроллер домена

В зависимости от объема создаваемого трафика проверки подлинности среда может поддерживать большее количество веб-серверов на контроллер домена.

Пропускная способность в зависимости от количества веб-серверов

В используемой среде тестирования пропускная способность фермы достигла стабилизации при использовании пяти веб-серверов на сервер базы данных и не претерпевала значительных изменений после добавления других веб-серверов. Хотя каждый сервер баз данных позволяет развернуть до 8 веб-серверов, пропускная способность остается практически неизменной после 5 веб-серверов. Это происходит потому, что при увеличении количества вызовов веб-серверов на один сервер базы данных, сервер достигает 100% мощности. Результаты тестирования среды зависят от характеристик производительности сервера базы данных. Необходимо провести дополнительное тестирование, чтобы определить оптимальное количество веб-серверов для установки в среду ферм.

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

Время отклика на запросы пользователей

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

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

Тип операции Примеры. Приемлемое время ответа на запрос пользователей

Стандартная операция

  • Обзор домашней страницы

  • Обзор библиотеки документов

менее 3 секунд

Нестандартная операция

  • Создание дочернего веб-сайта

  • Создание списка

менее 5 секунд

Редко выполняемая операция

  • Резервное копирование сайта

  • Создание семейства сайтов

менее 7 секунд

Длительная операция

  • Индексирование сайта

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

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

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

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

См. также

Понятия

Технический документ: работа с большими списками в Office SharePoint Server 2007