Связаться по:
[email protected]

Блог о системном администрировании серверов и сайтов

Установка, настройка программного обеспечения Linux, Windows операционных систем

Диагностика проблем на сервере

5/5 - (1 голос)

Мы много пишем на тему мониторинга производительности. Теперь давайте разберемся на примерах как с помощью простых инструментов можно использовать это реальной жизни.

Рассмотрим простые примеры, чтобы вы поняли, как это работает, и смогли применять у себя.

Первоначальный вопрос: «Как понять, что у вас что-то не так?». Обычно об этом сообщают системы мониторинга производительности. Либо у нас есть сотрудники, которые жалуются на медленную работу. Безусловно, лучше иметь мониторинг, например «Zabbix». С его помощью можно выяснить, что есть проблемы.

Что вы можете сделать в случае, если есть какие-то проблемы? Во-первых, нужно найти причину, и для этого возможно использовать утилиты «top» или «htop».

Поиск источника проблем на сервере

Использование «top»: проблемы с «us» (User CPU time).

  1. Запустить утилиту «top»: ключ «top».мониторинг нагрузки сервера
  2. Проанализировать действия, которые происходят в «us» (user space).определение причины нагрузки на сервере
  3. Отсортировать по «CPU».как найти что грузит сервер
  4. Определить PID проблемного процесса.причины загруженности сервера
  5. Попробовать вывести все процессы: ключ «ps -ef | grep 1477» (1477 — PID).
  6. Определить родительский PID.поиск проблем на сервере
  7. Выделить то, что было запущено родительским PID: Ключ «ps -ef | grep 1476».поиск проблем на сервере

Мы видим, что пользователь «Semaev» запустил «tar» утилиту архивации с ключами «zxf» (zip extract file), и он распаковывает файл «dump». Таким образом, мы выявили источник проблем.

Использование «htop».

  1. Запускаем «htop»: ключ «htop».диагностика производительности сервера

Она нам показывает, насколько загружен процессор.

  1. Сортируем по «CPU».найти что использует процессор цпу

Видим, какая команда выполняется для каждого «PID».

  1. Открываем дерево процессов (клавиша F5).
  2. Находим PID, который загружает процессор, и анализируем дерево процессов.поиск проблем на сервере

Мы видим:

  • Запущен процесс «[email protected]/l».
  • Этот процесс в bash перешел в пользователя «Semaev».
  • Тот в bash запустил «tar».
  • И «tar» запускает «gzip», то есть сейчас разархивирует архив.

Таким образом, мы находим причину загрузки процессора.

Сравнительный итог: Работать с «htop» быстрее и удобнее.

Общий основной алгоритм поиска проблемы на сервере:

  1. Запустить диспетчер задач.
  2. Найти процесс, который перегружает процессор
  3. С помощью утилит выявить пользователя, который инициировал процесс.
  4. Дальше можем наказывать или понимать, что это нормально.

Поиск и решение проблем с производительностью сервера, обращайтесь [email protected]

1 Response

  1. Pingback : Диагностика проблем с iowait

Оставить комментарий

Лимит времени истёк. Пожалуйста, перезагрузите CAPTCHA.