RepoMirrors/ceph
1
0
Fork 0
mirror of https://github.com/ceph/ceph synced 2025-02-21 01:47:25 +00:00
Code Issues Packages Projects Releases Wiki Activity

doc/radosgw: add Zonegroup purpose

Browse Source 
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>
This commit is contained in:
Zac Dover 2023-07-06 03:36:52 +10:00
parent 58df861608
commit 5c46a1a009
1 changed files with 21 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

21
doc/radosgw/multisite.rst
View 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
--------------------------------------------------