站點故障恢復
MinIO 可以將整個站點的損失降到相對較小的事件,儘管它很重要。站點恢復取決於您為站點使用的複寫選項。
站點複寫 |
從健康的對等站點完全還原 IAM 設定、儲存區設定和資料 |
儲存區複寫 |
針對設定複寫的每個儲存區,從健康的遠端位置還原物件和中繼資料 |
僅從健康的遠端位置還原物件資料,沒有版本控制 |
站點複寫修復會自動將 IAM 設定、儲存區、儲存區設定和物件從現有站點新增到新站點,無需進一步操作。
如果其他健康站點上仍有任何儲存區複寫規則,您就無法設定站點複寫。儲存區複寫與站點複寫是互斥的。
如果您要從使用儲存區複寫切換到使用站點複寫,您必須先從健康的站點中移除所有儲存區複寫規則,然後再設定站點複寫。
將不健康的對等站點恢復到站點複寫
重要
RELEASE.2023-01-02T09-40-09Z MinIO 伺服器版本包含重要的修正程式,用於移除包含三個或更多對等站點的複寫組態中已關閉的站點。
對於設定為站點複寫的部署,請計劃測試和升級所有對等站點至指定的版本。如果發生站點故障,您可以將其餘健康的站點更新至指定的版本,並使用此程序。
站點複寫讓兩個或更多 MinIO 部署與 IAM 原則、儲存區、儲存區設定、物件和物件中繼資料保持同步。如果對等站點發生故障,例如因重大災難或長時間停電導致,您可以使用其餘健康的站點來還原可複寫的資料。
在站點複寫在站點遺失之前處於活動狀態的場景中,下列程序可以還原資料。此程序假設一個或多個對等站點的完全遺失,而不是由於延遲或暫時性部署停機導致的複寫延遲或延遲。
使用
mc admin replicate rm
命令搭配--force
選項,從 MinIO 站點複製組態中移除失敗的站點。以下命令會強制從複製組態中移除不健康的對等站點
mc admin replicate rm HEALTHY_PEER UNHEALTHY_PEER --force
將
HEALTHY_PEER
替換為複製組態中任何健康對等站點的 別名將
UNHEALTHY_PEER
替換為不健康對等站點的別名
站點複製組態中的所有健康對等站點都會自動更新,以移除不健康的對等站點。您可以使用
mc admin replicate info
命令來驗證新的站點複製組態。按照 站點複製需求 部署新的 MinIO 站點。
除了規定的需求之外,不要上傳任何資料或以其他方式配置部署。
驗證新的 MinIO 部署是否正常運作,並與其他對等站點具有雙向連線能力。
確保新站點與現有對等站點上的伺服器版本相符
警告
mc admin replicate rm --force
命令僅對站點複製組態中的線上或健康節點執行操作。已移除的離線 MinIO 部署會保留其原始複製組態,因此如果部署恢復正常運作,它將繼續對其已配置的對等站點執行複製操作。如果您計劃重複使用站點複製組態的硬體,您必須在重新初始化 MinIO 並將站點新增回複製組態之前,完全清除部署的磁碟機。
將替換的對等站點新增至複製組態。
使用
mc admin replicate add
命令,使用新站點更新複製組態mc admin replicate add HEALTHY_PEER NEW_PEER
將
HEALTHY_PEER
替換為複製組態中任何健康對等站點的 別名將
NEW_PEER
替換為新對等站點的別名
站點複製組態中的所有健康對等站點都會自動更新以適用於新的對等站點。您可以使用
mc admin replicate info
命令來驗證新的站點複製組態。使用
mc admin replicate resync
重新同步新的對等站點。mc admin replicate resync start HEALTHY_PEER NEW_PEER
將
HEALTHY_PEER
替換為複製組態中任何健康對等站點的 別名將
NEW_PEER
替換為新對等站點的別名
驗證複製狀態。
使用以下命令來追蹤複製狀態
mc admin replicate status
- 提供複製的整體狀態和進度mc replicate status
- 提供儲存貯體層級和全域複製狀態
作用中儲存貯體複製重新同步
對於在發生故障之前已存在 儲存貯體複製 的情況,您可以使用 mc replicate resync
將資料還原到新站點。建立一個新站點以取代失敗的部署,然後將資料從現有的、健康且啟用儲存貯體複製的部署同步到新站點。
部署新的 MinIO 站點。
根據需要設定 IAM 和使用者。
在有資料的站點上,使用
mc admin bucket remote add
命令建立新的remote target
並記錄輸出的 ARN。從有資料的站點,使用
mc replicate resync start
命令,並搭配前一個命令的 ARN,在新站點上重建儲存貯體。等待重新同步完成(使用
mc replicate resync status
來檢查)。設定從新的 MinIO 站點到現有目標儲存貯體的儲存貯體複製規則。
(選用) 從目標部署中刪除儲存貯體複製規則,以還原主動-被動複製情境。
被動儲存貯體複製重新同步
儲存貯體複製 可以透過從目標儲存貯體複製到新的 MinIO 站點,直接還原站點內容。
作為被動程序,儲存貯體複製在站點復原情境中的執行速度可能不如預期。
儲存貯體複製依賴於標準複製 掃描器 佇列,該佇列不會優先於其他程序。對於具有更嚴格 SLA/SLO 的復原程序,請使用上述 mc replicate resync
命令執行作用中儲存貯體複製程序。
儲存貯體複製規則會將物件、其版本 ID、版本和其他中繼資料複製到目標儲存貯體。如果站點遺失之前已在使用儲存貯體複製,則 MinIO 可以將具有所有這些屬性的物件還原到新的 MinIO 站點。
部署新的 MinIO 站點。
根據需要設定 IAM 和使用者。
在剩餘的目標儲存貯體部署中,為每個儲存貯體建立到新的 MinIO 站點的儲存貯體複製規則。
等待複製完成。
設定從新的 MinIO 站點到現有目標儲存貯體的儲存貯體複製規則。
(選用) 從目標部署中刪除儲存貯體複製規則,以還原主動-被動複製情境。
如果您希望在儲存貯體之間保持主動-主動複製,請勿刪除用於復原資料的部署中的儲存貯體複製規則。在主動-主動複製中,對任一位置的物件所做的變更會影響另一個位置的物件。
鏡像
MinIO 的鏡像會從任何 S3 相容的儲存系統複製物件。
無論來源為何,鏡像只會複製每個物件的最新版本,並且不包含版本控制中繼資料。您無法使用此方法還原這些屬性。
在您只需要還原物件的最新版本時,請使用 mc mirror
。如果您是從另一個 MinIO 部署複製,並且希望還原物件的版本歷史記錄和版本中繼資料,請使用已在使用中的儲存貯體複製或站點複製。
部署新的 MinIO 站點。
根據需要設定 IAM 和使用者。
在新站點上建立儲存貯體。
使用
mc cp
CLI 命令將內容從鏡像位置複製到新的 MinIO 站點。