比較跨網格複製和 CloudMirror 複製
當你開始使用網格聯合時,回顧一下"跨網格複製"以及"StorageGRID CloudMirror 複製服務"。
| 跨網格複製 | CloudMirror複製服務 | |
|---|---|---|
主要目的是什麼? |
一個StorageGRID系統充當災難復原系統。儲存桶中的物件可以在網格之間單向或雙向複製。 |
使租用戶能夠自動將物件從StorageGRID (來源)中的儲存桶複製到外部 S3 儲存桶(目標)。 CloudMirror 複製在獨立的 S3 基礎架構中建立物件的獨立副本。此獨立副本不用作備份,但通常在雲端中進一步處理。 |
如何設置? |
|
|
誰負責設置它? |
|
通常是租戶用戶。 |
目的地是哪裡? |
網格聯合連接中另一個StorageGRID系統上對應且相同的 S3 儲存桶。 |
|
是否需要物件版本控制? |
是的,來源儲存桶和目標儲存桶都必須啟用物件版本控制。 |
不,CloudMirror 複製支援來源和目標上任意組合的非版本化和版本化儲存桶。 |
什麼原因導致物體移動到目的地? |
當物件被加入到啟用了跨網格複製的儲存桶時,它們會自動複製。 |
當物件被加入到已配置 CloudMirror 端點的儲存桶時,物件會自動複製。在使用 CloudMirror 端點配置儲存桶之前,來源儲存桶中存在的物件不會被複製,除非它們被修改。 |
物件是如何複製的? |
跨網格複製建立版本化對象,並將版本 ID 從來源儲存桶複製到目標儲存桶。這允許在兩個網格中維護版本順序。 |
CloudMirror 複製不需要啟用版本控制的儲存桶,因此 CloudMirror 只能維護網站內金鑰的排序。無法保證對不同站點的物件請求的順序能夠保持不變。 |
如果一個物件無法被複製怎麼辦? |
該物件正在排隊等待複製,但受到元資料儲存限制。 |
該物件正在排隊等待複製,但受平台服務限制(請參閱"使用平台服務的建議")。 |
物件的系統元資料是否被複製? |
是的,當一個物件被複製到另一個網格時,它的系統元資料也會被複製。兩個網格上的元資料將是相同的。 |
不會,當物件被複製到外部儲存桶時,其係統元資料會被更新。元資料在不同位置會有所不同,取決於攝取時間和獨立 S3 基礎設施的行為。 |
如何檢索物件? |
應用程式可以透過向任一網格上的儲存桶發出請求來檢索或讀取物件。 |
應用程式可以透過向StorageGRID或 S3 目標發出請求來檢索或讀取物件。例如,假設您使用 CloudMirror 複製將物件映像到合作夥伴組織。合作夥伴可以使用自己的應用程式直接從 S3 目標讀取或更新物件。不需要使用StorageGRID 。 |
如果刪除物件會發生什麼? |
|
結果將根據來源儲存桶和目標儲存桶的版本狀態而有所不同(它們不需要相同):
同樣,可以刪除目標儲存桶中的對象,而不會影響來源。 |