目的地端點監控

您必須監控每個目的地端點的可用度。如果連線到目的地端點的時間過長、而且有大量的要求待處理、那麼額外的用戶端要求StorageGRID （例如提出要求）將會失敗。當端點可連線時、您必須重試這些失敗的要求。

目的地端點節流

如果傳送要求的速度超過目的地端點接收要求的速度、則支援使用此軟體來限制傳入S3的貯體要求。StorageGRID節流只會在有待傳送至目的地端點的要求待處理項目時發生。

唯一的可見效果是傳入S3要求執行時間較長。如果您開始偵測到效能大幅降低、應該降低擷取速度、或是使用容量較大的端點。如果要求的待處理項目持續增加、用戶端S3作業（例如PUT要求）最終將會失敗。

CloudMirror要求較容易受到目的地端點效能的影響、因為這些要求通常比搜尋整合或事件通知要求涉及更多資料傳輸。

訂購保證

可保證站台內物件的作業順序。StorageGRID只要物件的所有作業都在同一個站台內、最終的物件狀態（用於複寫）就會永遠等於StorageGRID 該站台的狀態。

在整個景點進行作業時、盡力訂購申請。StorageGRID StorageGRID例如、如果您一開始將物件寫入站台A、然後在站台B覆寫相同的物件、則CloudMirror複寫到目的地儲存區的最終物件將無法保證為較新的物件。

ILM導向物件刪除

為了符合AWS CRR和SNS服務的刪除行為、當來源儲存區中的物件因StorageGRID 採用《ILM規則》而遭刪除時、不會傳送CloudMirror和事件通知要求。例如、如果ILM規則在14天後刪除物件、則不會傳送CloudMirror或事件通知要求。

相反地、因為ILM而刪除物件時、會傳送搜尋整合要求。

複寫狀態

不支援「x-amz-replying狀態」標頭。StorageGRID

物件大小

CloudMirror複寫服務可複寫至目的地儲存區的物件大小上限為5 TiB、與最大_supported物件大小相同。

附註：單一放置物件作業的最大_Recommended大小為5 GiB（5、368、709、120位元組）。如果您的物件大於5 GiB、請改用多部份上傳。

儲存區版本管理和版本ID

如果StorageGRID 支援版本管理功能的來源S3儲存區、您也應該啟用目的地儲存區的版本管理功能。

使用版本管理時、請注意、由於S3傳輸協定的限制、CloudMirror服務無法保證目的地儲存庫中物件版本的順序順序。

附註：StorageGRID 來源程式庫的版本ID與目的地程式庫的版本ID無關。

標記物件版本

由於S3傳輸協定的限制、CloudMirror服務不會複寫提供版本ID的任何「放置物件」標記或刪除物件標記要求。由於來源和目的地的版本ID無關、因此無法確保將標記更新複寫至特定版本ID。

相較之下、CloudMirror服務會複寫「放置物件標記」要求、或刪除未指定版本ID的物件標記要求。這些要求會更新最新金鑰的標記（如果儲存庫版本已有版本、則會更新最新版本）。也會複寫含有標記的一般擷取（非標記更新）。

多部份上傳和"ETag"值

鏡射使用多重上傳的物件時、CloudMirror服務不會保留這些部分。因此、鏡射物件的「ETag」值將與原始物件的「ETag」值不同。

使用SSE-C加密的物件（使用客戶提供的金鑰進行伺服器端加密）

CloudMirror服務不支援以SSE-C加密的物件如果您嘗試將物件擷取至來源儲存區以進行CloudMirror複寫、且要求中包含SSE-C要求標頭、則作業會失敗。

啟用S3物件鎖定的儲存區

如果用於CloudMirror複寫的目的地S3儲存區已啟用S3物件鎖定、則設定儲存區複寫（放置儲存區複寫）的嘗試將會失敗、並顯示AccessDenied錯誤。