No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>Search

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

OceanStor 2200 V3 and 2600 V3 Storage System V300R005 SmartVirtualization Feature Guide 07

Rate and give feedback :
Huawei uses machine translation combined with human proofreading to translate this document to different languages in order to help you better understand the content of this document. Note: Even the most advanced machine translation cannot match the quality of professional translators. Huawei shall not bear any responsibility for translation accuracy and it is recommended that you refer to the English document (a link for which has been provided).
Application Scenarios

Application Scenarios

SmartVirtualization resolves incompatibility issues among different storage systems. Therefore, it is applicable to a variety of scenarios, such as service data migration and storage resource management across storage systems.

Centralized Management of Storage Resources

If multiple heterogeneous storage systems have been installed onsite, the following two challenges may occur:
  • Due to incompatibility issues, multipathing software on an application server may not be compatible with all heterogeneous storage systems.
  • In a certain network environment (such as a Fibre Channel direct-connection network), one application server can only be connected to one storage system; however, in actual applications, one application server needs to distribute services to multiple storage systems.
SmartVirtualization functions similarly to virtual gateways. SmartVirtualization allows you to discover storage resources in multiple heterogeneous storage systems from the local storage system, and deliver read and write commands to and centrally manage the storage resources.
The local storage system uses eDevLUNs to manage storage resources in heterogeneous storage systems, as shown in Figure 1-4.
Figure 1-4  Centralized storage resource management based on SmartVirtualization

The OceanStor 2200 V3/2600 V3 storage system can centrally manage resources of heterogeneous storage systems in two ways:
  • Offline takeover

    Offline takeover is suitable for the scenario where the OceanStor 2200 V3/2600 V3 storage system takes over resources of third-party storage systems and other OceanStor storage systems. During the offline takeover, cables between the heterogeneous storage system and the application servers are disconnected. Therefore, services are interrupted for a short time.

  • Online takeover
    Online takeover is suitable only for the scenario where the OceanStor 2200 V3/2600 V3 storage system takes over resources of other OceanStor storage systems. Online takeover does not require cables between the heterogeneous storage system and the application servers to be disconnected. Therefore, services are not interrupted, thereby ensuring service continuity and integrity. You can set the masquerading properties of eDevLUNs to implement online takeover. Figure 1-5 shows a schematic diagram of online takeover.
    Figure 1-5  Schematic diagram of online takeover

    NOTE:

    In this application scenario, the OceanStor 2200 V3/2600 V3 storage system is considered to be the local storage system, and an existing OceanStor storage system is considered to be a heterogeneous storage system, excluding Huawei OEM storage systems such as OceanStor S12000 and OceanStor S3000.

Service Data Migration Between Storage Systems

  • Migrating service data from a legacy storage system to a new storage system
    As services grow continuously, more storage is required for storing increasing data. The legacy storage system cannot provide satisfactory data storage capacity and performance. In this case, you can purchase a storage system that provides a larger capacity and better performance to replace the legacy storage system. As software and hardware of the legacy and new storage systems are different, the services may be interrupted and data may be lost during data migration. SmartVirtualization can mask the differences between storage systems to map an external LUN of the legacy storage system to the new storage system (presented as an eDevLUN on the new storage system). Then SmartMigration can be used to reliably migrate all service data from the legacy storage system to the new storage system while keeping services running. Figure 1-6 shows data migration from a legacy storage system to a new storage system.
    Figure 1-6  Migrating data from a legacy storage system to a new storage system

    NOTE:

    In this application scenario, a new storage system and a legacy storage system serve as a local storage system and a heterogeneous storage system respectively.

  • Migrating cold data from a new storage system to a legacy storage system
    After a legacy storage system is replaced with a new storage system, some data in the new storage system is rarely accessed, which is called cold data. If massive cold data is stored in the new storage system, the storage resource utilization of the storage system lowers down, causing a waste of storage space. To reduce operation expenditure (OPEX), SmartVirtualization can work with SmartMigration to migrate the cold data to the legacy heterogeneous storage system. Figure 1-7 shows data migration from a new storage system to a legacy heterogeneous storage system.
    Figure 1-7  Migrating cold data from a new storage system to a legacy heterogeneous storage system

    NOTE:

    In this application scenario, a new storage system and a legacy storage system serve as a local storage system and a heterogeneous storage system respectively.

Heterogeneous Disaster Recovery

If service data is stored in two data centers and robust service continuity is required, asynchronous remote replication is typically used to make data centers back up each other's data. In addition, if one data center fails in a disaster, asynchronous remote replication ensures that the data center serving as a backup of the failed data center takes over services and recover data.

If storage systems from different vendors are deployed in two data centers, these storage systems cannot back up each other's data because of their different hardware and software architectures. Then, the customer requirements cannot be addressed. In this case, it is recommended that the SmartVirtualization feature provided by the OceanStor 2200 V3/2600 V3 storage system be used to host LUNs created on the heterogeneous storage system in each data center, create eDevLUNs corresponding to these LUNs, and establish an asynchronous remote replication relationship between each eDevLUN and a local LUN that resides in the Huawei storage system deployed in the other data center to enable heterogeneous storage systems to back up each other's LUN data, thereby implementing inter-site disaster recovery. Figure 1-8 shows a schematic diagram of heterogeneous disaster recovery.
Figure 1-8  Schematic diagram of heterogeneous disaster recovery

Heterogeneous Data Protection

After LUNs created in a heterogeneous storage system are hosted using SmartVirtualization, data on these LUNs may still be damaged by viruses or other factors. To protect data availability, the snapshot feature can be used to create snapshots of eDevLUNs, thereby backing up data stored on external LUNs. If data on an external LUN is damaged, a snapshot can be used to rapidly roll back the data state of the external LUN to the point in time when the snapshot was generated, thereby recovering data. Figure 1-9 shows a schematic diagram of heterogeneous data protection.
Figure 1-9  Schematic diagram of heterogeneous data protection

Heterogeneous Local HA

After LUNs created in a heterogeneous storage system are hosted using SmartVirtualization, service data is still stored in the heterogeneous storage system. A diversity of heterogeneous storage systems may cause various compatibility issues, leading to service interruption or even data loss. If the volume mirroring feature of the local storage system is used to create a mirror LUN for an eDevLUN, two mirror copies of the mirror LUN are stored in the local storage system. Based on the dual write mechanism of the volume mirroring feature, a data copy of the external LUN is stored in the local storage system, thereby preventing service interruption and data loss. Figure 1-10 shows a schematic diagram of heterogeneous local high availability (HA).
Figure 1-10  Schematic diagram of heterogeneous local HA

Translation
Download
Updated: 2018-12-29

Document ID: EDOC1000106155

Views: 57286

Downloads: 143

Average rating:
This Document Applies to these Products
Related Documents
Related Version
Share
Previous Next