從遠端複本重新同步儲存桶

此頁面上的程序會使用健全的複製遠端重新同步 MinIO 儲存桶的內容。重新同步支援在複本組態中 MinIO 部署上的部分或全部資料遺失後進行復原。

例如，請考慮類似於以下的 MinIO 主動-主動複製組態

Active-Active Replication synchronizes data between two remote deployments.

重新同步允許使用參與 MinIO 部署之一上的健全資料作為重建另一個部署的來源。

重新同步是按儲存桶進行的流程。您必須對遠端上發生部分或全部資料遺失的每個儲存桶重複重新同步。

BC/DR 操作期間的專業支援

MinIO SUBNET 使用者可以登入並建立一個與重新同步相關的新問題。透過 SUBNET 與 MinIO 工程團隊協調可以確保成功重新同步和恢復正常操作，包括效能測試和健全狀況診斷。

社群使用者可以在 MinIO 社群 Slack 上尋求支援。社群支援僅盡力提供，且不保證回應時間的服務等級協議 (SLA)。

需求

MinIO 部署必須在線上

重新同步要求來源和目標部署都必須在線上，並且能夠接受讀取和寫入操作。來源必須具有與遠端的完整網路連線。

遠端部署可能「不健全」，因為它遭受了部分或全部資料遺失。重新同步處理資料遺失，前提是來源和目的地都保持連線。

重新同步需要現有的複製組態

重新同步要求健全的來源部署具有不健全的目標儲存桶的現有複製組態。此外，重新同步僅適用於使用現有物件複製選項建立的那些複製規則。

使用 mc replicate ls 來檢閱健全來源儲存桶的已設定複製規則和目標。

複製需要相符的物件加密設定

MinIO 支援使用 SSE-KMS 和 SSE-S3 加密的物件複製

對於使用 SSE-KMS 加密的物件，MinIO 要求目標儲存桶支援使用與來源儲存桶上用於加密物件的相同金鑰名稱來加密物件的 SSE-KMS 加密。
對於使用 SSE-S3 加密的物件，無論金鑰名稱為何，MinIO 要求目標儲存桶也支援物件的 SSE-S3 加密。

作為複製過程的一部分，MinIO 會解密來源儲存桶上的物件，並透過網路傳輸未加密的物件。然後，目的地 MinIO 部署會使用目標的加密設定重新加密物件。因此，MinIO 強烈建議在來源和目的地部署上都啟用 TLS，以確保物件在傳輸期間的安全。

MinIO 不支援複製用戶端加密的物件 (SSE-C)。

複製需要 MinIO 部署

MinIO 伺服器端複製僅在 MinIO 部署之間運作。來源和目的地部署必須執行版本相符的 MinIO 伺服器。

若要設定任意 S3 相容服務之間的複製，請使用 mc mirror。

複製需要版本控制

MinIO 依賴版本控制所提供的不可變性保護來支援複製和重新同步。

使用 mc version info 來驗證來源和遠端儲存貯體的版本控制狀態。使用 mc version enable 命令來根據需要啟用版本控制。

如果您從來源儲存貯體中排除前綴或資料夾的版本控制，MinIO 無法複製該資料夾或前綴中的物件。

複製需要相符的物件鎖定狀態

MinIO 支援複製在 WORM 鎖定下持有的物件。兩個複製儲存貯體都必須啟用物件鎖定，MinIO 才能複製鎖定的物件。對於主動-主動配置，MinIO 建議在兩個儲存貯體上使用相同的保留規則，以確保跨站點行為一致。

您必須按照 S3 行為在儲存貯體建立期間啟用物件鎖定。然後，您可以隨時設定物件保留規則。在開始此程序之前，請先在不健康的目標儲存貯體上設定必要的規則。

注意事項

重新同步需要時間

重新同步是一個背景程序，會持續檢查來源 MinIO 儲存貯體中的物件，並在需要時將其複製到遠端。複製完成所需的時間可能會因物件的數量和大小、到遠端 MinIO 部署的輸送量以及來源 MinIO 部署上的負載而有所不同。由於這些變數，完成的總時間通常是無法預測的。

MinIO 建議設定負載平衡器或 Proxy，以便在同步完成之前僅將流量導向到健康的叢集。以下命令可提供有關重新同步狀態的深入資訊

在來源上使用 mc replicate resync status 來追蹤重新同步進度。
在來源和遠端上使用 mc replicate status 來追蹤正常的複製資料。
對來源和遠端執行 mc ls -r --versions ALIAS/BUCKET | wc -l，以驗證每個物件上的物件總數和物件版本。

資料遺失後重新同步物件

此程序使用現有的 MinIO 複製配置，將遺失的資料還原到參與該配置的其中一個 MinIO 部署。具體來說，健康的 MinIO 部署（SOURCE）會將其現有的資料同步到不健康的 MinIO 部署（TARGET）。

此程序假設 SOURCE 有現有的別名，該別名具有用於配置複製的必要權限。

您可以針對每個需要重新同步的儲存貯體重複此程序。每個儲存貯體最多只能有一個正在執行的複製作業。

1) 列出健康來源上已配置的複製目標

執行 mc replicate ls 命令，以列出不健康的 SOURCE 部署上針對需要重新同步的 BUCKET 所配置的遠端目標。

mc replicate ls SOURCE/BUCKET --json

將 SOURCE 替換為來源 MinIO 部署的別名。
將 BUCKET 替換為要用作重新同步來源的儲存貯體的名稱。

輸出類似於以下內容

{
   "op": "",
   "status": "success",
   "url": "",
   "rule": {
      "ID": "cer1tuk9a3p5j68crk60",
      "Status": "Enabled",
      "Priority": 0,
      "DeleteMarkerReplication": {
         "Status": "Enabled"
      },
      "DeleteReplication": {
         "Status": "Enabled"
      },
      "Destination": {
         "Bucket": "arn:minio:replication::UUID:BUCKET"
      },
      "Filter": {
         "And": {},
         "Tag": {}
      },
      "SourceSelectionCriteria": {
         "ReplicaModifications": {
            "Status": "Enabled"
         }
      },
      "ExistingObjectReplication": {
         "Status": "Enabled"
      }
   }
}

輸出中的每個文件都代表一個已設定的複製規則。Destination.Bucket 欄位指定儲存貯體上給定規則的 ARN。從您要重新同步物件的儲存貯體中識別正確的 ARN。

2) 開始重新同步程序

執行 mc replicate resync start 命令，以開始重新同步程序

mc replicate resync start --remote-bucket "arn:minio:replication::UUID:BUCKET" SOURCE/BUCKET

將 --remote-bucket 值替換為 TARGET MinIO 部署上不健康的 BUCKET 的 ARN。
將 SOURCE 替換為來源 MinIO 部署的別名。
將 BUCKET 替換為健康的 SOURCE MinIO 部署上儲存貯體的名稱。

該命令會傳回一個重新同步作業 ID，表示該程序已開始。

3) 監控重新同步

在來源部署上使用 mc replicate resync status 命令，以追蹤接收到的複製資料

mc replicate resync status ALIAS/BUCKET

輸出類似於以下內容

mc replicate resync status /data
Resync status summary:
● arn:minio:replication::6593d572-4dc3-4bb9-8d90-7f79cc612f01:data
   Status: Ongoing
   Replication Status | Size (Bytes)    | Count
   Replicated         | 2.3 GiB         | 18
   Failed             | 0 B             | 0

狀態會在重新同步程序完成後更新為 Completed。

4) 後續步驟

如果 TARGET 儲存貯體的損壞擴展到複製規則，您必須重新建立這些規則以符合先前的複製配置。請參閱啟用雙向伺服器端儲存貯體複製以取得其他指導。
執行基本驗證，確認複製配置中的所有儲存貯體針對 mc ls 和 mc stat 等命令顯示類似的結果。
在還原任何複製規則並驗證站點之間的複製之後，您可以設定反向 Proxy、負載平衡器或其他網路控制平面管理連線，以恢復將流量傳送到重新同步的部署。