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

Статья
01/08/2018

**Применимо к:**SharePoint Server 2013 Enterprise, SharePoint Server 2013 Standard

**Последнее изменение раздела:**2017-08-25

**Сводка.**Узнайте, как планировать емкость и производительность для SharePoint Server 2013, а также управлять этими компонентами.

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

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

Важно!

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

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

В этой статье

Шаг 1. Модель
Шаг 2. Разработка
Шаг 3. Пилотный проект, тестирование и оптимизация
Шаг 4. Развертывание
Шаг 5. Мониторинг и техническая поддержка

Шаг 1. Модель

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

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

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

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

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

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

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

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

Примечание

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

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

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

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

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

Мощность — схема рабочей нагрузки

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

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

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

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

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

Подробные сведения о том, как для анализа использования SharePoint Server 2013 с помощью синтаксического анализа журналов чтение Анализ продукты Microsoft SharePoint и использовании технологии (https://www.microsoft.com/downloads/details.aspx?familyid=f159af68-c3a3-413c-a3f7-2e0be6d5532e & displaylang = en & tm).

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

Набор данных

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

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

Размер контента — Общие сведения о размер содержимого, которое будут храниться в системе 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 %).
Отклика сервера — время, необходимое для обслуживания запросов фермы является хорошим показателем для отслеживания работоспособности фермы. Этот индикатор обычно с именем задержки со стороны сервера, и это обычно используется среднего или задержка Медиана (50-й процентиль) обслуживать ежедневных запросов. Целевые значения, часто описаны в sub секунд или количество секунд. Обратите внимание, что если вашей организации есть целевой для обслуживания страниц из SharePoint Server 2013 в менее двух секунд, а затем цель со стороны сервера должна быть секунд sub оставить времени для страницы, чтобы получать доступ к клиентам по сети и времени для отображения в браузере. Также в общем время отклика сервера являются указателем неработоспособные фермы, как это обычно как влияние на пропускную способность и редко число запросов в Секунду справляется Если затрачиваться более секунды на сервер, на большинстве запросов
Скачки на сервере. Еще один удобный показатель задержки на стороне сервера, который следует отслеживать, — поведение самых медленных 5 % всех запросов. Как правило, медленнее всего обрабатываются запросы, которые попадают в систему, когда она находится под большей нагрузкой, или (еще чаще) запросы, на которые влияют менее частые действия, которые происходят при взаимодействии пользователей с системой; работоспособная система также управляет самыми медленными запросами. Целевой показатель здесь подобен отклику сервера, однако для обеспечения отклика в доли секунды при скачках на сервере вам понадобится разработать систему с большим объемом резервных ресурсов, предназначенных для обработки скачков нагрузки.
Использование ресурсов системы. Другие показатели, часто используемые для отслеживания работоспособности системы, — набор системных счетчиков, которые указывают на работоспособность каждого сервера в топологии фермы. Наиболее часто отслеживаются следующие показатели: использование ЦП в % и доступная память; однако имеется несколько дополнительных счетчиков, которые помогают определить проблемы в системе. Подробные сведения см. в разделе Шаг 5. Техническая поддержка.

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

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

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

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

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

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

Роль	Тип (стандартный или виртуальный)	Кол-во компьютеров	Процедуры	ОЗУ	Требуемое кол-во операций ввода-вывода в секунду	Размер диска ОС + журнал	Диск с данными
Веб-серверы	Виртуальный	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 000 оборотов/мин
База данных хранилища свойств поиска + сервер администрирования баз данных	Стандартный	1 кластер	4 четырехъядерных 2,33 (ГГц)	48	2 000 (настроено для записи)	100 ГБ	16 дисков по 150 ГБ @ 15 000 оборотов/мин

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

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

При развертывании SharePoint Server 2013, можно выбрать из диапазона топологий для реализации решения; может развертывание одного сервера или горизонтальное масштабирование большое количество серверов в ферму 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 не рекомендуется, но может быть ряд преимуществ для виртуализации в веб-сервера и сервера приложений уровней. Для получения дополнительных сведений см. Планирование виртуализации (https://technet.microsoft.com/en-us/library/71c203cd-7534-47b0-9122-657d72ff0080 (Office.14).aspx)).

Дополнительные сведения о требованиях к оборудованию см. в статье Требования к оборудованию и программному обеспечению для 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 может потребоваться больше памяти также.

Как правило требования к памяти сервера web значительной степени зависят от числа пулы приложений, включенных в ферме и количество параллельных запросов обслуживать. В большинстве развертываний 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 важно сначала развернуть пилотную среду и тщательной проверки в ферму, чтобы убедиться в том, что он может работать в соответствии емкости и целевые показатели производительности для ожидаемых максимальной нагрузки. Рекомендуется Пилотная среда — это сначала производится искусственной нагрузку, особенно для крупных развертываний и затем время строки приказ с небольшой набор live пользователей и содержимого в реальном времени. Преимущество анализ пилотную среду с помощью небольшой группы пользователей live — это возможность проверить некоторые предположения относительно, внесенные о характеристики использования и роста контента, прежде чем приступать к рабочей версии полностью.

Оптимизация

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

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

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

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

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

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

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

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

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

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

Решение проблем и диагностика (https://technet.microsoft.com/ru-ru/library/ee748639(office.14).aspx)

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