Aruba не из тех брендов, что у всех на слуху в нашей стране. Но по ту сторону Атлантики Aruba является лидером на рынке корпоративного беспроводного сетевого оборудования наряду с Cisco и другими мировыми гигантами. С 2015 года компания находится в составе Hewlett Packard Enterprise – одного из крупнейших поставщиков телекоммуникационного оборудования в мире. Давайте разберемся, что же из себя представляют решения Aruba и как их правильно настраивать.

Тезис «Технологии оказывают влияние на бизнес» в полной мере можно отнести к решениям Aruba.

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

Тезис «Технологии оказывают влияние на бизнес» в полной мере можно отнести к решениям Aruba. Около 70% предприятий сегмента СМБ, инвестирующих в развитие технологий, лучше управляют затратами и в результате становятся более продуктивными. Тенденции последних лет – рост использования мобильных устройств у 43% корпоративных пользователей (The Appification of Small Business by Intuit Developer, 2016).

Портфель оборудования Aruba для СМБ включает в себя:

• Wi-Fi – точки доступа Aruba Instant (Wave1 & Wave2), контроллеры точек доступа;
• коммутаторы – Aruba Campus Switches;
• управление – Aruba Central (облачное решение) / Aruba AirWave (мультивендорная система управления);
• безопасность – Aruba ClearPass, а также встроенный функционал безопасности в решениях Aruba Instant и Aruba Central (гостевой портал, возможность авторизации по SMS и т. д.).

Aruba Instant – одно из наиболее функциональных решений в индустрии, при этом способное работать без контроллера/ в него уже интегрированы:

• гигабитный Wi-Fi новейшего поколения (стандарт 802.11ac);
• межсетевой экран;
• Wireless IPS;
• анализатор спектра;
• DPI;
• маршрутизатор;
• система контроля и управления радиоэфиром.

Настройка кластера Instant занимает порядка 5-10 минут после включения первой точки доступа (Master), остальные члены кластера синхронизируют настройки с виртуальным контроллером, роль которого на себя берет Master. Решение является отказоустойчивым, так как в случае выхода из строя точки доступа с ролью Master автоматически произойдут перевыборы. В случае роста сети и количества пользовательских устройств возможен переход точек доступа Aruba Instant под управление контроллера.

Настройка контроллера Aruba «из коробки»

Чтобы не быть голословными, расскажем на примерах, как можно легко настроить беспроводной Wi-Fi доступ «из коробки» на основе оборудования Aruba.

Для этого в нашем распоряжении будут две беспроводные точки IAP-325, IAP-275 и контроллер – Mobility Controller Branch 7008.

Как мы уже упоминали, Aruba Instant может работать и в бесконтроллерном режиме, поскольку в каждой точке уже есть виртуальный контроллер. Но в данном случае мы рассмотрим пример использования Mobility Сontroller 7008.

Итак, беспроводную сеть Wi-Fi мы будем разворачивать в своем демосегменте LAN-сети 192.168.200.0/24 с уже настроенным DHCP-сервером. Примерная схема связи представлена на изображении ниже.

В первую очередь, конечно, следует настроить контроллер точек доступа.

Описанные далее процедуры будут относиться к версии ПО ArubaOS 6.5.0.0.

По умолчанию оборудование имеет на всех портах VLAN1 с адресом 172.16.0.254/24. Настройку можно проводить как через CLI, так и через WebUI. Проще, наш взгляд, воспользоваться графическим интерфейсами при помощи интуитивно понятного конфигуратора Wizard Setup. Для этого подключаемся в любой порт контроллера с помощью оборудования (например, ноутбука). При этом его сетевому интерфейсу должен быть присвоен IP-адрес из той же подсети, что и IP-адрес контроллера. Например, 172.16.0.253.

Далее в браузере вводим адрес https://172.16.0.254 и попадаем в web-интерфейс устройства. По умолчанию, логин и пароль для авторизации – admin/admin.

Теперь, проследовав по шагам мастера установки, заполняем параметры настроек.

1. Указываем основную информацию: имя устройства, пароли, часовой пояс.

2. Вносим информацию о лицензионных ключах.

3. Прописываем значения IP-интерфейсов и VLAN, соответствующих вашей сети.

4. Указываем маршрут по умолчанию и IP-адрес устройства.

5. Этот шаг опциональный и используется при наличии избыточных up-линков через мобильную сеть.

6. Настраиваем порты устройства (их принадлежность VLAN, скорость передачи данных, поддержка PoE и т. д.)

7. Проверяем введенную ранее информацию, применяем текущую конфигурацию и перегрузагружаем устройство.

После того как контроллер перегрузится, будет применена новая конфигурация с новыми IP-адресами из нашей сети. Поэтому теперь мы будем уже подключаться к адресу 192.168.200.105. Далее, после того как мы настроили контроллер для работы внутри нашей сетевой инфраструктуры, нам необходимо настроить саму беспроводную сеть – WLAN. Для этого также воспользуемся мастером настройки.

1. Указываем имя группы, куда будут добавляться точки доступа, управляемые нашим контроллером, и имя SSID, то есть уникальный идентификатор нашей сети.

2. Выбираем метод пересылки трафика. Как правило, это Tunnel.

3. Задаем параметры для радиоинтерфейса (2,4/5 ГГц).

4. Определяем сценарий использования нашей Wi-Fi сети: для внутреннего или публичного использования.

5. Задаем параметры аутентификации и безопасности для Wi-Fi сети.

6. Настраиваем Captive portal (опционально).

7. Проверяем и примененяем заданные параметры.

Таким образом, основные настройки произведены. Теперь необходимо подключить точки доступа к нашему контроллеру. Напомним, что изначально оборудование Aruba Instant поставляется для работы в бесконтроллерной Wi-Fi сети. Чтобы точки доступа смогли управляться Mobility Controller, их нужно «конвертировать» в этот режим работы. Делается это через веб-интерфейс самой IAP. В разделе Maintenance – Convert выбираем соответствующий пункт из выпадающего меню и указываем IP-адрес нашего контроллера, после чего нажимаем Convert Now.

После этого точка доступа будет автоматически перегружена. При новом запуске IAP получит IP-адрес по DHCP из нашей подсети 192.168.200.0/24 и будет пытаться соединиться с контроллером по адресу, который мы указали при «конвертации», то есть 192.168.200.105.

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

1. Выбираем сценарий подключения точек IAP (у нас LAN).

2. Выбираем доступные точки доступа из списка.

3. При наличии нескольких контроллеров в сети можно указать, к какому именно подключить точку доступа.

4. Можно указать или изменить параметры точек доступа.

5. Принадлежность к той или иной группе точек доступа.

6. Применение конфигурации.

Если все было сделано правильно, то после применения конфигураций мы должны увидеть, что контроллер управляет IAP.

На этом базовые настройки закончены.

Как вы можете видеть, настройка корпоративной беспроводной сети Wi-Fi на оборудовании HPE Aruba немногим сложнее настройки домашнего маршрутизатора, для этого не требуются специфические знания либо дорогостоящее обучение персонала. Но в данной статье мы коснулись лишь верхушки айсберга, а возможности операционной системы ArubaOS гораздо шире. Используя все тот же пользовательский интерфейс, администратор сети может настроить портал гостевого доступа, обеспечить динамический контроль радиосреды и автоматическую подстройку точек доступа, а также задать политики безопасности как для пользователей, так и для приложений.

Решения HPE Aruba можно рекомендовать компаниям, которые ценят функциональность, предсказуемость и надежность. С ними вы можете быть уверенными, что беспроводная сеть будет работать именно так, как запланировано, что она не будет тормозить развитие бизнеса за счет устаревания технологий и ограниченного функционала, и самое главное – сетевая инфраструктура компании позволит ей стать более эффективной и продуктивной.

Недавно я рассказывал вам о 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-дисков. Перечень поддерживаемых носителей стандартный, но от этого не менее впечатляющий:

При типовом перечне носителей неожиданно видеть 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, я опирался на видение конечного пользователя, когда встает задача приобретения блочных массивов и при этом бюджет ограничен. Приоритетными становятся следующие факторы:

1. Простота развертывания и настройки.
2. Удобство эксплуатирования.
3. Надежность решения и прозрачность сервисной поддержки.

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

Алексей Козьмин, инженер компании Treolan

Программно-определяемые хранилища (Software Defined Storage) — относительно новая технология, и в ИТ-индустрии еще нет ее однозначного понимания. Похожая ситуация была с «облаками», когда на заре их развития данным термином называли все подряд, не особенно вникая в суть. Основная идея SDS заключается в абстрагировании от сетевой аппаратуры и в переходе к бизнес-ориентированной модели построения систем хранения и обработки (по аналогии с «облаками»).

Для развертывания такого хранилища можно, в частности, использовать продукт HPE StoreVirtual VSA (рис. 1).

Рис. 1. Различия в организации ИТ-сред с традиционными СХД и программно-определяемыми хранилищами

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

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

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

Архитектура HPE StoreVirtual VSA

Продукт HPE VSA предназначен для установки узлов виртуального кластера на платформах VMware vSphere, Microsoft Hyper-V и KVM. Для vSphere и Hyper-V имеются плагины для интеграции их с консолями управления, что дает возможность управлять всей инфраструктурой из единой точки.

Продукт StoreVirtual VSA — это бюджетный аналог выделенной СХД.

Для типового развертывания HPE StoreVirtual VSA необходимо три узла — два для гарантии отказоустойчивости и один для размещения кворума (Quorum Witness), который обеспечивает непротиворечивость и согласованность данных на всех узлах в случае разрыва связи. Также возможен сценарий с использованием только двух узлов, однако в этом случае необходимо использовать протокол сетевого доступа к файловым системам NFSv3 для размещения Quorum Witness.

С точки зрения администратора виртуального кластера, StoreVirtual VSA — это виртуальные машины под управлением Enterprise Linux, по одной на каждый узел кластера. Установка может быть произведена как через специальную мастер-программу, так и путем развертывания OVF-образа. В обоих случаях необходимо сконфигурировать диск виртуальной машины, размер которого будет зависеть от размера блока, указанного при форматировании хранилища данных.

Для работы StoreVirtual VSA требуются вычислительные ресурсы, которые можно выбирать, руководствуясь следующими рекомендациями (см. таблицу), чтобы исключить возможные проблемы несовместимости с уже имеющимся кластером.

Вычислительные ресурсы StoreVirtual VSA

Продукт StoreVirtual VSA лицензируется в зависимости от объема памяти, который используется гипервизором в качестве хранилища данных. Важно понимать, что с точки зрения конечного пользователя это будет «сырой», неокончательный объем. В первую очередь локальные диски серверов будут объединены в RAID-группы на уровне RAID-контроллера узла, а получившийся полезный объем и будет лицензироваться. После запуска каждой отдельной VSA, RAID-группы объединяются в кластер и организуют дисковое пространство в один общий пул, доступный потом пользователям (серверам) по блочному протоколу (iSCSI).

Возможности HPE StoreVirtual VSA

Современная система хранения данных должна обладать средствами защиты от сбоев, предоставлять пользователю инструменты оптимизации хранения, управления и обработки данных — все эти возможности имеются в продукте StoreVirtual VSA:

• Thin provisioning — «тонкие» тома, позволяющие системе выделять пространство по мере фактического наполнения данными;
• Peer Motion — возможность миграции томов без прерывания доступа;
• Multi-site SAN — единый том, распределенный по нескольким физически разнесенным площадкам;
• синхронная и асинхронная репликации;
• создание консистентных снимков данных на уровне приложений;
• Network RAID — построение отказоустойчивых схем на уровне узлов кластера;
• Split Site — создание географически разнесенных кластеров;
• Adaptive Optimization — двухуровневый автоматический тиринг с гранулярностью 256 Kбайт.

Управлять всеми функциями можно как через CMC (Centralized Management Console), так и через плагин для консолей управления VMware/Hyper-V.

Особого внимания заслуживает опция Network RAID, позволяющая обеспечить защиту данных от потери в случае выхода из строя узла кластера. По сути, речь идет о синхронной репликации между узлами, когда количество копий блоков данных, хранящихся в кластере, регулируется уровнем RAID (рис. 2).

Рис. 2. Уровни защиты данных

Например, в случае с уровнем Network RAID level 10, рекомендованным производителем в качестве оптимального, в кластере всегда будут храниться две копии каждого блока данных. Такая схема резервирования дает гарантированную защиту от потери данных в случае выхода из строя одного узла кластера (а иногда и при отказе до половины узлов), однако избыточность (оверхед) будет составлять 1/2. Это означает, что при покупке лицензии на StoreVirtual VSA 2 Тбайт полезная емкость виртуального хранилища будет составлять 1 Тбайт.

Следующий уровень защиты — Network RAID level 10+1. В этом случае в кластере хранятся три копии каждого блока данных и допустимый уровень потерь — два узла при оверхеде 1/3. Именно алгоритм резервирования Network RAID 10+1 лежит в основе технологии SplitSite, что позволяет создавать кластер на трех географически разнесенных площадках. Примечательно и то, что, в отличие от классической репликации аппаратных СХД, здесь отсутствуют такие понятия, как основная и второстепенная площадки. Приложению неважно, на какой из площадок в данный момент располагается обрабатываемый блок, а в случае выхода из строя узла и обращения к дублирующему блоку на другой площадке приложение не замечает разницы, поэтому, как следствие, отсутствует простой. С другой стороны, это накладывает жесткие требования к качеству канала между площадками — задержка в передаче данных не должна превышать 5 мс.

Уровень Network RAID level 10+2 предполагает создание копии блоков на всех узлах кластера, что позволяет «потерять» n-1 узлов, но при этом оверхед будет равен 1/n (где n — количество узлов в кластере), а минимально поддерживаемая конфигурация — от трех узлов, что чрезмерно и обычно не применяется в реальных архитектурах.

По аналогии с аппаратными RAID, имеются уровни резервирования с контрольными суммами Network RAID level 5 и 6. В этих архитектурах появляются блоки с контрольными суммами, которые равномерно распределены по всем узлам кластера. Такая схема резервирования является наиболее экономичной с точки зрения оверхеда (n-1 для level 5 и n-2 для level 6), а уровень отказоустойчивости равен level 10 и level 10+1 соответственно. Однако необходимость считать контрольные суммы вызывает ощутимое снижение производительности всего кластера, вследствие чего продукт HPE StoreVirtual VSA не рекомендуется использовать с высоконагруженными приложениями, например для работы с СУБД.

Позиционирование

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