站點複製概觀
站點複製會將多個獨立的 MinIO 部署設定為稱為對等站點的複本叢集。
站點複製假設使用包含的 MinIO 身分提供者 (IDP) 或外部 IDP。所有設定的部署都必須使用相同的 IDP。使用外部 IDP 的部署必須在站點之間使用相同的設定。
如需站點複製架構和部署概念的詳細資訊,請參閱 部署架構:複寫的 MinIO 部署。
概觀
跨所有站點複製的內容
每個 MinIO 部署(「對等站點」)會在其他對等站點之間同步下列變更
儲存桶和物件的建立、修改和刪除,包括
儲存桶和物件設定
鎖定,包括保留和法律保留設定
IAM 使用者、群組、原則以及原則與使用者或群組的對應(對於 LDAP 使用者或群組)的建立和刪除
從本機
root
認證可驗證的會話權杖安全權杖服務 (STS) 認證的建立存取金鑰(屬於
root
使用者的金鑰除外)的建立和刪除
站點複製會為所有複寫站點上所有新的和現有的儲存桶啟用儲存桶版本控制。
新版本:RELEASE.2023-12-02T02-03-28Z
您可以選擇跨對等站點複製 ILM 過期規則。對於新的站點複製設定,請使用 mc admin replicate add
和 --replicate-ilm-expiry
旗標。對於現有的站點複製設定,您可以使用 mc admin replicate update
,以及適當的 --enable-ilm-expiry-replication
或 --disable-ilm-expiry-replication
旗標,啟用或停用此行為。
跨站點不複製的內容
在站點複製配置中,MinIO 部署不會複製以下項目的建立或修改:
初始站點複製流程
啟用站點複製後,身分與存取管理 (IAM) 設定會依以下順序同步:
原則
使用者帳戶(針對本機使用者)
群組
存取金鑰
root
的存取金鑰不會同步。已同步使用者帳戶的原則對應
安全權杖服務 (STS) 使用者的原則對應
原則
與具有有效MinIO 原則的 OIDC 帳戶相關聯的存取金鑰。
root
存取金鑰不會同步。已同步使用者帳戶的原則對應
安全權杖服務 (STS) 使用者的原則對應
原則
群組
與具有有效MinIO 原則的 LDAP 帳戶相關聯的存取金鑰。
root
存取金鑰不會同步。已同步使用者帳戶的原則對應
安全權杖服務 (STS) 使用者的原則對應
在跨對等站點初始資料同步後,MinIO 會持續複製和同步所有站點上的可複製資料,這些資料會在任何站點上發生。
站點修復
站點複製配置中的任何 MinIO 部署都可以從具有最新版本資料的對等站點重新同步損壞的可複製資料。
在版本 RELEASE.2023-07-18T17-49-40Z 中變更:站點複製作業最多重試三次。
MinIO 會將三次嘗試後無法複製的複製作業從佇列中移除。 掃描器會在稍後的時間點擷取受影響的物件,並將它們重新加入複製佇列。
在版本 RELEASE.2022-08-11T04-37-28Z 中變更:執行任何 GET
或 HEAD
API 方法時,失敗或待處理的複製會自動重新加入佇列。例如,在站點重新上線後使用 mc stat
、mc cat
或 mc ls
命令會提示修復以重新加入佇列。
在版本 RELEASE.2022-12-02T23-48-47Z 中變更:如果一個站點因任何原因遺失資料,請使用 mc admin replicate resync
從另一個運作正常的站點重新同步資料。這會啟動一個主動的程序,重新同步資料,而無需等待被動的MinIO 掃描器識別遺失的資料。
您可以使用 MINIO_SCANNER_SPEED
環境變數或 scanner speed
設定來調整 MinIO 如何平衡掃描器效能與讀取/寫入作業。
同步與非同步複製
MinIO 支援為給定的遠端目標指定非同步(預設)或同步複製。
使用非同步複製時,MinIO 會在將物件放入複製佇列之前完成原始的 PUT
作業。因此,原始用戶端可能會在物件複製之前看到成功的 PUT
作業。雖然這可能會導致遠端上出現過時或遺失的物件,但它可以降低因複製負載而導致寫入作業緩慢的風險。
使用同步複製時,MinIO 會嘗試在完成原始的 PUT
作業之前複製物件。無論複製嘗試是否成功,MinIO 都會傳回成功的 PUT
作業。這會降低寫入作業緩慢的風險,但可能會導致遠端位置上出現過時或遺失的物件。
MinIO 強烈建議使用預設的非同步站點複製。同步站點複製效能很大程度上取決於站點之間的延遲,延遲越高,可能導致 PUT 效能降低和複製延遲。若要設定同步站點複製,請使用具有 --mode
選項的 mc admin replicate update
。
代理至其他站點
MinIO 對等站點可以將物件的 GET/HEAD
要求代理至其他對等站點,以檢查物件是否存在。這允許正在修復或落後於其他對等站點的站點仍然傳回持續到其他站點的物件。
例如
用戶端向
Site1
發出GET("data/invoices/january.xls")
Site1
無法找到物件Site1
將請求代理至Site2
Site2
傳回所要求物件的最新版本Site1
將代理物件傳回用戶端
對於不包含唯一版本 ID 的 GET/HEAD
要求,代理請求會傳回對等站點上該物件的最新版本。如果回應的對等站點也遇到複製延遲,則可能會導致擷取非目前的物件版本。
MinIO 不會代理 LIST
、DELETE
和 PUT
作業。
先決條件
先備份叢集設定
請使用 mc admin cluster bucket export
和 mc admin cluster iam export
命令,在設定站點複製之前,分別建立儲存桶中繼資料和 IAM 設定的快照。您可以使用這些快照在站點複製設定期間發生設定錯誤時還原儲存桶/IAM 設定。
設定時具有資料的一個站點
在設定時,只能有一個站點有資料。其他站點必須沒有儲存桶和物件。
在設定站點複製之後,第一個部署上的任何資料都會複製到其他站點。
所有站點都必須使用相同的 IDP
所有站點都必須使用相同的身分提供者。站點複製支援隨附的 MinIO IDP、OIDC 或 LDAP。
所有站點都必須使用相同的 MinIO 伺服器版本
所有站點都必須具有相符且一致的 MinIO 伺服器版本。在具有不符 MinIO 伺服器版本的站點之間設定複製可能會導致非預期或不希望有的複製行為。
您也應該確保用於設定複製的 mc
版本與伺服器版本緊密相符。
存取相同的加密服務
對於透過金鑰管理服務 (KMS) 進行的 SSE-S3 或 SSE-KMS 加密,所有站點都必須能夠存取中央 KMS 部署。
您可以使用中央 KES 伺服器或多個 KES 伺服器(例如每個站點一個),透過中央支援的 金鑰保管庫伺服器 連接來實現此目的。
複寫需要版本控制
站點複寫需要 儲存貯體版本控制,並會自動為所有建立的儲存貯體啟用此功能。您無法在站點複寫部署中停用版本控制。
MinIO 無法複寫儲存貯體中您排除在版本控制之外的前綴中的物件。
每個站點都安裝了負載平衡器
指定站點的負載平衡器、反向代理或類似網路控制平面元件的 URL 或 IP 位址。請求會自動路由至部署中的節點。
MinIO 建議不要為對等站點使用單一節點主機名稱。這會產生單點故障:如果該節點離線,複寫就會失敗。
從儲存貯體複寫切換至站點複寫
儲存貯體複寫和多站點複寫是互斥的。您無法在相同的部署上同時使用這兩種複寫方法。
如果您先前設定了儲存貯體複寫,現在想要使用站點複寫,您必須先刪除在初始化站點複寫時具有資料的部署上的所有儲存貯體複寫規則。請在命令列上使用 mc replicate rm
或使用 MinIO 主控台移除儲存貯體複寫規則。
設定站點複寫時,只能有一個站點擁有資料。所有其他站點都必須是空的。
教學課程
設定站點複寫
部署兩個或多個獨立的 MinIO 站點,每個站點都使用相同的身分提供者
只能有一個站點擁有任何儲存貯體或物件。其他站點必須是空的。
在瀏覽器中,存取具有資料的站點的主控台(如果有的話)
例如,
https://<addressforsite>:9000
將
<addressforsite>
取代為管理 MinIO 部署連線的負載平衡器、反向代理或類似控制平面的主機名稱或 IP 位址。選取設定,然後選取站點複寫
選取新增站點 +
填寫要求的資訊
此站點
- 站點名稱:
與站點關聯的名稱或其他識別文字。
- 端點:
(必要) 管理站點連線的負載平衡器的主機名稱或 IP。
- 存取金鑰:
(必要) 用於登入站點的
root
使用者名稱。
- 密碼金鑰:
(必要) 用於登入站點的
root
密碼。
對等站點
- 站點名稱:
與站點關聯的名稱或其他識別文字。
- 端點:
(必要) 管理站點連線的負載平衡器的主機名稱或 IP。
- 存取金鑰:
(必要) 對等站點的
root
使用者名稱,用於登入站點。
- 密碼金鑰:
(必要) 對等站點的
root
密碼,用於登入站點。
指定站點的負載平衡器、反向代理或類似網路控制平面元件的 URL 或 IP 位址。請求會自動路由至部署中的節點。
MinIO 建議不要為對等站點使用單一節點主機名稱。這會產生單點故障:如果該節點離線,複寫就會失敗。
若要新增兩個以上的站點,請選取其中一個站點項目側邊的
+
按鈕。若要移除先前新增的站點,請選取該站點側邊的-
按鈕。站點複寫會在每個站點的
root
使用者下新增一個svcacct
,以執行複寫活動。選取儲存
選取複寫狀態按鈕,以驗證是否已在對等站點之間完成複寫。
任何存在的可複寫資料都應顯示為已成功同步。
如需更多關於檢閱站點複寫的資訊,請參閱站點複寫狀態教學課程。
以下步驟會為三個分散式部署建立新的站點複寫組態。其中一個站點包含可複寫資料。
這三個站點使用別名 minio1
、minio2
和 minio3
,且只有 minio1
包含任何資料。
部署三個或多個獨立的 MinIO 站點,每個站點都使用相同的IDP
從空的站點開始,或最多只有一個站點具有任何可複寫資料。
為每個站點設定一個別名
指定站點的負載平衡器、反向代理或類似網路控制平面元件的 URL 或 IP 位址。請求會自動路由至部署中的節點。
MinIO 建議不要為對等站點使用單一節點主機名稱。這會產生單點故障:如果該節點離線,複寫就會失敗。
例如,對於三個 MinIO 站點,您可以建立別名
minio1
、minio2
和minio3
。使用
mc alias set
定義管理站點連線的負載平衡器的主機名稱或 IP。mc alias set minio1 https://minio1.example.com:9000 adminuser adminpassword mc alias set minio2 https://minio2.example.com:9000 adminuser adminpassword mc alias set minio3 https://minio3.example.com:9000 adminuser adminpassword
或定義環境變數
export MC_HOST_minio1=https://adminuser:adminpassword@minio1.example.com export MC_HOST_minio2=https://adminuser:adminpassword@minio2.example.com export MC_HOST_minio3=https://adminuser:adminpassword@minio3.example.com
新增站點複寫組態
mc admin replicate add minio1 minio2 minio3
如果所有站點都是空的,則別名的順序無關緊要。如果其中一個站點包含任何可複寫資料,您必須先列出它。
最多只能有一個站點包含任何可複寫資料。
查詢站點複寫組態以驗證
mc admin replicate info minio1
您可以在站點複寫組態中使用任何對等站點的別名。
查詢站點複寫狀態,以確認任何初始資料已複寫到所有對等站點。
mc admin replicate status minio1
您可以在站點複寫組態中使用任何對等站點的別名。輸出應顯示所有可複寫資料都已同步。
輸出可能類似以下內容
Bucket replication status: ● 1/1 Buckets in sync Policy replication status: ● 5/5 Policies in sync User replication status: No Users present Group replication status: No Groups present
如需更多關於檢閱站點複寫的資訊,請參閱站點複寫狀態教學課程。
擴展站點複寫
您可以將更多站點新增至現有的站點複寫組態。
新站點必須符合以下要求
站點已完全部署且可透過主機名稱或 IP 存取
與組態中的所有其他站點共用 IDP 組態
使用與其他已設定站點相同的根使用者認證
不包含任何儲存貯體或物件資料
部署新的空白 MinIO 站點
在瀏覽器中,存取其中一個現有已複寫站點的主控台
例如,
https://<addressforsite>:9000
選取設定,然後選取站點複寫
選取新增站點 +
進行以下項目
- 存取金鑰:
(必要) 用於登入每個站點的使用者名稱。在所有站點中應相同。
- 密碼金鑰:
(必要) 用於登入每個站點的使用者名稱的密碼。在所有站點中應相同。
- 站點名稱:
用於站點名稱的別名。
- 端點:
(必要) 管理站點連線的負載平衡器的主機名稱或 IP。
指定站點的負載平衡器、反向代理或類似網路控制平面元件的 URL 或 IP 位址。請求會自動路由至部署中的節點。
MinIO 建議不要為對等站點使用單一節點主機名稱。這會產生單點故障:如果該節點離線,複寫就會失敗。
若要新增兩個以上的站點,請選取最後一個站點項目側邊的
+
按鈕。選取儲存
依照所述要求部署新的 MinIO 對等站點
為新站點設定別名
指定站點的負載平衡器、反向代理或類似網路控制平面元件的 URL 或 IP 位址。請求會自動路由至部署中的節點。
MinIO 建議不要為對等站點使用單一節點主機名稱。這會產生單點故障:如果該節點離線,複寫就會失敗。
若要檢查現有別名,請使用
mc alias list
。使用
mc alias set
定義管理新站點連線的負載平衡器的主機名稱或 IP。mc alias set minio4 https://minio4.example.com:9000 adminuser adminpassword
或定義環境變數
export MC_HOST_minio4=https://adminuser:adminpassword@minio4.example.com
新增站點複寫組態
使用
mc admin replicate add
命令,使用新的對等站點擴展站點複寫組態。指定所有現有對等站點的別名,然後指定要新增的新站點的別名。例如,以下命令會將新的對等站點
minio4
新增至包含現有站點minio1
、minio2
和minio3
的現有站點複寫組態。mc admin replicate add minio1 minio2 minio3 minio4
注意
如果任何站點無法連線或永久遺失,您在用新站點擴展之前,必須先使用
mc admin replicate rm
移除無法連線的站點。查詢站點複寫組態以驗證
mc admin replicate info minio1
修改站點端點
如果對等站點變更了其主機名稱,您可以修改複寫組態以反映新的主機名稱。
在瀏覽器中,存取其中一個複寫站點的控制台
例如,
https://<addressforsite>:9000
選取設定,然後選取站點複寫
選取要更新的站點旁的鉛筆編輯圖示
進行以下項目
- 新端點:
(必要) 要使用的新端點位址和連接埠。
指定站點的負載平衡器、反向代理或類似網路控制平面元件的 URL 或 IP 位址。請求會自動路由至部署中的節點。
MinIO 建議不要為對等站點使用單一節點主機名稱。這會產生單點故障:如果該節點離線,複寫就會失敗。
選取更新
使用
mc admin replicate info
取得站點的部署 IDmc admin replicate info <ALIAS>
使用
mc admin replicate update
更新站點的端點mc admin replicate update ALIAS --deployment-id [DEPLOYMENT-ID] --endpoint [NEW-ENDPOINT]
將 [DEPLOYMENT-ID] 取代為要更新的站點的部署 ID。
將 [NEW-ENDPOINT] 取代為該站點的新端點。
指定站點的負載平衡器、反向代理或類似網路控制平面元件的 URL 或 IP 位址。請求會自動路由至部署中的節點。
MinIO 建議不要為對等站點使用單一節點主機名稱。這會產生單點故障:如果該節點離線,複寫就會失敗。
從複寫中移除站點
您可以隨時從複寫中移除站點。您可以在稍後重新加入該站點,但您必須先完全清除該站點上的儲存貯體和物件資料。
在瀏覽器中,存取其中一個複寫站點的控制台
例如,
https://<addressforsite>:9000
選取設定,然後選取站點複寫
選取要更新的站點旁的垃圾桶刪除圖示
在提示中選取刪除,以確認站點刪除
mc admin replicate rm ALIAS PEER_TO_REMOVE --force
將
ALIAS
取代為複寫組態中任何對等站點的 別名。將
PEER_TO_REMOVE
取代為要移除的對等站點的別名。
站點複寫組態中所有健全的對等點都會自動更新,以移除指定的對等點。
MinIO 需要 --force
旗標才能從站點複寫組態中移除對等點。
檢閱複寫狀態
MinIO 提供有關跨站點使用者、群組、原則或儲存貯體的複寫資訊。
摘要資訊包括每個類別的已同步和失敗項目數。
在瀏覽器中,存取其中一個複寫站點的控制台
例如,
https://<addressforsite>:9000
選取設定,然後選取站點複寫
選取 複寫狀態
(選用) 檢視特定項目的複寫狀態
在 檢視以下項目的複寫狀態:下拉式選單中選取要檢視的項目類型
指定要檢視的特定儲存貯體、群組、原則或使用者的名稱
(選用) 選取 重新整理以更新資訊
mc admin replicate status <ALIAS> --<flag> <value>
例如
mc admin replicate status minio3 --bucket images
顯示
minio3
站點上images
儲存貯體的複寫狀態。輸出類似如下
● Bucket config replication summary for: images Bucket | MINIO2 | MINIO3 | MINIO4 Tags | | | Policy | | | Quota | | | Retention | | | Encryption | | | Replication | ✔ | ✔ | ✔
mc admin replicate status minio3 --all
顯示
minio3
所在的複寫站點的所有複寫狀態摘要。輸出類似如下
Bucket replication status: ● 1/1 Buckets in sync Policy replication status: ● 5/5 Policies in sync User replication status: ● 1/1 Users in sync Group replication status: ● 0/2 Groups in sync Group | MINIO2 | MINIO3 | MINIO4 ittechs | ✗ in-sync | | ✗ in-sync managers | ✗ in-sync | | ✗ in-sync