Оценка требований к производительности и емкости для сред совместной работы в корпоративной интрасети (SharePoint Server 2013)

ОБЛАСТЬ ПРИМЕНЕНИЯ:yes-img-132013 no-img-162016 no-img-192019 no-img-seSubscription Edition no-img-sopSharePoint в Microsoft 365

В этой статье приведены указания по планированию производительности и емкости для решения совместной работы по корпоративной интрасети, основанного на SharePoint Server 2013. Она включает в себя следующие сведения:

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

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

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

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

Общие сведения о среде

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

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

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

В этой статье представлены следующие сведения:

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

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

  • Набор данных, например размеры баз данных и типы контента

  • Результаты теста и анализ для горизонтального масштабирования веб-серверов

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

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

В этих статьях приводятся следующие сведения:

  • рекомендуемый подход к управлению емкостью;

  • способы эффективного использования сведений в этой статье;

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

Глоссарий

Вот некоторые специальные термины, встречающиеся в этой статье.

  • RPS: Количество запросов в секунду или количество запросов, получаемых фермой или сервером за одну секунду. Это общепринятая единица измерения нагрузки на сервер или ферму.

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

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

    Это состояние, в котором сервер удовлетворяет указанным ниже условиям.

    • Задержка на стороне сервера для не менее чем 75 % запросов составляет менее одной секунды.

    • Уровень использования ЦП на всех серверах фермы не превышает 60 %.

      Примечание.

      Поскольку данная лабораторная среда не имеет активного запущенного обхода контента при поиске, использование ЦП на сервере базы данных удерживается на уровне 50 %, чтобы зарезервировать 10 % для нагрузки обхода контента при поиске. При этом предполагается, что для ограничения нагрузки обхода контента при поиске на уровне 10 % в рабочей среде используется регулятор ресурсов SQL Server.

    • Процент сбоев составляет менее 0,01 %.

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

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

    • Компонент регулирования запросов HTTP включен, но ошибки 503 (сервер занят) отсутствуют.

    • Частота сбоев меньше 0. 1%.

    • Задержка на стороне сервера для не менее чем 75 % запросов составляет менее 3 секунд.

    • Уровень использования ЦП на всех серверах фермы (кроме серверов баз данных) не превышает примерно 90 %.

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

  • AxBxC (графовая нотация): Это количество веб-серверов, серверов приложений и серверов баз данных в ферме соответственно. Например, значение 10x1x1 указывает на то, что в данной среде имеется 10 веб-серверов, 1 сервер приложений и 1 сервер базы данных.

  • MDF и LDF: SQL Server физические файлы. Дополнительные сведения см. в статье Архитектура файлов и файловых групп.

Обзор

В этом разделе приведен обзор способа масштабирования и методики тестирования.

Способ масштабирования

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

  1. Мы выполнили горизонтальное масштабирование веб-серверов, пока не получили четыре используемых веб-сервера. На каждом сервере работает служба распределенного кэша.

  2. Мы добавили выделенный сервер, на котором работает служба распределенного кэша.

  3. Мы отключили службу распределенного кэша на веб-серверах.

  4. Мы выполнили горизонтальное масштабирование дополнительных веб-серверов в максимально допустимом для тестирования объеме.

  5. Мы выполнили дополнительное тестирование для сравнения характеристик производительности SharePoint Server 2013 и SharePoint Server 2010.

Методика и замечания по тестированию

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

Примечание.

В рабочих средах исключать эти элементы не рекомендуется.

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

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

  • Обход поиска не выполнялся во время тестов. Конечно, он может выполняться в рабочей среде. Чтобы учесть это, мы снизили SQL Server загрузку ЦП в определениях "зеленая зона" и "красная зона", чтобы разместить ресурсы, которые обход поиска обычно будет использовать во время тестирования.

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

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

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

В следующих разделах описано оборудование, которое использовалось в этой лабораторной среде.

Важно!

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

Узлы Hyper-V

Для тестирования использовалось шесть одинаково настроенных узлов Hyper-V. На каждом узле выполняется одна или две виртуальные машины.

Оборудование узла Value (Значение)
Процессоры
2 четырехъядерных процессора с тактовой частотой 2,49 ГГц
ОЗУ
32 ГБ
Операционная система
Windows Server 2008 R2 с пакетом обновления 1 (SP1)
Количество сетевых адаптеров
2
Скорость сетевого адаптера
1 гигабит

Виртуальные веб-серверы и серверы приложений

В ферме содержится от одного до десяти виртуальных веб-серверов. На дополнительном выделенном виртуальном сервере выполняется служба распределенного кэша.

Примечание.

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

Оборудование виртуальной машины WFE1-10 и DC1
Процессоры
4 виртуальных процессора
ОЗУ
12 ГБ
Операционная система
Windows Server 2008 R2 с пакетом обновления 1 (SP1)
Размер диска для SharePoint
100 ГБ
Количество сетевых адаптеров
2
Скорость сетевого адаптера
10 гигабит (трафик между узлами ограничен в соответствии со скоростью сетевых карт)
Проверка подлинности
Windows NTLM
Тип подсистемы балансировки нагрузки
F5 Big IP
Запускаемые локально службы
WFE 1-10: базовые федеративные службы. Сюда входит служба таймера SharePoint, служба трассировки, службы Word Automation Services, службы Excel и служба изолированного кода Microsoft SharePoint Foundation.
DC1: служба распределенного кэша.

Серверы баз данных

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

Примечание.

Если включено ведение отчетов об использовании, рекомендуется хранить базу данных журналов с отдельным логическим номером устройства (LUN). Для крупных развертываний и некоторых развертываний среднего размера может потребоваться выделенный сервер базы данных журналов, так как нагрузка на ЦП сервера может быть слишком высокой. >В этой лабораторной среде ведение журнала было ограничено, а база данных ведения журнала хранилась в отдельном экземпляре SQL Server.

Сервер базы данных — экземпляр по умолчанию SPSQL
Процессоры
4 четырехъядерных процессора с тактовой частотой 2,4 ГГц
ОЗУ
32 ГБ
Операционная система
Windows Server 2008 R2 с пакетом обновления 1 (SP1)
Хранилище и геометрия
DAS
1 системный том (RAID0, 1 шпиндель, 300 ГБ)
2 тома для данных контента (RAID0, 4 шпинделя, по 450 ГБ)
2 тома для журналов контента (RAID0, 2 шпинделя, по 450 ГБ)
1 том для временных данных (RAID0, 2 шпинделя, по 300 ГБ)
1 том для временных журналов (RAID0, 2 шпинделя, по 300 ГБ)
Количество сетевых адаптеров
1
Скорость сетевого адаптера
1 гигабит
Проверка подлинности
Windows NTLM
Версия программного обеспечения
SQL Server 2008 R2

Топология

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

На этом графике показана лабораторная топология для тестирования производительности и мощности в сценарии совместной работы в корпоративной интрасети.

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

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

Параметр Значение Примечания
Семейство веб-сайтов
179
Для семейств веб-сайтов в тестовой среде используются параметры по умолчанию и проверка подлинности на основе утверждений Windows.
Кэширование больших двоичных объектов
Вкл.
По умолчанию выключено. Включение кэширования больших двоичных объектов повышает эффективность работы сервера благодаря сокращению количества вызовов к серверу базы данных для часто запрашиваемых статических ресурсов страниц.
Максимальная степень параллелизма (MAXDOP)
1
Этот параметр задается для экземпляра SQL Server или экземпляров, содержащих базы данных контента SharePoint Server 2013. По умолчанию используется значение, которое позволяет SQL Server самостоятельно определять максимальную степень параллелизма. В SharePoint Server 2013 параметр MAXDOP должен иметь значение 1 для экземпляров SQL Server, содержащих базы данных SharePoint Server 2013.
Дополнительные сведения о настройке параметра MAXDOP для SQL Server 2008 R2 см. в статье Параметр max degree of parallelism.
Дополнительные сведения о настройке параметра MAXDOP для SQL Server 2012 см. в статье Настройка параметра конфигурации сервера max degree of parallelism.

Workload

В этом разделе описываются лабораторные тесты, выполняемые для SharePoint Server 2013. Характеристики тестов типичны для корпоративной среды совместной работы.

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

Набор данных

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

Характеристики набора данных Значение
Размер базы данных (общий)
174 ГБ
Размер MDF
154 ГБ
Размер LDF
20 ГБ
Размер большого двоичного объекта
152 ГБ
Число баз данных контента
2
Число семейств веб-сайтов
179
Число веб-приложений
1
Число сайтов
1,471

Результаты и анализ

Следующие результаты упорядочены в соответствии со способом масштабирования, описанным в разделе Обзор этой статьи.

Горизонтальное масштабирование веб-серверов

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

Методика тестирования

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

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

Анализ

Во время тестирования мы обнаружили следующее:

  • Было выполнено масштабирование среды до десяти веб-серверов на сервер базы данных. Увеличение пропускной способности было близким к линейному.

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

  • Средняя задержка в "зеленой зоне" была практически постоянной в течение всего тестирования. Число веб-серверов и пропускная способность влияние на нее не оказывали. Данные по задержке в "красной зоне" соответствуют ожидаемой тенденции. На одиночном веб-сервере задержка очень высока. Кривая в пределах от 2 до 10 веб-серверов находится в рамках условий "красной зоны".

    Примечание.

    Некоторое влияние на задержку может оказать перемещение службы распределенного кэша с веб-серверов фермы на выделенный сервер. Это связано с тем, что трафик распределенного кэша, который ранее был внутренним для каждого веб-сервера, начинает передаваться через сеть. Протестируйте горизонтальное масштабирование в собственной среде, чтобы определить, является ли это снижение производительности существенным. Обратите внимание, что задержка в нашей тестовой среде увеличилась незначительно при переносе службы распределенного кэша на выделенный сервер. Задержка снижалась при добавлении каждого веб-сервера, так как номинальное увеличение задержки компенсировалось уменьшением нагрузки на процессоры и память веб-серверов. > Дополнительные сведения о планировании емкости распределенного кэша см. в статье Планирование веб-каналов и службы распределенного кэша в SharePoint Server.

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

    Дополнительные сведения о результатах тестирования SharePoint Server 2010 в этом сценарии см. в статье Лабораторное исследование среды для совместной работы в корпоративной интрасети (SharePoint Server 2010)

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

    Дополнительные сведения о планировании производительности и емкости Hyper-V см. в разделах Требования к виртуализации Hyper-V для SharePoint 2013 и Использование оптимальных конфигураций для виртуальных машин SharePoint 2013 и среды Hyper-V.

Примечание.

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

Результаты, графики и диаграммы

На следующих графиках на оси X показано изменение числа веб-серверов в ферме. Шкала начинается с одного виртуального веб-сервера и одного физического сервера баз данных (1x1). Максимум — десять виртуальных веб-серверов, один выделенный виртуальный сервер распределенного кэша (добавлен на четырех веб-серверах) и один физический сервер базы данных (10x1x1).

Примечание.

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

1. Количество запросов в секунду

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

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

2. Задержка

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

На этом графике показана взаимосвязь числа запросов в секунду и задержки.

3. Использование процессоров и памяти веб-серверов

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

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

На этом графике показана взаимосвязь числа запросов в секунду и использования процессоров и памяти веб-сервера.

4. SQL Server Число операций ввода-вывода в секунду и загрузка процессоров

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

  • Физический диск: обращений чтения с диска/сек

  • Физический диск: обращений записи на диск/сек

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

Примечание.

Данные по использованию памяти SQL Server были недоступны и не представлены на этом графике.

Важно!

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

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

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

Экстраполировав эту тенденцию, можно сделать следующие предположения.

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

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

  1. Общее число операций ввода-вывода SQL Server в секунду

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

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

  2. Число операций ввода-вывода SQL Server в секунду, разбитое по числу операций чтения и записи

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

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

  3. Загрузка процессоров SQL Server

    На следующем графике показано, как горизонтальное масштабирование влияет на загрузку процессоров SQL Server.

    На этом графике показана взаимосвязь числа запросов в секунду и использования процессоров SQL Server.

Сравнение SharePoint Server 2013 и SharePoint Server 2010

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

Workload

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

Методика тестирования

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

  1. Мы создали среду SharePoint Server 2010.

  2. Мы протестировали среду SharePoint Server 2010, используя рабочую нагрузку, которая описана ранее в этом разделе.

  3. Мы обновили базы данных контента до версии SharePoint Server 2013, не изменяя клиенты, потребляющие данные в среде.

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

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

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

  • Тестовый набор для SharePoint Server 2010 не содержал новых операций SharePoint Server 2013 и напоминал решение совместной работы по корпоративной интрасети, которое было протестировано и описано ранее в этой статье.

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

  • Целью тестирования физических серверов было сравнить производительность ферм SharePoint Server 2013 и SharePoint Server 2010 при горизонтальном масштабировании под нагрузкой. Масштабирование в этом тесте производилось с двух до пяти веб-серверов.

  • Целью тестирования виртуальных серверов было сравнить производительность ферм SharePoint Server 2013 и SharePoint Server 2010 с четырьмя веб-серверами при нагрузке в зеленой и красной зонах. Тестирование горизонтального масштабирования веб-серверов не проводилось.

Анализ

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

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

  • В "зеленой зоне" SharePoint Server 2013 превосходит по производительности SharePoint Server 2010 при пяти веб-серверах — количество запросов в секунду более чем на 10 % ниже, а задержка немного меньше. Однако при двух веб-серверах SharePoint Server 2013 обеспечивает меньшее количество запросов в секунду и небольшое улучшение задержки по сравнению с SharePoint Server 2010.

  • В "красной зоне" при пяти веб-серверах SharePoint Server 2013 обеспечивает примерно на 12 % более высокую пропускную способность по сравнению с SharePoint Server 2010. При двух веб-серверах пропускная способность SharePoint Server 2010 была примерно на 30 % выше. SharePoint Server 2013 продемонстрировал небольшое улучшение задержки по сравнению с SharePoint Server 2010 при пяти веб-серверах.

  • При тестировании виртуальных веб-серверов результаты для SharePoint Server 2013 и SharePoint Server 2010 в "зеленой зоне" одинаковы. В "красной зоне" SharePoint Server 2013 демонстрирует значительно лучшую пропускную способность и задержку по сравнению с SharePoint Server 2010.

Результаты, графики и диаграммы

Тесты, результаты которых приведены на графиках, выполнялись применительно как к физическим, так и к виртуальным веб-серверам. Во всех тестах использовался один физический сервер базы данных с SQL Server 2008 R2 с пакетом обновления 1 (SP1).

  1. Количество запросов в секунду и задержка

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

    На этом графике сравнивается

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

    На этом графике сравнивается

  2. Количество запросов в секунду и использование ресурсов серверов

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

    На этом графике сравнивается

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

    На этом графике сравнивается

  3. Количество запросов в секунду и число операций ввода-вывода в секунду

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

    На этом графике сравнивается

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

    На этом графике сравнивается

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

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

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

    На этом графике сравнивается число запросов в секунду и задержка для виртуального сервера в SharePoint Server 2013 и SharePoint Server 2010.

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

    На этом графике сравнивается число операций ввода-вывода в секунду для виртуального сервера в SharePoint Server 2013 и SharePoint Server 2010.

См. также

Понятия

Планирование производительности в SharePoint Server 2013

Результаты тестирования производительности и емкости и рекомендации (SharePoint Server 2013)