HCP System Management Help


Replication benefits

Replication has several purposes:

If one system in a replication topology becomes unavailable (for example, due to network issues), another system in the topology can provide continued data availability.

If one system in a replication topology suffers irreparable damage, another system in the topology can serve as a source for disaster recovery.

If multiple HCP systems are widely separated geographically, each system may be able to provide faster data access for some applications than the other systems can, depending on where the applications are running.

If an enterprise has several satellite offices, an HCP system at a central facility can consolidate data from the HCP systems at those outlying locations.

If an object cannot be read from one system in a replication topology (for example, because a server is unavailable), HCP can try to read it from another system in the topology. HCP tries to do this only if:

oThe namespace that contains the object is being replicated.

oThe namespace has the read-from-remote-system feature enabled.

oThe object has already been replicated. Users can check object metadata to determine whether an object has been replicated.

For information on this feature, see Changing replication options.

If a system that participates in a replication topology is unavailable, HTTP requests to that system can be automatically serviced by another system in the topology without the client needing to modify the target URL. The other system can service a request only if:

oThe namespace named in the URL is replicated to the other system

oThe namespace named in the URL is configured to accept requests redirected from other HCP systems

oThe HCP systems involved use DNS for system addressing

For information on enabling this feature, see Changing replication options.

© 2017 Hitachi Vantara Corporation. All rights reserved.