Новые возможности VMware vCenter Site Recovery Manager v5.0

24,637 views

Published on

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

Published in: Technology
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
24,637
On SlideShare
0
From Embeds
0
Number of Embeds
22,487
Actions
Shares
0
Downloads
43
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Новые возможности VMware vCenter Site Recovery Manager v5.0

  1. 1. Новые возможности VMware vCenter SiteRecovery Manager v5.0Александр Пыльнев, консультант по решениям VMwareКонфиденциальный документ © VMware, Inc., 2011. Все права защищены.
  2. 2. Программа • Новые возможности защиты виртуальных машин • Сценарии аварийного восстановления инфраструктуры • Плановое перемещение виртуальных машин между основной и резервной площадкой • Тестирование сценариев аварийного восстановления • От виртуальных машин к решаемым ими задачам – расширенные возможности восстановления • Лицензирование3 Конфиденциальный документ
  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. 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 Corp5 Конфиденциальный документ
  5. 5. SRM для современной архитектуры высокого уровняЗащищенная инфраструктура Резервная инфраструктура Клиент vSphere Клиент vSphere Подключаемый Подключаемый модуль SRM модуль SRM Сервер SRM Сервер vCenter Сервер vCenter Сервер SRM SRA SRA ESX ESX ESX ESX ESX ПО репликации ПО репликации Репликация Хранилище Хранилище VMFS VMFS VMFS VMFS6 Конфиденциальный документ
  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. 7. vCenter Site Recovery Manager обеспечиваетнадежное и удобное аварийное восстановление Site Recovery Manager дополняет vSphere самыми удобными и надежными средствами по защите от аварий и переносу инфраструктур Экономичная репликация приложений в резервную среду • Встроенный компонент vSphere Replication • Поддержка большого числа продуктов для репликации на основе хранилищ Удобное управление планами восстановления и переноса • Замена традиционных книг инструкций централизованными планами восстановления • Создание нового плана сокращается с нескольких недель до нескольких минут Автоматизация процессов аварийного переключения и переноса для надежного восстановления • Частое тестирование без прерывания работы • Быстрое автоматизированное аварийное переключение • Автоматизация процессов возврата в основную среду 8 Конфиденциальный документ
  8. 8. Технология: vSphere Replication Добавление встроенного средства репликации в SRM • Виртуальные машины могут реплицироваться, независимо от расположения в хранилище • Репликация между разнородными хранилищами данных • Репликация администрируется как свойство виртуальной машины • Эффективная репликация сводит к минимуму воздействие на рабочие нагрузки ВМ9 Конфиденциальный документ
  9. 9. Обзор vSphere Replication Детализация репликации на уровне виртуальной машины • Можно реплицировать все диски ВМ или их часть. • Первоначальную копию можно создать любым способом, даже через Sneaker Net! • Реплицированные диски можно размещать в любом хранилище. • Диски реплицируются согласованными группами. Упрощение управления репликацией • Пользователь выбирает расположение целевых дисков. • Пользователь выбирает целевую точку восстановления. • Пользователь может указать первичную копию для сокращения нагрузки на полосу пропускания. Особенности репликации • Изменения на исходных дисках отслеживаются в ESX. • Дельты отправляются в удаленную инфраструктуру. • Снимки VMware не используются.10 Конфиденциальный документ
  10. 10. Интерфейс репликации Выберите ВМ для репликации в контекстном меню клиента vSphere Это может быть одна или несколько ВМ11 Конфиденциальный документ
  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 VMFS12 Конфиденциальный документ
  12. 12. Целостность данных приложений при использовании SRM  Репликация на уровне СХД: Целостность приложений обеспечивают средства • Обеспечивается ПО репликации от репликации производителя СХД • Обычно представлено в виде агента Quiesce Replicate app- App-consistent внутри ВМ, гарантирующегоapplication consistent VM VM presented цеостность данных to SRM  vSphere Replication: Целостность приложений только при плановой миграции • Целостность файловой системы на случай аварии через механизмы VSS Средства в VMware Tools управления репликациями13 Конфиденциальный документ
  13. 13. Ограничения vSphere Replication 1.0 Работает с виртуальными дисками включенных ВМ. • ISO-образы и образы гибких дисков не реплицируются. • Выключенные и приостановленные ВМ не реплицируются. • Второстепенные файлы (например, журналы, статистика, файлы подкачки, дампы) не реплицируются. vSR действует на уровне виртуальных устройств. • Не зависит от формата диска. • Не зависит от снимков в основной инфраструктуре. • Snapshot’ы работают с vSR и реплицируются, но ВМ восстанавливаются без них. • RDM не поддерживаются. FT, «связанные» клоны и шаблоны ВМ не поддерживаются при использовании vSR. Автоматический возврат в основную среду для ВМ под защитой vSR будет поддерживаться в будущих версиях. В ВМ должен быть установлен компонент Virtual Hardware 7 или более поздней версии.14 Конфиденциальный документ
  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. 15. SRM – поддерживаемые архитектуры Active-Passive Active-Active Bi-directional Shared Failover Failover Failover Recovery SitesProduction Production Production Recovery Recovery Production16 Конфиденциальный документ
  16. 16. Масштабируемость SRM Максимум Всего защищенных 1 000 виртуальных машин Защищенных виртуальных машин 500 в одной защищенной группе Защищенных групп 250 Одновременное выполнение 30 планов восстановления Виртуальных машин, 500 реплицируемых в vSphere Replication17 Конфиденциальный документ
  17. 17. Сценарии аварийного восстановления инфраструктуры и плановой миграции18 Конфиденциальный документ
  18. 18. Пять шагов для создания плана аварийноговосстановления Создайте план аварийного …И забудьте рутинные настройки восстановления за 5 шагов… традиционных подходов к защите Маскирование ресурсов двух сайтов Индивидуальная настройка каждого • Пул ресурсов защищаемого сервераStep 1 • Сетевая инфраструктура Восстановление ОС и приложения с его • Каталоги ВМ данными целиком Задать группу защищаемых. ВМStep 2 Обеспечение правильной работы репликации СХД Обозначить некритичные/тестовые ВМ • Остановить репликацию иStep 3 перемонтировать резервные тома • Зарегистрировать VM в vCenter Задать последовательность загрузкиStep 4 восстанавливаемых ВМ Перенастроить сетевое оборудование Преднастроить IP-адреса дляStep 5 восстанавливаемых ВМ Optional Дополнительные скрипты настройки ВМ19 Конфиденциальный документ
  19. 19. Планы аварийного восстановления на каждый случай! Планы аварийного Обзор восстановления Recovery Plan 1 Может быть создано множество планов резервного восстановления Datacenter  Отдельно для каждой ВМ Recovery Plan 2  Для всего ЦОД Exchange Минимальная единица восстановления – защищаемая группа  Обычно эквивалентна всем виртуальным Hub Mailbox машинам на одном томе СХД CAS Recovery Plan 3 Преимущества SharePoint Гранулярный подход к задачам восстановления Web / SQL  Снижение простоя при обслуживании App приложения/группы приложений  Полное восстановление в случае аварии в ЦОД20 Конфиденциальный документ
  20. 20. Плановый перенос Новая возможность: плановый перенос Защищенные ВМ отключаются, а затем синхронизируются!21 Конфиденциальный документ
  21. 21. Возврат в основную среду Описание Преимущества • Возврат всех • Упрощение операций аварийного восстановления для восстановленных ВМ организаций, которые должны выполнять полноценное в основную среду аварийное переключение в рамках тестирования одним нажатием аварийного восстановления кнопки • Упрощение восстановления после аварий • Интерфейсы хранилища для автоматической обратной репликации • Воспроизведение существующих планов восстановления для исключения новых виртуальных машин Обратная репликация из возврата в основную среду Среда А (основная) Среда Б (резервная)22 Конфиденциальный документ
  22. 22. Возврат в основную среду Перед возвратом в основную среду необходимо выполнить перенос (в рамках аварийного переключения или плановый) и повторную активацию защиты. Для возврата в основную среду план восстановления запускается повторно. Теперь план восстановления выполнит возврат ВМ в исходную инфраструктуру.23 Конфиденциальный документ
  23. 23. Событие аварийного восстановления24 Конфиденциальный документ
  24. 24. Тестирование сценариев аварийного восстановления25 Конфиденциальный документ
  25. 25. Тестирование сценариев аварийного восстановленияРиски Традиционный подход к восстановлению TESTING GAP Время DR Test DR TestРиски Site Recovery Manager Снижение уверенности в успехе процесса DR Frequent DR Testing  Высоки риски краха при выполнении аварийного восстановления без регулярного тщательного тестирования этой процедуры  Тестирование процедуры восстановления может Время занимать значительное количество времени DR Test DR Test SRM обеспечивает уверенность в успехе процедуры аварийного восстановления26 Конфиденциальный документ
  26. 26. Регулярное тестирование сценариев аварийноговосстановления инфраструктуры Безопасной тестирование Обзор на резервной площадке  Автоматическое выполнение тестирования • Глубокое тестирование приложений и ВМ Резервный ЦОД • Отчёты о результате теста Изолированная тестовая среда  Изолированная тестовая среда • Snapshot replicated LUNs • Запуск ВМ в изолированной среде vSphere Benefits Replication  Уверенность в выполнимости сценариев аварийного восстановления  Быстрая диагностика возможных сбоев  Снижение затрат и требуемых ресурсов на проведение тестирования • Высокая скорость выполнения LUN snapshot тестирования без остановки работы27 Конфиденциальный документ
  27. 27. От виртуальных машин к решаемым ими задачам – расширенные возможности восстановления28 Конфиденциальный документ
  28. 28. Разное: вызов сценариев из гостевых систем29 Конфиденциальный документ
  29. 29. Взаимозависимости Представлены дополнительные возможности управления многоуровневыми приложениями.30 Конфиденциальный документ
  30. 30. Взаимозависимости (продолжение)31 Конфиденциальный документ
  31. 31. Взаимозависимости (продолжение): порядок запуска ВМ Группа 1 Группа 2 Группа 3 Группа 4 Группа 5 Сервер Настольный приложений компьютер Apache Apache Главная база База данных База данных Настольный данных компьютер Apache Настольный Сервер компьютер приложений Настольный Синхрониза- компьютер Exchange ция почты32 Конфиденциальный документ
  32. 32. Пользовательский интерфейс Мы благодарим специалистов по пользовательским интерфейсам, дизайнеров и заказчиков! Обе инфраструктуры отображаются без использования компонента Linked Mode!33 Конфиденциальный документ
  33. 33. Пользовательский интерфейс (продолжение) Доступно поле Доступно поле Started by («Кем Started by запущено»)! («Кем запущено»)!34 Конфиденциальный документ
  34. 34. Пользовательский интерфейс (продолжение)35 Конфиденциальный документ
  35. 35. Разное IPv6 • SRM будет поддерживать IPv6 для всех сетевых подключений. • vSphere Replication поддерживает обмен данными по протоколу IPv6, если базовые серверы ESXi поддерживают IPv6. Один интерфейс пользователя — применение двух клиентов или компонента Linked Mode больше не требуется Повышение производительности настройки IP • Эта команда не меняется для массовых операций импорта, но фактическое действие настройки выполняется гораздо быстрее. Вызов из гостевых систем • Начиная с версии 1.0, пользователи могут запускать сценарии, сохраненные на сервере SRM. Теперь доступен запуск из гостевых систем.36 Конфиденциальный документ
  36. 36. API-интерфейс Существующий API-интерфейс для резервной инфраструктуры сохранен. Добавлен новый API-интерфейс для защищенной и резервной инфраструктур. API-интерфейс защищенной инфраструктуры включает следующее. • Список реплицируемых хранилищ данных, групп защиты, ресурсов, ВМ • Запрос статуса защиты ВМ • Защита и отмена защиты одной или нескольких ВМ • Статус группы защиты API-интерфейс резервной инфраструктуры включает следующее. • Сведения о плане восстановления • Запуск, отмена, перечисление, ответ на запросы • Журнал выполнений плана в формате XML • Основные сведения о результатах выполнения плана (имя, запуск, остановка и др.)37 Конфиденциальный документ
  37. 37. Лицензирование38 Конфиденциальный документ
  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.039 Конфиденциальный документ
  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 (сокет) vSphere40 Конфиденциальный документ
  40. 40. Сводка новых возможностей SRM v5.0 Новый интерфейс пользователя Плановый перенос с обновлением репликации Возврат в основную среду vSphere Replication Быстрая настройка IP Значки теневых ВМ Сценарии для гостевых систем Взаимозависимости ВМ41 Конфиденциальный документ
  41. 41. Вопросы?42 Конфиденциальный документ

×