PHP-сайт начал тормозить: что проверить до переезда на новый сервер

Сначала сайт работает быстро, но со временем страницы начинают открываться дольше, административная панель зависает, а во время импорта товаров или резервного копирования появляются ошибки 502 и 504.

Первая реакция — арендовать более мощный сервер. Иногда это действительно помогает. Но если причина находится в коде, базе данных или стороннем сервисе, переезд только временно скроет проблему.

Определите, когда именно тормозит сайт

Необходимо проверить не только скорость страниц, но и условия, при которых возникает проблема.

• Медленно работает только одна страница — вероятно, проблема в её коде или запросах к базе данных.

• Сайт тормозит во время наплыва посетителей — серверу может не хватать процессора или оперативной памяти.

• Проблемы появляются во время импорта, создания отчётов или резервного копирования — фоновые задачи конкурируют с сайтом за ресурсы.

• Медленно работает всё и постоянно — стоит проверить сервер, базу данных и свободное место на диске.

Такая простая проверка уже помогает понять, где искать причину.

Что проверить на сервере

Загрузка процессора

Если процессор постоянно работает почти на пределе, PHP-запросы начинают ждать своей очереди. Это особенно заметно на интернет-магазинах, CRM и сайтах с большим количеством динамических страниц.

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

Оперативная память

Когда памяти не хватает, сервер начинает использовать диск вместо RAM. Сайт при этом может резко замедлиться, хотя внешне всё продолжает работать.

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

Свободное место и скорость диска

Переполненный диск способен остановить базу данных, резервное копирование и запись журналов. Поэтому важно следить не только за общим объёмом, но и за тем, как быстро сервер читает и записывает данные.

Для активно работающей базы данных предпочтительнее быстрые SSD или NVMe-диски.

База данных

Медленный запрос к MySQL или PostgreSQL может задерживать всю страницу. В этом случае новый сервер даст лишь временный запас производительности.

Стоит проверить:

• нет ли одинаковых запросов, выполняемых десятки раз;

• используются ли индексы;

• не загружается ли из базы больше данных, чем нужно;

• не блокирует ли один тяжёлый запрос остальные операции.

Также причиной задержек могут быть сторонние API: платёжные системы, службы доставки, CRM или другие внешние сервисы.

Что можно исправить без переезда

Перед сменой сервера стоит выполнить несколько базовых действий:

• включить OPcache, чтобы PHP не обрабатывал одни и те же файлы заново при каждом обращении;

• настроить кеширование страниц и повторяющихся запросов;

• оптимизировать самые медленные запросы к базе данных;

• запускать резервное копирование и тяжёлые импорты в часы небольшой нагрузки;

• удалить старые архивы и слишком большие журналы;

• отключить ненужные модули и плагины;

• ограничить количество одновременно работающих фоновых задач.

После изменений желательно повторить проверку в тех же условиях. Так будет понятно, действительно ли сайт стал работать быстрее.

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

Переезд оправдан, если после оптимизации сохраняются следующие проблемы:

• процессор постоянно загружен при обычной посещаемости;

• серверу регулярно не хватает оперативной памяти;

• фоновые задачи мешают работе сайта;

• база данных занимает большую часть ресурсов;

• несколько проектов на одном сервере влияют друг на друга;

• во время нормальной нагрузки появляются ошибки 502 и 504;

• проекту нужна более предсказуемая производительность.

В такой ситуации выделенный сервер может оказаться разумнее очередного небольшого увеличения тарифа VPS.

На что смотреть при выборе сервера

Количество ядер — не единственный показатель. Для большинства PHP-проектов важны:

• производительность процессора;

• достаточный объём оперативной памяти;

• быстрые NVMe-диски;

• возможность создавать резервные копии отдельно от основного сервера;

• подходящая скорость сетевого подключения;

• возможность увеличить ресурсы без сложного переезда.

Не стоит покупать максимальную конфигурацию «на будущее». Лучше выбирать сервер под текущую нагрузку с разумным запасом.

Нужна ли PHP-проекту отдельная IP-подсеть

Обычному сайту чаще всего достаточно одного публичного IP-адреса. Дополнительные адреса сами по себе не ускоряют PHP и не уменьшают нагрузку.

Подсеть может понадобиться, если проект использует несколько публичных серверов, виртуальные машины, отдельные клиентские окружения, прокси, VPN или интеграции с доступом по спискам разрешённых IP.

Если проверка показывает, что проект действительно упирается в ресурсы, у QCKL можно арендовать выделенный сервер под PHP-сайт, базу данных или несколько проектов. Для инфраструктуры с несколькими публичными узлами также доступна аренда IPv4- и IPv6-подсетей. Но блок адресов стоит заказывать под конкретную схему, а не просто про запас.

Простой порядок действий

1. Создайте актуальную резервную копию сайта и базы данных.

2. Посмотрите, когда именно возникает замедление.

3. Проверьте процессор, память, диск и базу данных.

4. Исправьте очевидные проблемы на текущем сервере.

5. Повторите проверку при такой же нагрузке.

6. Если ресурсов всё равно не хватает, подберите новый сервер и подготовьте возможность быстрого возврата на старый.

Такой подход помогает не переплачивать за лишние мощности и не переносить на новый сервер старые проблемы вместе с сайтом.