VMworld 2015: Site Recovery Manager and Policy Based DR Deep Dive with Engineering
Download as PPTX, PDF2 likes1,061 views
Policy based management greatly simplifies the work of IT Administrators making it easy to ensure that applications and VMs receive the resources, protection and functionality required. Learn about the latest enhancements of Site Recovery Manager in this space, which represent a huge step towards providing policy based DR. In this session we'll dive deep into how this approach works and how to work with them.
Ad
More Related Content
What's hot (20)
Viewers also liked (20)
Ad
Similar to VMworld 2015: Site Recovery Manager and Policy Based DR Deep Dive with Engineering (20)
Ad
More from VMworld (7)
Recently uploaded (20)
VMworld 2015: Site Recovery Manager and Policy Based DR Deep Dive with Engineering
- 1. Site Recovery Manager and Policy Based DR: Deep dive with Engineering GS Khalsa, VMware, Inc Aleksey Pershin, VMware, Inc STO6137 #STO6137
- 2. โข This presentation may contain product features that are currently under development. โข This overview of new technology represents no commitment from VMware to deliver these features in any generally available product. โข Features are subject to change, and must not be included in contracts, purchase orders, or sales agreements of any kind. โข Technical feasibility and market demand will affect final delivery. โข Pricing and packaging for any new technologies or features discussed or presented have not been determined. Disclaimer CONFIDENTIAL 2
- 3. Agenda CONFIDENTIAL 3 1 Why SPPGs? What are they? 2 Deep Dive and Demos 3 Recap 4 Q&A
- 4. Key Components Of SRM vCenter Server Site Recovery Manager Protected Site Recovery Site Storage vCenter Server Site Recovery Manager vSpherevSphere Storage
- 5. What is a protection group? โข Group of VMs that will be recovered together โ Application โ Department โ System type โ ? โข Different depending on replication type โข A VM can only belong to one Protection Group CONFIDENTIAL 5 Protection Group
- 6. vSphere Replication Protection Groups โข Group VMs as desired into Protection Groups โข What storage they are located on doesnโt matter CONFIDENTIAL 6 Protection Group 1 โ Web App Protection Group 2 โ Email Protection Group 3 โ SharePoint
- 7. Array Based Protection Groups 7 Consistency Group Protection Group 1 โ Web App LUN 1 Protection Group 2 โ Email Protection Group 3 โ SharePoint Datastore A LUN 2 Datastore B LUN 3 Datastore C LUN 4 Datastore D LUN 5 Datastore F
- 8. Challenges โข Requires explicit management โ Primarily via UI/Limited API โข Operational overhead/complex orchestration to: โ Protect/Unprotect VMs โ Add/Remove datastores from Protection Groups CONFIDENTIAL 8
- 9. Profile Driven Protection Group Profile Driven Protection CONFIDENTIAL โข New style of Protection Groups leveraging storage profiles โข Level of indirection compared to traditional protection groups Description โข Policy based approach reduces OpEx by handling VM protection lifecycle automatically โข Simpler integration of VM provisioning, migration, and decommissioning (no orchestration) with other solutions such as vRealize Automation Benefits 9
- 10. What else is new in SRM 6.1? โข Stretched Storage Support โ STO6047 โZero Downtime Application Mobility with Site Recovery Managerโ โ Wednesday, 2:00-3:00 โข NSX Integration โ STO6328 โWhatโs New in Disaster Recovery with VMware Site Recovery Manager and VMware NSXโ โ Tuesday, 2:30-3:30 โข A whole bunch of small improvements โ STO5605 โWhatโs New in Site Recovery Managerโ โ Wednesday, 11:00-12:00 โข DR automation for vCloud Air โ using vCloud Air as a recovery site โ STO6089 โAutomation for vCloud Air Disaster Recovery - VMware Technical Previewโ โ Thursday, 12:00-1:00 CONFIDENTIAL 10
- 11. Deep Dive and Demo
- 12. Storage Profiles โข Storage Profiles (a.k.a. storage policy) is a construct in vCenter โ An indirection layer between VMs and storage โข A storage profile is backed by a set of datastores โ Datastores can be referenced by tags โ Datastores can be referenced by storage capabilities โข Array specific โข Requires VASA support from the array โข When a VM is associated with a storage profile, vCenter picks a datastore from the profileโs datastore set โ Association is per-VM and per-disk โ The user can override the datastore selection manually โข vCenter can perform a compliance check to ensure that VMs are still stored on the correct datastores CONFIDENTIAL 12 Storage Profile Datastore A Datastore B Tag Tag Tag
- 14. Storage Profile Protection Groups (SPPGs) โข A new type of protection groups in SRM 6.1 โ Legacy VM-based protection groups are fully supported โข When creating an SPPG, the user specifies a set of storage profiles โข SRM will automatically discover and protect all corresponding datastores โข SRM will automatically discover and protect all associated VMs โข SPPGs support only array based replication โ vSphere Replication is supported only through legacy VM-based protection groups CONFIDENTIAL 14
- 15. Inventory Mappings โข Inventory mappings is a way to map vCenter inventory between sites โข Network, resource pool, folder mappings should be configured before creating SPPGs โ These mappings are the same as in SRM today and are shared with VM protection groups โ The UI can automatically configure mappings using name matching โ The UI can automatically configure mappings in the reverse direction โ Name matching and reverse mappings are not updated dynamically โข Storage profile mappings should be configured before creating SPPGs โ These mappings are used only for SPPGs โข SRM has a way to deal with missing mappings detected during a failover โ The failover will fail and the mapping UI will show missing mapping โplaceholdersโ โ The user needs to configure the missing mappings and rerun the failover โ This can be done even if the protected site is not available! โข Network mappings can be configured to change IP addresses based on subnet masks CONFIDENTIAL 15
- 17. Storage Profile Protection Groups: Demo CONFIDENTIAL 17
- 18. Recovery Plans โข 2 types of recovery plans in SRM 6.1 โ Legacy recovery plans that can contain only legacy datastore/VM based protection groups โ New recovery plans that can contain only SPPGs โข When creating a recovery plan the user chooses which protection groups should belong to the recovery plan โ All VMs in the selected protection groups will be a part of the recovery plan โข Both types of recovery plans support the same customization features โ VM priority tiers โ Dependencies between VMs โ Per-VM IP customization settings โ Per-VM scripts and callouts CONFIDENTIAL 18
- 19. Automatic Protection โข SRM monitors VMs in all storage profiles assigned to an SPPG โ Any new VMs will be automatically protected โ Any removed VMs will be automatically unprotected โ The new VMs will be automatically added to the corresponding recovery plans โ The user will need to customize IP addresses, dependencies and scripts later โข Use IP customization rules based on subnet masks โ The recovery placement of the new VMs will be determined by the inventory mappings โข SRM monitors datastores in all storage profiles assigned to an SPPG โ Any new datastores will be automatically protected โข Even if a datastore has no VMs on it, it can still be protected โ Any removed datastores will be automatically unprotected CONFIDENTIAL 19 SPPG Storage Profile Datastore Tag Placement Association Tag Match
- 21. Recovery Workflows โข SPPGs will support the same recovery workflows as legacy datastore/VM based groups โข Planned migration (a.k.a. planned failover) โ Used when the protected site is still available โ Guarantees no data loss โข Disaster recovery โ Used when the protected site is likely down โ Tries to avoid data loss but continues with the recovery if there are any errors โข Forced failover โ Used when the protected site is definitely down โ Faster RTO than disaster recovery โ does not try to contact the protected site โข Test failover (and cleanup) โ Allows testing a failover without disrupting the production workloads โ Uses an isolated network at the recovery site โข Reprotect โ Reverses the direction of protection and replication after a failover CONFIDENTIAL 21
- 23. SPPGs and Legacy Protection Groups: Side-By-Side Legacy Datastore/Vm Based Groups โข Support for vSphere Replication โข Per-VM overrides for inventory mappings โข Support for non-replicated devices โ Dropping non-replicated disks during recovery โ Attaching custom .vmdk and .iso images โข RDMs SPPGs โข Automatic protection โข Streched storage support โ Using xVC-vMotion for planned migration โข NSX integration โ Support for stretched networks (across sites) โข Dynamic reprotect (more details later) โข Inventory elasticity (more details later) CONFIDENTIAL 23 Common Features โข Support for array-based replication โข Recovery workflows โข Priority tiers, VM dependencies, IP customization, scripts and callouts โข Inventory mappings (with IP customization rules based on subnet masks)
- 24. Mounting Datastores at the Recovery Site: Legacy Groups All datastores in a protection group are mounted on all hosts in all clusters that contain all placeholder VMs for this protection group โ The initial placement for placeholder VMs is determined by resource pool mappings โ Placeholder VMs can be moved to different resource pools after protection CONFIDENTIAL 24 Resource pool Protected Cluster Recovery Cluster Resource poolMapping Protection Failover
- 25. Mounting Datastores at the Recovery Site: SPPGs A datastore is mounted on all hosts in all clusters at the recovery site which contain resource pool mappings from those clusters at the protected site which contain hosts that can see the datastore CONFIDENTIAL 25 Resource pool 1 Protected Cluster Recovery Cluster 1 Resource pool Mapping Resource pool 2 Recovery Cluster 2 Resource pool Mapping Failover
- 26. SPPGs and Legacy Protection Groups: Reprotect Legacy Datastore/Vm Based Groups โข Reprotect for legacy groups == reverse โข Reprotect reverses replication only for those datastores (consistency groups) that were explicitly protected in this protection group โข Reprotect protects only those recovered VMs that were recovered through this protection group โข Any new VMs residing on the recovered VMs will be considered โpiggybackโ VMs and will need to be protected explicitly after reprotect is complete SPPGs โข SPPG reprotect == protect again โข Reprotect reverses replication for all datastores (consistency groups) that were recovered through this SPPG โข All VMs (all recovered and any new VMs) associated with the target storage profiles will be automatically protected in the opposite direction โข Any new datastores (consistency groups) referenced by the target storage profiles will be automatically protected in the opposite direction CONFIDENTIAL 26
- 27. Tag Management โข SRM will capture all tags assigned to datastores at the protected site โข SRM will assign the same tags to the recovered datastores at the recovery site โข The user must create the same tags and categories at both sites (by names) โ If the sites are federated, the tags and categories will be automatically transferred โข SPPGs will assume that target storage profiles use the same tags to reference datastores โข SRM will automatically associate recovered VMs with the target storage profiles โข SRM will verify that the recovered datastores are referenced by the target storage profiles โ If not, the failover workflow will fail CONFIDENTIAL 27
- 28. Tag Management CONFIDENTIAL 28 Source Storage Profile Datastore Tag Placement Association Tag Match Category Target Storage Profile Tag Category Mapping Match Tag Datastore Placement Association Matched by name Matched by name Created by the user SPPG Failover
- 29. Inventory Elasticity โข SPPGs are completely elastic (no user action necessary) in respect to the following changes: โ Protected VMs โข New VMs need to be associated with the source storage profiles โข IP customization needs to be configured manually โ use either rules based on subnet masks or NSX stretched networks โ Protected datastores โข New datastores need to be assign the correct tags to be referenced by the source storage profiles โ Hosts in the clusters at the protected site โข DRS will automatically redistribute VMs to the new hosts โ Hosts in the clusters at the recovery site โข SRM will automatically mount the recovered datastores on the new hosts โข SPPGs are elastic (with some minimal user action) in respect to the following changes: โ Clusters at the protected site โข The user needs to configure resource pool mappings from the new clusters โ Clusters at the recovery site โข The user needs to configure resource pool mappings to the new clusters โ Tags and tag categories โข The user needs to create the matching tags/categories at the recovery site (or federate the two sites) CONFIDENTIAL 29
- 30. Recap
- 31. Key Takeaways โข Storage profile based protection groups provide true โPolicy-based DRโ โ Automatically protect new VMs and datastores โ Elastic in respect to inventory and capacity changes at both sites โข SPPGs can drastically reduce DR-related operational expenses โ Simplify DR management โ Reduce time and effort โ both in setup and maintenance โข Enable other new features โ Stretched Storage โ NSX integration โข Other SRM sessions โ STO6047 โZero Downtime Application Mobility with Site Recovery Managerโ โ STO6328 โWhatโs New in Disaster Recovery with VMware Site Recovery Manager and VMware NSXโ โ STO5605 โWhatโs New in Site Recovery Managerโ โ STO6089 โAutomation for vCloud Air Disaster Recovery - VMware Technical Previewโ โข More ways to talk โ group discussions โ STO6555-GD โ Meet the Site Recovery Manager Engineering Team with Aleksey Pershin โ STO6554-GD โ Disaster Recovery with GS Khalsa CONFIDENTIAL 31
- 32. CONFIDENTIAL32
- 34. CONFIDENTIAL34
- 35. Site Recovery Manager and Policy Based DR: Deep dive with Engineering GS Khalsa, VMware, Inc Aleksey Pershin, VMware, Inc STO6137 #STO6137
Editor's Notes
- #4: 1 โ SRM & PGs 2 โ Challenges with PGs
- #5: 4
- #9: Requires explicit management of contents of Protected Resources, including datastores and VMs The existing operational overhead increases the cost to protect a VM.
- #10: Leveraging Storage Profiles to identify protected resources reduces costs by removing the SRM operations required to: Protect/Unprotect VMs Add/Remove datastores from protection groups
- #32: How protection groups work now โ challenges with them Introduced you to the idea of storage policies and SPPGs โ Policy based protection Whatโs new in SRM 6.1 Automatic protection Similarities and differences between VMPGs and SPPGs Tag management Elastic inventory