Hitachi Ops Center​

Configuring using the Protector UI

To configure a Block Node Device to generate the Global Replication Report from the Report wizard, complete the following steps:

1. From the Protector UI, open the Edit Node – Hitachi Block Device
   
   When setting up the Protector Block Node, there is now an additional section where we can specify the connection and credentials details for the REST interface on the CM-REST server.
2. Proceed through the wizard until you reach the window titled Specify configuration for Global Replication Reports as shown in the following screenshot:

Figure 2 – Edit Node wizard

 Specify the address and port of the Ops Center CM-REST server for the storage system being configured.

1. Specify whether to use HTTPS, and if so, whether to ignore certificate errors.
2. Specify the credentials for the storage system user account to use.
3. Specify the refresh interval.
4. Click Next and continue until you complete the wizard.

Test Implementation

After the storage systems are configured in CM-REST and Protector, we completed the following procedure periodically to validate the CM-REST server operation under a heavy load.

Generating the Global Replication Report

When generating the Global Replication report, there are multiple choices that enable you to specify how to group the replications. By default, the report includes all replications on all storage systems.

1. Navigate to the Reports screen.
2. Determine which Global Replication Report to generate from the following:
   • All Pairs (ungrouped pairs)
   • Pairs by Storage Record (pairs managed by Protector)
   • Pairs by Consistency Group (consistency grouped pairs)
   • Pairs by Copy Group (copy grouped pairs)
   • Pairs by Snapshot Group(snapshot grouped pairs)

In our lab test, we navigated through All Pairs (ungrouped pairs) only. This report provides a list of all the replication pairs with no grouping.

Figure 3 – Protector Reports wizard

3. Click All Pairs to display the following:

Figure 4 – Protector All Pairs wizard

4. Click on Search button to display the following screen:

Figure5 – Protector All Pairs wizard 

Ops Center CM-REST Server utilization observation

The CPU and memory usage of the CM-REST server was observed during the Global Replication report  refresh intervals as follows:

Figure6 – Ops Center CM-REST VM (Ops Center OVA) 

The following graphs show the CPU/Memory utilization:

Figure7 – Ops Center CM-REST server CPU/Memory Utilization

Limitations

• Only the Ops Center version of CM-REST is supported (using PF-REST or other CM-REST versions is not supported).
• Restrictions exist on sharing resources between Ops Center CM-REST and Protector as follows:
• Fibre command devices cannot be shared between products.
• Storage system user accounts cannot be shared between products if they are running on the same host.
• Short report refresh intervals should not be used in busy environments.
• A limited number of results is allowed per request (maximum of 1000 records); however, filters can be used to target requests more accurately. It is extremely difficult to visually manage 1000 items, so filters are commonly used to reduce the displayed records to something more manageable.

Test Conclusion

 Based on the test results, we came to the following conclusions:

• The CM-REST server responded normally to periodic requests from Protector for all replication pairs for ten VSP 5600 storage systems.
• CPU and Memory usage on the CM-REST server showed no unusual increases during the testing.
• All replication pairs were listed in the report and could be exported from the wizard.