Clarification for local mounts in the context of DR (#16218)
* Clarification for local mounts in the context of DR The docs were unclear on this point, so @russparsloe and I looked into it. Local mounts are indeed replicated to DR secondaries. This is the opposite of what it says on https://developer.hashicorp.com/vault/tutorials/enterprise/performance-replication#disaster-recovery > Local backend mounts are not replicated and their use will require existing DR mechanisms if DR is necessary in your implementation. So that page will also need updating * changelog * fix changelog syntax for local mount with DR (#16218)
This commit is contained in:
parent
4dda00ee1a
commit
ebd0da3201
|
@ -0,0 +1,3 @@
|
|||
```release-note:improvement
|
||||
docs: Clarify the behaviour of local mounts in the context of DR replication
|
||||
```
|
|
@ -122,6 +122,8 @@ original primary on the election of the DR secondary.
|
|||
DR is designed to be a mechanism to protect against catastrophic failure of entire clusters.
|
||||
They do not forward service read or write requests until they are elected and become a new primary.
|
||||
|
||||
-> **Note**: Unlike with Performance Replication, local secret engines, auth methods and audit devices are replicated to a DR secondary.
|
||||
|
||||
|
||||
For more information on the capabilities of performance and disaster recovery replication, see the Vault Replication [API Documentation](/api-docs/system/replication).
|
||||
|
||||
|
|
Loading…
Reference in New Issue