Table of Contents | ||
---|---|---|
|
...
What type of replication method you should choose chosen and how to configure it depends on whether you have a legacy Swarm implementation exists and on your the needs for securing replication traffic over untrusted networks. (v10.0)
Secure Replication — Swarm Storage supports remote replication over a WAN, so replication feeds can operate through Content Gateway. When you define a replication feed is defined, you specify which replication mode to use: either the legacy bidirectional GET method of replication (which you may need be needed for specific application compatibility or network requirements) or the recommended direct POST method, which offers better performance and flow management. With Swarm Storage 10.0 and later, you can implement TLS/SSL security can be implemented as fits your the implementation:
Upload a trusted certificate to Swarm
Replicate to an SSL offloader that services the target cluster
Replicate from a forward proxy on your the source cluster.
See Replicating Feeds over Untrusted Networks and Adding a Trusted Certificate to Swarm.
Replication Methods — Below are two replication methods available to you, along with the configuration variants of each that are supported. For best performance, choose direct POST replication, which can go through Gateway. GET replication is the legacy method, which may be needed for application compatibility or networking requirements.
...
Info |
---|
NoteUsing the legacy Bidirectional GET for remote replication requires that you populate populating the Storage configuration setting |
...
To add a feed in the cluster, click the +Add button at the top right the page and then select the Replication button.
When you define a replication feed is defined, set the scope and select which type (Replication Mode) is in force and with what speed (number of concurrent Threads), if you are using direct POST:
...
The following table describes the data entry fields in the dialog box.
ID (existing feeds) | Read-only; system-assigned identifier | ||
---|---|---|---|
Status (existing feeds) | Read-only; the current feed processing state. | ||
Name | The name attached to a feed. | ||
Scope | The feed filters that selected for the replication feed. The object is only replicated to the domain(s) indicated in this field.
The field value allows pattern matching with the Python regular expression (RE) syntax so multiple domain names can be matched. The exception to the RE matching is that the "{m,n}" repetitions qualifier may not be used. An example domain list value using RE is:
| ||
Target Remote Cluster Name | The configuration setting for your the target cluster (for example, the configure the Gateway setting | ||
Proxy or Host(s) | The IP address(es) or host name(s) of either:
To enter two or more node IP addresses, enter each address separated by a comma or spaces. | ||
Port | Defaults to 80. Allows specifying a custom port for the remote cluster. | ||
Replication Mode | Defaults to Direct POST. Choose replication via direct POST (recommended) or bidirectional GET. Switching modes does not require a feed restart. (v9.6) For best performance, choose direct POST replication, which can go through Gateway. GET replication is the legacy method, which may be needed for application compatibility or networking requirements. | ||
Threads | Replication via direct POST only. The default replication speed (6 simultaneous threads) is best for same-sized clusters with minimal replication backlog. When processing backlog, the thread count is per source cluster volume. (v9.6) Reduce the threads to avoid overwhelming a smaller target cluster. For faster replication against a backlog, increase the threads temporarily, monitor bandwidth and cluster performance, as boosting the speed stresses both clusters. | ||
SSL Server | Replication via direct POST only. Defaults to none. If you are Enable Require trusted SSL if replicating over an untrusted network, enable Require trusted SSL; Allow untrusted SSL is available but not intended for production systems. (v10.0) | ||
Remote Admin Name/Password | Inherit from source cluster: Uncheck the enabled box,only if the remote cluster user name is different from the source cluster name in the same realm. Then enter: User/Password credentials
|
Info |
---|
Propagate DeletesThe legacy option Propagate Deletes is deprecated; it existed to allow setting a target cluster to preserve all deleted objects. This need is now covered by Object Versioning; you can access historical versions of deleted objects can be accessed to recover mistakenly deleted content that was deleted by mistake. You can also limit versioning . Versioning to the target cluster that is serving as your the archive can be limited, to minimize space usage. (v11.1) If you have Note these restrictions and behaviors if an existing feed that still has this option specified, note these restrictions and behaviors:
|
Excerpt | ||||||||
---|---|---|---|---|---|---|---|---|
Using Feed ActionsFor Clicking on an existing feed , clicking on it in the Feeds list opens its the Feed Settings page, with the existing settings populated. The Actions (gear) icon menu at the top right supports multiple feed actions, appropriate to the type of feed:
Troubleshooting Feeds
|
Child pages (Children Display) |
---|