ВИСТ Санкт-Петербург

 

     +7(812)702-0808

     Прогрессивные
     компьютерные
     технологии

Россия, г. Санкт-Петербург,
Лиговский проспект дом 73

Офис: Пн - Пт  10:00-18:00
(812)
7020808 Схема проезда
Почтовый адрес: 196143,
 СПб, 
проспект Юрия Гагарина, д. 34

Главная Статьи Программно-определяемые СХД на Open-E JovianDSS и Open-E DSS V7 – выбирайте правильно

Программно-определяемые СХД на Open-E JovianDSS и Open-E DSS V7 – выбирайте правильно

Линейка программных продуктов Open-E. В наименовании программных продуктов компании Open-E имеется аббревиатура DSS (Data Storage Server) - сервер хранения данных. Актуальными продуктами Open-E на конец 2016 года являются JovianDSS – ПО для создания СХД для крупного бизнеса и Open-E DSS V7 – СХД для среднего бизнеса и DSS V7 SOHO – СХД для дома и малого бизнеса. Позиционируются эти продукты, исходя из их разницы в функционале и цене. Понимая свои потребности и необходимую степень надежности хранения данных, корпоративный заказчик может выбрать оптимальный для своих задач продукт и построить требуемую подсистему хранения данных с необходимыми параметрами и минимальными затратами. Версия DSS V7 SOHO – усеченная по возможностям версия ПО DSS V7, разница их функционала представлена в этой таблице. Далее мы будем рассматривать только версии ПО Open-E JovianDSS и Open-E DSS V7, как наиболее востребованные у большинства наших заказчиков. Итак, в чем различия и какая версия подходит именно для ваших задач? Начнем с более известной и ранней по дате выхода версии DSS V7, которая включила в себя 15ти летний опыт разработки этой платформы ПО Open-E. 

Open-E DSS V7 – это операционная система на основе Linux с файловой системой XFS для управления файловыми и блочными СХД, которая содержит все необходимые функции для создания как сетевых хранилищ (NAS), так и блочных сетей хранения данных (SAN). Поддерживаются протоколы SMB/CIFS, NFS (+High Availability), iSCSI (+High Availability) и Fibre Channel (FС), причем по протоколам iSCSI и FС система может работать и как таргет и как инициатор. Последняя особенность позволяет легко построить распределенную подсистему хранения данных, когда СХД установленная в центральном офисе, работая как инициатор, собирает данные с СХД удаленных филиалов, где несколько СХД на Open-E DSS V7 работают как таргеты.

В режиме High Availability (HA) - высокой доступности данных DSS V7 представляет собой отказоустойчивый СХД кластер из двух узлов- хранилищ данных, который может работать по схеме Active-Passive (один из узлов простаивает в ожидании сбоя другого узла) или Active-Active (оба узла одновременно обрабатывают запросы к СХД кластеру, увеличивая производительность и балансируя нагрузку).

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

К числу встроенных в Open-E DSS V7 расширенных функций защиты данных относятся синхронная и асинхронная репликация файловых томов и блочных данных, создание моментальных снимков, работа в виртуальной среде VMware, Microsoft, Citrix и многое, многое другое. Подробнее о функциях DSS V7 на сайте Open-E здесь и на русском языке в формате pdf здесь.

Запуск и начальная настройка СХД Администрирование СХД никогда еще не было настолько простым. Если в СХД будет использован аппаратный RAID контроллер, то обычно перед установкой Open-E DSS V7 производится формирование дисковых RAID массивов и их инициализация. После установки системы и ввода ключа лицензии Open-E DSS V7 (можно получить бесплатно пробный ключ на 60 дней) нужно войти в веб интерфейс управления СХД, где после принятия лицензионного соглашения пользователя запускается интерактивный мастер настройки системы хранения данных. Там необходимо задать пароли для учетных записей администраторов, временную зону и указать имя системы. Типовая дальнейшая настройка предусматривает создание NAS и iSCSI томов требуемого объема, выбор протоколов доступа к ним и создание учетных записей пользователей этих ресурсов. При наличии в ИТ инфраструктуре доменной структуры Microsoft учетные записи могут импортированы из контроллера домена. Доступ к файловым ресурсам NAS возможен по протоколам CIFS/SMB, FTP, SFTP, HTTP, Apple Talk, NFS, т. о. поддерживаются сетевые клиенты любых ОС. Пользователям общих ресурсов NAS могут быть назначены квоты на их использование. Для iSCSI ресурсов возможно назначение доступа к ним по CHAP, ограничение доступа по IP адресу и управление сессиями iSCSI. Далее, при необходимости, создаются задания репликации и моментальных снимков и формируется их расписание. Базовая настройка СХД Open-E DSS V7 обычно занимает совсем немного времени, и за счет интуитивно понятного веб интерфейса управления, действительно проста. В веб интерфейс DSS V7 встроен справочник функций СХД оперативно разъясняющий особенности их настройки. Кроме веб интерфейса управления, часть функционала СХД настраивается из консоли. Разумеется, возможен безопасный удаленный доступ к консоли СХД.

Подробное руководство пользователя ПО Open-E DSS V7 в формате pdf можно скачать здесь. На сайте компании Open- E выложены отличные обучающие видеоматериалы демонстрирующие как выполнить настройку функций в DSS V7, например, «Как создать общий ресурс NAS» или «Как настроить доступ пользователей к таргету iSCSI» и т.п.

Также доступны How-To - пошаговые руководства по настройке системы хранения данных для реализации определенных задач, включая схемы построения таких решений, например, как показано на картинке слева «Построение отказоустойчивого NAS (NFS) кластера Active-Active» или How-to руководство «Асинхронная файловая репликация в сети WAN» или  «Резервное копирование на ленточный накопитель подключенный к Open-E DSS V7» и т.п. 

 Оборудование Open-E DSS V7 прекрасно работает на стандартном х86/x64 «железе» и совместимо практически со всеми серверными системными платами. Минимальные требования: ЦПУ 64bit 2 ГГц, 2 ГБ ОЗУ, рекомендуется аппаратный RAID контроллер и несколько сетевых карт. Минимальные конфигурации в зависимости от задачи СХД представлены здесь. При выборе аппаратного обеспечения для СХД на базе Open-E DSS V7 стоит также руководствоваться списком совместимого оборудования, который включает в себя, в основном, сетевые платы, RAID контроллеры и хост адаптеры, хотя там есть и ИБП с которыми DSS V7 умеет работать совместно. Обратите внимание на пункт «RAID Tools» - здесь перечислены производители RAID контроллеров (Adaptec, LSI, HP, Areca, ICP Vortex, Intel) для оборудования которых, ПО Open-E DSS V7 может прямо из своего веб- интерфейса запускать утилиты управления RAID контроллерами (например, Adaptec Storage Manager для контроллеров Adaptec), что облегчает, ускоряет и делает более удобным управление хранилищем на базе Open-E DSS V7.

Лицензирование ПО Open-E DSS V7 построено на объеме дискового хранилища получаемой СХД, причем лицензируется только «полезный» объем, т.е. получаемый после построения аппаратным RAID контроллером массивов дисков защищенных уровнем RAID. Например, если 6 шт. жестких дисков объемом 4 ТБ каждый были объединены в аппаратный RAID массив уровня 10 (N/2), то полезный объем (доступный объем для размещения данных) такого массива составит 12 ТБ, и для построения СХД такого объема на DSS V7 будет нужна лицензия на объем 12 ТБ. У компании Open-E имеются, так называемые базовые лицензии DSS V7 на объем 16, 8 и 4 ТБ. Если необходимо лицензировать объем 12ТБ, приобретается базовая лицензия на 8 ТБ и лицензия-ключ на расширение объема хранилища на 4 ТБ (ключи расширения имеются объемом в 32, 16, 8, 4 и 2 ТБ).

В Open-E DSS V7 имеется возможность работы и без аппаратного RAID контроллера, используя встроенный программный RAID. В таком случае, лицензируется весь «сырой» объем дисков, без учета уровня RAID программного RAID массива. Для нашего примера с 6ю дисками по 4 ТБ каждый, это составит 24 ТБ. Проще говоря, лицензируется тот объем хранилища, которым управляет сама система Open-E DSS V7.

Если же суммарный объем всех томов в СХД достигает 48 ТБ и более, то используется лицензия Open-E DSS V7 без ограничения объема, которая, являясь самой дорогой из всех лицензий DSS V7, включает в себя, как и все базовые лицензии, весь функционал СХД DSS V7 и с возможностью построения отказоустойчивых кластеров Active-Passive. Таким образом, окончательная стоимость производительной СХД без ограничения объема и с развитыми сервисами защиты данных получится равной сумме стоимости лицензии и выбранного под задачу аппаратного обеспечения сервера (например, на платформах от Intel или Supermicro с нужным количеством хост интерфейсов и жестких дисков).

 Если же суммарный объем всех томов в СХД достигает 48 ТБ и более, то используется лицензия Open-E DSS V7 без ограничения объема, которая, являясь самой дорогой из всех лицензий DSS V7, включает в себя, как и все базовые лицензии, весь функционал СХД DSS V7 и с возможностью построения отказоустойчивых кластеров Active-Passive. Таким образом, окончательная стоимость производительной СХД без ограничения объема и с развитыми сервисами защиты данных получится равной сумме стоимости лицензии и выбранного под задачу аппаратного обеспечения сервера (например, на платформах от Intel или Supermicro с нужным количеством хост интерфейсов и жестких дисков). Если сравнить характеристики и возможности получаемой за эту цену системы хранения с аналогичными по функциям СХД от известных СХД производителей (где, как правило, требуются отдельные дорогие лицензии на каждый из сервисов, например, на репликации, моментальные снимки или SSD кэширование), то ценовая эффективность решения получаемого на ПО Open-E DSS V7 становится очевидной.

Лишь для задач требующих построения СХД кластеров работающих в режиме Active-Active необходимо приобрести дополнительный пакет программных компонентов – это, например 1719 iSCSI A-A кластер для DSS V7  или 1829 NAS (NFS) A-A кластер для DSS V7. Одной лицензии на A-A кластер достаточно для обоих узлов кластера. Разумеется, для получения полной стоимости кластера из двух СХД необходимо добавить к этим лицензиям на ПО Open-E DSS V7 стоимость аппаратного обеспечения 2х стандартных серверов. И опять, полученная таким образом окончательная стоимость двухузлового отказоустойчивого СХД кластера работающего в режиме Active-Active окажется значительно меньше, чем аналогичные решения от известных СХД производителей.

Кроме лицензий на объем хранения компания Open-E предлагает и лицензии на поддержку ПО DSS V7. По умолчанию, каждая базовая лицензия на объем хранения включает в себя 1 год Базовой поддержки ПО. При желании (это не является обязательным) заказчик может сразу с базовой лицензией приобрести и пакет расширенной поддержки DSS V7 на 1 или 3 года. Пакеты поддержки уровней Стандарт, Премиум и 24/7 отличаются временем реакции специалистов Open-E на инцидент и соответственно ценой. Сравнение пакетов здесь. Пакеты поддержки, начиная с Премиум, включают удаленную поддержку СХД инженерами Open-E по запросу заказчика, а также предоставление заказчику так называемых small updates – «малых обновлений» к ПО DSS V7, которые позволяют использовать в СХД оборудование отсутствующее в списке совместимости. Например, у вас имеется не используемый хост адаптер Infiniband от Mellanox, который хотелось бы использовать в СХД для подключения ее к вашей ИТ инфраструктуре. В списке совместимого IB оборудования данный адаптер отсутствует, но при этом известно, что для него имеются GPL драйверы под Linux. В таком случае поддержка Open-E в рамках Премиум пакета может по запросу специально для вашей СХД оперативно включить нужный драйвер в вашу версию ПО Open-E DSS V7 как малое обновление системы, причем обеспечить при этом стабильность работы СХД.

До окончания срока действия имеющегося пакета поддержки DSS V7 можно приобрести лицензию на его продление на 1 или 3 года. В случае, если срок действия имеющегося пакета поддержки уже завершился, то необходима лицензия на возобновление пакета поддержки, которая дороже лицензий на продление. Мы рекомендуем сразу приобретать лицензию на поддержку DSS V7 уровня Премиум для всех СХД работающих в режиме кластера. Это обеспечит бесперебойность работы СХД и постоянную доступность ваших данных.

Использование в СХД на ПО Open-E DSS V7 стандартного серверного «железа» имеет и дополнительные плюсы, кроме его стоимости и доступности, – это простота его модернизации. Если в процессе эксплуатации СХД на DSS V7 появилась необходимость добавить или обновить аппаратные компоненты имеющегося хранилища данных, например, Ethernet или FС хост адаптеры, то это возможно с использованием уже имеющихся у заказчика лицензий на ПО Open-E DSS V7. Здесь есть важный момент: такая замена «железа» легитимна только в том случае, если лицензии на ПО Open-E DSS V7 приобретались заказчиком отдельно от аппаратного обеспечения СХД, как права на использование ПО, т.е. согласно российскому законодательству без НДС и с обязательным подписанием сублицензионного договора. Подробнее о юридических аспектах можно прочитать на нашем сайте в статье о приобретения прав использования ПО на основании неисключительной лицензии.

Если же заказчик приобрел СХД с уже предустановленным ПО Open-E DSS V7, т.е. как товар с НДС, то действует правило аналогичное OEM ПО Microsoft – лицензия Open-E DSS V7 действительна лишь для данного конкретного «железа», и ПО DSS V7 не подлежит переустановке на новое аппаратное обеспечение. Именно по этой причине большинство наших заказчиков предпочитают покупать лицензии на Open-E DSS V7 отдельно от аппаратного обеспечения, получая право использования этого ПО на постепенно модернизируемом аппаратном обеспечении. Все обновления ПО в пределах версии DSS V7 компания Open-E предоставляет бесплатно.

Что необходимо учитывать при выборе ПО Open-E DSS V7 для построения СХД Максимальный объем СХД построенной на Open-E DSS V7 определяется аппаратным RAID контроллером (или RAID контроллерами). Производительность СХД ограничивается производительностью дисков в RAID массиве. Open-E DSS V7 может использовать SSD кэширование данных только в случае, если установленный в системе аппаратный RAID контроллер умеет это делать. Максимальный объем тома в DSS V7 не может превышать 64 ТБ, а в режиме HA кластера логические тома не могут быть более 16 ТБ. Количество моментальных снимков ограничено 10ю на каждый логический том и 20ю на всю СХД. Стоит отметить, что для большинства задач компаний среднего бизнеса данные ограничения в СХД на базе DSS V7 не являются определяющими при выборе.

Однако, если же для ваших задач необходимы тома большего размера, большее количество моментальных снимков на логический том, повышенная транзакционная производительность или расширенные сервисы хранилища, то стоит обратить свое на внимание на ПО Open-E JovianDSS, о котором далее.

 

Open-E JovianDSS - операционная система на основе Linux с файловой системой ZFS. Как и DSS V7, JovianDSS предназначена для создания файлово-блочных СХД на базе стандартного недорогого аппаратного обеспечения, но предлагает значительно более развитый функционал СХД. Данный продукт является флагманским у Open-E и ориентирован, в первую очередь, на крупные предприятия. ПО JovianDSS не есть развитие ПО DSS V7 - это абсолютно новое ПО Open-E, которое создавалось специально для удобной работы с файловой системой ZFS. Данный продукт обеспечивает наивысший уровень надежности и целостности хранимых данных, предоставляя необходимую корпоративным пользователям неограниченную масштабируемость хранилища, превосходную производительность, возможность построения кластеров высокой доступности, репликации, моментальные снимки, динамическое выделение и резервирование дискового пространства, фоновую компрессию и дедупликацию, самовосстановление и контроль целостности данных и многое другое. Подробнее о возможностях продукте на сайте производителя здесь. Команда специалистов Open-E создавала этот продукт, понимая потребности самых взыскательных пользователей, объединяя производительность, стабильность и профессиональную поддержку в едином доступном по цене решении.

СХД на ПО Open-E JovianDSS поддерживает протоколы SMB v3.02/CIFS (+High Availability), iSCSI (+ High Availability) и NFS (+High Availability). Использование файловой системы ZFS не требует наличия аппаратного RAID контроллера в СХД, и позволяет масштабировать систему до петабайтных объемов (размер логических томов также может достигать нескольких петабайт), при этом отказоустойчивость логических томов может быть N-1, N-2, N-3, т.е. сбой 3х физических дисков тома не приводит к потере данных. Для повышения производительности системы используется гибридный многоуровневый кэш, где на первом уровне оперативная память RAM, а затем SSD. Такая технология поднимает транзакционную производительность СХД до сотен тысяч IOPs и выше.

Сравним наглядно отличия двух версий ПО Open-E:

 

Open-E JovianDSS

Open-E DSS V7

Файловая система

ZFS

XFS

Поддерживаемые протоколы

SMB/CIFS (+High Availability)

iSCSI (+High Availability)

NFS (+High Availability)

SMB/CIFS, Fibre Channel

iSCSI (+High Availability)

NFS (+High Availability)

Хост интерфейсы

1/10/40Gb Ethernet

1/10/40Gb Ethernet, 8/16/32 FС

Интерфейсы дисков

SAS, SATA, PCI-E, NVMe

SAS, SATA

Аппаратный RAID контроллер

НЕТ

Рекомендуется

Масштабируемость

Петабайты

Ограничена аппаратным

RAID контроллером

Макс. размер тома

Петабайты

64 ТБ

Отказоустойчивость на уровне физических дисков

RAID-Z – mirror,

N-1, N-2, N-3, N-mirror

Уровень RAID от

аппаратного RAID контроллера

Самовосстановление

Автоматическая замена

сбойных блоков

НЕТ

Производительность в IOPs

Гибридный кэш:

RAM ---> SSD

SSD кэширование

аппаратного RAID контроллера

Атомизация транзакций при записи

Copy-on-Write – замена блоков данных только после завершения операции записи

НЕТ

Сервисы хранилища данных

Асинхронная и синхронная репликации данных

Моментальные снимки/клоны

VMware vSphere VAAI

Контрольные суммы данных

Фоновая дедупликация данных

Фоновая компрессия данных

Динамическое выделение дискового пространства (Thin Provisioning)

Резервирование дискового пространства (Over Provisioning)

Теневое копирование тома (VSS Hardware Provider)

Асинхронная и синхронная репликации данных

Моментальные снимки

Однократная запись WORM (Write Once Read Many)

Моментальные снимки данных

Неограниченной количество снимков на том и на всю СХД

Быстрое создание снимков

Резервирование места под снимок не требуется

До 10 снимков на логический том

До 20 снимков на всю СХД

Требуется резервирование места перед созданием снимка

Клоны данных

Не требуется дополнительного места

Требуется

дубликат данных из снимка

Фоновая дедупликация данных

Экономия дискового пространства. Более эффективное кэширование, кэш не заполняется идентичными блоками данных - больше места в кэше.

НЕТ

Фоновая компрессия данных

Экономия дискового пространства. Меньше времени на чтение и запись блока данных.

НЕТ

Как видно из представленной таблицы ПО Open-E JovianDSS значительно превосходит DSS V7 по масштабируемости и количеству сервисов хранилища, и правомерно считается флагманским продуктом Open-E. В тоже время, DSS V7 содержит мощный базовый функционал СХД и кластеризацию для высокой доступности данных. При выборе СХД для своих задач мы рекомендуем нашим заказчикам учитывать ценовую эффективность и оптимальность решения. Например, если заказчик считает, что ему нужна компрессия или дедупликация, то было бы верно представлять возможные коэффициенты компрессии и дедупликации (у некоторых типов данных они весьма невелики), и правильно сравнить получаемую экономию дискового пространства со стоимостью оборудования за ТБ пространства и стоимость лицензий на ПО Open-E.

В тех случаях, когда нужна высочайшая транзакционная производительность СХД (сотни тысяч IOPs), например, для работы с БД на тысячу и более пользователей, выбор Open-E JovianDSS очевиден. На картинке слева показана типичная iSCSI производительность СХД на основе JovianDSS в режиме одного узла и в режиме A-A кластера из двух узлов. 

Еще одним из серьезных аргументов для выбора ПО JovianDSS является возможность построения решения для постоянной защиты данных на основе технологии Off-site Data Protection (ODP), которое позволяет обеспечить мгновенное восстановление критически важных данных компании в случае непредвиденных сбоев или природных и иных катастроф. 

Неограниченное количество автоматических моментальных снимков данных с выбранных пользователем ресурсов основного  хранилища асинхронно реплицируются на резервное хранилище, которое может быть размещено как локально, так и удаленно. Мгновенный доступ к данным осуществляется благодаря имеющимся клонам. Open-E JovianDSS ODP позволяет восстановить данные в случае вирусной атаки, преднамеренного изменения данных злоумышленником, сбоев оборудования или катастрофы на время последнего моментального снимка. Технология ODP дает возможность уменьшить «окно резервного копирования» до минут, т. к. в каждый интервал времени на резервное хранилище передаются лишь произошедшие за это время изменения данных. В Open-E JovianDSS возможно применение технологии ODP совместно с отказоустойчивыми кластерами. 

Важно понимать, что технология JovianDSS ODP не заменяет собой отказоустойчивый HA кластер СХД, а только дополняет его! В отличие от ODP задача HA кластера обеспечить бесперебойный доступ к данным в случае отказа оборудования.

На картинке слева показан пример схемы развитой системы хранения данных на Open-E JovianDSS для работы с виртуальными машинами. Эта СХД построена из двух HA кластеров и использует технологию ODP между ними, что обеспечивает очень высокий уровень защиты и доступности данных.

 Особенностью построения отказоустойчивых кластеров в JovianDSS является, то что для связи между узлами используется протокол SAS (а не Ethernet, как у Open-E DSS V7). Это, с одной стороны, ограничивает расстояние между узлами СХД кластера, а с другой, позволяет строить кластеры по схеме с единым общим хранилищем данных, в дополнение к традиционной схеме, где каждый узел кластера СХД имеет свое отдельное хранилище. Для СХД на ПО Open-E JovianDSS валидирована схема построения HA кластера с двумя отдельными хранилищами по схеме NSPF (без единой точки отказа) с использованием cross-SAS на основе SAS экспандеров. 

В случае же необходимости разместить узлы кластера JovianDSS на большом расстоянии друг от друга, применяют мосты - преобразователи протоколов интерфейсов, например, как показано на картинке слева, мост Fibre Channel - SAS компании ATTO.

 Для ПО Open-E JovianDSS, как и для ПО DSS V7, на сайте производителя имеются список совместимого оборудования и многочисленные полезные ресурсы, включая записанные на видео вебинары, пошаговые руководства по настройке, база знаний и многое другое. Например такие, вебинар «Руководство по проведению тестирования ПО JovianDSS и инструкция по началу работы» или вебинар «Спроектированная целостность данных, самовосстановление в JovianDSS» или «Пошаговое руководство по настройке ПО JovianDSS в режиме отказоустойчивого кластера в виртуальной среде VMware-ESXi».

Лицензирование ПО Open-E JovianDSS основано на объеме дискового хранилища, и весь функционал получаемой СХД, включая использование технологии ODP, входит в стоимость базовой лицензии. В базовую лицензию не входит лишь возможность построения HA кластеров, для чего необходима дополнительная лицензия 1818 Пакет программных компонентов HA кластер.    

Хранилище в JovianDSS построено как ZFS пулы данных, которые состоят из одной или нескольких групп данных (data groups), где собственно размещены данные, и некого дополнительного объема (non data groups), где находятся кэш чтения и записи, журналы и резервные диски (spare disks) для замены вышедших из строя дисков из групп данных. В Open-E JovianDSS подлежит лицензированию только объем групп данных реально используемый для хранения. Например, у нас планируется одна группа данных с уровнем отказоустойчивости RAID Z-3 (N-3) из 6 шт. дисков объемом 4 ТБ каждый. В таком случае, подлежит лицензированию объем 24ТБ, причем этот же объем будет и для группы данных с теми дисками при RAID Z-1 или RAID Z-2. Однако, если уровень отказоустойчивости группы данных выбрать Mirror – зеркало, где максимально возможно 2 или 3 диска одинакового объема, то подлежит лицензированию, лишь объем одного из дисков такого зеркала. Например, у нас планируется одна группа данных в «зеркале» из 3 шт. дисков объемом 4 ТБ каждый, в этом случае подлежит лицензированию только объем в 4 ТБ. Чтобы получить лицензируемый объем всего хранилища данных построенного на ПО Open-E JovianDSS необходимо сложить лицензируемые объемы всех имеющихся в СХД групп данных.

В отличие от DSS V7 для ПО Open-E JovianDSS в базовую лицензию не включен объем хранения. Т.е. при лицензировании берется 1785 Лицензия JovianDSS базовая 0ТБ и к ней добавляется нужное количество лицензий-ключей на расширения объема хранилища, которые бывают на 4, 8, 16, 32, 64, 128 и 256 ТБ. Нужный лицензируемый объем СХД на Open-E JovianDSS набирается как сумма ключей с округлением в большую сторону, например, объем СХД в 46 ТБ может быть получен ключами на 32 и 16 ТБ.

Еще одной особенностью лицензирования ПО JovianDSS является обязательность приобретения лицензии на пакет поддержки Open-E, которые называются Стандарт, Премиум и 24/7, и имеют срок действия на 1 или 3 или 5 лет. По аналогии с поддержкой ПО DSS V7 у ПО JovianDSS есть возможность приобрести лицензии на продление поддержки, в течение срока действия имеющейся лицензии, и лицензии на возобновление поддержки, если срок имеющейся лицензии поддержки уже истек.

Если лицензируется кластер JovianDSS с общим хранилищем данных, (как было показано на картинке выше), то в этом случае необходимы следующие лицензии: 2 шт. 1785 Лицензия JovianDSS базовая 0ТБ (для 2х узлов), 1 шт. 1818 Лицензия на пакет компонентов HA кластер, 1 комплект лицензий-ключей на объем общего хранилища и 2 шт. лицензий на поддержку, например, 1793 Лицензия JovianDSS на 1 год Стандарт поддержки (для 2х узлов). Если же лицензируется JovianDSS кластер, где каждый узел подключен к своему хранилищу, то необходимы лицензии-ключи на расширение объема для отдельных хранилищ каждого узла.

Что стоит учитывать при выборе ПО для построения СХД. Наши заказчики часто просят сравнить ПО Open-E JovianDSS с ПО NexentaStor от компании Nexenta или с ПО с открытым кодом FreeNAS разрабатываемое сообществом добровольцев, которые также являются ОС для создания СХД и работают на основе файловой системы ZFS. Обе эти системы, в отличие от Linux для JovianDSS, построены на основе ядер UNIX клонов, что сравнительно сужает спектр совместимого оборудования.

Бесплатная версия ПО NexentaStor Community Edition не имеет поддержки производителя, ограничена по объему хранилища и функционалу, а также, согласно лицензионного соглашения с конечным пользователем (EULA) запрещена для использования в каких-либо производственных (production) целях. Бесплатное ПО FreeNAS не имеет функции HA кластера и как Open Source традиционно полагается на «самоподдержку», т.о. для корпоративного использования не может быть рекомендована.

При выборе системы хранения для критически важных данных для имеет смысл сравнивать с Open-E JovianDSS только версию ПО NexentaStor Enterprise Edition (EE). Обе системы обеспечивают близкий функционал СХД, имеют вполне удобный веб интерфейс управления. Как и для JovianDSS, для NexentaStor EE от производителя предлагаются платные пакеты поддержки ПО, называемые Platinum, Gold и Silver. Система лицензирования NexentaStor EE закрыта и не публична - на сайте производителя отсутствует информация о ценах на лицензии. Известно, что NexentaStor EE лицензируется по «сырому» объему хранилища, независимо от уровня отказоустойчивости групп данных и включая объем, так называемых, non data групп (журнал, кэш и spare диски). Кроме лицензии на объем для NexentaStor EE нужны дополнительные лицензии для построения НА кластера, активации функции Сontinuous Replication, allFlash – в случае, если весь пул данных построен на SSD, и т.д.

NexentaStor EE – неплохое ПО, и может быть использовано для построения СХД с уровнем задач корпоративного заказчика, но сравнивая его с Open-E JovianDSS стоит учитывать следующее: NexentaStor разрабатывается совсем небольшой командой, количество инсталляций в мире ~6К+, в то время как специалисты Open-E поддерживают 30К+ инсталляций своего ПО, предоставляя высочайший уровень поддержки. Поддержка NexentaStor EE осуществляется по умолчанию только для сертифицированных решений Nexenta, а в случае несертифицированной конфигурации СХД, в поддержке может быть отказано или такой пакет поддержки будет стоить на 50% дороже, чем самый дорогой пакет Premium. По данным нашего тестирования, на том же самом «железе», производительность транзакционного (IOPs) обмена с iSCSI томами у NexentaStor v4 составила на 30-60% меньше, чем аналогичная производительность у Open-E JovianDSS. Ну и наконец, субъективное мнение – веб интерфейс управления хранилищем у JovianDSS сделан более интуитивным, чем у Nexenta. На сайте Open-E предлагается онлайн демоверсия JovianDSS, где можно поработать в интерфейсе, «поиграть» с настройками, в том числе построения кластера, и составить свое впечатление об удобстве конфигурирования, управления и мониторинга такой СХД.

И наконец, уже понимая функциональность создаваемой программно-определяемой СХД, ее потенциальную производительность, поддержку от вендора и ценовой диапазон решения, на следующем этапе процесса выбора оптимально подходящего ПО, желательно провести тестирование СХД в ИТ среде приложений заказчика. Сделать такой заключительный шаг к осознанному выбору помогают пробные (trial) лицензии. Так Nexenta предоставляет 45ти дневную пробную версию ПО NexentaStor, а компания Open-E – 60ти дневные пробные версии ПО DSS V7 и ПО JovianDSS. В пробных версиях доступен весь функционал СХД, включая и кластеризацию. Совместимость практически с любым «железом» дает возможность легко проверить и реально оценить, как производительность приложений, так и функционал решений получаемой на базе ПО Open-E СХД. Пробное ПО Open-E позволяет до окончания срока тестирования, если есть такая необходимость, купив соответствующие лицензии и сохранив имеющиеся в СХД данные, продолжить работу уже с лицензированным хранилищем. Если для проведения тестирования у заказчика не хватает своего оборудования, всегда можно обратиться за поддержкой нам. Техническая лаборатория ГК «ВИСТ» обладает большим количеством различного оборудования, а наши квалифицированные инженеры всегда помогут в выборе оптимального решения. 

Для получения более подробной информации, пожалуйста, обращайтесь в отдел продаж. 

© Александр Матвеев, 2016 Этот адрес электронной почты защищен от спам-ботов. У вас должен быть включен JavaScript для просмотра.
директор по развитию бизнеса ООО «Вист СПб»
При перепечатке и использовании материала
указание авторства (Александр Матвеев, 2016)
и ссылки на источник (www.vist-spb.ru) обязательны.

 

 

 

 

 

 

Главная Статьи Программно-определяемые СХД на Open-E JovianDSS и Open-E DSS V7 – выбирайте правильно