Yandex B2B Tech представила BareMetal Extend 2 сентября 2026 года. Сервис даёт выделенные физические серверы с готовой средой виртуализации или контейнеризации — оборудование не нужно покупать и обслуживать самостоятельно. Об этом сообщили Servernews и iXBT Pro.

Предварительный вердикт: BareMetal Extend стоит включить в шорт-лист, если публичное облако запрещено политикой информационной безопасности, инфраструктуру нужно физически отделить от других клиентов, а свою службу эксплуатации железа содержать не хочется. Но сравнить сервис с собственным кластером по деньгам пока нельзя: Yandex не опубликовала цены, конфигурации узлов и SLA.

Вместо покупки серверов ты покупаешь готовый контур

В собственном частном облаке компания отвечает за весь жизненный цикл оборудования: выбирает платформу, закупает узлы, размещает их, меняет отказавшие диски и планирует обновление через четыре-пять лет. BareMetal Extend переносит эту часть работы на провайдера.

Клиент получает выделенные физические серверы с преднастроенной средой. Для модуля Virtualization установкой, настройкой и сопровождением занимается K2Cloud, а обращения принимает единое окно поддержки Yandex B2B Tech и K2Cloud. Так модель сервиса описывает iXBT Pro.

Это не то же самое, что держать собственное оборудование на площадке провайдера. При колокейшне сервер принадлежит тебе: ты выбираешь процессоры и диски, отвечаешь за запасные части и решаешь, когда менять платформу. В BareMetal Extend оборудование и его обслуживание входят в услугу. Контроля над конкретным железом меньше, собственной работы тоже меньше.

Именно здесь проходит первая развилка. Если служба информационной безопасности требует отдельное физическое оборудование, но бизнес не хочет владеть этим оборудованием, модель подходит. Если в закупочном задании зафиксированы модели серверов, контроллеров и накопителей, сначала запроси у Yandex перечень доступных конфигураций.

Физическая изоляция не заменяет проверку документов

Servernews и iXBT Pro указывают, что ресурсы клиента физически отделены от публичного облака. Они также сообщают о защите на уровнях ЦОД, сети и сервиса и о соответствии первому уровню защищённости персональных данных.

Эти заявления дают основание продолжить проверку, но не закрывают её. Из опубликованных материалов непонятно, какие компоненты входят в защищённый контур, на какие площадки распространяются документы и где проходит граница ответственности между клиентом, Yandex и партнёром.

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

Для сравнения полезно заранее зафиксировать, какой контроль даёт собственная площадка при работе с персональными данными. Тогда обсуждение не сведётся к спору «своё или облако»: у каждого требования появится владелец и подтверждающий документ.

Cloud Interconnect связывает выделенный контур с остальной инфраструктурой

BareMetal Extend не обязан работать отдельным островом. По данным Servernews, сервис можно соединить с локальной площадкой и ресурсами Yandex Cloud через Cloud Interconnect. На странице команды Yandex BareMetal это соединение описано как приватная сеть до сервисов Yandex Cloud.

Такой вариант подходит для частичного переноса. Например, базы с персональными данными остаются на физически выделенных узлах, корпоративные системы работают в локальном ЦОДе, а резервные или аналитические сервисы — в облаке. Между ними не приходится строить обмен через публичный интернет.

Но приватное соединение добавляет отдельную статью расходов и отдельную точку отказа. В опубликованных материалах BareMetal Extend нет тарификации Cloud Interconnect, требований к резервированию каналов и гарантированной пропускной способности. Эти параметры нужно включить в расчёт вместе с серверами, иначе сравнение окажется неполным.

Три модуля нельзя считать одной платформой

BareMetal Extend предлагает три готовых варианта среды:

Virtualization — частное облако на виртуальных машинах. Установку и сопровождение платформы выполняет K2Cloud.
Managed Service for Kubernetes — готовая инфраструктура для контейнерных приложений.
Yandex Cloud Stackland — локальная платформа контейнеризации со встроенными PaaS-сервисами Yandex Cloud.

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

Для контейнерной разработки сравнивай Managed Service for Kubernetes и Stackland по составу управляемых компонентов, доступным версиям, процедуре обновления и ограничениям PaaS. Опубликованный анонс этих различий не раскрывает. Приписывать одному модулю преимущества другого нельзя.

Спецификация под задачу: с чем запрашивать расчёт

Без единой исходной нагрузки поставщики посчитают разные системы. Одни заложат резервирование N+1, другие — только рабочую ёмкость; сравнить итоговые суммы не получится.

Возьмём условную нагрузку: 18 виртуальных машин, из них 12 офисных по 4 vCPU и 8 ГБ памяти, четыре прикладные по 8 vCPU и 24 ГБ, две базы по 12 vCPU и 64 ГБ. Суммарно получается 104 vCPU и 320 ГБ памяти.

При переподписке процессора 3:1 нагрузке нужны 35 физических ядер: 104 делим на 3 и округляем вверх. Добавляем по одному 24-ядерному процессору на каждый из трёх узлов. После отказа одного узла останутся 48 ядер — на 13 больше расчётной нагрузки.

По памяти переподписку не закладываем. К 320 ГБ добавляем 15% под гипервизор и файловый кэш — получаем 368 ГБ. Чтобы кластер пережил отказ одного узла, двум оставшимся нужно по 184 ГБ. Значит, запрашиваем по 256 ГБ ECC RDIMM на узел.

Для сравнения предложений зафиксируй такую конфигурацию:

три физических узла по 24 ядра и 256 ГБ ECC RDIMM;
резервирование N+1: после отказа одного узла рабочая нагрузка помещается на двух;
не менее двух сетевых портов 25 Гбит/с на узел с разнесением по коммутаторам;
8 ТБ полезной NVMe-ёмкости после резервирования, а не до него;
два блока питания на каждом узле;
приватное соединение с локальной площадкой по двум независимым каналам;
резерв ресурсов без ручного переноса виртуальных машин после отказа узла.

Это не опубликованная конфигурация BareMetal Extend, а единый профиль для запроса предложений. Yandex должна подтвердить, что может предоставить такой контур, и раскрыть физические модели процессоров, накопителей и сетевых адаптеров.

Если у тебя 36 виртуальных машин с тем же профилем, удвой расчётные ядра и память до выбора числа узлов. Если базы занимают больше 8 ТБ, пересчитай полезную ёмкость вместе с резервированием. Для нагрузки без допустимого простоя запроси две площадки и стоимость переключения между ними: три узла в одном ЦОДе защищают от отказа сервера, но не от потери площадки.

Компромисс этой схемы — плата за запас. Третий узел большую часть времени не нужен для средней нагрузки, зато позволяет пережить отказ без аварийной закупки мощности. Два узла обойдутся дешевле, но при потере одного оставшийся не вместит 35 физических ядер и 368 ГБ памяти.

Каких данных не хватает для решения о закупке

Yandex Cloud уже публикует команды управления кластерами BareMetal Extend в справке CLI. Она подтверждает наличие групп для Stackland и виртуализации, но не отвечает на закупочные вопросы.

До появления коммерческого предложения неизвестны:

модели и поколения физических серверов;
доступные процессоры, объёмы памяти и типы накопителей;
схема резервирования внутри каждого модуля;
SLA и срок замены отказавшего узла;
стоимость зарезервированной мощности;
тарифы и варианты резервирования Cloud Interconnect;
шаг расширения ресурсов и срок предоставления нового узла.

Часть этих параметров нельзя заменить расчётом. Без цены узла не получится вычислить совокупную стоимость владения, а без SLA — оценить стоимость простоя. Сравнивать BareMetal Extend с покупкой оборудования нужно на одинаковой нагрузке, одинаковом сроке и одинаковой схеме резервирования.

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

В ответе Yandex должны быть пять позиций: конфигурация физических узлов, схема резервирования, SLA со сроком замены узла, стоимость приватного соединения и цена расширения. Пока их нет, BareMetal Extend — подходящая модель эксплуатации, но ещё не обоснованная закупка.