]> git.apps.os.sepia.ceph.com Git - ceph.git/commitdiff
doc/radosgw: add Zonegroup purpose 52349/head
authorZac Dover <zac.dover@proton.me>
Wed, 5 Jul 2023 17:36:52 +0000 (03:36 +1000)
committerZac Dover <zac.dover@proton.me>
Thu, 6 Jul 2023 20:33:28 +0000 (06:33 +1000)
Add a note about the telos of zonegroups. The information added in this
commit was originally sent to ceph-users by Casey Bodley on 30 Jun 2023
in response to a question from Yixin Jin. Alexander Patrakov then
suggested that Casey's response should be added to
doc/radsogw/multisite.rst.

Co-authored-by: Casey Bodley <cbodley@redhat.com>
Co-authored-by: Anthony D'Atri <anthony.datri@gmail.com>
Signed-off-by: Zac Dover <zac.dover@proton.me>
(cherry picked from commit 5c46a1a00962918c885e434986d0f846c3ee4730)

doc/radosgw/multisite.rst

index 43d28b456636e6f452895dcbdcc095a853819377..38acc866fb4e353ec4b23e1d51ff1b718b7e5029 100644 (file)
@@ -46,6 +46,26 @@ configurations for the Ceph Object Gateway:
   a global object namespace. This global object namespace ensures unique
   object IDs across zonegroups and zones.
 
+  It can be useful to create multiple zonegroups in cases where isolation of
+  the RADOS object data is desirable when those datasets exist in a shared
+  namespace of users and buckets. It might be that you have several connected
+  sites that share storage, but only require a single backup for purposes of
+  disaster recovery.  In such a case, it could make sense to create several
+  zonegroups with only two zones each to avoid replicating all objects to all
+  zones.
+
+  In other cases, it might make more sense to isolate RADOS object data in
+  separate realms, with each having a single zonegroup. Zonegroups provide
+  flexibility by making it possible to control the isolation of data and
+  metadata separately.
+
+  Metadata (for example, users and buckets) replicates to all zonegroups, but
+  object data replicates only within a single zonegroup. A bucket is "owned" by
+  the zonegrup that created it (except in cases in which the
+  ``LocationConstraint`` has overridden this upon creation of the bucket). Any
+  request for data in that bucket that are sent to other zonegroups redirect to
+  the zonegroup where the bucket resides.
+
 - **Multiple Realms:** Beginning with the Kraken release, the Ceph Object
   Gateway supports "realms", which are containers for zonegroups. Realms make
   it possible to set policies that apply to multiple zonegroups. Realms have a
@@ -55,6 +75,7 @@ configurations for the Ceph Object Gateway:
   realm can have a configuration that is distinct from the configuration of
   other realms).
 
+
 Diagram - Replication of Object Data Between Zones
 --------------------------------------------------