HBA или RAID-контроллер: что выбрать для сервера

HBA нужен, когда операционная система или программно-определяемое хранилище должны напрямую управлять каждым физическим диском. RAID-контроллер выбирают, когда массив формируется аппаратно, а сервер получает уже готовый виртуальный диск. Поэтому для ZFS, Proxmox VE с ZFS, VMware vSAN и Windows Storage Spaces обычно требуется HBA или сертифицированный режим прямой передачи дисков. Для обычного локального хранилища VMware ESXi, Windows Server либо Proxmox с LVM поверх аппаратного массива может использоваться RAID-контроллер с защищённым кэшем.

Главная ошибка при выборе — сравнивать контроллеры только по скорости интерфейса, числу портов и объёму кэша. Сначала необходимо определить, какой уровень системы будет отвечать за отказоустойчивость: сам контроллер или программное хранилище. Если одновременно создать аппаратный RAID и поверх него развернуть ZFS, Storage Spaces либо vSAN, системы будут дублировать функции и не смогут полноценно контролировать физические накопители.

Чем HBA отличается от RAID-контроллера

HBA, или Host Bus Adapter, подключает SAS- и SATA-накопители к серверу и передаёт их операционной системе как отдельные физические устройства. Система видит модель, серийный номер и состояние каждого диска и самостоятельно решает, как организовать зеркало, чередование, контрольные суммы и восстановление данных.

Аппаратный RAID-контроллер объединяет накопители в массив и показывает операционной системе один или несколько виртуальных дисков. Распределение данных, вычисление чётности, обработка отказа накопителя и восстановление массива выполняются прошивкой контроллера.

Параметр	HBA	RAID-контроллер
Представление дисков	Каждый накопитель виден отдельно	ОС видит виртуальный логический диск
Где создаётся отказоустойчивость	В ZFS, Storage Spaces, vSAN или другой программной системе	На контроллере
Собственный кэш	Обычно отсутствует	Часто предусмотрен кэш чтения и записи
Защита кэша	Не требуется для массива самого HBA	Желательны BBU, CacheVault или flash-backed cache
Доступ к SMART и серийным номерам	Обычно прямой	Может быть ограничен или зависеть от драйвера
Основные сценарии	ZFS, Ceph, vSAN, Storage Spaces	VMFS, NTFS, ReFS, LVM на аппаратном RAID
Зависимость от модели контроллера	Ниже	Для импорта массива может потребоваться совместимый контроллер

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

Что такое IT mode, RAID mode, JBOD и passthrough

IT mode

IT mode, или Initiator Target mode, применяется прежде всего к контроллерам на определённых чипах Broadcom и LSI. В этом режиме RAID-функции отключаются, а диски передаются операционной системе напрямую. По поведению такой контроллер близок к обычному HBA.

Выражение «прошить в IT mode» часто используют для RAID-адаптеров, которые поддерживают подходящую HBA-прошивку. Однако возможность и процедура зависят от конкретной модели и аппаратной ревизии. Нельзя прошивать контроллер файлом от внешне похожей карты без проверки совместимости.

JBOD и passthrough

JBOD или passthrough означает, что контроллер показывает системе физические накопители отдельно, не объединяя их в массив. Такой режим может подходить для программного хранилища, но его реализация зависит от производителя.

JBOD на RAID-контроллере не всегда полностью аналогичен нативному HBA. Контроллер может сохранять собственный кэш, изменять идентификаторы устройств или ограничивать передачу отдельных команд. Перед закупкой нужно проверить документацию платформы и список совместимого оборудования.

RAID mode

В RAID mode накопители объединяются в RAID 0, 1, 5, 6, 10, 50, 60 или другие поддерживаемые конфигурации. Сервер работает не с отдельными дисками, а с созданными контроллером виртуальными томами.

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

HBA или RAID-контроллер для ZFS

Для ZFS предпочтителен HBA, работающий в IT mode, либо контроллер с полноценной прямой передачей дисков. ZFS совмещает функции файловой системы и менеджера томов, самостоятельно организует зеркала и RAIDZ, рассчитывает контрольные суммы и восстанавливает повреждённые блоки из исправной копии.

Аппаратный RAID скрывает от ZFS физические накопители и может передавать некорректную либо неполную информацию о размере секторов. Дополнительный кэш контроллера также создаёт отдельный уровень управления записью. OpenZFS рекомендует использовать HBA, а не создавать на RAID-контроллере отдельный RAID 0 из каждого диска.

Почему ZFS нужен прямой доступ к дискам

Прямое подключение позволяет ZFS:

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

Это не означает, что любой HBA автоматически подходит. Нужно проверить поддержку используемой операционной системой, скорость интерфейса, количество линий PCIe, тип разъёмов, совместимость с корзиной и максимальное число дисков.

Можно ли создать RAID 0 на каждый диск

Некоторые RAID-контроллеры не имеют режима HBA и позволяют передать накопители только как однодисковые RAID 0. Для ZFS такая схема нежелательна. Между файловой системой и диском остаётся прошивка RAID-контроллера, а при отказе или сбросе конфигурации могут измениться идентификаторы виртуальных устройств.

OpenZFS прямо указывает, что использование отдельных RAID 0 вместо HBA не рекомендуется по причинам производительности и надёжности.

Нужен ли ZFS кэш RAID-контроллера

Нет. ZFS использует собственный кэш чтения ARC в оперативной памяти, а для отдельных сценариев может применяться устройство журнала SLOG. Аппаратный кэш RAID-контроллера не заменяет эти механизмы и усложняет контроль подтверждённых записей.

Для пула ZFS следует использовать HBA без собственного write-back-кэша массива. Кэш самих накопителей настраивается отдельно с учётом защиты от потери питания и требований рабочей нагрузки.

Что выбрать для Proxmox VE

Выбор контроллера в Proxmox определяется типом локального хранилища.

Proxmox VE с ZFS

Для ZFS-пула нужен HBA, IT mode или корректно работающий passthrough. Документация Proxmox предупреждает, что ZFS не следует размещать поверх аппаратного RAID-контроллера с собственным управлением кэшем: файловой системе требуется прямая связь с накопителями.

Типовая схема:

Диски → HBA в IT mode → ZFS mirror, RAIDZ или dRAID → виртуальные машины и контейнеры.

В этой конфигурации не нужно предварительно создавать массив в BIOS контроллера. Диски должны быть доступны установщику Proxmox как отдельные устройства.

Proxmox с LVM или LVM-thin

Аппаратный RAID-контроллер подходит, если в Proxmox планируется использовать LVM, LVM-thin, ext4 или XFS поверх готового логического диска.

Типовая схема:

Диски → RAID-контроллер → RAID 1 или RAID 10 → логический диск → LVM-thin → виртуальные машины.

Такой вариант часто применяют в серверах с заводским RAID-контроллером и защищённым кэшем. Контроллер должен иметь актуальную прошивку, исправный модуль защиты кэша и средства мониторинга массива.

Proxmox с Ceph

Ceph, как и ZFS, должен управлять отдельными накопителями. Под каждым OSD не следует создавать аппаратный отказоустойчивый RAID: репликацию и восстановление выполняет сам Ceph.

Для дисков Ceph обычно выбирают HBA или прямое подключение. RAID-контроллер допустим только в поддерживаемом режиме HBA/JBOD без скрытого кэширования и абстрагирования физических накопителей.

Что выбрать для VMware ESXi и vSAN

Для VMware ответ зависит от того, используется обычный локальный datastore VMFS или программно-определяемое хранилище vSAN.

Обычный VMware ESXi с VMFS

Стандартный ESXi может работать с логическим диском аппаратного RAID-контроллера. Распространённая схема для одного сервера:

Диски → RAID-контроллер с защищённым кэшем → RAID 1 или RAID 10 → VMFS datastore.

В этой архитектуре RAID-контроллер отвечает за отказоустойчивость накопителей, а ESXi получает готовый LUN. Контроллер, драйвер и прошивка должны присутствовать в VMware Compatibility Guide для конкретной версии ESXi. Общая совместимость с vSphere не означает автоматическую совместимость с vSAN.

HBA без программного слоя резервирования не создаёт защищённый VMFS-массив. Поэтому подключать к обычному ESXi несколько отдельных дисков через HBA и ожидать от гипервизора аналога RAID 10 нельзя.

VMware vSAN

Для vSAN предпочтителен passthrough или JBOD, чтобы платформа управляла отдельными физическими дисками. Broadcom рекомендует использовать HBA-режим, когда он предусмотрен и сертифицирован для конкретного контроллера. RAID mode следует применять только в поддерживаемых конфигурациях, например при необходимости создать отдельный RAID 0 для каждого накопителя.

Типовая схема:

Диски → сертифицированный контроллер в passthrough/JBOD → vSAN storage pool.

При использовании RAID 0 на каждый диск необходимо отключить write cache виртуальных томов, если этого требуют рекомендации для конкретного контроллера. Нельзя механически переносить настройки с одной модели на другую.

Почему недостаточно просто купить HBA

Для vSAN важна не только модель контроллера, но и сочетание:

• режима работы;
• версии ESXi;
• драйвера;
• прошивки;
• модели накопителей;
• серверной платформы.

Контроллер, сертифицированный для обычного ESXi, может не поддерживаться в vSAN. Перед заказом оборудования нужно сверять конфигурацию с актуальным vSAN Compatibility Guide.

HBA или RAID-контроллер для Windows Server

В Windows Server выбор зависит от того, будет ли использоваться классический аппаратный массив или программное хранилище Microsoft.

Обычный файловый сервер

Для файлового сервера с NTFS или ReFS можно использовать RAID-контроллер. Например:

Системные диски → RAID 1; диски данных → RAID 10 или RAID 6; виртуальные диски контроллера → тома Windows Server.

Такой вариант подходит, если требуется привычное управление аппаратным массивом, поддержка загрузки с RAID, защищённый кэш записи и мониторинг через ПО производителя сервера.

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

Storage Spaces

Для Storage Spaces физические диски должны быть доступны Windows напрямую. Microsoft рекомендует простые HBA без RAID-функций. Если адаптер умеет создавать RAID, эти возможности необходимо полностью отключить: он не должен абстрагировать накопители, кэшировать данные массива или скрывать подключённые устройства.

Типовая схема:

Диски → HBA → Storage Pool → Mirror или Parity Storage Space → NTFS/ReFS.

Создавать аппаратный RAID, а затем включать его виртуальные тома в Storage Spaces не следует. В такой схеме Windows не видит отдельных накопителей и не может корректно управлять их отказами.

Storage Spaces Direct

Storage Spaces Direct объединяет локальные диски нескольких узлов в программно-определяемый кластерный пул. Для SAS- и SATA-накопителей Microsoft поддерживает HBA либо RAID-контроллер, который напрямую передаёт физические SAS-диски. Контроллеры без passthrough не поддерживаются.

Загрузочные накопители могут быть организованы отдельно. Microsoft допускает RAID 1 для загрузочного устройства, хотя он не является обязательным требованием Storage Spaces Direct.

Типовая конфигурация узла:

• отдельная пара M.2 или SSD для Windows Server;
• RAID 1 либо встроенное зеркалирование загрузочных дисков;
• отдельный HBA для накопителей Storage Spaces Direct;
• одинаковое количество и тип дисков на всех узлах;
• прямой доступ Windows к каждому накопителю.

Когда нужен RAID-контроллер с кэшем

Аппаратный RAID-контроллер целесообразен, когда:

• серверу требуется загрузка с RAID 1;
• используется VMFS, NTFS, ReFS, ext4 или LVM поверх аппаратного массива;
• нужна высокая производительность случайной записи;
• контроллер имеет защищённый write-back-кэш;
• инфраструктура стандартизирована на средства управления производителя;
• программное хранилище не требует прямого доступа к дискам.

Write-back-кэш позволяет быстро подтвердить запись операционной системе, а затем перенести данные на накопители. Но такой режим безопасен только при защите содержимого кэша от отключения питания. Для этого применяются аккумуляторные модули, суперконденсаторы и энергонезависимая flash-память.

Если модуль защиты неисправен, контроллер может автоматически переключиться в write-through. Производительность записи при этом заметно снижается, поэтому состояние кэша и защитного модуля необходимо включить в мониторинг.

Когда лучше выбрать HBA

HBA предпочтителен, если:

• используется ZFS;
• Proxmox VE хранит виртуальные машины в ZFS-пуле;
• развёртывается Ceph;
• создаётся VMware vSAN;
• используются Storage Spaces или Storage Spaces Direct;
• приложению требуется прямой доступ к накопителям;
• важно видеть SMART, серийные номера и ошибки каждого диска;
• отказоустойчивость реализуется программным уровнем.

В каталоге РИТМ-ИТ серверные контроллеры разделены по типам, включая HBA-адаптеры и RAID-контроллеры. При подборе также нужно учитывать интерфейс PCIe, число внутренних или внешних портов, скорость SAS, тип кабелей и совместимость с корзиной сервера.

Как проверить совместимость контроллера с сервером

Наличие подходящего разъёма PCIe ещё не гарантирует совместимость. Перед покупкой проверьте:

1.     Форм-фактор платы: low-profile или full-height.

2.     Версию и число линий PCIe.

3.     Внутреннее или внешнее исполнение портов.

4.     Тип разъёмов: SFF-8087, SFF-8643, SFF-8654 и другие.

5.     Совместимость кабелей с backplane.

6.     Поддержку SAS, SATA и NVMe.

7.     Максимальное число дисков и SAS-экспандеров.

8.     Возможность загрузки с подключённого массива.

9.     Поддержку IT mode, JBOD или passthrough.

10.  Наличие драйвера для нужной ОС или гипервизора.

11.  Сертификацию для VMware vSAN или Windows Server.

12.  Наличие средств мониторинга и обновления прошивки.

Особенно внимательно нужно проверять tri-mode-контроллеры. Поддержка SAS, SATA и NVMe самим адаптером не означает, что любая платформа поддерживает все три типа накопителей через него.

Практические схемы выбора

Задача	Рекомендуемый контроллер	Организация дисков
Proxmox VE с ZFS	HBA в IT mode	ZFS mirror, RAIDZ или dRAID
Proxmox VE с LVM-thin	RAID-контроллер	RAID 1 или RAID 10
Proxmox VE с Ceph	HBA/JBOD	Отдельный диск для каждого OSD
VMware ESXi с локальным VMFS	RAID-контроллер	RAID 1, RAID 5, RAID 6 или RAID 10
VMware vSAN	Сертифицированный HBA/passthrough	Диски передаются vSAN отдельно
Windows Server с NTFS/ReFS	RAID-контроллер	Аппаратный RAID
Windows Storage Spaces	HBA	Mirror или Parity в Windows
Windows Storage Spaces Direct	HBA/passthrough	Программный кластерный пул
ZFS-хранилище	HBA в IT mode	Mirror, RAIDZ или dRAID

Типичные ошибки при выборе

Создать аппаратный RAID под ZFS

ZFS получает виртуальный диск и теряет контроль над физической структурой массива. Контрольные суммы сохраняются, но возможности диагностики и восстановления ограничиваются уровнем, который показывает RAID-контроллер.

Считать JBOD полным аналогом IT mode

Режимы могут отличаться по передаче SMART, идентификаторов, команд управления и поведению кэша. Требуется проверка конкретного контроллера.

Использовать RAID-контроллер без защиты кэша

Write-back без BBU или энергонезависимой защиты создаёт риск потери подтверждённых записей при отключении питания.

Выбирать HBA для обычного VMFS без уровня резервирования

ESXi увидит отдельные накопители, но не создаст из них программный RAID для локального VMFS. Если не используется vSAN или внешнее хранилище, отказоустойчивость должен обеспечить аппаратный контроллер.

Не проверять HCL

Особенно критична совместимость для VMware vSAN и Storage Spaces Direct. Совпадение чипа или семейства контроллера не заменяет проверку модели, прошивки и режима работы.

Создавать RAID 0 на каждый диск без необходимости

Для ZFS это нежелательный обходной путь. Для vSAN такая конфигурация допустима только тогда, когда она прямо поддерживается для конкретного контроллера и отсутствует подходящий passthrough.

Чек-лист перед покупкой

• Определить операционную систему и платформу хранения.
• Решить, где создаётся отказоустойчивость: на контроллере или программно.
• Выбрать HBA либо RAID-контроллер под эту архитектуру.
• Проверить режим IT, JBOD, passthrough или RAID.
• Сверить контроллер с HCL платформы.
• Проверить прошивку и драйвер.
• Сопоставить разъёмы карты, кабелей и backplane.
• Проверить поддержку SAS, SATA и NVMe.
• Рассчитать пропускную способность PCIe и портов.
• Для RAID проверить кэш и модуль его защиты.
• Для HBA проверить передачу SMART и серийных номеров.
• Предусмотреть мониторинг дисков и контроллера.
• Проверить возможность замены адаптера при отказе.
• Сохранить резервную копию конфигурации и данных до смены режима.

Частые вопросы

Что лучше для ZFS — HBA или RAID-контроллер?

HBA в IT mode. ZFS должна видеть физические диски и самостоятельно управлять избыточностью, контрольными суммами и восстановлением.

Можно ли использовать RAID-контроллер в режиме JBOD для ZFS?

Можно, если режим действительно передаёт диски напрямую, не использует скрытый кэш и корректно поддерживается операционной системой. Нативный HBA обычно предсказуемее.

Что выбрать для Proxmox VE?

Для ZFS и Ceph — HBA. Для LVM-thin, ext4 или XFS поверх аппаратного массива — RAID-контроллер с защищённым кэшем.

Что выбрать для VMware ESXi?

Для обычного локального VMFS обычно используют аппаратный RAID. Для vSAN нужен сертифицированный контроллер в passthrough/JBOD либо другой разрешённой конфигурации.

Нужен ли HBA для Windows Server?

Для обычного NTFS- или ReFS-тома можно использовать RAID-контроллер. Для Storage Spaces и Storage Spaces Direct нужен прямой доступ к дискам через HBA или поддерживаемый passthrough.

Можно ли подключить SAS-диски к SATA-контроллеру?

Нет. SAS-контроллер обычно поддерживает SAS и SATA, а SATA-контроллер не работает с SAS-накопителями.

Ускоряет ли кэш RAID-контроллера ZFS?

Использовать аппаратный write-back-кэш под ZFS не рекомендуется. ZFS имеет собственные механизмы кэширования и журналирования и должна контролировать порядок записи.

Можно ли переключить RAID-контроллер в HBA mode без потери данных?

Без предварительной проверки — нельзя. При смене personality mode контроллер может удалить текущую конфигурацию дисков. Broadcom рекомендует планировать простой и создавать резервную копию перед переключением.

Вывод

HBA и RAID-контроллер решают разные задачи. HBA передаёт диски операционной системе, поэтому подходит для ZFS, Ceph, VMware vSAN, Storage Spaces и Storage Spaces Direct. RAID-контроллер самостоятельно создаёт массив и лучше подходит для локального VMFS, NTFS, ReFS или LVM, если программная платформа не требует прямого доступа к накопителям.

Для Proxmox VE выбор зависит от типа хранилища: ZFS и Ceph требуют HBA, а LVM-thin может размещаться на аппаратном RAID. В VMware обычный VMFS часто работает на RAID-контроллере, тогда как vSAN предпочитает сертифицированный passthrough. В Windows Server классические тома можно размещать на аппаратном массиве, но Storage Spaces должны видеть физические накопители.

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