站點複寫概觀
站點複寫將多個獨立的 MinIO 部署配置為稱為對等站點的複本叢集。
站點複寫假設使用內含的 MinIO 身分提供者 (IDP)或外部 IDP。所有已配置的部署都必須使用相同的 IDP。使用外部 IDP 的部署必須在不同站點之間使用相同的組態。
如需站點複寫架構和部署概念的詳細資訊,請參閱部署架構:複寫的 MinIO 部署。
概觀
跨所有站點複寫的內容
每個 MinIO 部署(「對等站點」)都會在其他對等站點之間同步以下變更
儲存貯體和物件的建立、修改和刪除,包括
儲存貯體和物件組態
鎖定,包括保留和法律保留組態
IAM 使用者、群組、原則和原則對使用者或群組的對應(適用於 LDAP 使用者或群組)的建立和刪除
為可從本機
root
認證驗證的工作階段權杖建立安全性權杖服務 (STS) 認證建立和刪除存取金鑰(屬於
root
使用者的金鑰除外)
站點複寫為所有複寫站點上的所有新儲存貯體和現有儲存貯體啟用儲存貯體版本控制。
mc 版本新增: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 中變更:站點複製操作會重試最多三 (3) 次。
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 效能和複製延遲。若要設定同步站點複製,請使用 mc admin replicate update
命令,並搭配 --mode
選項。
代理到其他站點
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
包含任何資料。
-
從空站點開始,或讓不多於一個站點具有任何可複寫的資料。
為每個站點設定一個別名
指定站點的負載平衡器、反向代理或類似網路控制平面元件的 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 設定
使用與其他設定站點相同的 root 使用者認證
不包含任何儲存桶或物件資料
部署新的空白 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