нагрузка на cpu что это
Ограничения по нагрузке
Как считается нагрузка
Лимиты нагрузки
По умолчанию суммарная нагрузка в день не должна превышать следующие показатели:
| Тариф | Нагрузка на CPU | Нагрузка на MySQL |
|---|---|---|
| Year+ | 50 | 1000 |
| Optimo+ | 300 | 5000 |
| Century+ | 400 | 7000 |
| Millennium+ | 600 | 10000 |
| Eterno | 1000 | 15000 |
| Premium | 3000 | 25000 |
| 1Сайт | 1000 | 15000 |
С дополнительной услугой «Увеличение лимита нагрузки» лимиты могут быть расширены до следующих показателей:
Лимиты по умолчанию:
Лимиты с учетом максимально возможного увеличения:
110 cp на CPU, 2200 единиц на MySQL для обычного хостинга и тарифов «Старт» CMS-хостинга;
Отображение нагрузки в ПУ
На графиках в панели управления (раздел «Нагрузка на сервер») можно увидеть динамику нагрузки за последние 2 часа / 24 часа / 30 дней. Превышение лимита отрисовывается на графике желтым цветом.
Обратите внимание, что суточные превышения будут отображены только на графике «30 дней»; на графиках за 2 и 24 часа превышений видно не будет (если, конечно, суточный лимит нагрузки не был превышен за 15 минут или 1 час соответственно).
Причины превышения допустимой нагрузки на хостинг
Ситуация, которая может случиться с каждым владельцем сайта с растущей нагрузкой, – получение предупреждения о превышении лимита ресурсов.
Если хостинг-провайдер сообщает вам о создаваемой нагрузке на процессор, но вы уверены, что вам должно хватать ресурсов, постарайтесь понять, в чем может быть причина данной нагрузки. Зная причину, вы сможете оперативно устранить возникшую проблему.
Нагрузка на CPU при запуске PHP- или Perl-скриптов
В таких случаях хостер не всегда может четко сказать, какой именно скрипт создает проблему, и определить это вам нужно будет самостоятельно. Если вы используете модульную CMS, например Joomla, WordPress или Drupal, то причиной может быть некорректная работа отдельного модуля.
Практически всегда проблемное звено в системе вашего сайта можно определить, сопоставив время возникновения проблемы с логами запросов к вашему сайту в этот момент времени. Получить доступ к логам веб-сервера обычно можно в панели управления хостингом даже без обращения к провайдеру.
Нагрузка на CPU и (или) дисковую систему от веб-сервера Apache
Излишняя нагрузка может создаваться веб-сервером Apache при отдаче сайтом большого количества графики и другой статики. Архитектура Apache устроена таким образом, что одним потоком или процессом обрабатывается только один запрос. Соответственно, если на вашем сайте очень много графической информации, то на ее отдачу будет тратиться неоправданно большое число ресурсов процессора и ОЗУ. Существенной также будет и нагрузка на диск сервера.
Избыточное число запросов к сайту
Если на хостинге используется только Apache, и отражать проблемные запросы средствами того же Nginx у хостера нет возможности, а атака имеет интенсивный характер, хостер может заблокировать ваш аккаунт на сервере и попросить перенести сайты на VPS или выделенный сервер.
Если атака возникает в первый раз, то логично обратиться к хостинг-провайдеру за помощью в ее отражении или хотя бы потребовать разблокировки аккаунта и возможности продолжения работы с хостингом сразу после прекращения атаки. Если такая проблема возникает систематически, то переход на VPS или сервер и его грамотная настройка для отказоустойчивой работы сайта (например, установка скриптов автоблокировки IP-адресов бот-машин на основании анализа логов, установка Nginx в качестве front-end к Apache и фильтрация проблемных запросов на его уровне) действительно имеет смысл.
Существенный рост посещаемости проекта
С развитием сайта рост его посещаемости является закономерным явлением, и рано или поздно сайту действительно может стать тесно на текущем тарифном плане. Это нормально для развивающихся проектов. В большинстве случаев на обычном виртуальном хостинге для динамических сайтов порогом посещаемости является цифра в 2000-4000 уникальных посетителей в сутки.
Если посещаемость вашего сайта близка к этим цифрам, то переход на VDS или выделенный сервер будет правильным решением, которое положительно скажется на его дальнейшем развитии. Кроме того, справится с повышенным объемом трафика поможет балансировщик сетевой нагрузки.
Нагрузка на CPU и дисковую систему со стороны MySQL
Нормальным временем для выполнения запроса к базе данных MySQL считается несколько десятков миллисекунд. Запросы, которые выполняются дольше (особенно более 0,5 секунд), часто создают избыточную нагрузку как на дисковую систему сервера, так и на его процессор. Если хостер предупреждает вас о подобной проблеме, запросите у него логи медленных запросов и выполните оптимизацию структуры базы данных, а также очистите базу от неактуальной информации.
Избыточная нагрузка на почтовый сервис
Общие рекомендации
Хостинг-провайдеру выгоднее оказать помощь в решении проблемы и сохранить клиента, чем отказать в предоставлении услуг, при этом не только упустив прибыль, но и подпортив себе репутацию.
Если провайдер предлагает переход на более высокий тариф хостинга для сайта или же услугу более высокого класса, уточните, что именно это вам даст. Прислушаться к аргументам стоит в том случае, если они действительно весомы.
Что такое нагрузка на CPU
Зачастую, наиболее затратными процессами, которые могут создавать нагрузку на CPU являются действия экспорта/импорта базы данных, час пик посещаемости сайта, неоптимизированные индексы в базе данных, плохо оптимизированный программный код в скриптах пользователей, инфицированный, взломанный или хакерский код.
Для удобства пользователя в панели управления хостингом есть график (раздел «Аккаунт» → «Статистика CPU, MySQL»), на котором указана максимально допустимая для текущего тарифного плана нагрузка, а также имеется возможность просматривать отдельно статистику нагрузки на CPU, и отдельно статистику нагрузки на MySQL.
На сервере находится много пользователей, и ресурсы делятся между ними. В каждый конкретный момент только часть пользователей использует ресурсы сервера. Если кто-то будет монополизировать ресурсы сервера постоянно, то другим пользователям достанется меньше ресурсов, из-за чего их сайты и базы будут работать медленнее. Поэтому мы вынуждены принимать меры, чтобы было комфортно работать всем.
Кроме того, внезапные скачки нагрузки могут означать то, что Ваш сайт пытаются взломать или он уже взломан.
Иногда скрипты пользователя потребляют больше, чем положено по тарифному плану. Жёсткое ограничение ресурсов означает аварийное завершение скриптов пользователя и в конечном итоге, нестабильную работу его сайтов.
Если скачок нагрузки был кратковременным, или пиковым, то исходя из времени на графике следует проанализировать лог-файлы сайтов в соответствующий момент времени.
Если нагрузка возникает периодически, то необходимо внимательно просмотреть логи на момент возникновения нагрузки. Определить этот момент точнее Вам поможет график нагрузки с 5-минутным интервалом.
Для поисковых ботов достаточно задать crawl-delay или в файле robots.txt описать, какие разделы сайта можно, а какие нельзя индексировать. Примеры использования robots.txt можно увидеть здесь.
Любую нежелательную активность можно ограничить средствами веб-сервера. Это можно сделать через файл .htaccess. Пример ограничения по user-agent:
Пример ограничения по IP-адресу:
Если нагрузка постоянная, то нужно начинать с анализа логов. При неизменной посещаемости, проблему следует искать в коде Вашей CMS.
Если Вы разработчик, можем предложить подключение модуля php XHprof. Вместе с инструментами веб-разработчика в браузере он предоставляет достаточно информации для профилирования кода.
Для обычных пользователей в качестве общих рекомендаций мы можем предложить включить кэширование средствами CMS (если CMS поддерживает данную функцию), отключить неиспользуемые модули в CMS, или задуматься о смене CMS на потребляющую меньшее количество ресурсов сервера.
При нагрузке на сервер баз данных, следует анализировать структуру запросов и при необходимости создавать дополнительные индексы и оптимизировать базы данных (подробнее об этом можно узнать из нашей статьи). Также у нас ведутся логи медленных запросов, которые мы можем предоставить по просьбе пользователя.
Если бороться с нагрузкой нет возможности или желания, есть несколько решений:
Превышение лимита на использование CPU
Если вы получили уведомление о превышении лимита на использование CPU, это означает, что потребление ресурсов процессора вашим аккаунтом превысило суточную норму, установленную тарифным планом.
В письме от провайдера, как правило, сообщаются:
Выявляем причину повышения нагрузки на хостинг
Первое, что необходимо сделать, это понять основную причину, по которой возрасла нагрузка на ЦП.
1. Нагрузка на CPU из-за неоптимальной работы скриптов или неоптимизированной базы данных
Оптимизация CMS: Отключите неиспользуемые и тяжелые плагины CMS, настройте кэширование посредством CMS (для WordPress например можно использовать WP Super Cache или WP-cache.com).
Оптимизация базы данных: Запросы к MySQL, которые выполняются более 0,5 секунд, часто создают избыточную нагрузку на дисковую систему сервера и на его процессор. Проверьте логи медленных запросов к БД (можно запросить у хостера) и выполните оптимизацию структуры БД, а также почистите её от неактуальной информации.
2. Избыточное число запросов к сайту
Настройка ограничения для роботов: Настройте файл robots.txt: установите таймаут обращения роботов к вашему сайту при помощи директивы Crawl-delay:
— для отдельного бота:
— или сразу для всех ботов:
3. Реальное увеличение посещаемости ресурса
С развитием сайта посещаемость его растёт, и чем выше посещаемость, тем больше нагрузка на CPU. В случае перехода порога посещаемости в 10000 уникальных посетителей в сутки на обычном виртуальном хостинге сайту будет однозначно тесно и необходимо переносить его на выделенный сервер.
Как посмотреть нагрузку на процессор сервера
Выясняем, почему так важно отслеживать нагрузку на процессор сервера, а также рассмотрим несколько популярных утилит для мониторинга состояния сервера и загруженности CPU в частности.
Что значит нагрузка на процессор и зачем ее отслеживать?
Под нагрузкой понимается то количество ресурсов, которое «железо» компьютера тратит на выполнения одной или нескольких задач. Обычно оно отображается в процентном соотношении, где за 100% берется максимальная загрузка одного из ядер.
Наблюдение за этим значением требуется во избежание проблем, связанных с избыточной нагрузкой на чип. Потому что процессор может быть занят как полезными задачами, так и теми, что мешают реализовать потенциал устройства в полной мере.
Например, код некоторых программ может быть плохо оптимизирован. В связи с чем сервер будет расходовать больше мощностей на выполнение по умолчанию простых задач. Или же на сервер может попасть вирус, который будет отнимать часть ресурсов.
Такая «бесполезная» загрузка чипа приведет к общему снижению производительности сервера, а также приложений и сайтов, базирующихся на нем. А это приведет к потере аудитории и снижению прибыли.
Лучшие инструменты для отслеживания нагрузки на CPU сервера
Наблюдать за тем, какое количество ресурсов чипа расходуется в текущий момент, можно несколькими способами:
Мы рассмотрим оба варианта, но у вашего хостинга может не быть панели со статистикой. Поэтому я покажу такую панель на примере Timeweb, где она точно имеется. Разбираться будем на примере сервера с Linux на борту.
Подробности о мониторинге состояния сервера уточняйте у своего провайдера.
Панель управления хостингом
Timeweb (как и некоторые другие провайдеры) предоставляет статистические данные о состоянии сервера в реальном времени. В панели управления VDS/VPS есть отдельный блок, в котором отображается график с актуальной нагрузкой на процессор.
Чтобы получить доступ к информации о состоянии чипа в панели управления Timeweb:
На главной странице появится блок со статистикой за день. Там будет информация и по процессору, и по интернет-каналу. Все в блоке вместе с основной информацией о сервере (подразумевается операционная система и объем свободного пространства на диске).
Если перейти на вкладку «Статистика», можно будет указать временной отрезок, чтобы посмотреть уровень нагрузки в ретроспективе (на момент сбоев или жалоб посетителей). Также появится доступ к блоку «Оперативная память», где можно оценить нагрузку на ОЗУ.
Текстовые утилиты для проверки нагрузки
Если доступа к панели хостинга нет, данные о процессоре можно подглядеть в самой системе с помощью специальных приложений в терминале Linux.
Только перед началом работы с ними, надо подключиться к серверу с помощью SSH-протокола.
В macOS и Linux это делается через терминал. Открываем командную строку и вводим в нее ssh root@адрес сервера. В Windows сначала надо скачать программу PuTTY, запустить ее, найти внутри поле IP-адреса, указать в нем адрес сервера, а потом нажать ОК.
В обоих случаях нужно будет авторизоваться, используя пароль администратора, а дальнейшие команды выполнять через консоль SSH. Так что стоит ознакомиться с базовыми принципами работы терминала Linux перед началом.
IP-адрес можно разыскать в панели управления провайдера либо спросить у техподдержки. А пароль хостинг высылает на почту сразу после аренды VDS/VPS.
Команда top выводит в терминал Linux информацию о процессоре сервера в реальном времени. Данные обновляются каждые 5 секунд.
top показывает уровень нагрузки в процентах (поле %CPU) для каждого запущенного приложения.
Чтобы вывести статистику на экран, надо ввести в консоль top без дополнительных вводных. Появится некий аналог менеджера задач в текстовом облике. Но информацию на экране можно менять, используя горячие клавиши для управления утилитой:
Вывод top можно упростить, удалив из него простаивающее процессы. Так можно сосредоточить внимание только на активных задачах, потребляющих ресурсы в моменте. Для этого команду надо слегка усложнить, добавив в конце опцию -i.
iostat
Еще одна встроенная в Linux системная утилита, отображающая статистические показатели «железа».
По умолчанию iostat отображает данные о работе устройств ввода и вывода, а также степень загруженности центрального процессора. Для анализа берутся данные на момент запуска утилиты в сравнении со среднестатистическими.
Чтобы получить данные конкретно о CPU, надо дополнить команду аргументом -c.
В отчете iostat уровень нагрузки на чип показывается в процентах для каждой запущенной программы и делится на несколько категорий.
Команду можно модифицировать, указав дополнительные опции, корректирующие вывод в консоль.
Можно добавить интервал, прописав в конце количество раз, которое iostat должен вывести отчет, и периодичность этой операции. Также можно изменить формат отображения затрачиваемых ресурсов или показать расширенную статистику.
vmstat
По умолчанию эта команда Linux выводит в консоль информацию о состоянии виртуальной памяти. Но через нее можно добыть данные и о других компонентах операционной системы. Степень загруженности CPU в их числе.
vmstat как и top попеременно обновляет данные. Интервал обновления зависит от указанных опций. Например, чтобы получать свежий отчет vmstat каждые 5 секунд, надо ввести в терминал команду vmstat 5. Добавив еще одну цифру, можно указать количество отчетов.
Вывод утилиты содержит в себе несколько колонок. Последние 5 отображают информацию о процессоре (обведены в графу CPU):
Сторонние текстовые утилиты
Встроенные приложения для анализа системы покрывают базовые требования вебмастеров, но могут оказаться недостаточно эффективными для тех, кому нужна расширенная статистика и дополнительная функциональность.
Благо независимые разработчики создали с десяток инструментов для сбора статистики по нагрузке на процессор сервера. Большая их часть так же, как и встроенные приложения для мониторинга, представлена в виде текстовых утилит, запускающихся через терминал. Правда, перед использованием их нужно загрузить из подключенных к системе репозиториев.
Для этого нужно запустить менеджер пакетов, введя соответствующую команду. Например, для установки пакета nmon нужно ввести:
В дистрибутиве Ubuntu / Debian
В дистрибутиве Fedora
В дистрибутиве Arch Linux
В дистрибутиве CentOS/RedHat Linux
Команда для установки: sudo название менеджера пакетов install nmon
У команды top есть своего рода старший брат — htop. Это модификация встроенной в Linux утилиты с расширенной функциональностью, настраиваемой статистикой и более наглядным интерфейсом.
Отображаемые в htop показатели поддаются тонкой настройке со стороны клиента. Можно удалить лишние данные, оставив только нагрузку CPU, а можно, наоборот, добавить больше показателей, если стандартных не хватает.
Внешний вид htop также можно адаптировать под свои вкусовые предпочтения. Выделить цветом запущенные процессы в зависимости от того, какое приложение отвечает за их работу, или просто раскрасить показатели эстетики ради.
Окно htop поддерживает работу в четерыхколоночном режиме. В каждой колонке можно отобразить статистику по каждому из ядер, установленных на вашем VDS. Вплоть до 128 ядер на одном экране с возможностью комфортно отслеживать нагрузку на все активные CPU.
Команда для установки: sudo название менеджера пакетов install nmon
Еще одна сторонняя утилита для системных администраторов, помогающая оценить общее состояние сервера. В отличие от htop, nmon содержит в себе меньшее количество функций и возможностей адаптации интерфейса под свои задачи.
У самой утилиты нет модификаторов запуска, она работает в одном режиме и запускается командой nmon.
Интерфейс nmon делится на три части:
dstat
Команда для установки: sudo название менеджера пакетов install dstat
Если подход к отображению данных в вышеперечисленных утилитах почему-то не понравился, то стоит обратить внимание на альтернативу в виду dstat. В одном окне утилиты умещается больше информации, чем у аналогичных программ других разработчиков.
Показатели сервера в dstat распределены по колонкам. В первой отображается уровень нагрузки в процентах со стороны пользователя. Затем идет sys, то есть часть ресурсов, затрачиваемых системой и ее компонентами. После — простой.
Также в колонках можно найти название процесса, расходующего мощности чипа, информацию о работе оперативной памяти и накопителя (сколько данных было записано и сколько прочитано). Сетевые показатели тоже имеются.
Вывод команды dstat можно настроить под свои нужды с помощью опций. Например, чтобы отсортировать запущенные программы по нагрузке на чип и по количеству используемой в текущей момент ОЗУ, надо ввести:
mpstat
Команда для установки: sudo название менеджера пакетов install mpstat
Подходит тем, кто использует систему с несколькими процессорами. mpstat в удобоваримом виде показывает информацию по всем CPU.
В отличие от той же top, mpstat не показывает запущенные программы. В списке чередуются и нумеруются только установленные процессоры. Затем показывается, сколько ресурсов уходит на пользователя, сколько на систему, а сколько простаивает.
По умолчанию команда mpstat выводит данные по всем CPU сразу, но ее можно модифицировать:
Подробнее с функциональностью mpstat можно ознакомиться, введя команду man mpstat.
Команда для установки: sudo название менеджера пакетов install sar
Утилита для мониторинга загруженности оборудования и формирования отчетов на основе полученных данных. Часто используются для сбора информации и последующей отправки ее на электронную почту системного администратора.
В отчет sar по умолчанию входят технические показатели устройств ввода и вывода, информация о работе виртуальной памяти (подкачка страниц), данные о прерванных операциях и о том, как используется оперативная память. Ну и степень загруженности процессора, конечно.
По умолчанию sar выводит на экран среднее значение по всем собираемым показателям. Вывод можно скорректировать опциями:
Для формирования отчетов используется команда:
Она в фоновом режиме соберет показатели системы. Потом распределит их по нескольким файлам в директории с другими отчетами.
corefreq
Многокомпонентная низкоуровневая утилита, включающая в себя одноименный модуль ядра, демон (программу, работающую в фоновом режиме) и текстовую утилиту для управления на стороне клиента. Модуль ядра получает полный доступ к серверу и выводит данные с помощью демона, который работает с привилегиями суперпользователя, получая больше данных, чем другие подобные приложения.
CoreFreq заточен для работы с современные 64-битными процессорами из серий Atom, Core2, Nehalem и аналогичными из семьи AMD.
Чтобы включить CoreFreq:
Открываем файл с параметрами загрузка:
Добавляем в него строку:
Обновляем параметры загрузчика и перезапускаем систему:
Загружаем утилиту с зависимостями:
Копируем CoreFreq с git:
Переходим в директорию с утилитой:
Устанавливаем модуль ядра:
Запускаем одноименный демон:
Включаем текстовую утилиту CoreFreq:
Как снизить нагрузку на процессор?
Все зависит от того, чем вызваны избыточные затраты ресурсов процессора. Для начала надо проанализировать статистику и выяснить, в какие периоды времени нагрузка чересчур возрастает и какое из приложений этот прирост провоцирует.
Также не стоит забывать, что есть альтернативное решение — увеличение мощности сервера. Зачем бороться с нагрузкой, если можно сделать ее менее заметной для своего VDS? И для этого всего лишь надо арендовать более мощную «машину».
Итоги
В большинстве случаев для получения общей картины хватит статистики из панели управления. На основе данных оттуда можно сформировать план действий и попытаться исправить проблему, если таковая имеется. Ну а для тех, кто желает углубиться в суть проблемы, есть с десяток утилит для мониторинга системы.
Важен не выбор инструмента, а последующие действия, устраняющие избыточную нагрузку на процессор (опять же, если она есть) и стабилизирующие работу сайта.