Системы хранения Infortrend — где они закрывают задачу резервной площадки
Линейки EonStor DS, GS и GSe под резервную площадку: один контроллер или два, хост-платы и порты расширения, расчёт ёмкости под хранение копий и что сверяют до заказа.
Резервная площадка редко требует того же оборудования, что основная: нагрузка там появляется только при репликации и восстановлении, а требования к ёмкости, наоборот, выше — копий хранится несколько. Под такую задачу берут системы хранения среднего уровня, и Infortrend попадает в подбор именно здесь.
Ниже разобрано, чем различаются линейки EonStor, что определяет выбор между блочным и объединённым исполнением, как считать ёмкость под хранение копий и что проверить по контроллерам, хост-платам и защите кэша до заказа.
Какие линейки применяются
Оборудование Infortrend разделено на линейки по типу доступа к данным и уровню исполнения. Для резервной площадки важны три из них.
- EonStor DS — блочный доступ, подключение по SAS, iSCSI и Fibre Channel. Применяется там, где резервная копия пишется средствами системы резервного копирования на блочное устройство, а файловый доступ не нужен.
- EonStor GS — объединённое исполнение: один массив отдаёт блочные устройства, файловые папки и объектное хранилище. Под резервную площадку это основной вариант, когда копии приходят от разных систем — часть по протоколу файлового доступа, часть блоками.
- EonStor GSe — младшее объединённое исполнение, в том числе с одним контроллером. Берут на малую площадку, где простой при обслуживании допустим и дублировать контроллер незачем.
Типоразмеры корпусов — 2U на 12 и 25 отсеков и 4U на 24 отсека. Отсеки под накопители бывают в исполнении SAS, SATA и U.2 NVMe; у полностью твердотельных сборок применяется только U.2. Доступные конфигурации собраны в разделе систем хранения Infortrend.
Один контроллер или два
Число контроллеров определяет не скорость, а поведение массива при отказе и при обновлении микропрограммы. Это первый параметр, который сверяют с назначением площадки.
- Один контроллер. Отказ платы или обновление микропрограммы останавливают доступ к данным. Для площадки, куда копии только пишутся по расписанию, это чаще всего допустимо: окно обслуживания назначается между сеансами репликации.
- Два контроллера. Доступ сохраняется при отказе одной платы, микропрограмма обновляется поочерёдно без остановки. Нужны, если с резервной площадки планируется запуск части служб при аварии на основной.
- Защита кэша. В исполнениях с двумя контроллерами применяются модули SuperCap с флеш-памятью — по одному на контроллер. При пропадании питания содержимое кэша переносится в энергонезависимую память. Без такого модуля запись с подтверждением по кэшу небезопасна.
- Память контроллера. Типовые сборки идут с 4 ГБ или 64 ГБ на контроллер. Объём памяти влияет на работу моментальных снимков и дедупликации, поэтому под хранение множества копий берут исполнение со расширенной памятью.
Хост-платы и порты расширения
Подключение массива собирается из портов на самом контроллере и из хост-плат в слотах расширения. Считать нужно и то и другое.
Встроенные порты — это 1GbE или 10GbE для управления и доступа по iSCSI плюс порты расширения SAS 12 Гбит/с для подключения дисковых полок. Хост-платы добавляют 10GbE SFP+, 25GbE SFP28 или Fibre Channel 32 Гбит/с. Число слотов под платы зависит от корпуса: в сборках 2U на 25 отсеков их четыре, в младших исполнениях — два.
Под резервную площадку канал считают по объёму суточного прироста, а не по ёмкости массива. Если за ночь передаётся 2 ТБ изменённых данных, а окно составляет шесть часов, требуется устойчивый поток около 100 МБ/с — его закрывает один порт 10GbE. Канал 25 Гбит/с и Fibre Channel берут там, где с площадки идёт обратное восстановление целиком и важен срок.
Трансиверы и кабели в комплект массива входят не всегда: в части артикулов указан набор оптических модулей, в части — нет. Это сверяется по составу позиции до заказа, иначе на монтаже не окажется чем подключить хост-платы.
Сравнение исполнений
| Параметр | EonStor GSe, один контроллер | EonStor DS, два контроллера | EonStor GS, два контроллера |
|---|---|---|---|
| Тип доступа | файловый, блочный, объектный | блочный | файловый, блочный, объектный |
| Поведение при отказе платы | доступ прекращается | доступ сохраняется | доступ сохраняется |
| Обновление микропрограммы | с остановкой | поочерёдно | поочерёдно |
| Слоты под хост-платы | нет или один | до четырёх | до четырёх |
| Шлюз в облачное хранилище | есть | нет | есть |
| Типовое применение | малая резервная площадка | блочные копии и архив | площадка под разные источники копий |
Расчёт ёмкости под хранение копий
Ёмкость резервной площадки определяется не размером данных, а глубиной хранения и схемой копий. Порядок расчёта такой.
- Полная копия и приросты. Объём одной полной копии плюс суточные приросты за срок хранения. При недельном цикле и суточном приросте в три процента недельная цепочка занимает около 1,2 объёма данных.
- Число цепочек. Если хранится четыре недельных цикла и одна месячная копия, суммарный объём доходит до пяти-шести объёмов исходных данных.
- Потери на массив. В группе с одной контрольной суммой под неё уходит ёмкость одного накопителя, с двумя — двух. Горячий резерв вычитается отдельно.
- Запас на рост. Заполнение выше восьмидесяти процентов замедляет работу и не оставляет места на внеплановую копию перед крупным изменением.
Когда расчёт выходит за пределы корпуса, ёмкость наращивают дисковыми полками по портам расширения SAS. Под долгое хранение редко востребованных копий рядом ставят ленточные накопители и библиотеки: стоимость хранения терабайта на ленте ниже, а скорость доступа для архива роли не играет.
Частые вопросы
Можно ли поставить на резервную площадку то же оборудование, что на основной? Можно, и при планах на запуск служб с резервной площадки так и делают. Если площадка нужна только под хранение копий, одинаковые массивы означают переплату: профиль нагрузки там другой, и ставка делается на ёмкость, а не на отклик.
Что проверяют по накопителям? Список совместимости массива, интерфейс отсеков и ресурс записи. Под резервную площадку чаще берут жёсткие диски большой ёмкости, а твердотельные накопители ставят небольшим пулом под служебные данные и индексы системы резервного копирования.
Зачем массиву шлюз в облачное хранилище? Он позволяет отправлять часть копий во внешнее хранилище по объектному протоколу, не меняя схему резервного копирования. Это применяется как третий экземпляр копии, когда правило хранения требует вынести его за пределы обеих площадок.
Чем Infortrend отличается от сетевого хранилища? Уровнем исполнения: двумя контроллерами с отработкой отказа, защитой кэша, хост-платами Fibre Channel и подключением полок расширения. Сетевые хранилища закрывают задачу меньшего масштаба, где отработка отказа контроллера не требуется.
Что сверяют при расширении установленного массива? Поколение системы, тип отсеков в полке и свободные порты расширения на контроллере. Полка подключается только к совместимому поколению, а в сборках с одним контроллером цепочка полок ограничена сильнее.
Что мы поставляем
В каталоге Азияторг есть системы хранения Infortrend линеек EonStor DS, GS и GSe — исполнения на 12, 24 и 25 отсеков, с одним и двумя контроллерами, с хост-платами 10GbE, 25GbE и Fibre Channel. Помимо массивов поставляем дисковые полки, жёсткие диски, ленточные накопители и системы хранения других производителей для сравнения по стоимости терабайта.
Пришлите объём данных, глубину хранения копий и способ их доставки на площадку на server@tkasiatorg.ru — рассчитаем ёмкость с учётом схемы массива, подберём исполнение по числу контроллеров и хост-плат и укажем срок поставки.
