站點故障恢復

將不健康的對等點還原至站點複寫

站點複寫使兩個或更多 MinIO 部署與 IAM 政策、儲存桶、儲存桶配置、物件和物件中繼資料保持同步。如果對等站點發生故障，例如由於重大災難或長時間斷電，您可以使用其餘健全的站點來還原可複寫的資料。

以下程序可以在站點複寫在站點遺失之前處於活動狀態的情況下還原資料。此程序假設一個或多個對等站點的完全遺失，而不是由於延遲或暫時性部署停機導致的複寫延遲或延誤。

1. 使用具有 --force 選項的 mc admin replicate rm 命令，從 MinIO 站點複寫配置中移除故障站點。

   以下命令會強制從複寫配置中移除不健全的對等站點

   mc admin replicate rm HEALTHY_PEER UNHEALTHY_PEER --force
   

   • 將 HEALTHY_PEER 取代為複寫配置中任何健全對等點的別名

   • 將 UNHEALTHY_PEER 取代為不健全對等站點的別名

   站點複寫配置中的所有健康節點都會自動更新，以移除不健康的節點。您可以使用 mc admin replicate info 命令來驗證新的站點複寫配置。

2. 依照站點複寫需求部署新的 MinIO 站點。

   • 除了規定的需求外，請勿上傳任何資料或進行其他部署配置。

   • 驗證新的 MinIO 部署是否正常運作，且與其他對等站點具有雙向連線能力。

   • 確保新站點與現有對等站點上的伺服器版本相符

   警告

   mc admin replicate rm --force 命令僅適用於站點複寫配置中的線上或健康節點。移除的離線 MinIO 部署會保留其原始複寫配置，因此，如果部署恢復正常運作，它將會繼續對其配置的對等站點執行複寫操作。

   如果您計畫將硬體重新用於站點複寫配置，則**必須**在重新初始化 MinIO 並將該站點重新新增回複寫配置之前，完全清除該部署的磁碟。

3. 將替換的對等站點新增至複寫配置。

   使用 mc admin replicate add 命令，使用新站點更新複寫配置

   mc admin replicate add HEALTHY_PEER NEW_PEER
   

   • 將 HEALTHY_PEER 取代為複寫配置中任何健全對等點的別名

   • 將 NEW_PEER 替換為新對等的別名

   站點複寫配置中的所有健康節點都會自動更新為新對等點。您可以使用 mc admin replicate info 命令來驗證新的站點複寫配置。

4. 使用 mc admin replicate resync 重新同步新對等點。

   mc admin replicate resync start HEALTHY_PEER NEW_PEER
   

   • 將 HEALTHY_PEER 取代為複寫配置中任何健全對等點的別名

   • 將 NEW_PEER 替換為新對等的別名

5. 驗證複寫狀態。

   使用以下命令追蹤複寫狀態

   • mc admin replicate status - 提供複寫的整體狀態和進度

   • mc replicate status - 提供儲存貯體層級和全域複寫狀態

主動儲存貯體複寫重新同步

對於在故障之前已啟用儲存貯體複寫的情況，您可以使用 mc replicate resync 將資料還原到新的站點。建立一個新的站點來取代故障的部署，然後將資料從現有、健康、已啟用儲存貯體複寫的部署同步到新的站點。

1. 部署新的 MinIO 站點。

2. 根據需要設定 IAM 和使用者。

3. 在具有資料的站點上，使用 mc admin bucket remote add 命令建立新的 remote target，並記錄輸出的 ARN。

4. 從具有資料的站點，使用 mc replicate resync start 命令和先前命令的 ARN，在新站點上重建儲存貯體。

5. 等待重新同步完成（使用 mc replicate resync status 檢查）。

6. 設定從新 MinIO 站點到現有目標儲存貯體的儲存貯體複寫規則。

7. (選用) 刪除目標部署中的儲存貯體複寫規則，以還原主動-被動複寫情境。

被動儲存貯體複寫重新同步

儲存貯體複寫可以通過從目標儲存貯體複寫到新的 MinIO 站點來直接還原站點內容。

作為被動過程，儲存貯體複寫在站點復原情境中的執行速度可能不如預期。

儲存貯體複寫依賴標準複寫 掃描器佇列，該佇列的優先順序不高於其他處理程序。對於具有更嚴格 SLA/SLO 的復原程序，請使用具有 mc replicate resync 命令的主動儲存貯體複寫流程，如上所述。

儲存貯體複寫規則會將物件、其版本 ID、版本和其他元資料複製到目標儲存貯體。如果站點遺失之前已經使用儲存貯體複寫，則 MinIO 可以將具有所有這些屬性的物件還原到新的 MinIO 站點。

1. 部署新的 MinIO 站點。

2. 根據需要設定 IAM 和使用者。

3. 在剩餘的目標儲存貯體部署上，為每個儲存貯體建立到新 MinIO 站點的儲存貯體複寫規則。

4. 等待複寫完成。

5. 設定從新 MinIO 站點到現有目標儲存貯體的儲存貯體複寫規則。

6. (選用) 刪除目標部署中的儲存貯體複寫規則，以還原主動-被動複寫情境。

   如果您希望在儲存貯體之間保持主動-主動複寫，請勿刪除用於復原資料的部署中的儲存貯體複寫規則。在主動-主動複寫中，對任一位置的物件進行的變更會影響另一位置的物件。

鏡像

MinIO 的鏡像會從任何與 S3 相容的儲存系統複製物件。

無論來源為何，鏡像僅複製每個物件的最新版本，不包含版本控制元資料。您無法使用此方法還原這些屬性。

在您只需要還原物件的最新版本時，請使用 mc mirror。如果您是從另一個 MinIO 部署複製，並且希望還原物件的版本歷程記錄和版本元資料，請使用儲存貯體複寫或站點複寫（如果已在使用這些方法）。

1. 部署新的 MinIO 站點。

2. 根據需要設定 IAM 和使用者。

3. 在新站點上建立儲存貯體。

4. 使用 mc cp CLI 命令將內容從鏡像位置複製到新的 MinIO 站點。