2.17.3. Server resources consumption charts

Charts are displayed at the bottom of the "Hosting" section.

Buttons below the charts:

  • "Customize charts" — enable/disable required charts and change their order.
  • "Update charts" — update information on all charts.

Exceeding the available limits can have various consequences.

CPU load chart for the last 7 days:

  • "Limit" — CPU load limit (at low load may not be visible on the chart).
  • "Maximum" — maximum CPU load.
  • "Average" — average CPU load.

A single core utilization percentage of 100 means 1 core is 100% utilized, 200 means 2 cores, and so on.

RAM usage chart for the last 7 days:

  • "Maximum" — how much maximum memory the web server used in 5 minutes.
  • "Average" — how much memory the web server used on average in 5 minutes.
    • Includes memory for extra services (only the actual used capacity is counted, not the entire allocated capacity).
  • "Failed" — attempts to use memory by the web server over the available limit.
  • "Maximum" — how much maximum memory the web server and MySQL-server used in 5 minutes.
  • "Web server" — how much memory the web server used on average in 5 minutes.
    • Includes memory for extra services (only the actual used capacity is counted, not the entire allocated capacity).
    • The chart does not display from zero, but from the value "MySQL".
  • "MySQL" — how much memory the MySQL server used on average in 5 minutes.
  • "Failed" — attempts to use memory by the web server over the available limit.
  • "Failed — MySQL" — attempts to use memory by MySQL server over the available limit.

Exceeding the limit usually causes 503 errors.

Entry processes

Chart of the number of entry processes (PHP scripts, cron jobs, and SSH sessions running at any given moment) for the last 7 days:

  • "Limit" — limit of the number of processes (if the number of processes is small, it may not be visible on the chart).
  • "Maximum" — maximum number of processes.
  • "Average" — average number of processes.
  • "Failed" — number of processes over the available limit.

Exceeding the limit usually causes 508 errors. Common reasons: active work of scripts, high traffic (real visitors, active indexing by search engines, requests from bad bots, DDoS attack), many loaded sites in the hosting account, sites using too many plugins, poorly written scripts, etc.

Chart of CPU minutes consumption for the last month:

  • "Web" — web server:
    • "overage" — consumption of CPU minutes in excess of the norm (more than 100 CPU minutes per day).
    • "normal" — CPU minutes consumption within the normal range (up to 100 CPU minutes per day).
  • "MySQL" — MySQL server:
    • "overage" — consumption of CPU minutes in excess of the norm (more than 100 CPU minutes per day).
    • "normal" — CPU minutes consumption within the normal range (up to 100 CPU minutes per day).
By default, the chart is disabled. It is enabled using the chart settings button at the bottom of the page.

Chart of the number of disk subsystem I/O operations for the last 7 days:

  • "Limit" — limit of the number of operations.
  • "Maximum" — maximum number of operations.
  • "Average" — average number of operations.
By default, the chart is disabled. It is enabled using the chart settings button at the bottom of the page.

Chart of number of requests to Apache and nginx web server and number of requests from Google for the last 24 hours:

The "More" button expands/collapses the list of top 3 sites that create load on the server.

By default, the chart is disabled. It is enabled using the chart settings button at the bottom of the page.

Chart of the number of queries to databases for the last month:

The "More" button expands/collapses the list of the top 3 database users that create load on the server.

By default, the chart is disabled. It is enabled using the chart settings button at the bottom of the page.

Chart is similar to Entry processes, but includes all processes of the hosting account for the last 7 days:

  • "Limit" — limit of the number of processes (if the number of processes is small, it may not be visible on the chart).
  • "Maximum" — maximum number of processes.
  • "Average" — average number of processes.
  • "Failed" — number of processes over the available limit.

Exceeding the limit usually causes 500 and 503 errors.

It is important to keep in mind that there are server resource consumption limits for both shared hosting and business hosting. But if shared hosting has such a limitation as CPU minute, then business hosting has no such limitation, but there are still limitations, which are conditioned by the provided server resources corresponding to the plan used.

When the CPU and RAM resource consumption charts show high values, this consumption can lead to problems in the operation of all the sites of the hosting account and it is worthwhile to immediately start looking for ways to fix the problem.

The main problems that can be observed with high resource consumption:

To resolve the problem, you can use the recommendations in the instructions for eliminating the load created.

Content

    (21)

    Comments

    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 десь. Тож дивіться уважніше, проблема може бути не в коді вашого проєкту, а в кривому парсінгу.