Дополнительные факторы планирования производительности и мощности (Windows SharePoint Services)
В этом разделе перечислены дополнительные факторы, которые следует учесть при планировании мощности и производительности.
Факторы окружающей среды
Конфигурация сети
Безопасность сети
Проверка подлинности
Разработка пользовательского кода
Конфигурация сети
Конфигурация сети крайне важна с точки зрения производительности установки Службы Windows SharePoint Services. На производительность могут повлиять следующие распространенные компоненты сети:
Сетевая интерфейсная плата
Настройки сетевой интерфейсной платы: по возможности следует использовать гигабитные сетевые платы. При использовании карт с автоматическим переключением (100 МБ/1 ГБ) следует всегда выбирать настройку 1 ГБ.
Входящий/исходящий трафик: если в сценарии ожидается большой сетевой трафик, рекомендуется использовать для обработки входящего и исходящего трафика отдельные сетевые интерфейсные платы.
Коммутаторы: если в сети установлен коммутатор, он должен быть гигабитным и иметь одинаковое число входящих и исходящих каналов.
Маршрутизаторы: маршрутизаторы обязательно нужно настроить для работы в гигабитной инфраструктуре.
Контроллеры домена: если контроллер домена получает запросы быстрее, чем он может их обработать, проверка подлинности в среде SharePoint может ухудшить стать причиной снижения производительности. Для сред, где используется такая проверка подлинности, как NTLM, рекомендуется использовать по 3 WFE на каждый контроллер домена. Если в ходе тестирования выяснится, что при соотношении 3 WFE на каждый контроллер домена проверка подлинности создает допустимую нагрузку, можно добавить еще по одному WFE на каждый контроллер, до предельного значения в 4 WFE на 1 контроллер домена.
Не следует забывать о том, что перед переносом системы в рабочую среду конфигурацию сети необходимо спланировать и полностью проверить.
Безопасность сети
Дополнительные сведения о безопасности сети см. в разделе Планирование безопасного обмена данными на ферме серверов (Windows SharePoint Services).
Проверка подлинности
Используемый в среде механизм проверки подлинности может отразиться на общей производительности системы по нарастающей. На производительность процедуры проверки подлинности могут влиять следующие факторы:
Число и скорость переходов к поставщику проверки подлинности и обратно
Эффективность обработки поставщика проверки подлинности
Проведенные корпорацией Майкрософт исследования позволили составить следующий список механизмов проверки подлинности, от самого быстрого к самому медленному:
Анонимный
Kerberos
NTLM
Стандартная
Формы
При использовании поставщика проверки подлинности совместно с Office SharePoint Server или Службы Windows SharePoint Services воспользуйтесь рекомендациями, приведенными в статье Проверка подлинности в ASP.NET: руководство по безопасности .NET (на английском языке) (https://go.microsoft.com/fwlink/?linkid=98743&clcid=0x419) (на английском языке), доступной в библиотеке MSDN.
Разработка пользовательского кода
Самая распространенная причина низкой производительности ранних выпусков SharePoint Server — разработка и развертывание неэффективных пользовательских возможностей на базе платформы SharePoint. При разработке пользовательских возможностей для SharePoint нужно отслеживать несколько показателей производительности. К ним в том числе относятся:
Переходы на сервер SQL Server и обратно. Для основных страниц рекомендуется использовать не более 2-3 переходов SQL. Лишние переходы снижают производительность и приводят к следующим результатам:
Увеличение времени отклика конечного пользователя, связанное с увеличением времени обработки на сервере.
Снижение общей пропускной способности системы из-за дополнительной нагрузки на сервер SQL.
Использование ресурсов центрального процессора сервера SQL. Чтобы сохранить исправность системы, важно поддерживать использование ресурсов ЦП сервера (серверов) SQL на сравнительно низком уровне. Если в среднем ресурсы используются более чем на 60%, это отрицательно влияет на производительности. Чтобы снизить нагрузку на процессор SQL, можно предпринять следующие шаги.
Внедрите стратегию кэширования. Это уменьшит общее число вызовов от WFE на SQL Server.
Оптимизируйте пользовательский код таким образом, чтобы он использовал объектные методы, возвращающие нужные данные наиболее эффективным образом (например, внедрите индексы списков и т.д.)
Распределите базы данных SQL по нескольким физическим серверам SQL
Размер загружаемых страниц. Размер кода должен быть минимальным. Сравнительно небольшое увеличение размера страницы может существенно отразиться на производительности, если ее ежедневно открывает большое число людей (особенно в периоды наибольшей нагрузки).
Эффективность клиентского кода. Примерно 50% времени отклика конечных пользователей занимает обработка возвращенного кода на стороне клиента. Если пользовательское решение увеличивает время обработки, можно ожидать увеличения времени отклика конечных пользователей.
Обратные вызовы AJAX. Для частей AJAX нужно учесть число обратных вызовов и нагрузку при каждом вызове. Например, для возврата результата каждый ключевой индикатор производительности делает 3 вызова. При добавлении на страницу нескольких ключевых индикаторов производительности или другого пользовательского кода обязательно протестируйте производительность страницы.
Загрузить эту книгу
Для упрощения чтения и печати этот раздел включен в следующую загружаемую книгу:
Полный список доступных книг см. в разделе Загружаемые книги для служб Windows SharePoint Services.