Николай Кычанов, HPE

1. Николай Кычанов,
HPE Россия
NiKy@hpe.com
+7 917 9583878
HPE Recovery Manager Central:
технология плоского/прямого
резервного копирования

2. Нужно ли резервное копирование?
Когда что-то пошло не так.. Нужно :)

4. Более того, резервное копирование ДОЛЖНО быть крайне значимой
частью ИТ-инфраструктуры
$1, потраченный на хранение основных данных, означает $4 на доступность
и восстановление
Основные
данные
Резервные
копии и
архивы
Например, есть БД 1ТБ
- Ежедневные полные бэкапы хранятся
неделю (5 шт.)
- Недельные полные бэкапы хранятся
месяц (4 шт.)
- Месячные бэкапы хранятся год (12
шт.)
- Всё это реплицируется = 2x
= 42ТБ бэкапов
(для 1ТБ продуктивных данных)
* до дедупликации

5. Возможно ли решение, в котором все 4 фактора учтены?
Доступность
Восстановиться с
минимальным простоем
Основные трудности при организации резервного
копирования современных систем
Скорость
Поместиться в окно
для резервного
копирования
Эффективность
Обеспечить низкую стоимость
хранения копий и простоту
обслуживания
Масштабируемость
Справиться с постоянно
растущим объемом
данных
HPE Internal Use Only

6. ИТ персонал отвечающий за бекап
Новые потребители антидепрессантов.....?
К сожалению, и резервное копирование
и антидепрессанты больше не работают
так как должны....
- Бекапы никогда не заканчиваются...
- А если и заканчиваются, то не
восстанавливаются,
- А если восстанавливаются, то не то и
не туда куда надо...

7. Прямой бэкап радикально упрощает все решение и снижает
стоимость владения
СХД для резервных копийПродуктивная СХД
App
Server
Backup
Master server
Backup Media
Server
LAN
SAN/DAS
Схема традиционного бэкапа
Прямое резервное копирование
Прямое РК:
1. Затраты на ПО РК;
2. Бэкап серверы;
3. Выделенный специалист
для обслуживания
системы РК;
4. Нагрузка на локальную
сеть.
5. Нагрузка на сеть хранения
данных

8. Прямой бэкап: определение
Специализированный класс решений по защите данных на продуктивных
СХД
– Общее название новой методологии резервного
копирования с продуктивных СХД на дисковые
библиотеки без использования ПО резервного
копирования
– Используется функционал продуктивных СХД, а
именно, снэпшоты для возможности
мгновенного восстановления (“instant
recovery”), для уменьшения влияния РК на
продуктив
– Используются дисковые библиотеки с
поддержкой высоко-эффективной
дедупликации в качестве целевого устройства
хранения резервных копий
Подробнее – в аналитических
материалах:
http://searchdatabackup.techtarget.com
/feature/Flat-backup-grows-into-viable-
tool-for-data-protection

9. Прямой бэкап от HPE - Recovery Manager Central
HPE
StoreServ 3PAR
StoreVirtual VSA
HC250
HPE StoreOnce
Express Protect
FC/
iSCSI
Catalyst over
Ethernet or FC
HPE
RMC
Catalyst Copy
HPE StoreOnce
Servers
Snapshots
•RMC VM отвечает за
периодичность снэпшотов на СХД
и перемещение данных между СХД
и дисковой библиотекой;
•RMC поддерживает crash-
консистентный бэкап любых
данных;
•RMC VM поддерживает REST API
для самостоятельного написания
скриптов;
•RMC это виртуальная машина,
работающая под VMware или
Hyper-V

10. Что такое HPE RMC-X ?
• RMC-X - совокупность RMC VM и
плагина для определенного
приложения.
• Плагин гарантирует
консистентность копии
относительно приложения;
• Для приложений, без плагина от
HPE, возможна интеграция c
использованием REST API
Infrastructure
HPE
StoreServ 3PAR
StoreVirtual VSA
HC250
HPE StoreOnce
Express Protect
FC/
iSCSI
Catalyst over
Ethernet or FC
HPE
RMC
Catalyst Copy
HPE StoreOnce
Application
Oracle
RMC-O
SAP HANA
RMC-SH
MS SQL
RMC-S
vCenter server
RMC-V
Servers
Snapshots

11. Как работает HPE RMC
Application Owner
1
1
Инициируется процесс резервного
копирования
4
StoreOnce принимает переданные блоки,
формирует дедуплицированный, независимый,
синтетический полный бэкап
4
StoreOnce System
3 Используя технологию 3PAR SnapDiff block-
change detection, RMC отправляет на
StoreOnce только блоки, изменившиеся с
момента снятия предыдущего снэпшота, при
этом передача происходит в многопоточном
режиме
RMC
3
RMC backup data flow
5
5 Средний коэффициент
дедупликации на системах
StoreOnce - ~20
Application Server
3PAR All Flash Array
2
2
Приложение «замораживается» на несколько
секунд, СХД снимает снэпшот с тома,
приложение «размораживается»
HPE Internal Use Only

12. HPE RMC – всегда синтетический полный бэкап
Библиотека StoreOnce
Catalyst
Store
Каждый бэкап
перестраивается
в полный
– Требуется только один настоящий полный бэкап - первоначальный
– При следующих бэкапах передаются только измененные блоки данных с момента последнего бэкапа
– Для восстановления всегда готова полная копия

13. C0
C1
C2
C3
C4
C5
C9
C8
C7
C6
C11
C12
Иллюстрация синтетического полного бэкапа
3PAR
B0 B1 B2 B3 B4 B5 B9B8B7B6
VV1
StoreOnce
P0 P1 P2 P3 P4 P5 P9P8P7P6
VV1-SNAP1
B0 ~ B9
Mapping info
VV1-SNAP2
P0 P1 B11 P3 B12 P5 P9B8B5P6
B11,B12,B5
Mapping info
1st
Backup
Next
Backup
Synthesis
B0 Data Block P5 Snapshot Pointers Hash codeH1 C12 Chunks after compression
B5 is not sent to
StoreOnce as
Deduped
H0 H1 H2 H3 H4 H5 H9H8H7H6
Manifest file-1
Represents a full backup
H0 H1 H11 H3 H12 H5 H9H8H5H6
Manifest-2
Represents a full backup
Snapdiff
Synthesis
RMC
VMB11 B12 B5

14. C0
C1
C2
C3
C4
C7
C5
C6
Что происходит при удалении старых бэкапов?
Иллюстрация процесса «уборки»
StoreOnce
1st
Backup
Next
Backup
B0 Data Block P5 Snapshot Pointers Hash codeH1 C12 Chunks after compression
H0 H1 H2 H3 H4 H5 H9H8H7H6
Manifest file-1
Represents a full backup
H0 H1 H11 H3 H12 H5 H9H8H5H6
Manifest-2
Represents a full backup
C9
C8
C11
C12

15. HPE RMC – многопоточный бэкап
До 16 потоков на каждый том, подлежащий резервному копированию
3PAR Virtual
Volume RO
snapshot
Fragment 1
Fragment 2
Fragment 3
Fragment 4
multiple data streams
Fragment nn
Policy setting:
“MUST to have” for any
vv/VM over 100GB.
Available both in RMC GUI
and RMC-V GUI
Recommended value of 16
for ANY large VV
Policy setting:
Please don’t select this unless you are 100%
sure about the consequence, for instance,
adding another 4 hours “verification”on top
of original 15 minutes backup
Catalyst Store - item
Object 1
StoreOnce Appliance
Object 2
Object 3
Object 4
Object nn

16. Сценарии использования, в которых прямой бэкап незаменим
– 1. Бэкап файловых серверов с миллионами файлов:
– Обычное ПО резервного копирования делает такой бэкап десятки, если не сотни, часов независимо от того,
инкрементальный бэкап или полный;
– Типичная скорость при этом составляет от 5 Мбайт/с до ~50 Мбайт/с;
– С использованием RMC производительность взлетит до 2000 Мбайт/с и более за счет многопоточности и
использования схемы Synthetic Full;
– 2. Бэкап виртуальных машин с дисками большого размера (large VMDK):
– Виртуальные машины с дисками более 1 Тбайт;
– Любое ПО резервного копирования способно делать бэкап таких ВМ только в один поток (используя VADP
технологию) что составляет около ~150 Мбайт/с;
– Прямой бэкап (RMC-V) использует многопоточность и схему Synthetic Full для одного VMDK файла, достигая
более 2000 Мбайт/с;
– 3. Прямой бэкап – лучшая защита для томов VMware VVOL
– 3PAR/RMC-V – единственное на рынке решение по бэкапу томов VMware VVOL, используя протокол FC;

17. 3PAR в качестве продуктивного
сторэджа
Используя StoreOnce и RMC….
Можно существенно
удешевить решение по
резервному копированию,
отказавшись от специального
ПО
8400 Hybrid Array - €157k
1X
Для РК требуется
специальное ПО,
которое, как
правило, довольно
дорого
100TB Backup
software
€278k
1.75X of 3PAR array
StoreOnce 5100 - €59.5k
6 weeks retention
0.4X
– Based on 100TB of data and equal discount across the board
HPE RMC – экономный бэкап
HPE Internal Use Only

18. Reduce the …….. TCO
3PAR в качестве продуктивного
сторэджа
Используя StoreOnce и RMC….
Можно существенно
удешевить решение по
резервному копированию,
отказавшись от специального
ПО
1 x 0.4 x1.75 x
Для РК требуется
специальное ПО,
которое, как
правило, довольно
дорого
HPE RMC
Express Protect
HPE Internal Use Only

19. Ключевые преимущества прямого бэкапа по сравнению с
традиционными решениями по резервному копированию
Быстро
Выполняем SLA и
укладываемся в окно бэкапа,
не останавливая приложения
Эффективно
Снижаем стоимость и сложность
традиционных схем, где
используется ПО резервного
копирования
Надежно
Защищаем приложения,
используя аппаратные
снэпшоты
Просто
Даем возможность управлять
бэкапом и восстановлением
администраторам
гипервизоров и приложений,
используя привычный им
интерфейс
StoreOnce Recovery
Manager Central

20. 8400
8450
8440
20800
20850
8200
20450
20840
Продуктовая линейка систем хранения данных HPE 3PAR
Единая архитектура
• Одна операционная система
• Один интерфейс управления
• Единый функционал ПО
Эффективность
8200 – лучшие показатели ТСО
Когда важна масштабируемость
20800 и 20840 до 6ПБ сырой ёмкости
8440 до 3ПБ сырой ёмкости
Когда важна
производительность
20850 до 3 200 000 IOPS @ <1 ms
latency
20450 до 1 600 000 IOPS @ <1 ms
latency
8450 до 900 000 IOPS @ <1 ms
latency

21. 1ТБ (free), 4ТБ, 10ТБ,
20ТБ, 32ТБ и 50ТБ
Модельный ряд HPE StoreOnce
21
3540
5.5TB usable
Scalable up to
31.5TB usable
Scalable up to
216TB usableVSA
3100
5500
Scalable up to
785TB usable
StoreOnce Catalyst
Backup App & Source Dedupe
Scalable up to
1.7PB usable
3520
Scalable up to
15.5TB usable
HPE StoreOnce
Recovery Manager
Central
5100
6600

22. Защищайте лучшее лучшим!
HPE 3PAR StoreServ
Gartner Critical Systems
Capabilities #1 Mid Range
Overall
HPE 3PAR StoreServ 7000
InfoWorld
Technology of the Year
HPE 3PAR StoreServ 7400
Midrange Array
Best-in-Class
HPE 3PAR StoreServ 7400
2015 Gartner Magic
Quadrant for
Deduplication Backup
Target Appliances HPE
StoreOnce a Leader
HPE StoreOnce Backup
Deduplicating Backup
Appliance Best in Class
HPE StoreOnce 6500
Deduplicating
Backup Appliance
Excellent
HPE StoreOnce 4900
Product of the year in
the All-Flash Systems
category
HPE 3PAR StoreServ
7450
Product of the year in
the Backup Hardware
category
HPE StoreOnce 6500
Бэкап
Восстановление
RMC

23. Спасибо!
Вопросы? > NiKy@hpe.com