NVM Express обновил 11 спецификаций, включая NVMe Base 2.4, NVMe-MI 2.2 и NVMe Boot 1.4. Но новая версия стандарта ещё не означает, что серверы и SSD из текущих поставок поддерживают заявленные функции.
Если сервер нужен сейчас, закупку откладывать не стоит. Выбирай накопители по нагрузке, отказоустойчивости и совместимости с платформой. Постквантовую криптографию, аппаратное ограничение IOPS и новую телеметрию записывай в требования только тогда, когда поставщик подтверждает их для конкретных SSD, BMC, бэкплейна и прошивки.
Обновились 11 документов, а не 11 функций каждого SSD
В выпуск вошли базовая спецификация NVMe 2.4, пять наборов команд, транспортные спецификации для PCIe, RDMA и TCP, NVMe-MI 2.2 и NVMe Boot 1.4. Такой состав перечисляет NVM Express в сообщении о выпуске.
Эти документы описывают разные части протокола. Базовая спецификация задаёт общую архитектуру, транспортные — передачу команд, NVMe-MI — управление накопителями и корпусами. Поэтому фраза поставщика «SSD поддерживает NVMe 2.4» ещё не отвечает на вопросы о QoS, удалённой диагностике или защите данных.
В перепечатке пресс-релиза NVM Express у Business Wire названы постквантовое расширение, миграция локальных PCIe-подсистем, ограничение IOPS и полосы, контроль напряжения и возврат к заводским настройкам. Это описание возможностей стандарта. До появления тех же пунктов в документации производителя SSD или сервера считать их функциями оборудования нельзя.
Для закупки важнее не номер протокола, а перечень операций, которые платформа выполняет с выбранными накопителями. Например, видит ли BMC каждый диск в отсеке, сообщает ли его температуру и позволяет ли заменить накопитель без зависимости от работающей ОС.
NVMe-MI нужен не для скорости, а для управления дисками
NVMe-MI задаёт интерфейс управления NVMe-устройствами. Официальная спецификация NVM Express Management Interface Revision 2.0 описывает два механизма: in-band через операционную систему и out-of-band через контроллер управления сервером. На странице семейства спецификаций NVM Express текущей версией на 4 августа 2026 года указана NVMe-MI 2.2.
Разница проявляется при отказе. In-band-механизм зависит от работающей ОС. Out-of-band позволяет BMC обращаться к накопителям независимо от неё и от основного процессора.
Спецификация охватывает обнаружение устройств, проверку их возможностей, мониторинг здоровья и температуры, работу с элементами корпуса и определение SSD в отсеках. Для сервера с одним M.2 под загрузочный раздел выигрыш невелик. Для шасси с восемью hot-swap NVMe возможность увидеть проблемный накопитель через BMC уже влияет на время ремонта.
При этом NVMe-MI допускает три реализации: только in-band, только out-of-band или обе сразу. Строки «поддерживает NVMe-MI» в коммерческом предложении мало. Запроси матрицу для всей связки:
- модель сервера и версия BMC;
- бэкплейн и его прошивка;
- модель SSD и версия микрокода;
- доступные операции через BMC;
- поведение при выключенной или зависшей ОС.
Стандартный интерфейс облегчает работу с накопителями разных производителей, но не делает их взаимозаменяемыми автоматически. Та же граница действует в SDS-хранилищах: программный слой унифицирует управление, а совместимость конкретных устройств всё равно приходится проверять.
Постквантовая криптография не заменяет SED и Opal
Постквантовое расширение обновляет протокол для работы с одобренными NIST квантово-устойчивыми алгоритмами. Так его описывает пресс-релиз NVM Express. Это задел для систем, где данные хранятся годами и должны пережить смену криптографических механизмов.
SED и Opal закрывают другую задачу — защищают данные на самом носителе. Совместный документ Trusted Computing Group и NVM Express объясняет механику: контроллер самошифрующегося накопителя создаёт Media Encryption Key, шифрует им данные при записи и расшифровывает при чтении. На носителе ключ хранится в зашифрованном виде. После отключения питания накопитель блокируется, пока не получит верные учётные данные.
Поэтому в требованиях нужны две отдельные строки. Первая — аппаратное шифрование и профиль TCG Opal для защиты извлечённого накопителя. Вторая — поддержка постквантовых механизмов в сервере, SSD, прошивках и системе управления ключами. Одна не доказывает наличие другой.
Для обычного файлового сервера или 1С новый криптографический пункт не даёт причины менять исправные NVMe. Для архива с десятилетним сроком хранения он уже влияет на план следующего обновления платформы.
Аппаратный QoS полезен при конкуренции за один накопитель
Controller-based QoS позволяет контроллеру SSD ограничивать пропускную способность и IOPS. Функция рассчитана на ситуацию, когда несколько нагрузок делят один накопитель или NVMe-подсистему.
В сервере с одной базой 1С такое ограничение способно лишь отнять доступную производительность. В облачной платформе оно отделяет арендаторов: резервное копирование одной виртуальной машины не должно забрать весь ресурс SSD у соседней базы.
Но возможность должна проходить через всю систему управления. Недостаточно увидеть её в описании NVMe 2.4. Поставщик должен показать, какие лимиты поддерживает конкретный SSD, где они задаются, сохраняются ли после перезагрузки и как контролируется их соблюдение.
Миграция локально подключённых PCIe-подсистем относится к той же группе. По сообщению NVM Express, она расширяет сценарии миграции в виртуализированной среде на локальные PCIe SSD. Для одиночного сервера это не повод пересматривать закупку. Для кластера вопрос стоит включить в проверку гипервизора, серверной платформы и накопителей.
Контроль напряжения помогает найти причину, но не устраняет её
Обновление предусматривает телеметрию напряжения с настраиваемыми нижним и верхним порогами. Такой параметр может отделить проблему накопителя от проблемы питания: инженер получает наблюдаемое отклонение, а не только ошибки ввода-вывода.
Телеметрия SSD не заменяет резервные блоки питания, ИБП и контроль электросети. Требования к этой части инфраструктуры остаются отдельной задачей — они разобраны в материале про электропитание и другие требования к серверным помещениям.
Ещё одна заявленная функция возвращает NVMe-подсистему к заводским настройкам. Она пригодится при повторном вводе накопителя или выводе его из эксплуатации. Но команда сброса сама по себе не доказывает, что данные уничтожены по правилам компании. Для этого нужен подтверждённый процесс очистки и журнал его выполнения.
Список серийных SSD и серверов, уже реализующих новую телеметрию и сброс, в переданных материалах не указан. В закупочную документацию поэтому записывают не название функции, а проверку: где увидеть напряжение, как получить событие через BMC и что именно меняет команда возврата к исходным настройкам.
Спецификация под задачу
Возьмём типовой сервер виртуализации: 12 виртуальных машин, две из них работают с базами, четыре NVMe делят рабочие данные и журналы. Одновременно выполняются резервное копирование и обычная работа пользователей. Это допущение для расчёта, а не универсальная конфигурация.
| Компонент | Требование | Почему столько |
|---|---|---|
| Процессор | 16 физических ядер, базовая частота от 3,0 ГГц | Считаем по одному физическому ядру на каждую из 12 ВМ и оставляем четыре ядра гипервизору и пиковым операциям |
| Память | 256 ГБ ECC RDIMM | 12 ВМ по 12 ГБ дают 144 ГБ, двум базам добавляем по 32 ГБ — получаем 208 ГБ. Оставшиеся 48 ГБ уходят гипервизору и файловому кэшу |
| Рабочие накопители | 4 × 3,84 ТБ NVMe, зеркало из двух пар с чередованием данных | Полезная ёмкость — 7,68 ТБ: половина сырого объёма уходит на зеркальные копии. Отказ одного SSD не останавливает массив |
| Загрузочные накопители | 2 отдельных SSD в зеркале | Рабочий массив не смешивается с загрузкой гипервизора |
| Сеть | 2 × 10 Гбит/с с резервированием | Один интерфейс несёт рабочий трафик, второй сохраняет подключение при отказе порта или коммутатора |
| Управление | BMC с подтверждённым out-of-band-доступом к каждому NVMe | Температура, состояние и положение диска доступны независимо от ОС |
| Корпус | 2U, не менее 8 отсеков U.2, U.3 или EDSFF | Четыре отсека заняты сразу, четыре остаются для второй группы накопителей |
| Питание | Два блока питания с горячей заменой | Отказ одного блока не выключает сервер |
Это не конфигурация для любой 1С или любого файлового сервера. Если у тебя шесть ВМ вместо двенадцати, пересчитай память по тому же правилу: сумма памяти гостевых систем плюс ресурс гипервизора и кэша. Если рабочие данные занимают 2 ТБ и растут на 1 ТБ в год, массив на 7,68 ТБ даст примерно пять лет до заполнения при неизменном росте: 7,68 минус 2, затем делим остаток на 1 ТБ в год.
Для сервера 1С, терминального доступа или файлового хранения такую закупку не нужно задерживать ради новых SSD. Тип накопителя выбирай по профилю нагрузки; границы между NVMe, SATA SSD и HDD разобраны в сравнении серверных накопителей.
Плотная виртуализация меняет требования. Запрашивай аппаратные лимиты IOPS и полосы, если поставщик уже подтверждает их для выбранных SSD и прошивок. Для регулируемых данных отдельно проверяй SED/Opal и план внедрения постквантовой защиты. В шасси с большим числом hot-swap NVMe требуй out-of-band-управление через BMC и показ каждого накопителя в конкретном отсеке.
Правило закупки короткое: версия NVMe описывает возможности протокола, а не комплектацию сервера. Функция попадает в обоснование покупки только после подтверждения для конкретных SSD, бэкплейна, BMC и версии прошивки.
