Вебинар компании VMware. Докладчик Александр Пыльнев.

1. Новые возможности VMware vCenter Site
Recovery Manager v5.0
Александр Пыльнев, консультант по решениям VMware
Конфиденциальный документ
© VMware, Inc., 2011. Все права защищены.

2. Программа
• Новые возможности защиты виртуальных машин
• Сценарии аварийного восстановления инфраструктуры
• Плановое перемещение виртуальных машин между основной и
резервной площадкой
• Тестирование сценариев аварийного восстановления
• От виртуальных машин к решаемым ими задачам – расширенные
возможности восстановления
• Лицензирование
3 Конфиденциальный документ

3. Виртуализация действительно помогает
в обеспечении непрерывности бизнеса!
Защита, независимая от приложений и ОС
Ориентация на удобство и экономичность
Локальная среда Резервная среда
Сервер эл. почты Веб-сервер Сервер Java Сервер БД Файловый сервер
MS Exchange Apache PHP JVM Oracle 10g Разработка и Разработка и Разработка и
MS Windows Red Hot MS Windows Red Hot Red Hot тестирование тестирование тестирование
Server 2003 Enterprise Server 2003 Enterprise Enterprise Linux
Linux Linux
Пул ресурсов Пул ресурсов
vSphere vSphere vSphere vSphere vSphere
Локальная доступность Аварийное восстановление
• vSphere High Availability • vCenter Site Recovery Manager
• vSphere Fault Tolerance
• vMotion
Защита данных
• vSphere Data Recovery
• API-интерфейсы vStorage для защиты данных
4 Конфиденциальный документ

4. SRM История
 Появился во второй половине 2008 года
 > 5,000 заказчиков
 50% рост в 2010
“If your organization is already taking advantage of virtualization,
then adding Site Recovery Manager to handle disaster recovery
is a no-brainer.”
― Jerry Wilkin
Senior Systems Administrator, Dayton Superior Corp
5 Конфиденциальный документ

5. SRM для современной архитектуры высокого уровня
Защищенная инфраструктура Резервная инфраструктура
Клиент vSphere Клиент vSphere
Подключаемый Подключаемый
модуль SRM модуль SRM
Сервер SRM Сервер vCenter Сервер vCenter Сервер SRM
SRA SRA
ESX ESX ESX ESX ESX
ПО репликации ПО репликации
Репликация
Хранилище Хранилище
VMFS VMFS VMFS VMFS
6 Конфиденциальный документ

6. DR – слишком дорого для всей инфраструктуры
Tier 1 Приложения - Защищены
APP APP APP Необходимо расширить возможности
OS OS OS аварийного восстановления
• Tier 2 / 3 приложения в больших
Tier 2 / 3 Приложения – только резервные копии ЦОД
APP APP APP
APP APP APP APP • Малый и средний бизнес
OS OS OS
OS OS OS OS
• Удалённые офисы и филиалы
Малый ЦОД – только резервные копии
Малый и средний бизнес
ЦОД
Удалённые офисы / Филиалы
7 Конфиденциальный документ

7. vCenter Site Recovery Manager обеспечивает
надежное и удобное аварийное восстановление
 Site Recovery Manager дополняет vSphere самыми удобными
и надежными средствами по защите от аварий и переносу инфраструктур
 Экономичная репликация приложений в резервную среду
• Встроенный компонент vSphere Replication
• Поддержка большого числа продуктов для репликации на основе хранилищ
 Удобное управление планами восстановления и переноса
• Замена традиционных книг инструкций централизованными планами восстановления
• Создание нового плана сокращается с нескольких недель до нескольких минут
 Автоматизация процессов аварийного переключения и переноса
для надежного восстановления
• Частое тестирование без
прерывания работы
• Быстрое автоматизированное
аварийное переключение
• Автоматизация процессов возврата
в основную среду
8 Конфиденциальный документ

8. Технология: vSphere Replication
 Добавление встроенного средства репликации в SRM
• Виртуальные машины могут реплицироваться,
независимо от расположения в хранилище
• Репликация между разнородными хранилищами данных
• Репликация администрируется как свойство виртуальной машины
• Эффективная репликация сводит к минимуму воздействие
на рабочие нагрузки ВМ
9 Конфиденциальный документ

9. Обзор vSphere Replication
 Детализация репликации на уровне виртуальной машины
• Можно реплицировать все диски ВМ или их часть.
• Первоначальную копию можно создать любым способом,
даже через Sneaker Net!
• Реплицированные диски можно размещать в любом хранилище.
• Диски реплицируются согласованными группами.
 Упрощение управления репликацией
• Пользователь выбирает расположение целевых дисков.
• Пользователь выбирает целевую точку восстановления.
• Пользователь может указать первичную копию для сокращения
нагрузки на полосу пропускания.
 Особенности репликации
• Изменения на исходных дисках отслеживаются в ESX.
• Дельты отправляются в удаленную инфраструктуру.
• Снимки VMware не используются.
10 Конфиденциальный документ

10. Интерфейс репликации
 Выберите ВМ для репликации в контекстном меню
клиента vSphere
 Это может быть одна или несколько ВМ
11 Конфиденциальный документ

11. Архитектура SRM с компонентом vSphere Replication
Защищенная инфраструктура Резервная инфраструктура
Клиент vSphere Клиент vSphere
Подключаемый Подключаемый
модуль SRM модуль SRM
Сервер SRM Сервер vCenter Сервер vCenter Сервер SRM
vRMS vRMS
vRS
ESX ESX ESX ESX ESX
vRA vRA vRA
Хранилище
Хранилищ Хранилище
VMFS VMFS е VMFS VMFS
12 Конфиденциальный документ

12. Целостность данных приложений при использовании SRM
 Репликация на уровне СХД:
Целостность приложений
обеспечивают средства • Обеспечивается ПО репликации от
репликации производителя СХД
• Обычно представлено в виде агента
Quiesce Replicate app- App-consistent внутри ВМ, гарантирующего
application consistent VM VM presented цеостность данных
to SRM
 vSphere Replication: Целостность
приложений только при плановой
миграции
• Целостность файловой системы на
случай аварии через механизмы VSS
Средства в VMware Tools
управления
репликациями
13 Конфиденциальный документ

13. Ограничения vSphere Replication 1.0
 Работает с виртуальными дисками включенных ВМ.
• ISO-образы и образы гибких дисков не реплицируются.
• Выключенные и приостановленные ВМ не реплицируются.
• Второстепенные файлы (например, журналы, статистика, файлы
подкачки, дампы) не реплицируются.
 vSR действует на уровне виртуальных устройств.
• Не зависит от формата диска.
• Не зависит от снимков в основной инфраструктуре.
• Snapshot’ы работают с vSR и реплицируются, но ВМ восстанавливаются
без них.
• RDM не поддерживаются.
 FT, «связанные» клоны и шаблоны ВМ не поддерживаются
при использовании vSR.
 Автоматический возврат в основную среду для ВМ под
защитой vSR будет поддерживаться в будущих версиях.
 В ВМ должен быть установлен компонент Virtual Hardware 7
или более поздней версии.
14 Конфиденциальный документ

14. Защита для Tier 2-приложений и малых ЦОДов
Tier 1 Приложения Стоимость СХД, репликации, и
SRM к одной ВМ
$2,000/VM
$2,000
SRM
Enterprise
Storage Replication
Replication SW
$1,000
Tier 2 / 3 Приложения Tier 1 Storage $600/VM
Failover Site SRM Standard
Tier 2 Storage
Failover Site
vSphere Storage Replication vSphere Replication
Большой ЦОД Малый ЦОД
vSphere Replication
Малые ЦОДы
vSphere Replication
Малый бизнес
ЦОД
Удалённый офис/ Филиал
15 Конфиденциальный документ

15. SRM – поддерживаемые архитектуры
Active-Passive Active-Active Bi-directional Shared
Failover Failover Failover Recovery Sites
Production Production Production
Recovery Recovery Production
16 Конфиденциальный документ

16. Масштабируемость SRM
Максимум
Всего защищенных
1 000
виртуальных машин
Защищенных виртуальных машин
500
в одной защищенной группе
Защищенных групп 250
Одновременное выполнение
30
планов восстановления
Виртуальных машин,
500
реплицируемых в vSphere Replication
17 Конфиденциальный документ

17. Сценарии аварийного восстановления
инфраструктуры и плановой миграции
18 Конфиденциальный документ

18. Пять шагов для создания плана аварийного
восстановления
Создайте план аварийного …И забудьте рутинные настройки
восстановления за 5 шагов… традиционных подходов к защите
Маскирование ресурсов двух сайтов Индивидуальная настройка каждого
• Пул ресурсов защищаемого сервера
Step 1
• Сетевая инфраструктура
Восстановление ОС и приложения с его
• Каталоги ВМ данными целиком
Задать группу защищаемых. ВМ
Step 2 Обеспечение правильной работы
репликации СХД
Обозначить некритичные/тестовые ВМ • Остановить репликацию и
Step 3 перемонтировать резервные тома
• Зарегистрировать VM в vCenter
Задать последовательность загрузки
Step 4 восстанавливаемых ВМ
Перенастроить сетевое оборудование
Преднастроить IP-адреса для
Step 5 восстанавливаемых ВМ
Optional Дополнительные скрипты настройки
ВМ
19 Конфиденциальный документ

19. Планы аварийного восстановления на каждый случай!
Планы аварийного Обзор
восстановления
Recovery Plan 1 Может быть создано множество планов
резервного восстановления
Datacenter  Отдельно для каждой ВМ
Recovery Plan 2  Для всего ЦОД
Exchange Минимальная единица восстановления –
защищаемая группа
 Обычно эквивалентна всем виртуальным
Hub Mailbox машинам на одном томе СХД
CAS
Recovery Plan 3
Преимущества
SharePoint
Гранулярный подход к задачам восстановления
Web / SQL  Снижение простоя при обслуживании
App приложения/группы приложений
 Полное восстановление в случае аварии в ЦОД
20 Конфиденциальный документ

20. Плановый перенос
 Новая возможность: плановый перенос
Защищенные ВМ
отключаются,
а затем
синхронизируются!
21 Конфиденциальный документ

21. Возврат в основную среду
Описание Преимущества
• Возврат всех • Упрощение операций аварийного восстановления для
восстановленных ВМ организаций, которые должны выполнять полноценное
в основную среду аварийное переключение в рамках тестирования
одним нажатием аварийного восстановления
кнопки • Упрощение восстановления после аварий
• Интерфейсы
хранилища для
автоматической
обратной репликации
• Воспроизведение
существующих
планов
восстановления для
исключения новых
виртуальных машин Обратная репликация
из возврата в
основную среду
Среда А (основная) Среда Б (резервная)
22 Конфиденциальный документ

22. Возврат в основную среду
 Перед возвратом в основную среду необходимо выполнить
перенос (в рамках аварийного переключения или плановый)
и повторную активацию защиты.
 Для возврата в основную среду план восстановления
запускается повторно.
 Теперь план восстановления выполнит возврат ВМ
в исходную инфраструктуру.
23 Конфиденциальный документ

23. Событие аварийного восстановления
24 Конфиденциальный документ

24. Тестирование сценариев аварийного
восстановления
25 Конфиденциальный документ

25. Тестирование сценариев аварийного восстановления
Риски Традиционный подход к восстановлению
TESTING GAP
Время
DR Test DR Test
Риски Site Recovery Manager
Снижение уверенности в
успехе процесса DR
Frequent
DR Testing
 Высоки риски краха при выполнении аварийного
восстановления без регулярного тщательного
тестирования этой процедуры
 Тестирование процедуры восстановления может Время
занимать значительное количество времени
DR Test DR Test
SRM обеспечивает уверенность в успехе процедуры
аварийного восстановления
26 Конфиденциальный документ

26. Регулярное тестирование сценариев аварийного
восстановления инфраструктуры
Безопасной тестирование Обзор
на резервной площадке  Автоматическое выполнение тестирования
• Глубокое тестирование приложений и
ВМ
Резервный ЦОД
• Отчёты о результате теста
Изолированная
тестовая среда  Изолированная тестовая среда
• Snapshot replicated LUNs
• Запуск ВМ в изолированной среде
vSphere
Benefits
Replication  Уверенность в выполнимости сценариев
аварийного восстановления
 Быстрая диагностика возможных сбоев
 Снижение затрат и требуемых ресурсов на
проведение тестирования
• Высокая скорость выполнения
LUN snapshot
тестирования без остановки работы
27 Конфиденциальный документ

27. От виртуальных машин к решаемым ими задачам –
расширенные возможности восстановления
28 Конфиденциальный документ

28. Разное: вызов сценариев из гостевых систем
29 Конфиденциальный документ

29. Взаимозависимости
 Представлены дополнительные возможности управления
многоуровневыми приложениями.
30 Конфиденциальный документ

30. Взаимозависимости (продолжение)
31 Конфиденциальный документ

31. Взаимозависимости (продолжение): порядок запуска ВМ
Группа 1 Группа 2 Группа 3 Группа 4 Группа 5
Сервер Настольный
приложений компьютер
Apache
Apache
Главная база База данных
База данных
Настольный
данных
компьютер
Apache
Настольный
Сервер компьютер
приложений
Настольный
Синхрониза- компьютер
Exchange
ция почты
32 Конфиденциальный документ

32. Пользовательский интерфейс
 Мы благодарим специалистов по пользовательским
интерфейсам, дизайнеров и заказчиков!
Обе инфраструктуры
отображаются
без использования
компонента
Linked Mode!
33 Конфиденциальный документ

33. Пользовательский интерфейс (продолжение)
Доступно поле
Доступно поле
Started by («Кем
Started by
запущено»)!
(«Кем запущено»)!
34 Конфиденциальный документ

34. Пользовательский интерфейс (продолжение)
35 Конфиденциальный документ

35. Разное
 IPv6
• SRM будет поддерживать IPv6 для всех сетевых подключений.
• vSphere Replication поддерживает обмен данными по протоколу IPv6,
если базовые серверы ESXi поддерживают IPv6.
 Один интерфейс пользователя — применение двух
клиентов или компонента Linked Mode больше не требуется
 Повышение производительности настройки IP
• Эта команда не меняется для массовых операций импорта,
но фактическое действие настройки выполняется гораздо быстрее.
 Вызов из гостевых систем
• Начиная с версии 1.0, пользователи могут запускать сценарии,
сохраненные на сервере SRM.
Теперь доступен запуск из гостевых систем.
36 Конфиденциальный документ

36. API-интерфейс
 Существующий API-интерфейс для резервной
инфраструктуры сохранен.
 Добавлен новый API-интерфейс для защищенной
и резервной инфраструктур.
 API-интерфейс защищенной инфраструктуры
включает следующее.
• Список реплицируемых хранилищ данных, групп защиты, ресурсов, ВМ
• Запрос статуса защиты ВМ
• Защита и отмена защиты одной или нескольких ВМ
• Статус группы защиты
 API-интерфейс резервной инфраструктуры
включает следующее.
• Сведения о плане восстановления
• Запуск, отмена, перечисление, ответ на запросы
• Журнал выполнений плана в формате XML
• Основные сведения о результатах выполнения плана (имя, запуск, остановка и др.)
37 Конфиденциальный документ

37. Лицензирование
38 Конфиденциальный документ

38. SRM 5 Редакции и лицензирование
SRM 5
Standard Enterprise
Price per protected virtual machine
$195 $495
(license only)
Scalability Limits
(1)
• Maximum protected VMs 75 virtual machines Unlimited(2)
Features
• Support for storage-based replication
• Centralized recovery plans
• Non-disruptive testing
• Automated DR failover
• vSphere Replication
• Automated failback
• Planned migration
1. Maximum of 75 VMs per site and per SRM instance
2. Subject to the product’s technical scalability limits
New in SRM 5.0
39 Конфиденциальный документ

39. SRM 5 Требования к лицензированию
Поддерживаемые версии Лицензируем Лицензионные
и редакции ый объект требования
• Одна лицензия на каждую
защищаемую ВМ
Site Recovery Manager 5.0 ВМ • Выключенные но
защищаемые ВМ тоже
учитываются
• vCenter 5.0
• Две лицензии – одна для
• vCenter Standard or Инсталяция
vCenter Server основной, вторая для
Foundation резервной площадки
• vSphere 4 or 5 • Необходимо иметь
• vSphere Enterprise Plus, Физический лицензии для всех
vSphere Enteprise, Advanced or процессор работающих узлов
Standard (сокет) vSphere
40 Конфиденциальный документ

40. Сводка новых возможностей SRM v5.0
 Новый интерфейс пользователя
 Плановый перенос с обновлением репликации
 Возврат в основную среду
 vSphere Replication
 Быстрая настройка IP
 Значки теневых ВМ
 Сценарии для гостевых систем
 Взаимозависимости ВМ
41 Конфиденциальный документ

41. Вопросы?
42 Конфиденциальный документ