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.

Важливо враховувати, що обмеження споживання серверних ресурсів є як для віртуального хостингу, так і для бізнес-хостингу. Але якщо на віртуальному хостингу є таке обмеження, як процесорна хвилина, то на бізнес-хостингу такого обмеження немає, однак при цьому все ще залишаються обмеження, які обумовлені наданими серверними ресурсами, що відповідають використовуваному тарифу.

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

Основні проблеми, які можна спостерігати при високому споживанні ресурсів:

  • Уповільнення роботи скриптів сайту і повільне завантаження сторінок.
  • Помилки на сайті через тривале очікування або неможливість виконання того чи іншого процесу.
  • Помилки 500 (див. Number of processes).
  • Помилки 508 (див. Entry processes).

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

Зміст

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