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:
Lucy Davinhart || Strawb System
2022-07-12 18:17:12 +01:00
committed by GitHub
parent becb821004
commit ab1c833927
2 changed files with 5 additions and 0 deletions

3
changelog/16218.txt Normal file
View File

@@ -0,0 +1,3 @@
```release-note:improvement
docs: Clarify the behaviour of local mounts in the context of DR replication
```

View File

@@ -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).