Недавно я рассказывал вам о HPE VSA – SDS-решении от компании HPE, основанном на LeftHand OS. Следующим продуктом, пополнившим семейство StoreVirtual, стало аппаратное решение StoreVirtual 3200. Это массив, работающий под управлением модифицированной LeftHand OS, основывающийся на двух основных концепциях: горизонтальном масштабировании и низкой стоимости за гигабайт размещаемых данных. Это позволяет продукту уверенно вступить на рынок начальных решений для хранения данных. А теперь предлагаю рассмотреть StoreVirtual 3200 детальнее.
Аппаратная часть
Аппаратная часть StoreVirtual 3200 представлена в виде двухконтроллерного шасси с дисковой корзиной на 12 LFF- или 25 SFF-дисков, с возможностью наращивать емкость за счет дополнительных дисковых полок, подключая до трех штук через интерфейс SAS с пропускной способностью 12 Гбайт/c. Суммарно это дает нам до 100 SFF- или 48 LFF-дисков. Перечень поддерживаемых носителей стандартный, но от этого не менее впечатляющий:
SFF HDD | 300 Гбайт (10/15k rpm), 600 Гбайт (10/15k rpm), 900 Гбайт, 1,2 Тбайт, 1,8 Тбайт, 2 Тбайт 7.2k (MDL) |
LFF HDD | 2, 4, 6, 8 Тбайт |
SFF SSD | 400, 800 Гбайт, 1,6 Тбайт, 3,2 Tбайт |
LFF SSD |
400, 800 Гбайт |
При типовом перечне носителей неожиданно видеть 64-битные ARM-процессоры вместо стандартных для современных СХД Intel Xeon. Причину отказа от стандартных Xeon обозначили четко – их излишняя для массивов начального уровня производительность ощутимо увеличивает стоимость всего решения.
Подключение к хостам может быть реализовано на базе 1/10 GE iSCSI (SFP+ или Base-T) или 8/16 Гбайт/c FC. При заказе необходимо выбрать один протокол доступа, смешивание в рамках одного массива недопустимо.
В конце 2016 года StoreVirtual 3200 получил обновление, позволившее предоставлять файловый доступ, – отдельный файловый модуль, являющийся 1U-стоечным сервером ProLiant.
Такой подход является морально устаревшим на фоне унифицированных массивов, поэтому останавливаться подробно на нем не буду.
Программная часть
Программная функциональность достойна и покрывает потребности практически любого пользователя сегмента low-end. Массив предлагает функции, представленные и в старших линейках.
- Тонкие тома (Thin Provisioning).
- Высвобождение неиспользуемого объема (Space Reclamation – T10 UNMAP).
- Консистентные снэпшоты.
- Удаленное копирование и клонирование томов.
- Поддержка протоколов многоканальности DSM/MEM MPIO.
- Онлайн-миграция данных (Peer motion Volume Migration).
- REST Web Services API.
- SMI-S.
- Многоуровневое хранение данных (Adaptive Optimization).
- Асинхронная репликация.
- Географически-разнесенный кластер.
Последние три функции активируются отдельно приобретаемой лицензией Advanced Data Services Suite.
Для массива начального уровня младшей ценовой категории подобный перечень функций звучит очень «вкусно», к тому же есть еще одно преимущество, выгодно выделяющее StoreVirtual 3200 среди конкурентов, Network RAID — технология горизонтального масштабирования и сетевого рейда. Пользователи HPE SVA и те, кто прочитал мою предыдущую статью (ссылка), хорошо знакомы с этой технологией. За счет синхронной репликации данных между узлами кластера она позволяет защищать данные от потери при выходе из строя целого узла, при этом уровень защиты можно выбрать самостоятельно, например Network RAID Level 10+2 — максимально параноидальный, при котором каждый блок данных дублируется на четырех разных узлах. Есть экономичный Network RAID Level 0, при котором резервирование не происходит вовсе. Это позволяет делать отказоустойчивые кластеры из систем хранения с прозрачной архитектурой и единым пулом дискового пространства.
На этапе выхода StoreVirtual 3200 был выпущен с сырой прошивкой, не позволяющей реализовывать горизонтальное масштабирование. Технология Network RAID была заявлена в технических характеристиках только с уровнем защиты Network RAID Level 0. Осенью 2016 года в уже упомянутом обновлении была добавлена возможность масштабировать решение до двух устройств, что позволило использовать уровень защиты Network RAID 10 для наращивания объема и производительности массива, а при покупке лицензии – реализовывать георазнесенные кластеры. Важно понимать одно ограничение: при наращивании второй системы StoreVritual 3200 она должна полностью соответствовать изначальной, поэтому в некоторых сценариях рациональнее будет сразу построить кластер, а не наращивать дисковые полки.
Заключение
Пытаясь оценить StoreVirtual 3200, я опирался на видение конечного пользователя, когда встает задача приобретения блочных массивов и при этом бюджет ограничен. Приоритетными становятся следующие факторы:
- Простота развертывания и настройки.
- Удобство эксплуатирования.
- Надежность решения и прозрачность сервисной поддержки.
HPE StoreVirtual 3200 — массив хранения под управлением LeftHand OS, обеспечивающий горизонтальное масштабирование при низкой стоимости размещения данных. |
Развертывание StoreVirtual 3200 не вызывает затруднений. Все, что необходимо пользователю, – это ноутбук, подключенный напрямую в массив. По заранее настроенному IP-адресу доступен специальный веб-интерфейс, который за несколько простых и понятных форм позволит инициализировать массив и провести первичную конфигурацию, а пользователи SVA, решившие перейти на аппаратную платформу, могут перенести данные с помощью утилиты HPE StoreVirtual Migration Manager.
Эксплуатирование не вызвает сложностей — основные функции управления, достаточные для настройки и полноценного использования массива, собраны в веб-интерфейсе. Дизайн, знакомый всем пользователям продуктов HPE, прост и интуитивно понятен, хоть и производит ощущение сырого продукта, зато логика процессов доступна и оформлена во вполне очевидные визарды.
Про сервисную поддержку HPE рассказывать нет необходимости – это то, из-за чего в большинстве случаев и выбирают продукты этого бренда среди других аналогичных решений.
Все это делает массив StoreVirtual 3200 вполне стоящим блочным хранилищем, особенно, при учете фактора цены за гигабайт хранимых данных. Преимущества можно обозначить следующими сценариями использования:
1. Первые СХД компании. Хранение корпоративных данных в небольших компаниях. Критичным будет являться наличие локальной защиты данных (снэпшоты, клоны и копирование томов), поддержка основных типов дисков и возможность их «смешивания» в одном решении, изредка тонкие тома и многоуровневое хранение. В перспективе, в случае взрывного роста данных компании, получим простое масштабирование и прозрачную миграцию на старшие решения (речь идет о HPE StoreServ 3Par).
2. Распределенное хранение для филиальных сетей. Для географически распределенных инфраструктур характерна структура «основных-филиальных» ЦОД, когда критические продуктивные нагрузки обрабатываются центральной инфраструктурой, а в филиальные ЦОД вынесены текущие операционные задачи. Такой подход позволяет существенно сэкономить на инфраструктуре за счет «упрощения» филиальной системы. В этом плане массив StoreVirtual 3200 удовлетворяет практически всем требованием, которые могут возникнуть при построении филиальной SAN-сети.
3. Видеонаблюдение. Одна из самых распространенных схем построения бюджетного видеонаблюдения строится на использовании локальных дисков серверов или же подключаемых к ним DAS-полок. Это позволяет существенно сократить стоимость решения, но при этом появляется единая точка отказа – рейд-контроллер, что означает возможность риска потерять все записанные данные в случае его выхода из строя. При увеличении количества камер увеличивается и количество серверов, DAS-полок и, как следствие, узких мест системы. Выделенная СХД является логичным решением этой проблемы, но сильно возрастающая цена решения отпугивала многих. В случае использования StoreVirtual 3200 под задачи видеонаблюдения мы ликвидируем узкие места за счет дублирования всех компонентов внутри массива, а низкая стоимость за гигабайт позволяет нам избежать неподъемного увеличения стоимости проекта.
Алексей Козьмин, инженер компании Treolan