В описании одного тарифа написано SSD, у другого крупными буквами выделено NVMe. Второй выглядит современнее, и рука сама тянется выбрать его. Логика понятна: если накопитель быстрее, значит и сайт будет открываться быстрее.
Технически NVMe действительно способен работать значительно производительнее классического SATA SSD. Но между скоростью накопителя в сервере и скоростью открытия страницы в браузере нет знака равенства. Иногда переход на NVMe заметен сразу. Иногда владелец переносит сайт, запускает тест и с удивлением видит почти тот же результат.
Чтобы понять, стоит ли вообще обращать внимание на эти три или четыре буквы в характеристиках хостинга, нужно разобраться, какую работу диск выполняет именно для сайта.
SSD и NVMe сравнивают не совсем корректно
В тарифах провайдеров обычно встречается простое разделение: SSD и NVMe. Оно удобно для покупателя, хотя технически термины описывают разные вещи.
SSD — это твердотельный накопитель. NVMe — протокол, разработанный для работы с энергонезависимой памятью через высокоскоростное подключение, обычно PCI Express. Поэтому корректнее сравнивать, например, SATA SSD и NVMe SSD.
Для владельца сайта эта тонкость не принципиальна. Важнее практический результат: NVMe рассчитан на гораздо более эффективную обработку большого количества операций и очередей ввода-вывода, чем старый стек SATA.
Именно поэтому NVMe особенно интересен серверам, где одновременно происходит много обращений к хранилищу.
Но обычная веб-страница состоит не из одного чтения файла с диска. Запрос проходит через целую цепочку. Веб-сервер принимает соединение, приложение выполняет код, база данных ищет данные, PHP или другой обработчик формирует ответ, часть информации берется из памяти и кэша. Затем результат отправляется по сети пользователю.
Диск является только одним участником этой цепочки.
Почему быстрый диск не всегда делает WordPress заметно быстрее
Возьмем небольшой информационный сайт на WordPress. Страницы меняются редко, кэш настроен нормально, посетители в основном читают опубликованные материалы.
После первого формирования страницы сервер может отдавать уже подготовленный результат. Операционная система сама активно использует свободную RAM для файлового кэша. PHP использует OPcache для скомпилированного кода. При хорошем страничном кэшировании значительная часть запросов вообще не заставляет WordPress заново выполнять всю обычную работу.
В такой ситуации накопитель не исчезает из процесса, но перестает быть главным ограничителем.
Если старый сервер уже использовал нормальный SATA SSD, а сайт тормозил из-за тяжелого плагина, медленного внешнего API или плохо написанного запроса к базе, один переход на NVMe проблему не вылечит.
Это одна из причин, почему обещания вроде «NVMe ускорит любой сайт в несколько раз» стоит воспринимать осторожно. Для такого универсального коэффициента просто нет технической основы.
У двух одинаковых WordPress результат тоже может отличаться. Один работает почти целиком из кэша. На втором зарегистрированы пользователи, есть личные кабинеты, динамические фильтры и множество операций с базой. Второй гораздо чаще заставляет сервер выполнять реальную работу и потенциально лучше чувствует производительность хранилища.
Где NVMe раскрывается заметнее
Разница становится интереснее там, где диск постоянно занят.
Хороший пример — интернет-магазин. Каталог обновляется, изображения создаются и изменяются, база получает записи о заказах, фоновые задачи синхронизируют данные, администратор импортирует товары. Одновременно покупатели используют поиск и фильтры.
Еще один сценарий — крупная база данных с интенсивными операциями чтения и записи. Если рабочий набор не помещается в оперативную память, обращений к накопителю становится больше.
NVMe полезен при большом количестве мелких случайных операций, работе с очередями, логами, контейнерами, индексами, сборках и других задачах, где хранилище действительно участвует в нагрузке постоянно.
На VPS это особенно заметно, потому что сервер может выполнять не только сайт. На одной виртуальной машине работают база, веб-приложение, Redis, фоновые процессы, резервное копирование и служебные задачи. Дисковая подсистема получает запросы сразу от нескольких компонентов.
Именно здесь запас производительности NVMe перестает быть красивой строкой в тарифе и становится полезным ресурсом.
Но надпись NVMe еще ничего не говорит о качестве хостинга
Представьте два виртуальных сервера. Первый использует NVMe, но физический узел сильно загружен соседними виртуальными машинами. Провайдер жестко ограничивает дисковые операции для каждого клиента. Второй работает на качественной и менее загруженной инфраструктуре с SATA SSD.
Какой окажется быстрее в вашей задаче?
По одной строке «тип диска» ответить невозможно.
В виртуализированной среде между приложением и физическим накопителем есть инфраструктура провайдера. Он решает, как устроено хранилище, как оно резервируется, сколько виртуальных машин делят физические ресурсы и применяются ли ограничения IOPS или пропускной способности.
Поэтому один NVMe VPS может заметно отличаться от другого NVMe VPS.
Это же относится к виртуальному хостингу. Клиент обычно не управляет физическим диском напрямую. Важны не только накопители, но и нагрузка на сервер, лимиты аккаунта, процессоры, количество доступных PHP-процессов, память и конфигурация программного окружения.
Маркетинговая надпись сообщает технологию, но не описывает всю систему.
IOPS и последовательная скорость — две разные истории
В рекламе накопителей любят показывать огромную скорость чтения в мегабайтах или гигабайтах в секунду. Для веб-хостинга этого показателя недостаточно.
Последовательная скорость хорошо описывает перенос больших непрерывных объемов данных. Например, чтение крупного файла.
Работа сайта часто выглядит иначе: множество небольших операций в разных местах. Здесь важнее способность хранилища быстро обрабатывать случайный ввод-вывод и большое количество операций за единицу времени. Для этого используется показатель IOPS.
Есть еще задержка одной операции. Для базы данных она тоже имеет значение.
Поэтому два тарифа с одинаковой надписью NVMe могут иметь совершенно разное поведение под реальной серверной нагрузкой. Один провайдер дает виртуальной машине большой запас дисковых операций, другой ограничивает их политикой тарифа.
Если VPS покупается под дискоемкую задачу, имеет смысл спросить поддержку об ограничениях IOPS и throughput. Для небольшого сайта такой уровень детализации чаще всего избыточен.
Что важнее для обычного сайта — NVMe или процессор
Вот здесь универсального победителя нет, но для многих динамических сайтов процессор способен оказаться важнее.
Если PHP долго выполняет код, увеличение скорости диска не сокращает вычисления процессора. Если WordPress-плагин делает сотни ненужных действий, NVMe не превращает этот код в хороший. Если внешний сервис отвечает две секунды, локальный накопитель вообще может не иметь отношения к задержке.
То же с оперативной памятью. Хорошо настроенная база активно использует RAM для кэшей и буферов. Операционная система кэширует файлы. Чем больше нужных данных обслуживается из памяти, тем меньше физических операций чтения требуется накопителю.
Поэтому при выборе между двумя хостингами я бы не ставила NVMe выше всех остальных характеристик.
Сначала смотрела бы на тип услуги и ее ограничения. Затем на доступные вычислительные ресурсы, память, программное окружение, резервное копирование, стабильность и поддержку. Тип хранилища — важный пункт этого списка, но не единственный.
Есть ли смысл специально искать NVMe для нового сайта
Если два подходящих варианта отличаются только тем, что один использует современное NVMe-хранилище, я бы выбрала NVMe. Причин предпочитать более медленный интерфейс при прочих равных немного.
Но ключевые слова здесь — при прочих равных.
Отказываться от хорошего провайдера только потому, что в конкретной услуге используется SATA SSD, а у неизвестной площадки рядом написано NVMe, нелогично.
Для небольшого корпоративного сайта, блога или лендинга гораздо важнее, чтобы хостинг стабильно работал, не был перегружен, поддерживал актуальное программное окружение, делал резервные копии и имел внятную техническую поддержку.
Для магазина, крупного WordPress, нагруженной базы или VPS под несколько проектов значение дисковой подсистемы растет. Там NVMe уже становится весомым аргументом.
Как понять, что сайт действительно упирается в диск
На виртуальном хостинге возможностей диагностики может быть мало. Панель иногда показывает только общую нагрузку, а подробные метрики доступны поддержке. Если сайт регулярно тормозит, можно попросить специалистов проверить, есть ли ограничения по дисковым операциям и что происходило в момент замедления.
На собственном VPS возможностей больше.
Мониторинг позволяет увидеть загрузку процессора, память, swap и дисковый ввод-вывод. Если приложение ждет накопитель, это можно отличить от ситуации, когда процессор занят вычислениями.
Важно наблюдать сервер именно в момент проблемы. Средний график за сутки способен выглядеть идеально, хотя каждый вечер во время импорта диск получает тяжелую нагрузку.
Если выясняется, что хранилище действительно является узким местом, переход на более производительную дисковую систему уже имеет техническое обоснование.
Если диск почти не занят, искать спасение в NVMe бессмысленно.
А HDD уже совсем не подходит для хостинга?
Для активной части современного сайта SSD стал гораздо более естественным выбором. Механический HDD имеет высокую задержку и хуже подходит для большого количества случайных операций, характерных для веб-приложений и баз.
Но жесткие диски не исчезли из серверной инфраструктуры. Они остаются полезны там, где важнее большой объем хранения, чем минимальная задержка: архивы, некоторые резервные копии, холодные данные.
Поэтому сам факт наличия HDD в инфраструктуре провайдера не означает что-то плохое. Вопрос в том, для какой задачи они используются.
Размещать активную базу нагруженного сайта на медленном HDD сегодня действительно было бы странным выбором. Хранить на отдельной системе большой архив резервных копий — совсем другая задача.
Что спросить у хостера, если скорость диска действительно важна
Не нужно устраивать технической поддержке экзамен по моделям накопителей. Несколько практических вопросов дадут больше пользы.
- Какой тип хранилища используется на выбранной услуге — SATA SSD или NVMe?
- Есть ли для VPS ограничения IOPS или пропускной способности диска?
- Хранилище локальное или сетевое?
- Как организовано резервирование данных?
- Можно ли увеличить диск без переноса на другой сервер?
- Предоставляются ли отдельные снапшоты и резервные копии?
Последние пункты могут оказаться важнее скорости. Очень быстрый накопитель не заменяет резервное копирование и не гарантирует сохранность данных при любой аварии.
Если поддержка отвечает только «у нас самые быстрые NVMe», но не может объяснить ограничения выбранного продукта, это менее полезно, чем спокойное и конкретное описание инфраструктуры.
SSD или NVMe — что в итоге выбирать
Для нового сайта NVMe можно считать приятным и современным преимуществом. Если провайдер предлагает его без компромиссов по другим важным параметрам, выбирать более медленное хранилище специально нет смысла.
Но покупать хостинг только по слову NVMe тоже не стоит.
Небольшой WordPress с хорошим кэшированием может прекрасно работать на качественном SATA SSD. Интернет-магазин, активно работающая база или VPS с несколькими приложениями способны заметно лучше использовать преимущества NVMe. А плохо оптимизированный сайт может тормозить на любом накопителе.
Поэтому при сравнении хостингов задавайте себе не вопрос «где диск быстрее», а более полезный: что сейчас ограничивает производительность моего проекта?
Если ответа пока нет, выбирайте площадку по совокупности характеристик — ресурсы, стабильность, ограничения, резервное копирование, поддержку и возможность роста. NVMe в этом наборе выглядит хорошо, но не должен затмевать все остальное.
