Старая песня о главном: зачем нужен бэкап и как тут может помочь HPE StoreOnce
Более 4 лет прошло с выхода последнего материала по HPE StoreOnce. Определенно, это недоработка, которую надо устранять.
Зачем вы это читаете?
Тема защиты данных и бэкапов стара и избита, но в момент, когда дело доходит до выбора решения для хранения данных, про бэкап часто забывают, а зря. Важно понимать, что все современные тренды в ИТ связаны с взрывным ростом объёма данных, которые нужно хранить и сохранять. К примеру, крупнейшая в мире сеть магазинов Walmart генерирует 2 ПБ данных в день. Если наше будущее с автономными автомобилями неизбежно, то 10 миллионов автомобилей будут генерировать 40 000 ПБ в день…
Следующий важный вопрос – это требующиеся уровни доступности данных под ваши задачи.
Современные СХД могут обеспечить доступность на уровне 99,9999%. Что это значит? Не более 32 секунд простоя в год вы получите, приобретая такую систему. Много это или мало – нет ответа на этот вопрос, потому что и потребности есть разные.
Параметры RPO и RTO бросаются нам в глаза, когда мы начинаем изучать различный материал по резервному копированию. Параметр RPO (Recovery Point Objective) – это максимально допустимое время, на момент которого в прошлом, данные и файлы, позволят организации вернуться к нормальному функционированию. Параметр RTO (Recovery Time Objective) – это максимально допустимый интервал времени, в течение которого система, приложение может не работать (быть выключенным) после аварии. Их, безусловно, хочется свести к нулю, но стоить это может огромных денег: важно приоритизировать приложения по критичности для бизнеса. Например, sharepoint в банке не так важен, как база данных: параметры RPO и RTO там могут быть и больше.
На фоне сказанного ранее, становится очевидно, что должны быть какие-то готовые сценарии для защиты от типовых угроз и неприятностей, а также требований регуляторов.
Например, от потери файлов нас могут защитить и снэпшоты на основной СХД, а вот от вирусных атак нам уже не защититься: нужно двигаться дальше и запасаться специальным АО и ПО.
Существует даже негласное правило, которое является некой идеальной моделью организации СРК – это правило «3-2-1» или «3-2-1-1» как модернизированная версия. Что это означает? Необходимо иметь 3 копии данных: 2 из них – на разных носителях, 1 копия – на другой площадке.
Визуализируя, смотрится это так:
Спорить на тему выбора лент или облака не имеет здесь смысла. Все очень зависит от объемов данных и того, насколько часто вы хотите эти данные восстанавливать. Как известно, в облако очень дешево записать информацию, а восстановить уже дорого, некое подобие ситуации с верблюдами в Африке.
Бэкап на диски
Бэкап на диски – это очень удачный путь построения СРК: он довольно универсален и не обладает теми ограничениями, с которыми вы можете столкнуться, если будете использовать или только снэпшоты, или записывать данные с сервера на ленты напрямую. Эти же факторы и объясняют причину создания класса специализированных дисковых систем резервного копирования данных и аварийного восстановления – HPE StoreOnce. Для начала рекомендую ознакомиться с материалом моего коллеги, где он подробно рассказывает «who is who».
В настоящий момент существует уже четвертое поколение таких систем, которое получило массу доработок, улучшений и возможностей интеграции практически с любым ПО резервного копирования на самом глубоком уровне (да-да, Catalyst Copy для Veeam теперь тоже есть). Помимо общего удобства и быстроты работы (говоря про HPE StoreOnce, есть гарантии не только на запись, но и на сокорость восстановления), есть возможность использования прямого бэкапа без использования стороннего ПО c помощью снэпшотов на основном массиве – технология HPE Recovery Manager Central или просто RMC.
Модельный ряд был заметно изменен: виртуальная машина VSA теперь может расширяться до 500ТБ, небольшая система 3640 теперь может быть дополнена аж двумя дисковыми полками для увеличения емкости, а старшие модели могут быть снабжены дисками по 8ТБ.
В последние два месяца появилось немало хороших новостей по теме HPE StoreOnce: интеграция c HPE SimpliVity, новая версия RMC 6.2 для прямого бэкапа с primary массивов, Catalyst Copy для Veeam и многое другое.
27 февраля в 11 утра состоится вебинар, на котором и будет рассказано о всех самых интересных обновлениях продукта. Будет и презентация, чтобы потом этот материал не потерять.
Естественно, запись вебинара никуда не денется и можно будет посмотреть в любое другое время, но задать вопросы вовремя – дело тоже хорошее!
Новая версия HPE Recovery Management Central 4.0 доступна для скачивания
Новая версия HPE Recovery Management Central (RMC) 4.0 доступна для скачивания через официальный сайт Hewlett Packard Enterprise. Не знаете, что такое RMC? Это программное обеспечение, объединяющее две (а теперь уже три) платформы систем хранения HPE в единую структуру, позволяющую не только эффективно обрабатывать транзакции и хранить оперативные данные (3PAR и StoreVirtual VSA), но и обеспечивать их резервное копирование и восстановление (StoreOnce). Подробнее об обновлении – под катом.
В случае использования RMC не требуется традиционное программное обеспечение для бэкапа с его сложной инфраструктурой и многотысячными инвестициями на лицензирование и поддержку. В мире HPE Recovery Management Central все гораздо проще: на системе хранения делается снепшот, который напрямую передается в дисковую систему резервного копирования StoreOnce, дедуплицируется и там хранится. Некоторые производители вообще утверждают, что достаточно сделать моментальный снимок данных, и это и есть самая дешевая резервная копия. К сожалению, в случае выхода из строя основного массива такая копия будет потеряна. С экономической точки зрения этот подход тоже не является оптимальным, так как стоимость хранения гигабайта на основной системе хранения всегда будет дороже по сравнению с системой резервного копирования.
Прямое резервное копирование не отрицает необходимость бэкапа на ленту, которую можно потом извлечь из библиотеки и переместить на удаленную площадку для длительного безопасного хранения. Эта процедура, возможно, регламентируется внутренними политиками компании или местным законодательством, и RMC на это не покушается. Однако число флеш-массивов неуклонно растет, и даже в кризисной России продажи гибридов и AFA значительно превышают поставки традиционных систем хранения. Для чего заказчики приобретают флеш-массивы? Для обработки большого количества транзакций, а это означает, что данные слишком быстро меняются. Таким образом, инкрементальное копирование 1 раз в день на ленту просто неадекватно с точки зрения восстановления данных в случае какого-либо сбоя или случайного удаления.
Напротив, RMC позволяет запускать процедуру бэкапа значительно чаще, возможно, без участия системного администратора, по запросу самого бизнес-приложения. Технология Snapdiff отправляет на StoreOnce только измененные блоки снепшотов 3PAR. Подобное резервное копирование гораздо – до 23 раз – быстрее ленты. Восстановление помедленнее, «всего лишь» в 7 раз быстрее, но обладает дополнительными преимуществами. К примеру, вы можете без проблем «добраться» до отдельного файла внутри виртуальной машины, не восстанавливая целиком весь логический том.
Что нового в RMC 4.0?
1. Большее число поддерживаемых приложений. Очень важно, чтобы резервное копирование осуществлялось консистентно, иначе быстрое восстановление становится проблематичным. В связи с этим разработчики Hewlett Packard Enterprise усиленно работают над интеграцией новых популярных приложений в RMC. В дополнение к VMware, Microsoft SQL Server, Oracle и приложениям Windows, использующим VSS, теперь поддерживается и SAP HANA.
2. Поддержка программно-определяемых СХД HPE. Технология HPE Peer Copy позволяет через RMC организовать обмен данными между 3PAR и StoreVirtual VSA. Миграция томов между разнородными системами открывает больше возможностей для федеративного хранения данных, к примеру, при работе удаленных офисов или для интеграции тестовых сред разработчиков. Кроме того, появляется возможность организовать репликацию данных без использования дополнительного ПО (RMC входит в схему лицензирования All Inclusive для 3PAR и имеется в базовом комплекте большинства 3PAR, проданных после 13 февраля 2017 года). Безусловно, RMC 4.0 позволяет осуществлять резервное копирование данных с StoreVirtual VSA, и в плане интеграции разработчики сделали приоритетом поддержку VMware.
3. Возможность развертывания RMC на виртуальной машине Hyper-V.
Установка и настройка
RMC прост в развертывании. Установщик RMC можно загрузить с сайта HPE Software Depot на любой сервер Windows, имеющий связь с хостом VMware ESXi или Hyper-V, StoreOnce и 3PAR/StoreVirtual VSA. Мастер установки поможет администратору выполнить необходимые настройки и проверки, и даже предложит скачать бесплатную StoreOnce VSA для тестовых целей, если в данный момент StoreOnce не установлен в серверной.
HP StoreOnce RMC: Прямое резервное копирование с системы хранения на дисковую библиотеку с дедупликацией
До недавнего времени пользователям массивов хранения данных были доступны два основных вида резервного копирования.
Первым является традиционный «бэкап», который достаточно удобен и надежен, но требует дополнительных затрат на приобретение ПО и инфраструктуры резервного копирования, и, как правило, предполагает прекращение активной работы приложений на время осуществления процесса копирования данных — для обеспечения консистентности сохраняемой информации.
Второй вид резервирования осуществляется при помощи моментальных снимков (snapshots), что позволяет сократить время простоя приложений почти до нуля, но требует хранения бэкапа на продуктивном массиве, а это довольно дорого и небезопасно, поскольку при выходе из строя основной системы хранения данных (СХД) пропадают и резервные копии.
Наилучшим решением считается такое объединение двух описанных выше подходов, при котором суммируются их плюсы, а недостатки нивелируются. Такого принципа придерживалась компания HР, разрабатывая технологию прямого резервного копирования (flat backup), реализованную в продукте под названием HP StoreOnce Recovery Manager Central (RMC). Это решение позволяет осуществлять резервное копирование виртуальных машин под управлением VMware vCenter и их хранилища данных (data stores) при помощи функционала HP 3PAR Virtual Copy. Запись данных производится с дискового массива непосредственно на дисковую библиотеку с дедупликацией HP StoreOnce.
Резервированием и восстановлением можно управлять прямо из привычной системным администраторам консоли управления VMware vCenter, причем данные процессы практически не требуют остановки приложений на сколь-нибудь заметное время. Дело в том, что на дисковую библиотеку HP StoreOnce отправляются только измененные блоки, при этом создание полных синтетических копий позволяет позволяет быстро восстановить виртуальную машину целиком на нужный момент времени. Прямой бэкап снимает необходимость в использовании специализированного программного обеспечения резервного копирования и, соответственно, выделения бэкап-сервера или медиа-сервера для записи резервных копий в библиотеку.
Благодаря дедупликации и использованию технологии синтетических полных копий существенно уменьшается потребность в дисковой емкости для хранения бэкапов, в то же время существенно повышается надежность, в сравнении с хранением мгновенных копий на основных дисковых массивах, так как продуктивные и резервные данные разнесены по разным устройствам.
Первая версия HP StoreOnce RMC 1.0 поддерживает «из коробки» интеграцию только с виртуальными средами VMware, однако обладает средствами для разработчиков приложений, позволяющими авторам приложений интегрировать управление мгновенными копиями и бэкапом с собственными разработками. В дальнейших версиях добавится поддержка других виртуализаторов, а также баз данных, почтовых служб и т.д.
Серверные решения HP доступны у официального дистрибьютора, компании MERLION.
Упрощаем резервное копирование и восстановление с помощью HPE StoreOnce RMC
Какой пласт хранилища под бэкап скрывается за резервным копированием только 1ТБ продуктивных данных? На самом деле – огромный: предположим, что данные на этом томе 1ТБ у нас действительно очень важные и наша политика резервного копирования этого тома получается следующая:
— делаем полные бэкапы каждый день и храним их в течение недели (5 полных бэкапов 1ТБ);
— недельные бэкапы храним 4 недели (4 полных бэкапа 1ТБ);
— храним месячные бэкапы год (12 полных бэкапов 1ТБ);
— для защиты от выхода из строя площадки целиком делаем резервное копирование на удаленную площадку (полная копия данных площадки 1).
Итого на 2 площадки в сумме нам необходимы хранилища под резервные копии объемом 42ТБ! Тут напрашивается аналогия с вершиной айсберга – часто в расчет берем только видимую верхушку, не учитывая огромный объем скрытый от глаз…
Как можно защищать данные? Во-первых, можно хранить копии продуктивных данных на лентах. Но в этом случае необходимо проводить постоянную проверку состояния записанных данных, знать где хранятся сами ленты и запастись терпением при восстановлении – скорость будет упираться в небыструю механику ленточных приводов.
Во-вторых, можно хранить копии данных в виде снэпшотов на самой продуктивной СХД. Но в этом случае мы рискуем одновременно потерять и сами продуктивные данные и снэпшоты в случае отключения питания или отказа СХД.
С другой стороны, все больше заказчиков делают выбор в сторону массивов all-flash для обслуживания самых требовательных к производительности бизнес- приложений.
Эти факторы и объясняют причину создания класса специализированных дисковых систем резервного копирования данных и аварийного восстановления, отвечающих этим вызовам – HPE StoreOnce.
Про HPE StoreOnce
Системы HPE StoreOnce – аппаратные комплексы для резервного копирования данных с онлайн дедупликацией на уровне блоков переменной длины. Варианты систем охватывают полный спектр заказчиков от начального до корпоративного уровня:
Цифрами обозначена полезная емкость без учета дедупликации.
Какими же преимуществами обладают системы резервного копирования HPE StoreOnce? Вкратце преимущества следующие (подробное описание преимуществ ожидайте в одной из следующих статей).
Во-первых, системы HPE StoreOnce поддерживают онлайн дедупликацию блоками переменной длины, а также позволяют перемещать данные между разными системами в сжатом виде, используя даже медленные WAN каналы.
Во-вторых, помимо аппаратных комплексов, для небольших площадок можно использовать виртуальную систему StoreOnce VSA, которую можно развернуть на любом сервере, поддерживающем виртуализацию. Между программным и аппаратным комплексом данные также будут перемещаться в сжатом виде, а управлять такими связками можно из одной консоли. Единая архитектура семейства позволяет объединить устройства разного класса в общую систему защиты информации уровня предприятия для обеспечения разнообразных требований к уровням обслуживания и длительности окон резервного копирования разных подразделений.
В-третьих, старшие системы HPE StoreOnce поддерживают конфигурацию с 8 контроллерами, что обеспечивает полное резервирование на аппаратном уровне и защищает от падения системы в случае выхода из строя контроллеров.
В-четвертых, любая система HPE StoreOnce проверяет консистентность (целостность) данных на всем этапе хранения — от простых проверок контрольных сумм, которые позволяют обнаружить повреждение блоков в процессе передачи данных, контроля целостности на уровне файловой системы и RAID группы и до создания конфигураций высокой доступности.
В-пятых, системы HPE StoreOnce получили высокие оценки мировых аналитических агентств в сравнении с конкурентными предложениями на рынке (ссылки на отчеты аналитиков в конце статьи).
В-шестых, и на этом остановимся подробнее в этой статье, система HPE StoreOnce поддерживает бесшовную интеграцию с продуктивными системами хранения HPE 3PAR – т.н. механизм плоского бэкапа (Flat Backup) благодаря использованию ПО HPE StoreOnce Recovery Manager (RMC).
HPE StoreOnce RMC
ПО HPE StoreOnce Recovery Manager специально разработано для упрощения резервного копирования продуктивных данных с массивов HPE 3PAR на системы HPE StoreOnce.
При переходе на твердотельные накопители на продуктивных СХД традиционные схемы резервного копирования на ленту (с полной копией всей информации раз в неделю и ежедневным инкрементальным бэкапом) — должны быть модернизированы потому, что данные меняются намного чаще, чем это было в эру традиционных дисковых массивов. Технологии HPE 3PAR StoreServ позволяют это сделать наиболее простым способом — прямым копированием «моментальных снимков» томов, консистентных с точки зрения бизнес-приложений, на отдельное устройство HPE StoreOnce с дедупликацией. Администраторы дискового массива или виртуальной среды может запускать эту задачу, не будучи связанными регламентными процедурами традиционного резервного копирования. Скорость и возможность гранулярного восстановления, вплоть до отдельных файлов виртуальных машин, а также отсутствие ПО резервного копирования в этой схеме позволяют создать наиболее эффективное решение по защите данных наиболее требовательных к производительности транзакционных систем.
ПО HPE RMC позволяет администраторам создавать сотни копий томов виртуальных машин и быстро их восстанавливать. Администраторы VMware имеют возможность управлять снэпшотами продуктивных томов из одной консоли.
Немного о снэпшотах
Чтобы создавать консистентные снэпшоты в RMC используется plug-in к vCenter. Как только администратор подает команду (или автоматически по расписанию) виртуальная машина переключается в режим бэкапа и сбрасывает состояние файловой системы и оперативной памяти системе хранения. Далее на стороне системы хранения включаются механизмы работы со снэпшотами. Система хранения HPE 3PAR имеет способность контролировать измененения на блочном уровне, благодаря встроенному механизму SnapDiff. После того, как данные были записаны на массиве — они отсылаются в виде измененных блоков в StoreOnce. Объединяя механизм контроля блочных изменений на 3PAR с механизмом логического индексирования систем StoreOnce, RMC контролирует, чтобы по каналам данных передавались только уникальные блоки. Это серьезно сокращает требования к пропускной способности каналов связи.
Помимо этого администратору доступен сценарий создания “синтетических полных” бэкапов. Когда измененные блоки отсылаются из HPE 3PAR в StoreOnce Catalyst, алгоритм индексирования создает карту данных, основываясь на уже записанных и вновь поступивших данных. При этом полный бэкап обновляется, а разница между бэкапом до изменения и после изменения записывается на диск. Таким образом администратор, в случае краха системы восстанавливает только один синтетический полный бэкап, вместо восстановления сначала полного «старого» бэкапа и последовательно нескольких инкрементальных, что экономит очень много времени.
Схема синтетических полных бэкапов
Кроме того, такие снэпшоты полностью автономны и могут быть восстановлены на любом массиве 3PAR.
Посмотрим, как разворачивается ПО StoreOnce RMC и как происходит интеграция продуктивной СХД с системой резервного копирования.
Шаги развертывания ПО HPE StoreOnce RMC
1. Развертываем виртуальную машину HPE StoreOnce RMC в vCenter. Здесь все просто, подробно останавливаться не будем (Hosts and Cluster – Action – Deploy from OVF template).
2. Проверяем, что машина развернута и заходим в консоль:
3. Пока никаких систем нет, поэтому добавим. Начинаем с продуктивной СХД (StoreOnce RMC – Storage Systems – Add Storage System):
4. Вводим IP адрес системы, пользователя и пароль и подключаем нашу продуктивную СХД:
5. Следом подключаем нашу систему резервного копирования HPE StoreOnce и наблюдаем, что обе системы подключены и работают, об этом нам говорит зеленый цвет разделов Storage Arrays и Backup Devices (кстати, интерфейс ПО HPE RMC напоминает ПО HPE OneView, поэтому, например, администраторам серверной инфраструктуры будет просто и понятно работать и в интерфейсе RMC):
6. Далее настраиваем порты продуктивной СХД для резервного копирования, для этого запускаем консоль SSMC 3PAR, выбираем Dashboard – Ports и начинаем конфигурацию, в нашем случае из списка доступных выбираем порт 0:2:1 с интерфейсом iSCSI:
7. Настраиваем обратную связь в консоли HPE StoreOnce RMC для этого в консоли RMC нажимаем на зеленый круг Storage Systems и в разделе Storage System Transport Protocols нажимаем кнопку +Create и задаем тип iSCSI:
8. После этого создаем том на продуктивном массиве, который нам требуется защищать, для этого возвращаемся в консоль системы хранения, заходим в раздел Virtual Volumes и нажимаем + Create Virtual Volumes, задаем параметры тома, на каких носителях он будет располагаться и каким хостам он будет презентован:
9. Теперь на хосте, которому презентован том, необходимо подключиться по iSCSI к 3PAR (для этого в консоли 3PAR напротив нужного нам порта находим iSCSI инициатор и подключаемся к массиву), далее подключить хост к массиву, выполнить инициализацию и поиск новых устройств и отформатировать новый том. После этого создаем документ, который будем защищать:
10. Создаем очень важный документ на новом диске нашего хоста 🙂
11. После создания тома и записи на него важной информации необходимо возвратиться в консоль HPE StoreOnce RMC и задать правила резервного копирования этого тома, для этого в консоли RMC в разделе Storage Systems нажимаем + New Recovery Set (здесь же, настроив параметры Remove Oldest Snapshot и Remove Oldest Express Protect Backup, можно гибко управлять глубиной вложений наших снимков и резервных копий), после задания имени, проверяем, что политика создается для нужного тома, для этого прокручиваем список вниз и щелкаем нужный том в части Volume Selection:
12. Теперь в консоли RMC переходим к настройке Backup Systems, для этого в разделе систем резервного копирования выбираем + New Store, вбиваем адрес системы StoreOnce, логин и пароль и настраиваем параметры резервного хранилища:
13. Проверим в консоли HPE StoreOnce, что RMC создала хранилище на нашей системе резервного копирования:
14. Теперь в консоли ПО StoreOnce RMC можно произвести резервное копирование нашего тома и настроить параметры копирования по расписанию или восстановления, для этого в меню консоли выбираем Data Protection и кнопку + Protect Now:
15. Создаем снэпшот:
16. После выполнения бэкапа проверям его выполнение в консоли HPE StoreOnce RMC по параметру Completed Jobs, а также видим коэффициент дедупликации на системе резервного копирования:
Теперь наши данные надежно защищены, и мы можем протестировать восстановление копии в случае катастрофы, для этого в разделе Data Protection можно выбрать кнопку Restore Now и восстановить копию нашего тома на продуктивный массив.
Таким образом, HPE StoreOnce RMC позволяет упростить управление процессом резервного копирования, ускорить создание и восстановление резервных копий данных, а администраторы получают единый язык общения между продуктивными системами хранения и системами резервного копирования (пока речь идет только о продуктах HPE).
