diff --git a/source/components/nethsm/administration.rst b/source/components/nethsm/administration.rst
index a0438dc331..6e212df758 100644
--- a/source/components/nethsm/administration.rst
+++ b/source/components/nethsm/administration.rst
@@ -803,7 +803,7 @@ The restore can be applied as follows.
Replication
~~~~~~~~~~~
-NetHSM is stateless, so that several NetHSM devices can be used to process extremely high throughput and provide high availability. The PKCS#11 module supports round-robin schedule for a cluster of NetHSM instances. Multiple instances of NetHSM can be synchronized via encrypted backups. For this a separate system downloads and uploads backup files between the instances. The synchronization can be easily scripted by using `pynitrokey `__ as shown in `this example `__. This separate system doesn’t have access to the backed up data in clear text because the backup files are encrypted twice. The separate system is in possession of the backup passphrase only but not of the Domain Key resp. Unlock Passphrase which is the second layer of encryption. See the `system design `__ for further details.
+NetHSM is stateless, so that several NetHSM devices can be used to process extremely high throughput and provide high availability. The PKCS#11 module supports a cluster of NetHSM instances and distributes requests evenly among all active instances as well as handle failed instances. Multiple instances of NetHSM can be synchronized via encrypted backups. For this a separate system downloads and uploads backup files between the instances. The synchronization can be easily scripted by using `pynitrokey `__ as shown in `this example `__. This separate system doesn’t have access to the backed up data in clear text because the backup files are encrypted twice. The separate system is in possession of the backup passphrase only but not of the Domain Key resp. Unlock Passphrase which is the second layer of encryption. See the `system design `__ for further details.
Software Update
~~~~~~~~~~~~~~~