Мифы «Нет возможности использовать Blade-серверы» и «HCI не справится без FC»

Миф «Нет возможности использовать Blade-серверы»

Ранние гиперконвергентные платформы действительно имели ограничения, связанные с использованием дисков непосредственно внутри серверов. Это делало невозможным их развертывание на blade-инфраструктуре, поскольку у таких серверов нет возможности установки локальных накопителей. Однако vStack HCI решает эту проблему функциональностью Unified Storage. 

Если раньше vStack SDS обслуживал только виртуальные машины внутри HCI-кластера, то теперь его ресурсы можно использовать внешними системами по открытым протоколам NVMe over TCP и iSCSI. 

Единое хранилище vStack становится доступным для Linux и Windows-серверов, а также сторонних систем виртуализации, что дает возможность использовать vStack HCI как блочную СХД для смешанных сред. Внутренние виртуальные и внешние физические системы получают одинаково быстрый и отказоустойчивый доступ к данным на общей платформе. Организации могут использовать уже имеющиеся Blade-серверы, сохраняя инвестиции и избегая необходимости полной замены аппаратной части.

Расширение ресурсов

Владельцы blade-серверов часто опасаются, что при переходе на HCI они не смогут независимо масштабировать вычислительные ресурсы (Compute) и ресурсы хранения (Storage).

Разные производители решают этот вопрос по-своему. Кто-то предлагает Compute-only и Storage-only узлы, которые масштабируются отдельно. Другие реализуют механизмы шаринга емкости между кластерами или даже возвращаются к раздельному управлению компонентами инфраструктуры. Однако такие методы могут усложнять администрирование и сводить на нет преимущества гиперконвергенции.

В vStack HCI проблема независимого масштабирования решается иначе. Здесь можно как добавлять новые серверы, так и расширять емкость хранилища в существующих узлах. Это устраняет жесткую привязку между ростом Storage и Compute и развивает инфраструктуру более гибко. Если необходимо увеличить дисковую емкость, достаточно добавить накопители в существующие серверы без закупки новых узлов. Такой подход делает гиперконвергентную среду адаптивной, устраняя ограничения blade-серверов и сохраняя вложения в текущее оборудование.

Миф «HCI не справится без FC»

Многие организации, годами использовавшие Fibre Channel (FC) для своих систем хранения данных, опасаются, что переход на гиперконвергенцию потребует полного отказа от привычных протоколов и перехода на альтернативные технологии. При полном переходе на гиперконвергенцию такое стечение обстоятельств неизбежно. HCI объединяет вычислительные ресурсы, СХД и сеть в единую программно-определяемую среду. Это делает FC избыточным, поскольку роль хранения выполняют локальные диски серверов, объединенные в распределенную систему.

Современные протоколы на базе IP-сетей, такие, как iSCSI и особенно NVMe-over-TCP, по производительности и надежности не уступают FC, а по скорости уже ушли далеко вперед. При правильной настройке сетевой инфраструктуры и использовании современного оборудования, NVMe over TCP демонстрирует задержки, сопоставимые с FC (4-6 мкс против 3-5 мкс у FC), при значительно большей гибкости развертывания и масштабирования. При этом не требуется поддерживать и технически обслуживать специализированные коммутаторы и адаптеры HBA выделенной сети FC.

Технологическая эволюция сетей продолжается, узнать об этом подробнее можно здесь. Ethernet достиг скоростей 100 Гбит/с в массовом сегменте, в то время как FC находится на уровне 32 Гбит/с в промышленном применении. При этом Ethernet предоставляет более гибкие возможности для настройки и масштабирования при существенно меньшей стоимости оборудования. О сравнение Ethernet и FC читайте в статье.

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

Что в итоге

Blade‑серверы могут использоваться с гиперконвергентной инфраструктурой. Unified Storage обеспечивает им доступ к общему хранилищу, а при необходимости инфраструктуру можно масштабировать: добавлять новые серверы или увеличивать дисковую емкость существующих узлов без замены всех blade‑серверов. Это позволяет использовать уже имеющееся оборудование и постепенно наращивать ресурсы по мере роста нагрузки. В итоге blade‑среда перестает быть ограничением и полностью интегрируется в HCI‑кластер, обеспечивая одинаковый уровень доступности.