Оценка требований к производительности и загрузке для сред совместной работы Windows SharePoint Services (Office SharePoint Server)
В этой статье:
Основные характеристики
Среда тестирования
Профиль использования
Рекомендации
Данный сценарий планирования производительности и загрузки включает в себя одну ферму серверов Windows SharePoint Services 3.0, используемую для совместной работы и управления документами в среде предприятия.
Основные характеристики
Основные характеристики включают в себя факторы окружающей среды, особенности использования и другие вопросы, типичные для этого сценария.
К числу основных характеристик этого сценария относятся следующие.
**Проверка подлинности/авторизация **Как правило, пользователи проходят проверку подлинности, а сайты и контента защищены группами безопасности или за счет предоставления доступа отдельным пользователям в зависимости от их учетной записи пользователя. В данном сценарии используется встроенная проверка подлинности Windows.
**Типичные (чтение) и сложные (чтение/запись) операции пользователей **В среде совместной работы пользователи просматривают и пополняют контент. Целевое значение пропускной способности для данного сценарии выбрано таким образом, чтобы обеспечить приемлемое время отклика для выполнения сложных операций, включая отправку или загрузку документа.
**Увеличение размера данных и сайта со временем **В дополнение к оценке начального объема данных, среда совместной работы Windows SharePoint Services 3.0 также должна учитывать увеличение размера данных и сайта со течением времени. Ферма серверов, размер который рассчитан только на исходный объем данных, скоро может стать недостаточно большой.
**Время отклика пользователей **Целевое время отклика пользователей для обычной, нетипичной, длительной и редкой операции указано в таблице времени отклика пользователей в конце раздела Plan for software boundaries [Windows SharePoint Services]. Некоторые организации могут допускать большее время отклика пользователей, в то время как другие могут требовать более быстрого отклика. Ожидаемое время отклика пользователей является ключевым фактором, определяющим общие целевые значения пропускной способности. (Пропускная способность определяется как количество запросов, которое сервер способен обработать в секунду). Большему числу пользователей требуются более высокие целевые значения пропускной способности для достижения того же времени отклика пользователей.
**Параллелизм пользователей **Принимается уровень параллелизма равный 10% с одновременным обращением 1% параллельно работающих пользователей. Другими словами, предполагается, что из 10 тысяч пользователей одна тысяча активно использует решение, а 100 пользователей отсылают запросы одновременно.
**Длительные асинхронные задачи **Такие задачи как индексирование контента и резервное копирование баз данных создают дополнительную нагрузку производительности в ферме серверов. С учетом общих характеристик производительности образцов топологий предполагается, что такие задачи должны выполняться в периоды снижения активности, например в ночные часы. Это позволяет поддерживать требуемые значения времени отклика пользователей во время рабочего дня.
Среда тестирования
В ходе тестирования этого предполагалось оценить реакции различных конфигураций ферм серверов на изменения ряда факторов, включая число параллельных пользователей, операций пользователей и число таких объектов, как семейства сайтов, сайты, библиотеки и списки.
Необходимо отметить, что хотя на основании результатов тестирования можно сделать определенные выводы, конкретные значения мощности и производительности, приведенные в этом разделе, могут варьироваться при работе в реальных средах. Эти результаты можно использовать в качестве отправной точки при проектировании правильно масштабированной среды. По завершении начального этапа разработки системы протестируйте созданную конфигурацию, чтобы убедиться, что система поддерживает факторы, характерные для используемой среды.
Дополнительные сведения о тестировании развертывания см. в разделе Tools for performance and capacity planning (Windows SharePoint Services).
Исходные условия
- **64-разрядная архитектура **В среде тестирования использовались только 64-разрядные серверы. Несмотря на возможность развертывания Windows SharePoint Services 3.0 на 32-разрядных серверах, корпорация Майкрософт рекомендует осуществлять развертывание на 64-разрядных серверах в среде фермы Windows SharePoint Services 3.0. Дополнительные сведения см. в разделе Сравнение 64-разрядных и 32-разрядных серверов статьи About performance and capacity planning (Windows SharePoint Services).
Топология лаборатории
Для получения максимально подробных результатов тестирования, для его выполнения использовались несколько конфигураций ферм серверов, начиная от автономного компьютера до восьми веб-серверов с одиночными и кластерными компьютерами, на которых запускалось приложение Microsoft SQL Server 2005. В тестировании использовались восемь клиентских компьютеров, моделирующих от 32 до 256 подключений пользователя.
В следующей таблице перечислено специальное оборудование, использованное для тестирования.
| Роль компьютера | Аппаратное обеспечение |
|---|---|
Веб-сервер |
2 двухъядерных процессора Intel Xeon, 2,8 ГГц 4 ГБ оперативной памяти |
Сервер баз данных |
4 двухъядерных процессора Intel Xeon, 2,8 ГГц 32 ГБ ОЗУ |
Клиентский компьютер |
1 процессор Pentium 3, 1,2 ГГц 1 ГБ ОЗУ |
В тестовой среде использовалась гигабитная сеть (1 миллиард бит/с).
Профиль использования
В таблице далее представлен профиль использования для среды тестирования совместной работы Windows SharePoint Services 3.0. Учтите, что профиль использования для сценария совместной работы Windows SharePoint Services 3.0 предполагает, что большинство действий пользователя осуществляется в рамках сайтов группы.
Поиск в рамках Службы Windows SharePoint Services ограничен семейством сайтов. Следовательно, выполнение поиска не будет оказывать значительное влияние на пропускную способность.
В следующей таблице приведен процент пропускной способности, потребляемый каждым из перечисленных типов операций пользователей в тестовой среде.
| Операция | Процент пропускной способности |
|---|---|
Переход на домашнюю страницу |
15,00 |
Получение кэшированного документа |
15,00 |
Получение статического документа |
15,00 |
Получение страницы списка (HTML) |
10,00 |
Получение страницы списка (таблица) |
10,00 |
Получение формы списка |
7,00 |
Ошибки с кодом 404 |
5,00 |
Вставка элемента списка |
2,00 |
Правка элемента списка |
2,00 |
Удаление элемента списка |
2,00 |
Вставка документа |
2,00 |
Синхронизация с Outlook |
2,00 |
Удаление документа |
2,00 |
Список URL-адресов |
2,00 |
Открытие документа для редактирования по протоколу *DAV* |
1,00 |
Сохранение документа по протоколу DAV |
1,00 |
Открытие документа для редактирования по протоколу *FPRPC* |
1,00 |
Сохранение документа по протоколу FPRPC |
1,00 |
Краткосрочное извлечение |
1,00 |
Входящая электронная почта |
1,00 |
*Технология RSS* |
1,00 |
Запуск рабочего процесса |
0,75 |
Завершение задачи рабочего процесса |
0,75 |
Добавление/удаление пользователя |
0,50 |
Рекомендации
В этом разделе приведены общие рекомендации по производительности и мощности среды. Используя эти рекомендации, можно определить характеристики мощности и производительности начальной топологии, созданной в статье Plan for availability (Windows SharePoint Services), а также принять решение о необходимости масштабирования этой топологии.
Рекомендации по аппаратному обеспечению
В следующей таблице перечислено рекомендованное аппаратное обеспечение для веб-серверов и серверов баз данных. Дополнительные сведения о минимальных и рекомендуемых системных требованиях содержатся в разделе Determine hardware and software requirements (Windows SharePoint Services).
Примечание
Требования к памяти веб-серверов и серверов баз данных зависят от размера фермы серверов, числа параллельных пользователей и сложности функций и страниц фермы. Рекомендации к объему памяти, приведенные в следующей таблице, подходят для ферм серверов с низким или невысоким уровнем использования, но при этом необходимо тщательно отслеживать процессы использования памяти, чтобы вовремя выявить необходимость в дополнительном объеме.
| Роль компьютера | Рекомендуемое аппаратное обеспечение |
|---|---|
Веб-сервер |
Двухпроцессорная система, 2,5 ГГц или выше (рекомендуется использовать процессоры с тактовой частотой 3 ГГц или выше) ОЗУ не менее 2 ГБ 3 ГБ свободного места на диске DVD-дисковод на локальном компьютере или доступный через сеть Монитор с разрешением 1024x768 или выше |
Сервер баз данных |
Двухпроцессорная система, 2,5 ГГц или выше (рекомендуется использовать процессоры с тактовой частотой 3 ГГц или выше) ОЗУ не менее 4 ГБ Объем жесткого диска должен рассчитываться с использованием соотношения контента к емкости базы данных как 1:1,2. То есть, если планируется использовать 100 ГБ контента, необходимо не менее 120 ГБ свободного места на диске, а также дополнительное место для журналов транзакций. DVD-дисковод на локальном компьютере или доступный через сеть Монитор с разрешением 1024x768 или выше |
Начальные топологии
Чтобы оценить производительность своей начальной топологии, сравните созданную топологию с начальными топологиями, предложенными в разделе Plan for availability (Windows SharePoint Services). Это позволит быстро определить необходимость масштабирования начальной топологии для достижения целевых значений производительности и мощности.
Мощность и производительность топологий с распределенной нагрузкой
Чтобы увеличить мощность и производительность одной из начальных топологий, можно либо увеличить аппаратные ресурсы, внедрив серверные компьютеры с большей мощностью, либо распределить нагрузку, добавив к топологии дополнительные серверы. В этом разделе описаны общие характеристики производительности нескольких топологий с распределенной нагрузкой. В примерах топологий предлагаются некоторые стандартные способы масштабирования топологии для сценария совместной работы.
Чтобы обеспечить дополнительную пользовательскую нагрузку, добавьте компьютеры веб-серверов.
Чтобы поддержать больший объем данных, необходимо увеличить мощность сервера базы данных, повысив мощность одного сервера (кластерного или зеркального), обновив его до 64-разрядного сервера, или добавив кластерные или зеркальные серверы.
Поддерживайте соотношение не более восьми компьютеров веб-сервера к одному компьютеру сервера базы данных (кластерному или зеркальному).
Расчет целевых показателей пропускной способности
Пропускная способность представляет собой количество операций, которое ферма серверов может выполнить за одну секунду. В идеале, количество операций, запрашиваемых в секунду, ниже целевого значения для данного уровня производительности. При превышении целевого числа запрашиваемых операций, выполнение действий пользователя и других операций будет требовать больше времени.
Пропускная способность изменяется в запросах в секунду (RPS). Измерения RPS можно перевести в общее число пользователей на основе модели обычного поведения конечных пользователей. Как с большинством случаев поведения человека, существует множество "типичных" поведений. Модель пользователя для Windows SharePoint Services 3.0 содержит две переменные:
Параллелизм — процент пользователей, активно использующих систему.
Частота запросов — среднее число запросов в час, создаваемых активным пользователем. В следующей таблице приведены четыре уровня поведения пользователей.
Приблизительную пропускную способность при типичной нагрузке можно рассчитать следующим образом:
Число пользователей*процент активных пользователей/частота запросов
Например, для одной тысячи пользователей можно получить следующие значения:
Число одновременно работающих пользователей = 1 000 * 10% = 100
Расчетное число запросов от каждого пользователя в час = 36 = 1 запрос от каждого пользователя через каждые 100 секунд
Пропускная способность = одновременно работающие пользователи/частота запросов = 100/100 = 1 запросов в секунду
Таким образом, при 1 RPS может работать до 1000 пользователей и каждый из них может осуществлять 36 запросов в час.
В следующей таблице приводятся целевые значения пропускной способности для четырех уровней пользовательской нагрузки.
| Пользовательская нагрузка | Частота запросов | Поддерживаемые пользователи |
|---|---|---|
Низкая |
20 запросов в час. Активный пользователь создает новый запрос каждые 180 секунд. |
Каждый отклик в секунду пропускной способности поддерживает 180 одновременно работающих пользователей и всего 1 800 пользователей. |
Стандартная |
36 запросов в час. Активный пользователь создает новый запрос каждые 100 секунд. |
Каждый отклик в секунду пропускной способности поддерживает 100 одновременно работающих пользователей и всего 1 000 пользователей. |
Высокая |
60 запросов в час. Активный пользователь создает новый запрос каждые 60 секунд. |
Каждый отклик в секунду пропускной способности поддерживает 60 одновременно работающих пользователей и всего 600 пользователей. |
Чрезвычайно высокая |
120 запросов в час. Активный пользователь создает новый запрос каждые 30 секунд. |
Каждый отклик в секунду пропускной способности поддерживает 30 одновременно работающих пользователей и всего 300 пользователей. |
Если в организации уже используется решение для совместной работы, на основании журналов IIS можно определить модели и тенденции использования в существующей среде. Дополнительные сведения об анализе журнала служб IIS см. в статье Анализ файлов журнала (IIS 6.0) (на английском языке) https://go.microsoft.com/fwlink/?linkid=78825&clcid=0x419
Если организация только планирует развертывание нового решения для совместной работы, для оценки моделей использования используйте сведения, приведенные в следующем разделе.
Оценка целевых значений пропускной способности
Оценка производительности пропускной способности ферм серверов, приведенная в предыдущем разделе, основана на следующих предположениях:
Частота отклика пользователей составляет <1 секунду для стандартных операций
Значение параллелизма пользователей — 10%
Операции индексирования выполняются в течения ночного окна, равного 12 часов
Используйте сведения в этом разделе для изменения значений для этих предположений на данные, относящиеся к конкретной организации. В результате пропускная способность для организации может отличаться.
Результаты тестирования: пропускная способность в зависимости от конфигурации фермы серверов
В таблице, приведенной в этом разделе, содержатся результаты тестирования для различных профилей операций пользователей с использованием аппаратного обеспечения, указанного выше в этой статье в разделе Тестовые среды. Число подключений пользователей представляет собой фиксированный параметр, используемый в процессе тестирования.
В следующей таблице приведены результаты тестирования как для сочетания чтение-запись, так и только для чтения.
| Конфигурация фермы серверов | Запросов в секунду | Общее число подключений пользователей | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
|
|
Низкий уровень использования |
Стандартный уровень использования |
Высокий уровень использования |
Чрезвычайно высокий уровень использования |
||||
Смешанный |
Чтение |
Смешанный |
Чтение |
Смешанный |
Чтение |
Смешанный |
Чтение |
Смешанный |
Чтение |
|
1 на 1 |
50 |
100 |
90 000 |
180 000 |
50 000 |
100 000 |
30 000 |
60 000 |
15 000 |
30 000 |
2 на 1 |
99 |
185 |
178 200 |
333 000 |
99 000 |
185 000 |
59 400 |
111 000 |
29 700 |
55 500 |
3 на 1 |
115 |
265 |
207 000 |
477 000 |
115 000 |
265 000 |
69 000 |
159 000 |
34 500 |
79 500 |
4 на 1 |
120 |
275 |
216 000 |
495 000 |
120 000 |
275 000 |
72 000 |
165 000 |
36 000 |
82 500 |
5 на 1 |
136 |
280 |
244 800 |
504 000 |
136 000 |
280 000 |
81 600 |
168 000 |
40 800 |
84 000 |
6 на 1 |
130 |
280 |
234 000 |
504 000 |
130 000 |
280 000 |
78 000 |
168 000 |
39 000 |
84 000 |
7 на 1 |
134 |
290 |
241 200 |
522 000 |
134 000 |
290 000 |
80 400 |
174 000 |
40 200 |
87 000 |
8 на 1 |
130 |
280 |
234 000 |
504 000 |
130 000 |
280 000 |
78 000 |
168 000 |
39 000 |
84 000 |
На следующем графике показаны изменения пропускной способности для операций "чтение-запись" и операций "только чтение" при изменении числа интерфейсных веб-серверов. Обратите внимание, что этот график не основывается на результатах тестирования, представленных в предыдущей таблице, а предназначен только для иллюстрации общей тенденции изменения производительности при добавлении к системе дополнительных интерфейсных веб-серверов.
Помните, что системы, поддерживающие операции "только чтение", например, статические сайты портала, могут обеспечивать более высокую пропускную способность, чем системы, поддерживающие операции "чтение/запись".
.gif "Пример работы службы Windows SharePoint Services")
Оценка времени отклика пользователей
Прежде всего выясните, допустимо ли в организации снижение скорости отклика, или для нее требуется поддерживать более высокую скорость. Времена отклика можно классифицировать следующим образом.
Медленное (3-5 секунд) Время отклика пользователей может снижаться до указанных значений, не приводя к возникновению проблем.
Рекомендуемое (1-2 секунды) Среднее целевое время отклика пользователей.
Быстрое (<1 секунды) Для организаций, где требуется быстрая скорость работы.
Принимая во внимает тип времени отклика пользователей, наиболее соответствующее потребностям организации, определите целевое значение пропускной способности в зависимости от числа пользователей. Поскольку односерверная система может обслуживать до тысячи пользователей, минимальное приведенное число пользователей — 500.
В следующей таблице перечислены целевые значения пропускной способности, основанные на значениях времени отклика пользователей.
| Всего пользователей | Медленное (запросов в секунду) | Рекомендуемое (запросов в секунду) | Быстрое (запросов в секунду) |
|---|---|---|---|
500 |
0,4 |
0,5 |
0,7 |
1 000 |
0,7 |
1,0 |
1,2 |
5 000 |
4,0 |
5,0 |
6,0 |
10 000 |
9,0 |
10,0 |
12,0 |
20 000 |
18,0 |
20,0 |
24,0 |
50 000 |
40,0 |
50,0 |
60,0 |
100 000 |
90,0 |
100,0 |
120,0 |
После определения целевого значения пропускной способности, соответствующего потребностям организации, выполните повторную оценку тестовых данных для примеров топологий, чтобы убедиться в правильности выбранной топологии и аппаратного обеспечения.
Оценка значения параллелизма
Далее необходимо оценить значение параллелизма в организации. Параллелизм — это процент пользователей, одновременно использующих это решение. Используйте значение параллелизма, ожидаемое в часы максимальной загрузки. В следующей таблице приведены рекомендованные значения пропускной способности, основанные на общем числе пользователей и значении параллелизма.
В следующей таблице содержатся целевые значения пропускной способности в запросах в секунду при различных значениях параллелизма.
| Всего пользователей | 5% параллелизма | 10% | 15% | 25% | 50% | 75% | 100% |
|---|---|---|---|---|---|---|---|
500 |
0,25 |
0,5 |
0,75 |
1,25 |
2,5 |
3,75 |
5,0 |
1000 |
0,5 |
1,0 |
1,5 |
2,5 |
5,0 |
7,5 |
10,0 |
5 000 |
2,5 |
5,0 |
7,5 |
12,5 |
25,0 |
37,5 |
50,0 |
10 000 |
5,0 |
10,0 |
15,0 |
25,0 |
50,0 |
75,0 |
100,0 |
20 000 |
10,0 |
20,0 |
30,0 |
50,0 |
100,0 |
150,0 |
200,0 |
50 000 |
25,0 |
50,0 |
75,0 |
125,0 |
250,0 |
375,0 |
500,0 |
100 000 |
50,0 |
100,0 |
150,0 |
250,0 |
500,0 |
750,0 |
1 000 |
После определения целевого значения пропускной способности, подходящего для организации с учетом ожидаемого значения параллелизма, повторите оценку тестовых данных для примеров топологий, чтобы убедиться в правильности выбора топологии и аппаратного обеспечения.
Оценка окна индексирования
На последнем этапе необходимо убедиться, что задания индексирования можно выполнить в течение 12 часов ночных работ. В среде для совместной работы Windows SharePoint Services 3.0 задания индексирования обычно являются наиболее длительными операциями, инициируемые не пользователями. Следует выполнить тестирование в собственной среде, чтобы определить продолжительность операций индексирования и оценить, оказывает ли влияние пропускная способность, используемая для индексирования, на целевые значения времени отклика пользователей.
Оценка требований к дисковому пространству
В этом разделе приведены таблицы, которые могут помочь оценить необходимое дисковое пространство для сценария совместной работы. Требования к дисковому пространству для аппаратного обеспечения значительно варьируются для разных ролей сервера и сценариев и зависят от данных, сохраняемых в базе данных контента, требований к кэшированию и внешнего контента, обход которого выполняется операцией поиска. В следующих рассуждениях по возможности в формулах используются цифры с учетом прогнозируемых требований к дисковому пространству (например, размера файлов установки).
Сначала оцените необходимое дисковое пространство в зависимости от роли сервера. Затем в соответствии с планируемой топологией суммируйте требования в том случае, когда роли серверов будут совместно использовать один и тот же физический серверный компьютер. И, наконец, убедитесь, что возможности аппаратного обеспечения соответствуют требованиям к дисковому пространству.
Кроме того, для серверов баз данных необходимо использовать рекомендации для хранилища SQL Server. Дополнительные сведения см. в документе Проектирование хранилища физической базы данных (на английском языке) (https://go.microsoft.com/fwlink/?linkid=78853&clcid=0x419) (на английском языке). При внедрении более одного сервера базы данных применяйте коэффициент дискового пространства SQL отдельно для каждого сервера.
Примечание
Операционная система и программные файлы должны храниться отдельно от файлов данных на отдельном диске или в массиве *RAID*.
Требования к месту на диске для сервера базы данных
Для вычисления необходимого дискового пространства для серверов баз данных в ферме серверов используйте следующую таблицу. При реализации более одного сервера базы данных, сумма должна быть вычислена отдельно для каждого сервера поиска.
| Категория | Описание | Число |
|---|---|---|
Файлы операционной системы |
Размер дискового пространства, необходимый для установки Windows Server 2003 и системных файлов. Дополнительные сведения см. в документе Выбор файловой системы для установочного раздела (https://go.microsoft.com/fwlink/?linkid=78866&clcid=0x419). |
4 ГБ |
Файл подкачки |
По умолчанию размер файла подкачки совпадает с объемом физической памяти. |
|
Установочные файлы SQL Server |
Размер дискового пространства, необходимый для установки SQL Server и программных файлов. Дополнительные сведения см. в документе Системные требования SQL Server 2005 Standard Edition (на английском языке) (https://go.microsoft.com/fwlink/?linkid=78870&clcid=0x419) (на английском языке) . |
425 МБ |
Файлы журнала базы данных |
Размер дискового пространства для файлов журнала зависит от настроек журнала и числа баз данных. Дополнительные сведения см. в документе Проектирование хранилища физической базы данных (на английском языке) (https://go.microsoft.com/fwlink/?linkid=78853&clcid=0x419) (на английском языке). |
|
База данных конфигурации |
Размер базы данных конфигурации не должен превышать этого объема. |
1,5 ГБ |
Базы данных контента |
Рассчитайте начальный объем контента, которое будет храниться в базах данных контента. Учтите следующие условия:
|
|
Будущее расширение |
Фактор дальнейшего роста является основной характеристикой сценария совместной работы. Необходимо запланировать пространство, вдвое превышающее объем данных, которые предполагается хранить. Укажите значение, подходящее для конкретной среды. |
|
Свободное место |
Необходимо оставить не менее 25% свободного пространства для каждого жесткого диска или тома. |
|
Итого |
Требования к дисковому пространству сервера поиска
Для оценки необходимого дискового пространства для каждого сервера в ферме серверов используйте следующую таблицу. При реализации более одного сервера поиска Windows SharePoint Services 3.0 вычислите сумму отдельно для каждого сервера поиска.
| Категория | Описание | Число |
|---|---|---|
Файлы операционной системы |
Размер дискового пространства, необходимого для установки Windows Server 2003 и системных файлов. Дополнительные сведения см. в документе Выбор файловой системы для установочного раздела (https://go.microsoft.com/fwlink/?linkid=78866&clcid=0x419). |
4 ГБ |
Файл подкачки |
По умолчанию размер файла подкачки совпадает с объемом физической памяти. |
|
Файлы установки Windows SharePoint Services 3.0 |
Эта цифра является приблизительным значением для полной установки. |
1,3 ГБ |
Microsoft .NET Framework версии 3.0; |
60 МБ |
|
Индекс контента |
Определите объем контента в базах данных контента, которое будут индексироваться сервером индекса. Разделите это значение на 2. Получившееся число является примерным размером индекса контента. |
|
Свободное место |
Необходимо оставить не менее 25% свободного пространства для каждого жесткого диска или тома. |
|
Итого |
Требования к дисковому пространству веб-сервера
Для оценки необходимого дискового пространства для веб-серверов в ферме серверов используйте следующую таблицу.
| Категория | Описание | Число |
|---|---|---|
Файлы операционной системы |
Размер дискового пространства, необходимого для установки Windows Server 2003 и системных файлов. Дополнительные сведения см. в документе Выбор файловой системы для установочного раздела (https://go.microsoft.com/fwlink/?linkid=78866&clcid=0x419). |
4 ГБ |
Файл подкачки |
По умолчанию размер файла подкачки совпадает с объемом физической памяти. |
|
Файлы установки Windows SharePoint Services 3.0 |
1,3 ГБ |
|
Microsoft .NET Framework, версия 3.0 |
60 МБ |
|
Свободное место |
Необходимо оставить не менее 25% свободного пространства для каждого жесткого диска или тома. |
|
Итого |
Контроль производительности
Использование счетчиков производительности для отслеживания состояния системы — важный фактор при выявлении необходимости масштабирования системы. Используйте сведения в следующей таблице для определения того, какие счетчики производительности следует отслеживать и к каким процессам их следует применить.
Веб-сервер
В следующей таблице представлены сведения о счетчиках производительности и процессах веб-серверов, которые должны отслеживаться в ферме серверов.
| Счетчик производительности | Применимо к процессу | Примечание |
|---|---|---|
Загруженность процессора: % |
Итого |
Показывает долю времени, в течение которого данный поток использовал процессор для выполнения команд. |
Использование памяти: % |
Пул приложений |
Показывает среднее значение использования системной памяти для пула приложений. Необходимо определить правильный пул приложения для наблюдения за ним. Основная рекомендация — определить максимальное использование памяти и присвоить пулу приложений это значение плюс 10%. |
Сервер баз данных
В следующей таблице перечислены счетчики производительности и процессы серверов базы данных, отслеживаемые в ферме серверов.
| Счетчик производительности | Применимо к процессу | Примечание |
|---|---|---|
Загруженность процессора: % |
Итого |
Показывает долю времени, в течение которого данный поток использовал процессор для выполнения команд. |
Использование памяти: % |
Итого |
Отображается средний показатель использования системной памяти. |
Загрузить эту книгу
Этот раздел включен в следующие загружаемые книги для удобства чтения и печати:
Смотрите полный список доступных книг в разделе Загружаемый контент для Office SharePoint Server 2007.
См. также
Другие ресурсы
Additional performance and capacity planning factors [Windows SharePoint Services]