vStack HCP 3.0: все, что нужно знать о новом релизе

С развитием инфраструктурных платформ все чаще возникают задачи, которые сложно эффективно решать в рамках классических архитектур. Инфраструктура давно вышла за пределы одной площадки и одного кластера. Появились филиальные сети, распределенные ЦОДы, гибридные среды, в которых виртуальные машины и физические серверы работают бок о бок. А вместе с этим выросли требования к отказоустойчивости, гибкости конфигураций и удобству централизованного управления.

Обновление vStack HCP 3.0 — как раз ответ на эти изменения в практике эксплуатации. Здесь нет искусственно добавленных функций ради версии, а есть переработанные архитектурные решения, призванные закрыть конкретные инфраструктурные запросы.

Новая модель работы с кластерами

Большинство компаний до сих пор строят инфраструктуру вокруг концепции «кластера» как единого объекта управления и масштабирования. Это удобно в пределах одного ЦОДа. Но такой подход становится негибким в управлении, когда инфраструктура распределена по регионам, филиалам или площадкам с разными техническими и организационными ограничениями.

В vStack HCP 3.0 архитектуру изменили. Теперь инфраструктура формируется из независимых кластеров, которые объединяются в единую управляемую систему. Их можно добавлять и отключать без остановки сервисов, присваивая каждому статус — рабочий, резервный или изолированный. Это позволяет, например, иметь выделенные кластеры для отдельных сервисов, изолировать площадки с нестабильными каналами или масштабировать инфраструктуру по мере роста бизнеса без привязки к единому ЦОДу.

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

Общее хранилище для виртуальных и физических систем

В современных инфраструктурах виртуальные машины — далеко не единственные потребители систем хранения. Физические серверы, промышленные контроллеры, сетевое оборудование, системы видеонаблюдения — все это требует централизованного доступа к данным, совместного использования хранилищ, организации резервного копирования и репликации. Чтобы обеспечить такой доступ, в версии vStack HCP 3.0 появилась полноценная поддержка Unified Storage.

Ранее программно-определяемая система хранения vStack SDS обслуживала только виртуальные машины внутри собственных кластеров платформы. Это ограничивало ее применение в гибридных средах, где одновременно используются виртуальные и физические системы. В версии 3.0 это ограничение сняли: теперь ресурсы SDS можно экспортировать внешним потребителям по открытым промышленным протоколам — NVMe over TCP с поддержкой Asymmetric Namespace Access (ANA) и iSCSI.

В роли потребителей Unified Storage могут выступать операционные системы Linux, Windows, а также сторонние гипервизоры, включая VMware ESXi. Это превращает vStack SDS в универсальное хранилище, доступное как для виртуальных машин внутри кластера, так и для физических серверов и внешних систем. Причем все потребители получают одинаково быстрый и отказоустойчивый доступ к данным, размещенным на единой платформе хранения.

Unified Storage избавляет от необходимости держать отдельные хранилища для физических и виртуальных систем — упрощается инфраструктура, сокращается количество специализированных СХД, упрощается администрирование. Теперь любые потребители — от систем резервного копирования и файловых сервисов до промышленных контроллеров и бизнес-приложений — получают доступ к единому пулу ресурсов. Особенно это важно для инфраструктур,где часть сервисов уже виртуализирована, а часть остается на физических серверах, но при этом требует единой политики хранения, резервирования и высокой доступности данных.

Кроме того, использование NVMe over TCP обеспечивает высокую производительность и минимальные задержки для критичных к скорости приложений, а поддержка ANA повышает надежность доступа к данным за счет грамотного распределения нагрузок по контроллерам.

Компактные отказоустойчивые конфигурации*

На небольших объектах — в розничных сетях, на промышленных объектах, в медицинских учреждениях — полноценные 3‑x или 4‑ходовые кластеры развернуть сложно. Площадка ограничена по ресурсам, канал связи нестабилен, а требования по доступности высокие.

Для таких случаев в vStack HCP 3.0 появился режим двухнодовых Active-Active конфигураций с общим хранилищем. Обе ноды работают параллельно, и в случае сбоя одной из них нагрузка автоматически переносится на вторую. Такой вариант удобно ставить на удаленные объекты, где все должно работать автономно и без вмешательства инженеров в случае отказа оборудования. Несколько таких двухнодовых площадок можно объединить в централизованную мультикластерную инфраструктуру и управлять ими из единого интерфейса.

*Функциональность будет доступна в минорной версии 3.1

Оптимизация работы с большими массивами

По мере роста плотности хранения классические схемы отказоустойчивости, вроде RAIDZ, начали тормозить восстановление после отказа дисков. На массивах с 30-40 дисками пересобрать пул может занимать часы, создавая риск двойного отказа.

Чтобы решить эту проблему, в SDS vStack добавили поддержку dRAID*. Механизм восстанавливает данные параллельно по нескольким группам дисков, значительно сокращая время реконструкции и уменьшая нагрузку на работающую систему. Особенно важно это для систем, где простой даже на несколько часов критичен: промышленные комплексы, финтех, высоконагруженные сервисы.

*Функциональность будет доступна в минорной версии 3.1

Обновления сетевого стека

Сетевые нагрузки растут — микросервисные архитектуры, сервис-меши, высокочастотные транзакции требуют не только пропускной способности, но и высокой производительности сетевого стека на уровне гипервизора.

В vStack HCP 3.0 появился новый тип виртуального сетевого адаптера, работающий непосредственно в пространстве ядра гипервизора. Это позволило снизить издержки на переключение контекста и уменьшить загрузку процессора при обработке сетевых пакетов. Особенно ощутимый эффект дает в инфраструктурах с высокой PPS-нагрузкой, например, у операторов связи или в платежных системах.

Дополнительные улучшения

В платформу добавили поддержку виртуальных TPM для безопасной загрузки и хранения ключей, увеличили лимит на количество ядер на хост до 1024, расширили возможности компрессии и оптимизировали работу с NVMe-дисками. Консоль управления тоже изменилась — настройки сетей и хранилищ вынесены в отдельные разделы, чтобы упростить администрирование сложных мультикластерных конфигураций.

Итог

vStack HCP 3.0 — это не просто плановое обновление версии, а последовательное развитие архитектуры под задачи реальных инфраструктур. Здесь есть решения и для крупных мультикластерных сред, и для компактных отказоустойчивых объектов, и для гибридных инфраструктур, где виртуальные и физические серверы работают вместе.

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