Планирование мощности для
Microsoft SharePoint 2010
Компоненты «Мои сайты» и «Социальные сети»
Этот документ предоставляется на условиях «как есть». Информация и суждения, представленные в документе, включая URL-адреса и другие упоминания интернет-сайтов, могут быть изменены без предварительного уведомления. Все риски, связанные с использованием настоящего документа и информации в нем, лежат на вас.
Некоторые примеры приведены только в качестве иллюстрации и являются вымышленными. Никакой связи с реально существующими объектами не предполагается и не подразумевается.
Настоящий документ не предоставляет вам юридических прав на интеллектуальную собственность в отношении каких-либо продуктов Майкрософт. Копирование и использование настоящего документа разрешается для внутренних справочных целей.
© Корпорация Майкрософт (Microsoft Corporation), 2010. Все права защищены.
Планирование мощности для
Microsoft SharePoint 2010
Компоненты «Мои сайты» и «Социальные сети»
Горав Доши (Gaurav Doshi), ай (Wenyu Cai)
Корпорация Майкрософт
Область применения: Microsoft SharePoint Server 2010
Сводка. В данном техническом документе приведено руководство по планированию производительности и мощности для портала «Мои сайты и социальные сети» на основе Microsoft® SharePoint® 2010. В документе рассматриваются следующие вопросы:
- спецификации тестовой среды, например, оборудование, топология фермы и конфигурация; набор данных тестовой фермы; тестовые данные и рекомендации по определению оборудования, топологии и конфигурации, которые требуется развернуть в аналогичной среде, и по оптимизации среды в соответствии с требованиями к мощности и производительности.
Содержание
Общая сводка………………………………………………………………………………………………………………………..4
Введение 5
Сценарий 5
Предположения и необходимые компоненты 5
Глоссарий 5
Обзор 7
Подход к масштабированию 7
Согласование лабораторной среды с производственной 7
Замечания по тестированию 8
Настройка тестовой среды…………………………………………………………………………………………… 9
Оборудование 9
Программное обеспечение 9
Топология и конфигурация 10
Архитектура набора данных и диска 11
Набор транзакций 12
Результаты и выводы 15
Сравнение всех итераций 15
Влияние обхода контента при поиске людей 19
Анализ 20
Рекомендации 23
Приложение 24
Общая сводка
В целом, здесь приведены основные результаты тестирования портала «Мои сайты и социальные сети».
- Среда масштабировалась до восьми интерфейсных веб-серверов с одним сервером приложений и одним сервером базы данных; повышение пропускной способности оказалось практически линейным. Дальнейшее увеличение количества веб-серверов не приводит к повышению пропускной способности, поскольку в данном случае узким местом становится загрузка ЦП сервера базы данных. Дальнейшее масштабирование обеспечивается за счет размещения базы данных контента и базы данных служб на разных серверах. Максимальная пропускная способность была достигнута на топологии 8x1x2. В этой топологии узким местом оказалась производительность ЦП интерфейсного веб-сервера и сервера приложений. На основании этого можно сделать вывод, что при использовании указанного оборудования, набора данных и тестовой рабочей нагрузки максимально возможное число запросов в секунду представлено значением Максимальной зоны для конфигурации 8x1x2, которое составляет примерно 1877 запросов в секунду. Оценивая эти тенденции, можно предположить, что в работоспособной ферме удастся добиться такой же пропускной способности, если устранить узкие места в интерфейсном веб-сервере и сервере приложений. Узкое место в интерфейсном веб-сервере можно устранить, добавив интерфейсные веб-серверы. Узкое место в сервере приложений можно устранить, используя два компьютера в роли сервера приложений. Однако в лаборатории это не проверялось. Пропускная способность и изменения оборудования на задержку не влияют. Если включена фильтрация по ролям безопасности, один интерфейсный веб-сервер может поддерживать от 8–10 запросов в секунду в трафике Outlook Social Connector. Это означает, что один интерфейсный веб-сервер способен поддерживать работу 28 000–36 000 сотрудников, использующих Outlook Social Connector на протяжении целого дня. Таким образом, при развертывании Outlook Social Connector для 100 000 сотрудников, для поддержки трафика Outlook Social Connector потребуются три интерфейсных веб-сервера. Эти значения зависят от использования социальных тегов в компании. Если в компании планируется менее активное использование социальных тегов, чем в нашем тестовом наборе данных, то пропускная способность каждого интерфейсного веб-сервера может превышать 8-10 запросов в секунду. Если ферма поддерживается в работоспособном состоянии, то добавочный обход контента при поиске людей практически не влияет на пропускную способность фермы.
Введение
Сценарий
В данном документе приводятся методология и результаты тестирования, которые можно использовать в качестве руководства по планированию мощности социального портала. Социальный портал представляет собой развертывание Microsoft® SharePoint® 2010, в котором каждому сотруднику компании предоставляется свой профиль пользователя, возможность поиска экспертов внутри организации и общения с другими сотрудниками через новостные каналы и личный сайт для хранения и совместного использования документов. Помимо трафика, обусловленного компонентами социальных сетей, также возникает довольно существенный трафик, связанный с загрузкой, совместным использованием, просмотром и обновлением документов на личных сайтах сотрудников. Мы надеемся, что данные результаты помогут в разработке отдельного портала специально для личных сайтов и социальных функций.
Разным сценариям соответствуют разные требования, поэтому в дополнение к рекомендациям данного руководства следует провести тестирование на конкретном оборудовании в конкретной среде.
Изучив данный документ, вы научитесь:
- проводить оценку оборудования, необходимого для требуемого уровня масштабируемости среды: количество пользователей, нагрузка, используемые возможности; проектировать физическую и логическую топологию для обеспечения оптимальной надежности и эффективности; Вопросы обеспечения высокой доступности и аварийного восстановления в данной статье не рассматриваются. учитывать влияние регулярного обхода контента при поиске людей и синхронизации профилей на число запросов в секунду в развернутом социальном портале.
Перед изучением данного документа ознакомьтесь с указанными ниже материалами.
- Планирование мощности и определение размеров для продуктов и технологий Microsoft SharePoint 2010 Ограничения Office SharePoint Server 2010, связанные с программным обеспечением Пример внедрения SharePoint Server 2010: социальная среда, доступно для загрузки на сайте TechNet
Руководство по планированию мощности для типовых сценариев совместной работы можно найти в статье Лабораторное исследование мощности SharePoint Server 2010: решение для совместной работы в корпоративной интрасети
Предположения и необходимые компоненты
- В этом исследовании не применяется пользовательский код, выполняемый в развернутом социальном портале. Мы не можем гарантировать, как поведет себя пользовательский код или решения третьих лиц, которые могут быть установлены на вашем портале личных сайтов и социальных сетей. В качестве режима проверки подлинности использовался NTLM
Глоссарий
В данном документе используется ряд специальных терминов. Ниже приведены определения ключевых терминов.
- Запросов в секунду: количество запросов в секунду. Количество запросов, полученных фермой или сервером за одну секунду. Это основной показатель нагрузки на сервер или ферму.
Обратите внимание, что количество запросов отличается от количества загрузок страниц; каждая страница состоит из нескольких компонентов, каждый из которых при загрузке страницы создает один или несколько запросов. Таким образом, одной загрузке страницы соответствует несколько запросов. Как правило, при измерении количества запросов в секунду не учитываются запросы, выполняемые при проверке подлинности, и события, потребляющие мало ресурсов. Зеленая зона: это состояние, в котором сервер удовлетворяет указанным ниже условиям.
- Задержка на стороне сервера для не менее чем 75% запросов не превышает полсекунды. Уровень использования ЦП на всех серверах не превышает 50%.
Примечание. Поскольку в этой лабораторной среде не проводился обход контента при поиске, на сервере базы данных загрузка ЦП сохранялась на уровне 40% и ниже с резервированием 10% для нагрузки обхода контента при поиске. При этом предполагается, что для ограничения нагрузки обхода контента при поиске на уровне 10% времени ЦП в производственной среде используется регулятор ресурсов Microsoft SQL Server®. Процент сбоев не превышает 0,01%.
- Компонент регулирования запросов HTTP включен, но ошибки 503 (сервер занят) отсутствуют. Процент сбоев не превышает 0,1%. Задержка на стороне сервера составляет менее 1 секунды по крайней мере для 75% запросов. Использование ЦП сервера базы данных составляет менее 80%, что позволяет зарезервировать 10% для нагрузки обхода контента, ограниченной регулятором ресурсов SQL Server.
Обзор
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 |
