Broadcom перенесла в список совместимости VCF 9.0 большую часть серверов, сертифицированных для vSphere и vSAN 8.x. В Broadcom Compatibility Guide числятся 3 148 таких моделей. Исправный парк можно оставить в работе — но следующий узел уже опасно покупать только под VMware.
Задача закупки теперь шире: сервер должен подходить для VCF 9.0 и не закрывать переход на Hyper-V или Proxmox VE. Это не гарантирует простой миграции между платформами. Зато после выбора другого гипервизора не придётся менять исправное железо из-за процессора, контроллера или сетевой карты.
Данных о доле рынка, продажах VMware и оттоке клиентов в материалах Broadcom нет. Поэтому говорить о «потере позиций» рано. Видно другое: вендор снижает давление на заказчиков, которым иначе пришлось бы обновлять серверы вместе с программной платформой.
Старый парк проверяй по компонентам, а не по шильдику
Опорный документ для VCF 9.0 — Broadcom Compatibility Guide. Совпадения названия модели недостаточно. Broadcom проверяет семейство процессоров, сетевые карты, HBA, контроллеры хранения, ускорители, прошивки и драйверы.
В руководстве Broadcom по сертификации VCF 9.0 у серверов три статуса:
VCF Supported— программный слой поддерживает Broadcom, оборудование — его производитель;VCF Supported. Confirm w/ Vendor— процессорное семейство ещё поддерживается VCF 9.x, но гарантию поддержки конкретного сервера нужно получить у производителя;Not listed— один или несколько базовых компонентов достигли конца срока обслуживания.
Вторая строка требует внимания. Broadcom отвечает только за VCF. BIOS, микрокод, драйверы, гарантия и выездной ремонт остаются на стороне производителя сервера. Поэтому Confirm w/ Vendor нельзя читать как полную поддержку комплекса.
Перед продлением поддержки отправь производителю точную конфигурацию: модель сервера, процессор, сетевые карты, контроллер, версии BIOS и прошивок. Проси письменный ответ, а не ссылку на семейство платформ.
Статус Not listed — уже основание готовить замену. Broadcom связывает его с окончанием выпуска обновлений микрокода и поддерживаемых подписанных драйверов. В документации вендора Intel Haswell и Broadwell приведены как примеры таких семейств; Cascade Lake и Skylake ещё могут получить статус Confirm w/ Vendor.
Совместимость с VCF не оставляет автоматического пути к Hyper-V и Proxmox
Сервер из списка Broadcom может не поддерживать нужный сценарий на другой платформе. Например, базовая виртуализация запустится, а проброс NVMe или ускорителя в виртуальную машину — нет.
По требованиям Microsoft к Hyper-V, процессору нужны 64-битная архитектура, аппаратная виртуализация, SLAT и аппаратный DEP. Для прямого назначения устройства дополнительно требуются IOMMU, переназначение прерываний и DMA, а также ACS на корневых портах PCIe.
Требования Proxmox VE совпадают в основе: 64-битный Intel или AMD с Intel VT либо AMD-V. Для проброса PCIe нужны VT-d или AMD-Vi.
Так появляется первый закупочный фильтр: актуальное семейство CPU с SLAT и IOMMU, а также системная плата, которая корректно передаёт эти возможности гипервизору. Проверять нужно связку процессора, чипсета, BIOS и PCIe-корня.
Хранилище чаще привязывает сервер к платформе сильнее процессора
Аппаратный RAID выглядит безопасным выбором, пока не появляется ZFS или Ceph. Proxmox прямо указывает, что эти системы хранения несовместимы с аппаратным RAID-контроллером: им нужен прямой доступ к накопителям.
Поэтому не заказывай сервер, в котором дисковая корзина работает только через RAID-контроллер. Нужен HBA или контроллер с режимом прямой передачи дисков. Тогда для VMware или Hyper-V можно собрать привычный массив, а для ZFS и Ceph передать накопители программному слою.
Для внешнего SAN, NAS или распределённого Ceph предусматривай два порта по 10 Гбит/с. Proxmox поддерживает резервные гигабитные интерфейсы и сеть от 10 Гбит/с, но гигабит оставляй для управления, а не для трафика хранилища.
Если ты пока выбираешь конкретное шасси, продолжи с разбором серверов для виртуализации. Там важны число отсеков, линии PCIe и предел наращивания памяти — именно эти параметры сложнее всего исправить после закупки.
Поддержка VCF заканчивается там, где начинается ремонт сервера
Broadcom расширяет сертификацию OEM- и ODM-платформ. VCF 9.0 также допускает несколько менеджеров аппаратной поддержки в одном кластере и до четырёх дополнительных образов оборудования. Это позволяет смешивать платформы разных производителей без отдельного кластера для каждой марки.
Но смешанный парк добавляет ещё одну границу ответственности. Broadcom обслуживает программный слой. Производитель каждой платформы отвечает за BIOS, микрокод, драйверы и замену деталей.
Broadcom приводит оценку OVHcloud: самостоятельная сертификация способна сократить вывод новых конфигураций на рынок на 30–50% и снизить капитальные затраты на оборудование до 50%. Это расчёт одного облачного оператора, который проектирует и производит собственные серверы, а не показатель для всего рынка. В бюджет обычной компании эти проценты переносить нельзя.
Спецификация под задачу
Посчитаем узел для смешанной виртуальной нагрузки. Исходные данные: 12 виртуальных машин, из них восемь требуют по 4 vCPU и 8 ГБ памяти, две — по 8 vCPU и 16 ГБ, ещё две базы — по 8 vCPU и 32 ГБ. Рабочие данные занимают 6 ТБ. Хранилище локальное, но через два года может появиться Ceph.
Всего получается 64 vCPU: (8 × 4 + 2 × 8 + 2 × 8). При допустимой для этой нагрузки переподписке 3:1 нужны 22 физических ядра; округляем до 24. Если базы чувствительны к задержке одного потока, выбирай 24 быстрых ядра, а не 32–48 более медленных.
Виртуальным машинам нужно 160 ГБ памяти: (8 × 8 + 2 × 16 + 2 × 32). Добавляем 32 ГБ гипервизору и файловому кэшу, затем резервируем ещё 25% на рост. Получаем 240 ГБ и ставим 256 ГБ ECC RDIMM. Модули по 32 ГБ занимают восемь слотов; перед заказом проверь, сколько слотов останется свободными.
Под эту нагрузку спецификация выглядит так:
| Узел | Требование | Почему столько |
|---|---|---|
| Процессор | 1 × 24 физических ядра, SLAT, VT-d или AMD-Vi | 64 vCPU при переподписке 3:1 требуют 22 ядра; ещё два остаются гипервизору |
| Память | 256 ГБ ECC RDIMM, 8 × 32 ГБ | 160 ГБ для ВМ, 32 ГБ для хоста и кэша, 25% запаса |
| Загрузка | 2 × 480 ГБ SSD в зеркале | Система отделена от рабочих ВМ; отказ одного накопителя не останавливает загрузку |
| Данные ВМ | 8 × 1,92 ТБ NVMe или enterprise SSD | В зеркальных парах доступно 7,68 ТБ: хватает на 6 ТБ данных и 1,68 ТБ свободного места |
| Контроллер | HBA либо RAID-контроллер с режимом прямой передачи дисков | Сохраняет выбор между массивом гипервизора, ZFS и Ceph |
| Сеть | 2 × 10 Гбит/с для хранения, 2 × 1 Гбит/с для управления | Хранилище и управление не делят один канал; один порт каждого контура можно резервировать |
| Питание | 2 блока питания с независимыми вводами | Один блок или линия могут отключиться без остановки узла |
| Корпус | 2U, не менее восьми отсеков под рабочие диски и двух под загрузочные | Все накопители помещаются без внешней полки; дальнейший рост требует отдельного хранилища |
Это не универсальная конфигурация. При 24 виртуальных машинах с тем же профилем удваивай расчёт CPU и памяти: получатся 128 vCPU, около 44 физических ядер и 480 ГБ памяти с запасом — практический выбор начинается с 48 ядер и 512 ГБ ECC.
Если объём рабочих данных вырастет выше 7,68 ТБ, восьми накопителей по 1,92 ТБ уже не хватит. Переходи на более ёмкие диски либо выноси данные во внешнее хранилище. Если появится Ceph, добавляй к памяти примерно 1 ГБ на каждый терабайт используемого хранилища — такое соотношение указывает Proxmox.
Пример расчёта для другой нагрузки — 1С и 12 виртуальных машин — есть в материале о замене сервера на платформу «Аквариус», Yadro или Dell. Он пригодится, если базы занимают заметную долю ресурсов и простое деление vCPU уже искажает результат.
Компромисс этой конфигурации — цена контроллера, десятигигабитной сети и двух контуров накопителей. Сэкономить можно на сетевых картах, пока хранилище локальное. Экономия на IOMMU, слотах памяти или прямом доступе к дискам закроет часть сценариев миграции и потребует замены платформы целиком.
Что делать с закупкой сейчас
Исправный сервер со статусом VCF Supported не меняй только из-за выхода VCF 9.0. Для Confirm w/ Vendor получи от производителя подтверждение по точной конфигурации до продления поддержки. Для Not listed составь план замены: обновлений микрокода и подписанных драйверов для базовых компонентов уже может не быть.
Новый узел проверяй по трём документам: Broadcom Compatibility Guide для VCF, требованиям Microsoft для Hyper-V и требованиям Proxmox VE. Добавь к этому прямой доступ к накопителям, IOMMU, запас слотов памяти и два порта по 10 Гбит/с для будущего хранилища.
Вердикт для закупки простой: Broadcom пока не вынуждает менять совместимый парк. Но покупать следующий сервер, пригодный только для VMware, уже незачем.
