How it works EMC AppSync and Detailed Review
Appsync is our (Integrated) Copy Data Management (iCDM), IDC & Gartner predict that the bulk of data is coming from copies of the data itself and AppSync is our glue to manage it at the array level, traditionally, snapshots are always associated with degraded performance either at the array controllers level or at the volume level, even the majority of the modern All Flash Arrays can’t sustain a large numbers of snapshots because of architecture deficiencies.
This is not the case with XtremIO so the “glue” here is very important. So, what’s new with 3.0
VPLEX SUPPORT
Yep, It’s finally here, many customer requests came for this one as many customers are leveraging XtremIO + VPLEX for either a true Active/Active datacenter(s) topology or for the VPLEX availability features, Appsync now fully support VPLEX, here are the modes of supported operations
You need to be on the following versions for it to work:
VPLEX firmware version 5.4.1.03 – 5.5.1.1
XtremIO firmware version 4.0.1, 4.0.2, and 4.0.4
Configuring a service plan requires selecting:
– Preferred cluster selection (metro only)
• Cluster 1 is chosen by default
– And array preferences (when R1)
• Required selection
• VPLEX distributed virtual volume has storage devices on two clusters
• The leg to be protected is determined by the cluster that is selected in the service plan storage options
VPLEX APPSYNC MOUNT OPTIONS
Mount as VPLEX Virtual Volumes
– The provisioned virtual volumes are added to the storage
view of the mount host
– Teared down during unmount
Mount as native array volumes
– The mount host must be zoned to the native array where the snapshot is created
VPLEX – APPSYNC MOUNT TO ESX CLUSTER
When mount host is part of an ESX Cluster, target
LUNS are presented to all nodes of the cluster
RESTORE CONSIDERATIONS WITH VPLEX
The VPLEX production virtual volume layout must be the same as it was when the copy was created
• R1 and distributed devices are restored on one leg of the mirror for which the copy was created
– Other leg will be rebuilt and synchronized after restore is complete
– User has option to wait or run in background
• AppSync does not support restore of volumes protected by RecoverPoint
APPSYNC – VPLEX LIMITATIONS
Support XtremIO backend only
• Support Bronze service plan only (local copies)
• VPLEX virtual volumes must be mapped 1:1 to an array volume
• Concatenated devices (RAID-C) are not supported
• Nested devices are not supported
• Exchange is not supported
• Tolerant of non-XtremIO array on second leg only
SERVICEABILITY AND WORKFLOW ENHANCEMENTS
You can now perform consistency check only on log files of Exchange database copy in DAG environment
UNMOUNT CALLOUT SCRIPTS
Provides scripting opportunity during the Unmount previous copy and Unmount copy phases
• Supported on all operating systems in addition to AIX
• The unmount callout scripts are placed in a predefined location with a predefined name
• The scripts are run with the user credentials used to register the host
REPURPOSING ENHANCEMENTS
Enhanced scheduling ability to repurpose and refresh a copy, including ability to
schedule repurposing jobs for 2nd Gen copies
• Ability to view and edit the values of various fields in the repurpose workflow
• Centralized view of all database repurposed copies.
VMWARE SERVICEABILITY ENHANCEMENTS
New VMware Service Plan options
– Create VM snapshots for selected VMs only – ignoring newly added VMs
– Can now “Exclude VMs”
APPSYNC 3.0 – SQL ENHANCEMENTS
Supports taking a cluster copy and mounting into an alternate cluster, attaching/recovering databases as clustered resources if an alternate cluster SQL Server instance is selected during recovery
• Restoring back as a cluster or non-clustered resource
• SQL Server databases hosted on mount points are not supported – Mount to “Default Path” is not supported due to Microsoft restrictions.
SQL NON-VDI COPIES
Similar to crash consistent, but still utilizing Microsoft VSS on the file system (does not integrate with SQL)
• Mount with attaching the database (recovery) on target host is not supported for non-VDI copies – all other SQL recovery options are not supported
• Restoring as a file system is supported – reattaching and recovering the database is a manual process
here’s a demo about the NON-VDI integration
Source: https://xtremio.me