Обзор СХД АЭРОДИСК ВОСТОК-5 и ENGINE-5: архитектура, производительность и практика

Представьте картину, знакомую всем, кто хоть раз дежурил «по железу». Ночь. Мониторинг внезапно краснеет. Виртуалки отвечают через раз, база данных начинает задумчиво тянуть паузы, а гипервизор делает вид, что «я просто устал». До ЦОДа ехать час, а вас интересует только одно: хранилка жива или опять придётся ехать ногами.

В такие моменты быстро выясняется, что «скорость СХД» - это не про красивые IOPS в презентации, а про то, сколько времени ваша инфраструктура может выдерживать реальную нагрузку, когда всё пошло не по плану: ребилд, деградация, отвалившийся линк, криво настроенный мультипас… и любимое - «мы недавно обновлялись». И вот тут начинается взрослая жизнь: либо вы заранее купили запас по производительности и отказоустойчивости, либо покупаете его потом - нервами и простоями.

В этом обзоре разбираем линейку АЭРОДИСК серии 5, фокусируясь исключительно на «железе», софте и сценариях эксплуатации.

ВОСТОК-5 и ENGINE-5: одно лицо, разные мозги

У линейки АЭРОДИСК серии 5 есть приятная для инженера унификация: платформы ВОСТОК-5 и ENGINE-5 используют единую экосистему компонентов. Главное различие кроется в процессорной архитектуре: ВОСТОК построен на базе «Эльбрус», ENGINE - на базе классической x86. Остальная аппаратная часть - кодовая база, фронт/бэк-энд адаптеры, шасси, дисковые полки - идентична. Это упрощает обслуживание: у вас нет зоопарка разных запчастей под разные линейки.

Обе платформы работают под управлением ПО A-CORE версии 5 или выше. Это означает единую логику администрирования: если вы научились настраивать одну систему, вы умеете настраивать и вторую. При эксплуатации смешанного парка это снимает лишнюю когнитивную нагрузку с команды администраторов.

По архитектуре контроллеров серия 5 предлагает два подхода:

• Классический двухконтроллерный (Dual Controller): оба контроллера в одном корпусе, связь через общую шину (бэкплейн).
• Раздельные узлы: контроллеры разнесены в разные корпуса и связаны внешним интерконнектом по оптическому Ethernet (10/25/40/100 Gb/s) с поддержкой RDMA. Выбор схемы влияет не на функции, а на масштабирование, отказоустойчивость кластера и плотность размещения в стойке.

RDG и DDP: выбираем не «RAID», а характер системы

Внутри серии 5 важно определиться с методом организации хранения. В документации A-CORE описаны два базовых подхода: RDG (RAID Distributed Group) и DDP v1 (Dynamic Disk Pool). Выбор зависит от ваших приоритетов: гибкость или чистая скорость на Flash.

RDG - это про универсальность. Строится из виртуальных устройств с заданной структурой RAID (включая варианты с тройной чётностью). Поддерживает и файловый (NAS), и блочный (SAN) доступ. Умеет работать с гибридными группами (SSD+HDD), поддерживает SSD-кэш на чтение/запись, online-tiering и миграцию LUN без простоя. Это выбор для смешанных нагрузок, где нужно всё и сразу.

DDP - пул дисков для блочного доступа (iSCSI/FC), оптимизированный для производительности. Это рекомендуемый режим для All-Flash конфигураций. DDP дает более высокую скорость на случайных операциях ввода-вывода (Random I/O) и обеспечивает частичное, более быстрое перестроение данных (Rebuild) при отказе диска, что снижает риски при использовании дисков большого объема. Но здесь есть ограничение: только блочный доступ.

Железная кухня: порты, интерфейсы и цифры

ENGINE-5 - это двухконтроллерная система с полным набором корпоративных функций: Thin Provisioning (тонкие тома), компрессия, снапшоты, клоны и возможность скейл-аута в кластер до 16 СХД (32 узла).

Сетевые интерфейсы предлагают широкий выбор: Fibre Channel (8/16/32 Gb/s), Ethernet (до 100 Gb/s), Infiniband. Базовая конфигурация обычно закрывает вопросы управления и минимальной связности, но для построения производительной сети хранения (SAN) или фабрики потребуются карты расширения.

О производительности: заявленные для топовых конфигураций цифры (до 300k IOPS) в техдокументации всегда идут с примечанием о профиле нагрузки. Это важный маркер честности вендора. Производительность - это всегда функция от сценария использования:

• Выбираем All-Flash / DDP: если у вас высоконагруженные базы данных (OLTP), плотная виртуализация (VDI), сервисы с жесткими SLA по задержкам.
• Выбираем Гибрид / RDG: файловые шары, архивы, смешанные нагрузки, где емкость важнее микросекундных откликов.

Как с этим жить в проде: HA, кластер и обслуживание

Зрелость СХД определяется не столько скоростью, сколько тем, как она переживает сбои. Серия 5 поддерживает схему Active/Active (ALUA) для путей доступа, репликацию данных и построение метрокластера (для RDG). Это тот функционал, который позволяет пережить выход из строя контроллера или даже площадки без потери доступа к данным.

Управление реализовано через веб-интерфейс, который дает визуализацию состояния («здоровье» дисков, нагрузка на порты). Для тех, кто предпочитает автоматизацию, есть полноценный REST API, поддержка SNMP/SYSLOG и возможность интеграции с внешними системами мониторинга (Grafana, Zabbix).

Важный нюанс эксплуатации - процедура обновлений. Обновления A-CORE требуют планирования. Процесс включает миграцию нагрузки (перенос активных пулов) между контроллерами, последовательные перезагрузки и проверки. Это стандартная практика для Enterprise-систем, которая напоминает: обслуживание должно быть регламентированным, а не спонтанным.

Короткий вывод: платить за скорость или за архитектуру?

Выбор между конфигурациями ВОСТОК-5 и ENGINE-5 сводится к пониманию ваших задач и ограничений инфраструктуры. Система позволяет гибко комбинировать контроллеры и дисковые полки, унифицируя управление.

• Переплата за максимальную скорость (All-Flash + DDP) оправдана там, где цена простоя или задержки выше цены SSD: биллинг, процессинг, ядро виртуализации.
• Инвестиция в архитектуру (Гибрид + RDG + хорошая сеть) разумнее, если задача системы - надежно хранить терабайты данных с доступом по разным протоколам.

Главный совет при выборе: смотрите не только на цифры IOPS, но и на инструменты отказоустойчивости (HA, мультипасинг, мониторинг). Именно они спасают вас, когда ночью загорается «красный» алерт.