Планирование мощности для Microsoft SharePoint 2010 Компоненты «Мои сайты» и «Социальные сети» (стр. 3 )

** Предполагается, что одна треть населения является активными пользователями, каждый из которых создает 4,2 тега в месяц, где «тег» может означать тег ключевого слова, заметку или рейтинг. Если предположить, что ферма будет использоваться на протяжении двух лет, общее число тегов достигнет 150 000 / 3 * 4,2 * 12 * 2 = 5,04 млн.

В таблице ниже подробно описана архитектура диска.

База данных	БД контента 1, 2, 3, 4	БД контента 5, 6	БД контента 7, 8	БД контента 9, 10	Профиль	Социальный контент	Мета- данные
Размер базы данных	61,4 ГБ	39 ГБ	32,3 ГБ	33,7 ГБ	27,7 ГБ	3,7 ГБ	0,14
Конфигу-рация RAID	0	0	0	0	0	0	0
Число шпинделей для MDF-файлов	1	1	1	1	6	1	1
Число шпинделей для LDF-файлов	один физический шпиндель, общий для всех баз данных

Таблица 4. Архитектура диска

Набор транзакций

Важные примечания

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

Тестовый набор не включает трафик, связанный с обходом контента при поиске. Однако он учитывался в тестах, поскольку в определении Зеленой зоны для загрузки ЦП на сервере SQL Server было установлено значение 40%, вместо обычных 50%, которое позволяет использовать 10% ресурсов ЦП для обхода контента при поиске. Аналогично, для значения «Максимальное число запросов в секунду» использовалась 80-процентная загрузка ЦП сервера SQL Server. В дополнение к тестовому набору, указанному в следующей таблице, для каждого интерфейсного веб-сервера мы также добавили восемь запросов в секунду для трафика Outlook Social Connector. Фильтрация по ролям безопасности была ВКЛЮЧЕНА; служба маркеров безопасности стала работать на пределе, когда нагрузка достигла примерно 8 запросов в секунду для трафика Outlook Social Connector на одном интерфейсном веб-сервере при получении действий коллег. Такое поведение было характерно для набора данных, тестовой рабочей нагрузки и оборудования, которые использовались для тестирования. Во избежание дополнительной нагрузки на службу маркеров безопасности мы решили добавлять трафик Outlook Social Connector в соответствии с числом интерфейсных веб-серверов при каждой итерации. Таким образом, в топологии 1x1x1 использовалось 8 запросов в секунду для трафика Outlook Social Connector, в топологии 2x1x1 — 16 запросов в секунду и т. д.

Полный тестовый набор описывается в приведенной ниже таблице.

Описание	Чтение/запись	% в наборе
Добавление коллеги	Запись	2,11%
Создание рейтинга для URL-адреса, написание заметки или создание тега для URL-адреса	Запись	3,22%
Вывод списка рабочих документов	Чтение и запись	2,36%
Публикация ссылок на вызовы клиента модели к службе PublishedLinksService. asmx	Чтение	6,92%
Получение RSS-каналов из списков	Чтение	3,72%
Просмотр всех элементов в библиотеках документов и списках на личном сайте	Чтение	1,07%
Просмотр публикации в блоге	Чтение	0,04%
Просмотр различных страниц личного сайта (свой контент, коллеги, канал новостей, свой профиль, чужой профиль, браузер организации, членство, теги и заметки)	Чтение	3,87%
Синхронизация общих файлов OneNote	Чтение	10,0%
Редактирование страницы профиля или сообщения состояния, обновление рисунка	Запись	2,31%
Office Web Applications: открытие и просмотр файлов (PowerPoint®, Word, Excel®)	Чтение	0,13%
Синхронизация списков с Outlook®	Чтение	48,16%
Передача документа	Запись	0,09%
Загрузка страниц, библиотек документов и папок из базы данных контента	Чтение	15,93%
Совместное редактирование документов	Чтение и запись	0,17%

Таблица 5. Набор транзакций

Дополнительный тестовый набор для сценария Outlook Social Connector, который порождает 8 запросов в секунду на каждом интерфейсном веб-сервере.

Автоматическая синхронизация с коллегами	Чтение	4%
Автоматическая синхронизация каналов новостей коллег	Чтение	96%

Таблица 6. Тестовый набор для сценария с использованием Outlook Social Connector

Результаты и выводы

Сравнение всех итераций

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

В последующих таблицах и диаграммах приводится сводка по сравнению и выводы.

Результаты для Зеленой зоны:

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

Топология	1x1x1	2x1x1	3x1x1	5x1x1	8x1x1	8x1x2
Зеленая зона: запросов в секунду	137,25	278,08	440,72	683,07	793,67	873,4
Зеленая зона: 75-й процентиль задержки	0,12	0,16	0,14	0,16	0,31	0,32
Зеленая зона: загрузка ЦП интерфейсного веб-сервера	47,84	46,88	48,68	46,13	31,79	36,90
Зеленая зона: загрузка ЦП сервера приложений	9,45	18,88	26,91	35,58	48,73	47,20
Зеленая зона: загрузка ЦП сервера SQL Server	5,45	10,61	16,46	24,73	30,03	32,40 (17,9 для базы данных контента и 14,5 для базы данных служб)

Таблица 7. Производительность зеленой зоны

На диаграмме ниже показаны различия в загрузке ЦП для разного числа запросов в секунду для Зеленой зоны в разных топологиях.

Как следует из диаграммы выше,

количество запросов в секунду увеличивалось при добавлении компьютеров в топологию. Очевидно, что главным фактором, который приближал топологию к границе Зеленой зоны до конфигурации 5x1x1, была загрузка ЦП интерфейсного веб-сервера. В конфигурации 8x1x1 загрузка ЦП сервера приложений достигла границы Зеленой зоны до того, как этой границы достигли интерфейсные веб-серверы. В течение всего тестирования загрузка ЦП сервера SQL Server оставалась в пределах нормы.

Результаты для Максимальной зоны:

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

1x1x1	2x1x1	3x1x1	5x1x1	8x1x1	8x1x2
Максимальная зона: запросов в секунду	203,28	450,75	615,00	971,13	1655	1877
Максимальная зона: задержка	0,22	0,23	0,22	0,22	0,31	0,32
Максимальная зона: загрузка ЦП интерфейсного веб-сервера	75,13	78,17	70,00	67,02	67	71,6
Максимальная зона: загрузка ЦП сервера приложений	12,97	27,07	28,40	48,28	67,1	73,4
Максимальная зона: загрузка ЦП сервера SQL Server	7,64	16,06	21,00	38,38	79,5	74,9 (45,9 для базы данных контента и 29 для базы данных служб)

Таблица 8. Результаты для Максимальной зоны по разным топологиям