2.17.3. Графики потребления серверных ресурсов

Графики выводятся внизу раздела «Хостинг».

Кнопки под графиками:

  • «Настроить графики» — включить/отключить нужные графики и изменить их порядок.
  • «Обновить графики» — обновить информацию на всех графиках.

Превышение доступных лимитов может иметь различные последствия.

График нагрузки на центральный процессор (CPU) за последние 7 дней:

  • «Лимит» — лимит нагрузки на CPU (при небольшой нагрузке может быть не виден на графике).
  • «Максимально» — максимальная нагрузка на CPU.
  • «Средне» — средняя нагрузка на CPU.

Процент загрузки одного ядра, равный 100, означает использование 1 ядра на 100%, 200 — 2 ядер, и т. д.

График потребления оперативной памяти за последние 7 дней:

  • «Максимально» — сколько максимум памяти использовал веб-сервер за 5 минут.
  • «Средне» — сколько в среднем памяти использовал веб-сервер за 5 минут.
    • Включает в себя память для дополнительных услуг (учитывается только реально используемый объём, а не весь выделенный).
  • «Неудачно» — попытки использования памяти веб-сервером сверх доступного лимита.
  • «Максимально» — сколько максимум памяти суммарно использовали веб-сервер и MySQL-сервер за 5 минут.
  • «Web сервер» — сколько в среднем памяти использовал веб-сервер за 5 минут.
    • Включает в себя память для дополнительных услуг (учитывается только реально используемый объём, а не весь выделенный).
    • На графике выводится не от нуля, а от значения «MySQL».
  • «MySQL» — сколько в среднем памяти использовал MySQL-сервер за 5 минут.
  • «Неудачно» — попытки использования памяти веб-сервером сверх доступного лимита.
  • «Неудачно — MySQL» — попытки использования памяти MySQL-сервером сверх доступного лимита.

Превышение лимита обычно приводит к ошибкам 503.

Entry processes

График количества входящих процессов (PHP-скриптов, заданий cron и сеансов SSH, запущенных в один момент времени) за последние 7 дней:

  • «Лимит» — лимит количества процессов (при небольшом количестве процессов может быть не виден на графике).
  • «Максимально» — максимальное количество процессов.
  • «Средне» — среднее количество процессов.
  • «Неудачно» — количество процессов сверх доступного лимита.

Превышение лимита обычно приводит к ошибкам 508. Распространённые причины: активная работа скриптов, большой трафик (реальные посетители, активная индексация поисковыми системами, запросы от плохих ботов, DDoS-атака), много нагруженных сайтов в хостинг-аккаунте, сайты используют слишком много плагинов, плохо написанные скрипты и др.

График потребления процессорных минут за последний месяц:

  • «Web» — веб-сервер:
    • «превышение» — потребление процессорных минут сверх нормы (более 100 процессорных минут в сутки).
    • «норма» — потребление процессорных минут в пределах нормы (до 100 процессорных минут в сутки).
  • «MySQL» — MySQL-сервер:
    • «превышение» — потребление процессорных минут сверх нормы (более 100 процессорных минут в сутки).
    • «норма» — потребление процессорных минут в пределах нормы (до 100 процессорных минут в сутки).
По умолчанию график отключён. Включается с помощью кнопки настройки графиков внизу страницы.

График количества операций ввода-вывода дисковой подсистемы за последние 7 дней:

  • «Лимит» — лимит количества операций.
  • «Максимально» — максимальное количество операций.
  • «Средне» — среднее количество операций.
По умолчанию график отключён. Включается с помощью кнопки настройки графиков внизу страницы.

График количества запросов к веб-серверу Apache и nginx, а также количества запросов от Google за последние сутки:

Кнопка «Подробнее» разворачивает/сворачивает список из топ-3 сайтов, создающих нагрузку на сервер.

По умолчанию график отключён. Включается с помощью кнопки настройки графиков внизу страницы.

График количества запросов к базам данных за последний месяц:

Кнопка «Подробнее» разворачивает/сворачивает список из топ-3 пользователей баз данных, создающих нагрузку на сервер.

По умолчанию график отключён. Включается с помощью кнопки настройки графиков внизу страницы.

График похож на Entry processes, но включает в себя все процессы хостинг-аккаунта за последние 7 дней:

  • «Лимит» — лимит количества процессов (при небольшом количестве процессов может быть не виден на графике).
  • «Максимально» — максимальное количество процессов.
  • «Средне» — среднее количество процессов.
  • «Неудачно» — количество процессов сверх доступного лимита.

Превышение лимита обычно приводит к ошибкам 500 и 503.

Важно учитывать, что ограничения потребления серверных ресурсов есть как для виртуального хостинга, так и для бизнес-хостинга. Но если на виртуальном хостинге есть такое ограничение, как процессорная минута, то на бизнес-хостинге такого ограничения нет, однако при этом все ещё остаются ограничения, которые обусловлены предоставленными серверными ресурсами, соответствующими используемому тарифу.

Когда на графиках потребления ресурсов центрального процессора и оперативной памяти отображаются высокие значения, то такое потребление может приводить к проблемам в работе всех сайтов хостинг-аккаунта и стоит незамедлительно приступить к поиску способов устранения проблемы.

Основные проблемы, которые можно наблюдать при высоком потреблении ресурсов:

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

Содержание

    (21)

    Комментарии

    pyasetsky
    Ну здебільшого це знущання, особливо коли графік постійно показує перенавантаження, а техпідтримка вас "годує" якимось посиланнями, які скільки не читай проблемі не допомогають... Ви техпідтримку так і наймаєте? Потрібна людина, яка вміє копіпастити посилання?
    rudenko
    Питання оптимізації скриптів варто направляти розробникам сайту. Це не компетенція техпідтримки.
    anastasiya_o
    Повністю згодна! Не можливо вносити оновлення на сайт -постійно видає то 508, то 503 помилку. І ця проблема зʼявилося в останні місяці. Я вже із цим хостером десь 6 років -раніше таких проблем не було. Напевно щось підкрутили.
    verliber
    Внесення оновлень на сайти — це майже завжди дуже високе використання ресурсів, що може призводити до вказаних помилок, особливо якщо сайт виконує звернення до стороннього ресурсу та доволі довго очікує на відповідь або використовує усі доступні ресурси акаунту. Більш детально інформація щодо помилки 508 вказана у статті https://www.ukraine.com.ua/wiki/hosting/sites/errors/508/.

    Чи було вирішено ваше питання після звернення до онлайн чату?
    oleg.kozatskiy
    І в мене з"явилась така ж проблема з лімітами на оперативну пам"ять, вже перейшов з тарифу за 3К грн на тариф за 19К, а проблема не зникає. Я думаю, це все через хостинг. Їм вигідно коли в тебе ліміти та ти підвищуєш тариф, от і думайте. Я буду міняти хостинг.
    verliber
    Зміна тарифного плану не завжди є ефективним вирішенням проблеми. У вашому випадку спостерігаються різкі стрибки у споживанні ресурсів сервера, зокрема оперативної пам’яті. Підвищення тарифу лише розширює «вікно» роботи сайтів у подібних ситуаціях, адже, найімовірніше, запускається процес, який використовує всю доступну пам’ять.

    Ми не впливаємо на споживання ресурсів процесами ваших сайтів. Рекомендуємо проаналізувати логи сайтів та скористатись профілюванням, щоб з’ясувати, що саме викликає пікові навантаження. Це можуть бути природні стрибки активності через рекламу, підвищену відвідуваність, дії в адміністративній панелі (наприклад, імпорт товарів, оновлення даних) або ж можливі ознаки шкідливої діяльності. Аналіз цих факторів допоможе знайти оптимальне рішення та мінімізувати подальші проблеми.
    skalenski
    Це стала проблема і для мене.
    Профілювання не дає ефекту і працює некоректно. В моєму випадку, звіт не формувався жодного разу. Переглянути його я не зміг.
    З'єднання по SHH також не дає результату
    З'єднання по Puuty не працює коректно

    Продіагнозтувати проблему майже не вдається
    Перевірка вбудованим антивірусом в панелі керування не локалізує проблему. Можливо, це пожа межами його можливостей.

    Отримую повідомлення про перевищення навантаження останні кілька місяців. Проблема не усунена й досі
    Доводиться моніторити постійно. А хост-акк перевели на укр сервер, відповідно до відповіді техпідтримки
    verliber
    На жаль, пошук причин і оптимізація продуктивності сайтів — це складний комплексний процес, який вимагає уважного аналізу логів, метрик навантаження, вивчення дій на сайті, а також проведення низки інших досліджень та тестувань. Найчастіше це потребує залучення профільного фахівця до розв'язання проблеми.

    Якщо у вас виникають труднощі з підключенням через SSH або використанням PuTTY, будь ласка, зверніться до онлайн-чату та надайте детальну інформацію про суть проблеми для швидшого вирішення.
    Щодо профілювання: якщо у вас виникають складнощі з його використанням або є сумніви у правильності роботи інструменту, будь ласка, також зверніться в онлайн-чат для консультації та допомоги.

    Звертаємо вашу увагу: вбудований антивірус у панелі керування допомагає лише виявляти відомі шкідливі програми. Він не впливає на загальне навантаження сайту та не допомагає у діагностиці проблем із перевищенням ресурсів. Тому використовувати його для пошуку причин високого навантаження немає сенсу.
    addweb.com.ua
    Періодично почала вискакувати помилка 503. На протязі попередніх років було все ок. Сайт не мінявся майже
    karlov
    Зверніться за консультацією в онлайн-чат, будь ласка. У зверненні детально опишіть ситуацію — вкажіть назву сайту, коли почала виникати помилка та коли вона була помічена в останній раз, за яких умов вона з’являється.
    auroradp
    Та сама проблема останні пару місяців навантадення і тільки рекомендації збільшити тариф
    verliber
    Зверніть увагу, що у вашому випадку йдеться про перевищення процесорних хвилин — детальніше вказано у статті: https://www.ukraine.com.ua/wiki/hosting/overload/cpu-consuption/ . Перехід на Бізнес-хостинг — це крайній крок, перед цим радимо перевірити сайти на оптимізацію та проаналізувати логи на наявність шкідливих або занадто ресурсомістких запитів.
    sydorovychdmytro
    мав проблему з перевантаженням цпу на 100%, статус навантаження +-750%. команда top або htop в консолі покаже хто винен :), в моєму випадку супервайзер грузив
    klegionk
    Прийшло повідомлення від хостінгу про "перевищення процесорних хвилин", із статистики стало ясно що значне перевантаження в триває нас з середини грудня 2025 року. Повидаляв всі тестові сайти і не робочі проєкти, але це знизило навантаження відсотків на 5 і перевищення всеодно було значним. Почав лізти в код найбільшого сайту як у статистиці запитів з різних країн світу помітив аномальне навантаження від "Канади", з однієї IP адреси. Думав при поверхневому аналізі що можливо бот, але ця адреса генерувала у 10 разів більше трафікуніж усі інші разом узяті. Так от, при дослідженні IP адреси з'ясувалося що "Канада" це Фінляндія, а IP адреса належить нашому конкуренту. Коротше вони парсили (копіювали дані) наш сайт, причому схоже що ногами, бо навантаження на наш сайт при цьому було надзвичайно великим. Заблокував я їх IP і тепер навантаження на наж сайт складає до 25 процесорних хвилин, а було до 300, в середньому 130 десь. Тож дивіться уважніше, проблема може бути не в коді вашого проєкту, а в кривому парсінгу.