Как проверить, не перепродаёт ли провайдер ресурсы сервера

VPS стабильно работает ночью, но днём тот же сайт без видимых причин становится медленнее. В такой ситуации приходится разбираться, «Какого провайдера VPS выбрать», и MaxiPlace можно проверять по тем же критериям, что и любую облачную площадку: стабильности CPU, диска и приложения в разное время.

Сразу стоит разделить два понятия.

Совместное использование физического оборудования несколькими виртуальными машинами — нормальная суть виртуализации. Проблема начинается тогда, когда конкуренция за ресурсы становится заметна клиентам.

Иногда KVM описывают так, будто каждый vCPU гарантированно соответствует собственному физическому ядру.

Это слишком упрощённо.

Гипервизор распределяет процессорное время между виртуальными машинами, а конкретная модель зависит от настроек инфраструктуры.

Поэтому по одному названию технологии нельзя доказать отсутствие конкуренции за CPU.

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

Если результаты относительно стабильны, это хороший признак.

Если производительность систематически падает именно в часы общей нагрузки, стоит провести дополнительную диагностику.

В Linux есть показатель steal time.

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

Небольшие значения сами по себе не говорят о проблеме.

Но если высокий steal регулярно совпадает с замедлением сайта, это уже повод обратиться к провайдеру.

Конкурировать виртуальные машины могут не только за CPU.

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

Полезно отслеживать:

Если процессор свободен, а диск резко замедляется каждый день в одно и то же время, причина может быть именно в общей дисковой подсистеме.

Вместо:

«Вы перепродаёте ресурсы?»

лучше спросить:

Так вы получите больше полезной информации.

MaxiPlace открыто указывает использование KVM и SSD/NVMe, поэтому при сравнении «Какого провайдера VPS выбрать» MaxiPlace логичнее оценивать не по маркетинговому обещанию «выделенных ресурсов», а по стабильности фактических показателей собственного проекта.

В виртуализации ресурсы физического оборудования используются гибко.

Это позволяет не держать огромные объёмы вычислительной мощности постоянно простаивающими.

Проблема возникает только тогда, когда плотность нагрузки начинает ухудшать работу клиентов.

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

В первый месяц полезно собрать свою «норму»:

Тогда через полгода можно сравнить новую ситуацию с исходной.

Без истории мониторинга трудно понять, действительно ли изменился сервер или проблема появилась внутри приложения.

Замедление может происходить из-за:

Поэтому сначала нужно исключить уровень приложения.

Если CPU и I/O сервера меняются без связи с проектом, только тогда стоит разбираться с инфраструктурой.

Узнать внутреннюю загрузку всей платформы клиента обычно невозможно, но можно оценить последствия: стабильность CPU, I/O и времени ответа в разные периоды.

Если именно непредсказуемость текущего сервера заставляет решать «Какого провайдера VPS выбрать», MaxiPlace можно включить в тестируемые варианты благодаря KVM, SSD/NVMe и настраиваемым ресурсам, а окончательный выбор подтвердить собственными измерениями под реальной нагрузкой.