Какие счетчики производительности в основном имеют значение для производительности Windows Server?
У нас есть веб-сайт, который иногда работает медленно и / или полностью зависает. Я временно установил сборщик данных о производительности системы по умолчанию в системном мониторе, чтобы посмотреть, может ли это пролить свет.
Однако набор Data Collector по умолчанию собирает огромное количество счетчиков, а также генерирует огромные файлы журналов. Всего 8 часов данных в результате 4 ГБ данных.
Какие счетчики производительности наиболее важны при оценке нагрузки на сервер? Кроме того, это проблема с производительностью, если оставить такие сборщики данных на неопределенное время? Очевидно, я не буду знать, когда сервер будет испытывать низкую производительность, поэтому мне нужны журналы там, чтобы я мог проверить их. Любые другие конкретные рекомендации по мониторингу производительности сервера будут с благодарностью.
ОС Windows Server 2008 R2 (веб-версия).
2 ответа
Какие счетчики производительности наиболее важны при оценке нагрузки на сервер?
Почти все из них, но вы, вероятно, должны начать с CPU %, частных рабочих наборов и IOPS.
это проблема с производительностью, если оставить такие сборщики данных на неопределенное время?
Да, в основном, ввод-вывод, память, процессор, дисковое пространство. В основном в таком порядке.
Я не буду знать, когда сервер будет испытывать низкую производительность, поэтому мне нужны журналы там, чтобы я мог проверить их
Теперь вы куда-то добираетесь. Вы должны сделать краткий анализ первопричины.
Перед тем, как вы это сделаете, именно в этом случае реплика вашей продукции (вашей среды тестирования) должна быть протестирована, подвергнута пыткам, убита и затем вскрыта, чтобы вам никогда не пришлось испытывать это на производстве.
Производительность может означать несколько миллиардов разных вещей. Вы устанавливаете планку плохой или хорошей производительности, и это зависит от ваших услуг и вашего SLA. MS имеет очень хороший документ о счетчиках производительности
Если вы не знаете, что является причиной проблем с производительностью, вы можете начать с изоляции служб и их отладки по очереди. Вы используете веб-сервер? Сначала проверьте ваш процессор. Вы управляете базой данных, проверяете свои IOPS и так далее.
Очевидно, я не буду знать, когда сервер будет испытывать низкую производительность, поэтому мне нужны журналы там, чтобы я мог проверить их
Как правило, у вас должна быть как минимум следующая тройка: мониторинг, оповещение и агрегация журналов.
Счетчики производительности отлично справляются со своей задачей, но предлагают только последнее. Вот почему вам нужно несколько предупреждений (например, Nagios) с постоянным мониторингом (например, cacti,munin).
Я бы записал следующие значения как минимум:
- % Времени простоя ЦП (всего) - для обнаружения узких мест ЦП
- % Время простоя диска для каждого физического диска - для обнаружения узких мест на диске, особенно если вы используете механические жесткие диски.
- Memory / Committed Bytes (Память / Принятые байты) - для определения требований к памяти, приближающихся к объему физической памяти.
Если сервер работает медленно, проверьте эти значения и посмотрите, какое из них является проблемой. Если это диск, проверьте зафиксированные байты, чтобы увидеть, могла ли активность диска быть вызвана нехваткой памяти.
К сожалению, это не обнаружит переходные большие требования к оперативной памяти, если вы не регистрируетесь с очень небольшим интервалом. Лучшим показателем для этого является Peak Commit Charge, но он не отображается через счетчики производительности.