Loading

×Sorry to interrupt
This page has an error. You might just need to refresh it.
[NoErrorObjectAvailable] Uncaught ReferenceError: addCTracking is not defined
Failing descriptor: {markup://c:KM_ArticleThemeLayout}

Refresh

Cookie Preference Center

General Information on cookies

When you visit our website, we use cookies to ensure that we give you the best experience. This information does not usually directly identify you, but it can give you a more personalized web experience. Because we respect your right to privacy, you can choose not to allow some types of cookies by clicking on the different category headings to find out more and change your settings. However, blocking some types of cookies may impact your experience on the site and the services we are able to offer. Further information can be found in our

Cookie Policy.

Strictly Necessary

Strictly Necessary

Always Active

Strictly Necessary

Strictly necessary cookies are always enabled since they are essential for our website to function. They enable core functionality such as security, network management, and website accessibility. You can set your browser to block or alert you about these cookies, but this may affect how the website functions. For more information please visit www.aboutcookies.org or www.allaboutcookies.org.

Cookie Details‎

Performance

Performance

Performance

Performance cookies are used to analyze the user experience to improve our website by collecting and reporting information on how you use it. They allow us to know which pages are the most and least popular, see how visitors move around the site, optimize our website and make it easier to navigate.

Cookie Details‎

Please confirm your settings by refreshing the page.

Functional

Functional

Functional

Functional cookies help us keep track of your past browsing choices so we can improve usability and customize your experience. These cookies enable the website to remember your preferred settings, language preferences, location and other customizable elements such as font or text size. If you do not allow these cookies, then some or all of these services may not function properly.

Cookie Details‎

Advertising

Advertising

Advertising

Advertising cookies are used to send you relevant advertising and promotional information. They may be set through our site by third parties to build a profile of your interests and show you relevant advertisements on other sites. These cookies do not directly store personal information, but their function is based on uniquely identifying your browser and internet device.

Cookie Details‎

Advertising Cookies

Consent Leg.Interest

Select All Vendors

Select All Vendors

Select All Hosts

Select All

Clear Filters

Information storage and access

Apply

Confirm My Choices Reject All Allow All

My Subscriptions

Loading

Knowledge Base

INFINIDAT InfiniBox Active-Active Replication with VMware vSphere Metro Storage Cluster (vMSC) (71047)

Last Updated: 3/29/2021Categories: InformationalTotal Views: 23855Language:
Chinese (Simplified)JapaneseEnglish

10 like this article

Subscribe to get an email
newsletter with new updates

10 people found this helpful Please provide article feedback:

Details

This article provides information on using Infinidat InfiniBox Active-Active Replication with VMware vSphere Metro Storage Cluster (vMSC) configuration.

Solution

Introduction to vMSC

VMware vSphere® Metro Storage Cluster (vMSC) is a specific configuration which combines storage based synchronous replication with VMware vSphere capabilities. vMSC is commonly referred to as stretched storage clusters or metro storage clusters.

vMSC configurations are partner supported. For more information about PVSP see: Partner Verified and Supported Products (PVSP) .

For more information about vMSC see: VMware vSphere® Metro Storage Cluster Recommended Practices.

Introduction to InfiniBox Storage Array

The InfiniBox® enterprise storage array delivers faster-than-all-flash performance, high availability, and multipetabyte scale for mixed application workloads. Zero-impact snapshots and active/active replication dramatically
improves business agility, while FIPS-validated data-at-rest encryption eliminates the need to securely erase decommissioned arrays. With InfiniBox, enterprise IT organizations and cloud service providers can exceed their service level objectives while lowering the cost and complexity of their petabyte-scale storage operations.

For more information please visit: www.infinidat.com

InfiniBox Active-Active Replication

InfiniBox Active-Active replication provides zero-RPO and zero-RTO, enabling mission critical business-services to keep operating even through a complete site failure:

Symmetric synchronous replication solution, applications can be geographically clustered.

Fully integrated into InfiniBox, allows simple management of application spread across data centers.

Hosts may be connected to InfiniBox:

Via FC (Fibre Channel), requires InfiniBox release 5.0.0 or above

Via iSCSI, requires InfiniBox release 5.5.10 or above

Requirements

InfiniBox:

Two InfiniBox 5.0 or later systems

Ethernet connectivity between the InfiniBox systems, used for data replication

Maximum of 5ms RTT latency between the InfiniBox systems

VM vSphere:

vSphere version 6.0 EP 20, 6.5, 6.7 or 7.0

Specific connectivity using FC and iSCSI is described below per storage access topology

Solution Overview

Deploying VMware vSphere Metro Storage Cluster with InfiniBox Active-Active replication provides a highly available and resilient solution for protecting applications availability and data. vMSC solutions are classified into two distinct types that are based on a fundamental difference in how the vSphere hosts access the storage systems, which influences design considerations.

Uniform host access - vSphere hosts on both sites are all connected to the storage systems across both sites. LUN paths presented to vSphere hosts are stretched across the sites.

Non-uniform host access - vSphere hosts at each site are connected only to the local storage system at the same site. LUN paths presented to vSphere hosts from storage nodes are limited to the local site.

InfiniBox Active-Active replication is supported with both uniform and non-uniform host access types.

Uniform Storage Access

When configuring uniform host access, the ESXi hosts can access the datastores through both InfiniBox systems - the system that exists on the same site (local) and the remote system in the other site.

Typically, the datastore paths to the remote system will be less optimized than the paths to the datastore on the local system, due to the added latency. (extra travel to the remote site)

The InfiniBox system can intelligently hint the ESXi hosts about which paths serve I/O optimally.

Therefore, to achieve the optimal performance, each host will utilize only the local paths in each site when issuing I/O to the storage, as long as its local system is online.

All the ESXi hosts in the vSphere stretched cluster should be connected to both InfiniBox systems.

Each host should use two initiators connected to two separate fabrics/networks.

Each initiator should be connected to all three hosts on both InfiniBox systems, 6 nodes in total.

This gives a total of 12 paths from each host to every LUN.

The hosts can access both InfiniBox systems and will be able to see paths to the datastore from both systems.

Storage Failure Scenario

If a system in a specific site goes offline, the ESXi hosts in that site can continue to access the storage over the nonoptimized paths to the remote system in the other site.

In the following example System A goes offline, The ESXi hosts in Site A can still access the storage through the Non-optimized paths to the system in Site B.

VMs running on hosts in Site A continue to run uninterrupted.

Non-Uniform Storage Access

When configuring non-uniform host access, the ESXi hosts on each site can access the storage only through the local InfiniBox system - the system that exists in the same site.

Each host will use only the local (optimized) paths in each site when issuing I/O to the storage.

The ESXi hosts in each site are connected only the InfiniBox system in the same site.

Each host should use two initiators connected to two separate fabrics/networks.

Each initiator should be connected to all three hosts on its InfiniBox systems.

This gives a total of 6 paths from each host to every LUN.

The hosts can access both InfiniBox systems and will be able to see paths to the datastore from both systems .

Storage Failure Scenario

If a system in a specific site goes offline, the ESXi hosts in that site cannot continue to access the storage.

Therefore, the affected VMs must be recovered on the hosts in the other site. This can happen automatically by vSphere HA.

In the following example System A goes offline, the ESXi hosts in Site A cannot access the storage. vSphere HA can automatically restart the affect VMs from Site A on the hosts in Site B.

How InfiniBox Handles Failures

InfiniBox has two mechanism to handle failures for Active-Active replication: Witness and preferred system.

If an InfiniBox system becomes unavailable, e.g. power outage of the entire site, the peer system will provide access to all the volumes.

If the replication link between the systems fails, then datastores will continue to serve I/O on one of the systems. Each datastore has a property in InfiniBox that defines its preferred-system, which will remain online.

InfiniBox Witness

The witness is an arbitrator entity residing in a 3rd site (separate from the two InfiniBox systems involved in ActiveActive replication), that acts as quorum in case of replication link failures. The witness is a lightweight stateless
software deployed as a VM.

If the witness is down or inaccessible, replication link failure will result in InfiniBox systems keeping volumes online according to their preferred-system settings.

Preferred system

Each volume that is undergoing Active-Active replication has a definition for preferred system, which the witness uses to make correct decisions.

If the witness is not available to the systems, the decision on which side stays active will be done per replica based on the preferred system.

Storage Failover

InfiniBox Active-Active replication failover is fully automatic and does not require any storage administrator intervention.

Storage Replication Resynchronization and Recovery

InfiniBox Active-Active recovery is completely automatic; no storage administrator intervention is necessary to trigger a re-sync and recover replication.

If the InfiniBox systems got disconnected, the replication will internally fallback to async mode. Once the connectivity between the systems recovers, synchronization jobs will start replicating the missing data to the lagging system. During this time, from disconnection and through the re-sync progress the Active-Active volumes on the synchronized system serve I/O operations, while the remote side will be in lagging state until all data is synchronized between the volumes.

Once the volumes are nearly in sync, they will smoothly transition to Sync replication mode, with no I/O disruption. The host paths to the lagging side will be automatically restored, allowing the hosts to perform I/O operations through both systems again.

Detectable by VMware SkylineTM

Actions

Copy

link to clipboard
copied!

Print

Language:
Chinese (Simplified)JapaneseEnglish

Attachments

Additional Resources

KB
•
vRealize Operations Manager で vSphere Predictive DRS を有効にすると、Predictive DRS の登録または登録解除に失敗というエラーが発生する (71131)

KB
•
End Of General Availability of the Free vSphere Hypervisor (ESXi 7.x and 8.x) (2107518)

KB
•
vCenter Server for Windows から vCenter Server Appliance 6.5 への移行パス (70793)

KB
•
アプリケーションのリモート コレクタ エージェントのインストールが「仮想マシンのブートストラップに失敗しました (Bootstrap Failed for VM)」エラーで失敗する (71299)

KB
•
Download and Install VMware Fusion (2014097)

Results 1-5 of 5

Ask The Community

Get answers quickly from VMware experts in the community

Post Subject

CONTINUE IN COMMUNITIES

Related Products:

VMware vSphere ESXi

Related Versions:

Take Our Survey

Support Assistant