Планирование мощности для SharePoint Server 2013

Статья
03/08/2023

ОБЛАСТЬ ПРИМЕНЕНИЯ: yes-img-13 2013 no-img-16 2016 no-img-19 2019 no-img-se Subscription Edition no-img-sop SharePoint в Microsoft 365

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

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

Важно!

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

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

Шаг 1. Модель

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

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

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

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

Workload

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

Характеристики рабочей нагрузки	Значение
Среднее число запросов в секунду (RPS) за день
Среднее RPS в пиковое время
Общее число уникальных пользователей в день
Среднее ежедневное число одновременно действующих пользователей
Пиковое число одновременно действующих пользователей в пиковое время
Общее число запросов в день
Распределение ожидаемой рабочей нагрузки
Нет. количество запросов в день
Веб-браузер — обход контента при поиске
Веб-браузер — общее взаимодействие при совместной работе
Веб-браузер — социальное взаимодействия
Веб-браузер — общее взаимодействие
Веб-браузер — Office Web Apps
Клиенты Office
Клиент OneNote
Рабочая область SharePoint
Синхронизация Outlook RSS
Outlook Social Connector
Другие способы взаимодействия (настраиваемые приложения и веб-службы)

Одновременные пользователи . Чаще всего измеряется параллелизм операций, выполняемых в ферме серверов, как количество отдельных пользователей, создающих запросы за заданный период времени. Ключевыми метриками являются среднесуточное значение и количество одновременно работающих пользователей при пиковой нагрузке.
Запросы в секунду (RPS) — это часто используемый индикатор, используемый для описания спроса на ферму серверов, выраженного в количестве запросов, обрабатываемых фермой в секунду, но без различий между типом или размером запросов. База пользователей каждой организации создает системную нагрузку со скоростью, зависящей от уникальных характеристик использования организации. Дополнительные сведения см. в разделе Глоссарий.
Общее число ежедневных запросов . Общее число ежедневных запросов является хорошим показателем общей нагрузки, необходимой для обработки системой. Чаще всего измеряют все запросы, кроме запросов подтверждения проверки подлинности (http status 401) в течение 24-часового периода.
Общее число пользователей в день . Общее число пользователей является еще одним ключевым показателем общей нагрузки, необходимой системе. Это измерение представляет собой фактическое число уникальных пользователей за 24-часовой период, а не общее число сотрудников в организации.

Примечание.

Общее число пользователей в день может указывать на потенциальный рост нагрузки на ферму. Например, если количество потенциальных пользователей составляет 100 000 сотрудников, число в 15 000 пользователей в день показывает, что нагрузка может значительно возрасти со временем по мере увеличения принятия пользователями.
Распределение рабочей нагрузки . Понимание распределения запросов на основе клиентских приложений, взаимодействующих с фермой, может помочь спрогнозировать ожидаемые тенденции и изменения нагрузки после миграции в SharePoint Server 2013. По мере того как пользователи переходят на более поздние версии клиента, такие как Office 2013, и начинают использовать новые шаблоны нагрузки, ожидается, что число запросов в режиме RPS и общее количество запросов будет расти. Для каждого клиента можно описать количество отдельных пользователей, использующих его в течение дня, и количество общих запросов, создаваемых клиентом или компонентом на сервере.

Например, на приведенной ниже диаграмме показан моментальный снимок динамической внутренней среды Майкрософт, обслуживающей типичное социальное решение. В этом примере видно, что большая часть нагрузки создается поисковым сканером и типичным просмотром веб-страниц пользователей. Вы также можете заметить, что функция Outlook Social Connector (6,2 процента запросов) имеет значительную нагрузку.

Оценка рабочей нагрузки

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

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

Загрузка — схема рабочей нагрузки

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

Определение взаимодействия с пользователем. Например:
- Веб-страница просматривается.
- Скачивание и отправка файлов.
- Представления и изменения Office Web Application в браузере.
- Взаимодействие совместного редактирования.
- Синхронизация сайта рабочей области SharePoint.
- Социальные связи Outlook.
- Синхронизация RSS (в Outlook или других средствах просмотра).
- Широковещательные передачи PowerPoint.
- Общие записные книжки OneNote.
- Общие книги службы Excel.
- Общие приложения службы Access
Дополнительные сведения см. в разделе Службы и функции. Сосредоточьтесь на определении взаимодействий, которые могут быть уникальными для развертывания. Распознать ожидаемое влияние таких нагрузок. Например, значительное использование InfoPath Forms, вычислений служб Excel и аналогичных выделенных решений.
Определите системные операции, такие как добавочные обходы контента при поиске, ежедневные операции резервного копирования, задания таймера синхронизации профилей, веб-обработка аналитических данных, задания таймера ведения журнала и другие действия.
Оцените следующие элементы:
- Общее число пользователей в день, которые, как ожидается, будут использовать каждую возможность.
- Получение предполагаемых одновременных пользователей и высокоуровневых запросов в секунду.
Вы будете делать некоторые предположения. Например:
- Присутствует параллелизм.
- Коэффициент запросов в секунду на одного параллельного пользователя, который отличается в разных возможностях
Используйте таблицу рабочей нагрузки ранее в этом разделе для оценки. Важно сосредоточиться на часах пиковой нагрузки, а не на средней пропускной способности. Планирование пиковой активности позволяет правильно масштабировать решение на основе SharePoint Server 2013.

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

Анализ журналов IIS SharePoint Server 2013

Вам потребуется извлечь данные из журналов ULS и IIS, чтобы обнаружить ключевые метрики о существующем развертывании SharePoint Server 2013. Например:

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

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

Вы можете скачать средство синтаксического анализа журналов 2.2 по адресу https://www.microsoft.com/downloads/details.aspx?FamilyID=890CD06B-ABF8-4C25-91B2-F8D975CF8C07.

Набора данных

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

Объект	Значение
Размер базы данных (ГБ)
Количество баз данных контента
Количество семейств веб-сайтов
Количество веб-приложений
Количество сайтов
Размер индекса поиска (число элементов)
Количество документов
Количество списков
Средний размер сайтов
Максимальный размер сайта
Количество профилей пользователей

Размер содержимого . Понимание размера содержимого, которое будет храниться в системе SharePoint Server 2013, важно для планирования и разработки архитектуры системного хранилища, а также для правильного определения размера решения поиска, которое будет сканировать и индексировать это содержимое. Размер содержимого описывается в общем пространстве на диске. При переносе содержимого из существующего развертывания может оказаться простым определить общий размер перемещаемого содержимого. Во время планирования следует оставить место для роста с учетом времени.
Общее количество документов. Кроме размера корпуса данных, важно отслеживать общее количество элементов. Система реагирует по-разному, если 100 ГБ данных состоит из 50 файлов по 2 ГБ каждый против 100 000 файлов по 1 КБ каждый. В крупных развертываниях, чем меньше нагрузки на один элемент, документ или область документов, тем выше производительность. Широко распределенное содержимое, например несколько небольших файлов на многих сайтах и в семействе веб-сайтов, проще обслуживать, чем одна большая библиотека документов с большими файлами.
Максимальный размер семейства веб-сайтов . Важно определить, какая самая большая единица содержимого будет храниться в SharePoint Server 2013; обычно это потребность организации, которая не позволяет разделить эту единицу содержимого. Средний размер всех семейств веб-сайтов и предполагаемое общее количество семейств веб-сайтов являются дополнительными индикаторами, которые помогут определить предпочитаемую архитектуру данных.
Характеристики данных приложений-служб . Помимо анализа потребностей в хранилище для хранилища содержимого, необходимо проанализировать и оценить размеры других хранилищ SharePoint Server 2013, в том числе:
Общий размер индекса поиска
Общий размер базы данных профиля на основе количества пользователей в хранилище профилей
Общий размер социальной базы данных на основе ожидаемого количества тегов, коллег и действий
Размер хранилища метаданных
Размер базы данных использования
Размер базы данных Web Analytics

Настройка производительности фермы и целевых показателей надежности

Один из конечных результатов шага 1. Модель — это хорошее понимание целевых показателей производительности и надежности, которые наилучшим образом соответствуют потребностям вашей организации. Правильно спроектированное решение SharePoint Server 2013 должно обеспечить "четыре девятки" (99,99 %) времени безотказной работы при скорости отклика менее секундного сервера.

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

Доступность сервера: обычно описывается процентом общего времени безотказной работы системы. Вы должны отслеживать все непредвиденные простои и сравнивать общую доступность с заданным целевым объектом организации. Цели обычно описываются рядом девятки (это 99%, 99,9%, 99,99%)
Скорость реагирования сервера. Время, затрачиваемое фермой на обслуживание запросов, является хорошим показателем для отслеживания работоспособности фермы. Этот индикатор называется задержкой на стороне сервера. Tt обычно использует среднюю или среднюю (50-й процентиль) задержку ежедневных обслуживаемых запросов. Цели обычно описываются в секундах или долях секунд. Если целевой объект должен обслуживать страницы менее чем за две секунды, цель на стороне сервера должна находиться в долях секунды. Эта повышенная производительность дает время для того, чтобы страница достигла клиента и отрисовалась в браузере. Кроме того, более длительное время отклика сервера обычно указывает на неработоспособную ферму. Запросы в секунду редко выполняются, если вы тратите больше секунды на сервер для большинства запросов.
Скорость работы сервера. Еще один хороший индикатор задержки на стороне сервера, который стоит отслеживать, — это поведение самых медленных 5% всех запросов. Более медленные запросы обычно представляют собой запросы, которые попадают в систему, когда она находится под более высокой нагрузкой или даже чаще, запросы, на которые влияют менее частые действия, возникающие во время взаимодействия пользователей с системой. работоспособная система также имеет самые медленные запросы под контролем. Целевой объект здесь аналогичен скорости реагирования сервера, но для получения ответа на секунду при скачке сервера необходимо создать систему с многочисленными резервными ресурсами для обработки пиков нагрузки.
Использование системных ресурсов. Другие распространенные индикаторы, используемые для отслеживания работоспособности системы, представляют собой коллекцию системных счетчиков, которые указывают на работоспособность каждого сервера в топологии фермы. Наиболее часто используемые индикаторы для отслеживания: процент загрузки ЦП и доступная память; однако существует еще несколько счетчиков, которые могут помочь определить не работоспособную систему; Дополнительные сведения см. в разделе Шаг 5. Мониторинг и обслуживание.

Шаг 2. Разработка

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

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

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

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

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

Роль	Тип (стандартный или виртуальный)	Кол-во компьютеров	Procs	ОЗУ	Требуемое кол-во операций ввода-вывода в секунду	Размер диска ОС + журнал	Диск с данными
Веб-серверы	Виртуальной	4	4 ядра	8	Недоступно	400 ГБ	Недоступно
Сервер базы данных контента	Стандартный	1 кластер	4 четырехъядерных 2,33 (ГГц)	48	2k	400 ГБ	20 дисков по 300 ГБ @ 15 000 оборотов/мин
Серверы приложений	Виртуальной	4	4 ядра	16	Недоступно	400 ГБ	Недоступно
Целевой веб-сервер обхода контента при поиске	Виртуальной	1	4 ядра	8	Недоступно	400 ГБ	Недоступно
Сервер поисковых запросов	Стандартный	2	2 четырехъядерных 2,33 (ГГц)	32	Недоступно	400 ГБ	500 ГБ
Сервер поисковой программы-обходчика	Стандартный	2	2 четырехъядерных 2,33 (ГГц)	16	400	400 ГБ	Недоступно
Сервер базы данных обхода контента при поиске	Стандартный	1 кластер	4 четырехъядерных 2,33 (ГГц)	48	4 000 (настроено для чтения)	100 ГБ	16 дисков по 150 ГБ при 15 КБ ОБ/мин
База данных хранилища свойств поиска + сервер администрирования баз данных	Стандартный	1 кластер	4 четырехъядерных 2,33 (ГГц)	48	2 000 (настроено для записи)	100 ГБ	16 дисков по 150 ГБ при 15 КБ ОБ/мин

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

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

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

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

Технические примеры SharePoint Server 2010

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

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

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

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

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

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

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

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

Следует также учитывать использование виртуализированных машин. Ферму SharePoint Server 2013 можно развернуть с помощью виртуальных машин. Хотя виртуализация не обеспечивает дополнительную производительность, она упрощает управление. Виртуализация компьютеров на основе SQL Server не рекомендуется, но виртуализация уровней веб-сервера и сервера приложений может иметь определенные преимущества. Дополнительные сведения см. в статье Планирование виртуализации (/previous-versions/office/sharepoint-server-2010/ff607968(v=office.14)).

Дополнительные сведения о требованиях к оборудованию см. в статье Требования к оборудованию и программному обеспечению для SharePoint Server 2016.

Правила выбора оборудования

Выбор процессоров

SharePoint Server 2013 доступен только для 64-разрядных процессоров. Как правило, большее количество процессоров позволит удовлетворить более жесткие требования.

В SharePoint Server 2013 отдельные веб-серверы будут масштабироваться по мере добавления дополнительных ядер. Чем больше ядер имеет сервер, тем более высокую нагрузку он сможет выдержать при прочих равных параметрах. В крупных развертываниях SharePoint Server 2013 рекомендуется выделить несколько 4-ядерных веб-серверов (которые можно виртуализировать) или меньше более надежных (8-/16/24-ядерных) веб-серверов.

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

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

Выбор памяти

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

Как правило, требования веб-серверов к памяти сильно зависят от количества пулов приложений, включенных на ферме, и числа одновременно обрабатываемых запросов. В большинстве рабочих развертываний SharePoint Server 2013 рекомендуется выделить по крайней мере 8 ГБ ОЗУ на каждом веб-сервере, при этом рекомендуется 16 ГБ для серверов с большим объемом трафика или развертываний с несколькими пулами приложений, настроенными для изоляции.

Требования к памяти серверов приложений также отличаются; Некоторые функции SharePoint Server 2013 имеют более высокую требования к памяти на уровне приложений, чем другие. В большинстве рабочих развертываний SharePoint Server 2013 рекомендуется выделить не менее 8 ГБ ОЗУ на каждом сервере приложений. Серверы приложений размером 16 ГБ, 32 ГБ и 64 ГБ обычно используются, если на одном сервере включено множество служб приложений или если включены службы, которые сильно зависят от памяти, такие как служба вычислений Excel и служба поиска SharePoint Server 2013.

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

Выбор сетей

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

Веб-серверы и серверы приложений следует настроить на использование не менее двух сетевых карт: одна применяется для обработки трафика пользователей, а другая — для поддержки обмена данными между серверами. Задержка в сети между серверами может значительно влиять на производительность. Поэтому важно поддерживать менее 1 миллисекунда сетевой задержки между веб-сервером и компьютерами на основе SQL Server, на котором размещены базы данных контента. Компьютеры на основе SQL Server, на которых размещается каждая база данных приложения службы, должны быть как можно ближе к потребляющим серверам приложений. Сеть между серверами фермы должна обеспечивать пропускную способность в по крайней мере 1 Гбит/с.

Выбор дисков и запоминающих устройств

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

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

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

Шаг 3. Пилотная работа, тестирование и оптимизация

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

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

Ниже приведены дополнительные шаги для предварительной подготовки.

Создайте тестовую среду, имитирующую изначальную архитектуру, созданную в разделе Шаг 2. Разработка.
Заполните хранилище набором данных или его частью, как определено на этапе Шаг 1. Модель.
Создайте в системе искусственную нагрузку, которая соответствует рабочей нагрузке, определенной на этапе Шаг 1. Модель.
Выполните тесты, проанализируйте результаты и оптимизируйте свою архитектуру.
Разверните оптимизированную архитектуру в центре обработки данных и разверните пилотную среду с небольшим числом пользователей.
Проанализируйте результаты работы пилотной среды, определите возможные "узкие места" и оптимизируйте архитектуру. Если это необходимо, повторно протестировать.
Разверните архитектуру в рабочей среде.

Тест

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

Создание плана тестирования
Создание тестовой среды
Создание тестов и средств

Развертывание пилотной среды

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

Оптимизация

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

Шаг 4. Развертывание

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

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

Развертывание новой фермы SharePoint Server 2013: В упражнении по планированию емкости должны быть разработаны и подтверждены планы проектирования и развертывания SharePoint Server 2016. В этом случае развертывание будет первым широким развертыванием SharePoint Server 2013. Для этого потребуется переместить или перестроить серверы и службы, которые использовались в ходе планирования мощности и рабочего этапа. Это самый простой сценарий, поскольку в существующую ферму не нужно вносить никаких обновлений или модификаций.
Обновление фермы Office SharePoint Server 2007 до SharePoint Server 2013: Упражнение по планированию емкости должно было проверить проект фермы, которая может удовлетворить существующие потребности и масштабироваться в соответствии с растущим спросом и использованием фермы SharePoint Server 2013. Часть упражнения по планированию емкости должна включать тестовые миграции, чтобы проверить, сколько времени займет процесс обновления, необходимо ли изменить или заменить какой-либо пользовательский код, нужно ли обновлять сторонние средства и т. д. По завершении планирования емкости вы должны иметь проверенную структуру и понимание того, сколько времени потребуется для обновления, а также план того, как лучше всего выполнить процесс обновления, например обновление на месте или перенос баз данных контента в новую ферму. Если вы выполняете обновление на месте, во время планирования емкости вы, возможно, обнаружили, что потребуется дополнительное или обновленное оборудование, а также рекомендации по обеспечению простоя. Частью выходных данных упражнения по планированию должен быть список необходимых изменений оборудования и подробный план развертывания изменений оборудования в ферме. После того как аппаратная платформа, проверенная во время планирования емкости, будет создана, вы можете перейти к процессу обновления до SharePoint Server 2013.
Повышение производительности существующей фермы SharePoint Server 2013: Упражнение по планированию емкости должно помочь вам выявить узкие места в текущей реализации, спланировать способы сокращения или устранения этих узких мест и проверить улучшенную реализацию, которая соответствует вашим бизнес-требованиям для служб SharePoint Server 2013. Проблемы с производительностью можно было бы решить разными способами, начиная с такого простого, как перераспределение служб на существующем оборудовании, обновление существующего оборудования или добавление дополнительного оборудования и добавление к нему дополнительных служб. На этапе планирования мощности следует испытать и утвердить различные подходы, а затем разработать план развертывания согласно результатам этого испытания.

Шаг 5. Мониторинг и техническая поддержка

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

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

Дополнительные сведения о мониторинге работоспособности и устранении неполадок с помощью средств мониторинга работоспособности, встроенных в интерфейс SharePoint Server 2013 Central Администратор, см. в следующих разделах:

Мониторинг и создание отчетов в SharePoint Server 2016

Решение проблем и диагностика