Дополнительные факторы планирования производительности и ресурсов (Office SharePoint Server)
В этом разделе перечислены дополнительные факторы, которые следует учесть при планировании развертывания.
Факторы окружающей среды
Веб-части запроса содержимого
Факторы окружающей среды
Вопросы сети
Безопасность сети
Проверка подлинности
Разработка пользовательского кода
Конфигурация сети
Конфигурация сети крайне важна с точки зрения производительности установки Office SharePoint Server или Службы Windows SharePoint Services. На производительность могут повлиять следующие распространенные компоненты сети:
Сетевая интерфейсная плата
Настройки сетевой интерфейсной платы По возможности следует использовать гигабитные сетевые платы. При использовании карт с автоматическим переключением (100 МБ/1 ГБ) следует всегда выбирать настройку 1 ГБ.
Входящий/исходящий трафик Если в сценарии ожидается большой сетевой трафик, рекомендуется использовать для обработки входящего и исходящего трафика отдельные сетевые интерфейсные платы.
**Коммутаторы ** если в сети установлен коммутатор, он должен быть гигабитным и иметь одинаковое число входящих и исходящих каналов.
**Маршрутизаторы **Маршрутизаторы обязательно нужно настроить для работы в гигабитной инфраструктуре.
Контроллеры домена: если контроллер домена получает запросы быстрее, чем он может их обработать, проверка подлинности в среде SharePoint может ухудшить стать причиной снижения производительности. Для сред, где используется такая проверка подлинности, как NTLM, рекомендуется использовать по 3 веб-сервера на каждый контроллер домена. Если в ходе тестирования выяснится, что при соотношении 3 веб-сервера на каждый контроллер домена проверка подлинности создает допустимую нагрузку, можно добавить еще по одному веб-серверу на каждый контроллер, до предельного значения в 4 веб-сервера на 1 контроллер домена.
Не следует забывать о том, что перед переносом системы в рабочую среду конфигурацию сети необходимо спланировать и полностью проверить.
Рекомендованная топология сети
Спланируйте сетевые подключения внутри фермы и между фермами. Рекомендуется использовать сеть с небольшой задержкой.
В следующем списке перечислены некоторые оптимальные методы и рекомендации.
Пропускная способность и задержка локальной сети для всех серверов фермы должна соответствовать характеристикам сервера под SQL Server 2005 (задержка до 1 миллисекунды).
Развертывание Office SharePoint Server 2007, при котором сервер под SQL Server 2005 развертывается в топологии территориально-распределенной сети, в удалении от других компонентов фермы, с задержкой более 1 мс, не проверялось. Соответственно, использовать такую топологию территориально-распределенных сетей не рекомендуется.
Спланируйте территориально-распределенную сеть с адекватными характеристиками, если хотите использовать зеркалирование SQL Server 2005 или доставку журнала SQL Server 2005 для обеспечения актуальности удаленного сайта.
Безопасность сети
Дополнительные сведения о безопасности сети см. в разделе Планирование безопасного обмена данными внутри фермы серверов (Office SharePoint Server).
Проверка подлинности
Используемый в среде механизм проверки подлинности может отразиться на общей производительности системы по нарастающей. На производительность процедуры проверки подлинности могут влиять следующие факторы:
Число и скорость переходов к поставщику проверки подлинности и обратно
Эффективность обработки поставщика проверки подлинности
Проведенные корпорацией Майкрософт исследования позволили составить следующий список механизмов проверки подлинности, от самого быстрого к самому медленному:
Анонимный
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 **Чтобы сохранить исправность системы MOSS, важно поддерживать использование ресурсов ЦП сервера (серверов) баз данных на сравнительно низком уровне. Если в среднем ресурсы ЦП SQL Server 2005 используются более чем на 60%, это отрицательно влияет на производительности. Чтобы снизить нагрузку на процессор SQL, можно предпринять следующие шаги.:
Внедрите стратегию кэширования. Это уменьшит общее число вызовов от веб-серверов к серверу базы данных.
Оптимизируйте пользовательский код таким образом, чтобы он использовал объектные методы, возвращающие нужные данные наиболее эффективным образом (например, внедрите индексы списков и т.д.).
Распределите базы данных SQL по нескольким физическим серверам баз данных.
Размер загружаемых страниц Размер кода должен быть минимальным. Сравнительно небольшое увеличение размера страницы может существенно отразиться на производительности, если ее ежедневно открывает большое число людей (особенно в периоды наибольшей нагрузки).
Эффективность клиентского кода Примерно 50% времени отклика конечных пользователей занимает обработка возвращенного кода на стороне клиента. Если пользовательское решение увеличивает время обработки, можно ожидать увеличения времени отклика конечных пользователей.
Обратные вызовы AJAX Для частей AJAX нужно учесть число обратных вызовов и нагрузку при каждом вызове. Например, для возврата результата каждый ключевой индикатор производительности делает 3 вызова. При добавлении на страницу нескольких ключевых индикаторов производительности или другого пользовательского кода обязательно протестируйте производительность страницы.
Веб-часть запроса содержимого
Веб-часть запроса содержимого использует механизм запросов к спискам Службы Windows SharePoint Services для извлечения содержимого из семейства сайтов SharePoint. Если веб-часть настроена на создание запроса по большому числу списков, механизм запросов к спискам может вызвать исключение.
По умолчанию число списков в запросах к списках ограничено 1000. Это означает, что, если веб-часть запроса содержимого настроить с запросом, содержащим более 1 000 списков, запрос к спискам не будет выполнен и веб-часть не покажет содержимое. Причиной такого ограничения является предотвращение перегрузки SQL Server 2005. Чем больше списков содержится в запросе к спискам, тем больше времени потребуется серверу баз данных на возврат запрашиваемого содержимого. При очень большом числе списков сервер баз данных будет обрабатывать запросы к спискам непропорционально в ущерб другим запросам.
Если требования устанавливают необходимость запросов по более чем 1 000 списков, предельное значение списков можно увеличить, если нагрузка на базы данных для операций является допустимой. Для этого можно добавить атрибут MaxListLimit в свойство ListsOverride веб-части. Например, чтобы поднять предельное значение до 2 000, свойству ListsOverride следует присвоить такое значение:
<Lists ServerTemplate="850" MaxListLimit="2000">
Загрузите эту книгу
Этот раздел включен в следующую загружаемую книгу для удобства чтения и печати:
Полный список доступных книг приведен в разделе Загружаемые материалы для Office SharePoint Server 2007.