Недавно я рассказывал вам о HPE SVA — SDS-решении от компании HPE, основанном на базе LeftHand OS. Следующим продуктом, пополнившим семейство StoreVirtual, стало аппаратное решение StoreVirtual 3200. Это массив, работающий под управлением модифицированной LeftHand OS, основывающийся на
Аппаратная часть
Аппаратная часть StoreVirtual 3200 представлена в виде двухконтроллерного шасси с дисковой корзиной на 12 LFF или 25 SFF дисков, с возможностью наращивать емкость за счет дополнительных дисковых полок, подключая до трех штук через интерфейс SAS 12Gbps. Суммарно это дает нам до 100 SFF или 48 LFF дисков. Перечень поддерживаемых носителей стандартен, но от этого не менее впечатляющий:
|
SFF HDD |
300 Gb (10/15k rpm), 600 Gb (10/15k rpm), 900Gb, 1.2 Tb, 1.8 Tb, 2 Tb 7.2k (MDL) |
|
LFF HDD |
2Tb, 4 Tb, 6 Tb, 8 Tb |
|
SFF SSD |
400 Gb, 800 Gb, 1.6 Tb, 3.2 Tb |
|
LFF SSD |
400 Gb, 800 Gb |
При типовом перечне носителей неожиданно видеть
Get Your ARM Around This
When we first announced the StoreVirtual 3200, I didn’t talk about that it was based on a
64-bit multi-core ARM processor. I’m not aware of any other storage array that is using ARM processors today. When you’re deploying VMs and running StoreVirtual VSA on a ProLiant (or any other) server, you want the power of an Intel processor. With the StoreVirtual 3200, it makes a lot of sense to use controllers with ARM processors because without VMs running on the same controllers, there’s no point in burning all that cost and power. So you get the right computing power and lower power/cooling costs benefits of the ARM processor.Цитата на официальный блог HPEStorageGuy
Подключение к хостам может быть реализовано на базе 1/10 GE iSCSI (SFP+ или Base-T) или 8/16 Gbps 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 — максимально параноидальный, при котором каждый блок данных дублируется на
На этапе выхода StoreVirtual 3200 был выпущен с сырой прошивкой, не позволяющей реализовывать горизонтальное масштабирование. Технология Network RAID была заявлена в технических характеристиках только с уровнем защиты Network RAID Level 0. Осенью 2016 года в уже упомянутом обновлении была добавлена возможность масштабировать решение до двух устройств, что позволило использовать уровень защиты Network RAID 10 для наращивания объема и производительности массива, а при покупке лицензии — реализовывать гео-разнесенные кластеры. Важно понимать одно ограничение: при наращивании второй системы StoreVritual 3200 она должна полностью соответствовать изначальной, поэтому в некоторых сценариях рациональнее будет сразу построить кластер, а не наращивать дисковые полки.
Заключение
Пытаясь оценить StoreVirtual 3200, я опирался на видение конечного пользователя, когда встает задача приобретения блочных массивов, и при этом бюджет ограничен. Приоритетными становятся следующие факторы:
1. Простота развертывания и настройки.
2. Удобство эксплуатирования.
3. Надежность решения и прозрачность сервисной поддержки.
Развертывание StoreVirtual 3200 не вызывает затруднений. Все, что необходимо пользователю — это ноутбук, подключенный напрямую в массив. По заранее настроенному IP-адресу доступен специальный web-интерфейс, который за несколько простых и понятных форм позволит инициализировать массив и провести первичную конфигурацию, а пользователи SVA, решившие перейти на аппаратную платформу, могут перенести данные с помощью утилиты HPE StoreVirtual Migration Manager.
Эксплуатирование не вызвает сложностей — основные функции управления, достаточные для настройки и полноценного использования массива, собраны в web-интерфейсе. Дизайн, знакомый всем пользователям продуктов HPE, прост и интуитивно понятен, хоть и производит ощущение сырого продукта, зато логика процессов доступна и оформлена во вполне очевидные визарды.
Про сервисную поддержку HPE рассказывать нет необходимости — это то, из-за чего в большинстве случаев и выбирают продукты этого бренда среди других аналогичных решений.
Все это делает массив StoreVirtual 3200 вполне стоящим блочным хранилищем, особенно, при учете фактора цены за Гб хранимых данных. Преимущества можно обозначить следующими сценариями использования:
1. Первые СХД компании.
Хранение корпоративных данных в небольших компаниях. Критичным будет являться наличие локальной защиты данных (снэпшоты, клоны и копирование томов), поддержка основных типов дисков и возможность их «смешивания» в одном решении, изредка, тонкие тома и многоуровневое хранение. В перспективе, в случае взрывного роста данных компании, получим простое масштабирование и прозрачную миграцию на старшие решения (речь идет о HPE StoreServ 3Par).
2. Распределенное хранение для филиальных сетей.
Для географически распределенных инфраструктур характерна структура «основных-филиальных» ЦОД’ов, когда критические продуктивные нагрузки обрабатываются центральной инфраструктурой, а в филиальные ЦОД’ы вынесены текущие операционные задачи. Такой подход позволяет существенно сэкономить на инфраструктуре за счет «упрощения» филиальной системы. В этом плане массив StoreVirtual 3200 удовлетворяет практически всем требованием, которые могут возникнуть при построении филиальной SAN-сети.
3. Видеонаблюдение.
Одна из самых распространенных схем построения бюджетного видеонаблюдения строится на использовании локальных дисков серверов, или же подключаемых к ним DAS-полок. Это позволяет существенно сократить стоимость решения, но при этом появляется единая точка отказа — рейд-контроллер. Это означает, что присутствует существенный риск потерять все записанные данные в случае его выхода из строя. При увеличении количества камер увеличивается и количество серверов, DAS-полок и как следствие — узких мест системы. Выделенная СХД является логичным решением этой проблемы, но значительно возрастающая цена решения отпугивала многих. В случае использования StoreVirtual 3200 под задачи видеонаблюдения мы ликвидируем узкие места за счет дублирования всех компонентов внутри массива, а низкая стоимость за Гб позволяет избежать нам неподъемного увеличения стоимости проекта.
По всем вопросам, связанным с оборудованием HPE, обращайтесь к менеджеру по продукту компании Treolan Антону Демушкину (A.Demushkin@treolan.ru).
НА ПРАВАХ РЕКЛАМЫ
