使用 MinIO 物件儲存和 VMware vSAN 完成您的軟體定義儲存策略

MinIO 幾乎可以在所有硬體設定檔上執行。我們建議的合作夥伴列於此處。

我們建議以下配置

• CPU/節點：2 個 Xeon Gold CPU，每個 CPU 有 8 個核心
• NIC/節點：容量為 25GbE
• 記憶體/節點：128 GB
• 磁碟機/節點：最少 8 個 HDD（16 TiB/磁碟機）
• 每個叢集的最少節點數：4
• 硬體 OEM 選項：請參閱此處列出的硬體 OEM 以了解容量 - https://minio.dev.org.tw/product/reference-hardware

與 vSphere 整合的 MinIO 利用資料持久性平台建立多個 MinIO 實例，以允許將隔離的多個租戶載入到相同的 vSphere 安裝上。每個租戶都存在於自己的命名空間中，並且 VI 管理員可以劃分資源、設定配額並將其指派給每個租戶。

MinIO 的加密功能是在物件層級實作的，並且是專為高效能 I/O 而設計的。物件會使用各自的金鑰獨立加密。應用程式可以選擇從用戶端或透過外部金鑰管理服務提供這些加密金鑰。當 MinIO 的加密開啟時，您不需要 vSAN 加密。

不建議將 MinIO 作為客體叢集執行，但這是可能的。MinIO 將需要節點上的儲存空間，該儲存空間可以透過 vSphere CSI 驅動程式公開，也可以使用直接 CSI 驅動程式從 VM 本機儲存公開。

應用程式連線到 MinIO 實例外掛程式 UI 中提供的 S3 端點，並具有虛擬託管樣式請求。MinIO 嚴格一致且沒有儲存貯體限制。如果需要更多的隔離，可以在相同的裸機或 Kubernetes 平台上部署多個 MinIO 叢集，以實現多租戶。

MinIO 的伺服器端複寫功能支援主動-被動和主動-主動組態，以持續保持兩個資料中心的同步。只要有足夠的頻寬，物件就會立即複寫。

MinIO 提供內建物件版本控制、不變性和伺服器端複寫的持續資料保護功能。您可以將物件回復到任何時間點，而無需執行快照。遠端站點會持續保持同步，包括物件版本歷史記錄。由於 MinIO 本身是一個熱門的備份目標，因此務必消除對另一個備份儲存層的需求。

物件儲存通常備份到異地位置的另一個叢集。成本將取決於備份的需求，即是否需要主動-主動複寫備份，或者是否純粹是封存。無論哪種情況，成本都與備份所需的硬體數量直接相關。因此，如果不需要備份所有資料，則可以在 DR 站點上使用較少的硬體。如果 MinIO 備份到 AWS S3 等雲端供應商，則成本會是供應商特定的。

與複寫和備份相關的最佳做法往往是應用程式和客戶特定的，但請參閱以下資源。

https://github.com/minio/minio/blob/master/docs/bucket/replication/DESIGN.md 和 https://docs.min.io/minio/baremetal/replication/replication-overview.html 以取得詳細指南。

MinIO 透過其 ILM API 支援物件過期和轉換。會根據物件標籤、過期時間軸和物件名稱字首來選擇用於封存的物件。API 可讓您設定更豐富的規則，以選擇性地過期物件並將物件轉換到遠端低成本的基於 HDD 的 MinIO 站點。

MinIO 透過其伺服器端複寫功能支援災難復原規劃。您可以將儲存貯體與遠端 MinIO 設定配對，以持續保持它們的同步。

MinIO 使用 Erasure Coding 將所有物件平均分配到可用的伺服器上。在此組態中不需要備用節點。

MinIO 訂閱網路可於此處找到。VMware 要求 vSAN 資料持久性平台上的所有 ISV 提供授權金鑰。有 60 天的試用期，在此期間，企業將自動加入 SUBNET。

VMware 要求 vSAN 資料持久性平台上的所有 ISV 獨立於 VMware 提供授權條款和產品支援。有關 MinIO 訂閱網路的資訊可於此處找到。

MinIO 是一個高可用性的分散式物件儲存系統。它可以透過其 Erasure Coding 和位元腐爛保護機制來容忍多個節點和磁碟機故障。

vSAN 可以為託管 MinIO 的儲存池提供使用量資訊。vSAN SNA 和 vSAN Direct 的容量是以厚配置方式提供，即會為 MinIO 預先配置所需的全部容量。如需更詳細的已用容量資訊，MinIO 主控台會提供儲存桶層級的已用容量摘要。

MinIO 是全球速度最快的物件儲存。基準測試結果請見此處。

MinIO HDD 叢集效能的範例結果

• 讀取輸送量：16.3 GB/s
• 寫入輸送量：9.4 GB/s

請參閱參考硬體頁面，其中有各種計算工具。請注意，計算工具不包含與 VMware vSAN DPP 相關的授權成本。

我們建議使用 NVMe 磁碟和 100GbE NIC 建構叢集。

請參考以下 NVMe 叢集的建議

• CPU/節點：2 個 Xeon Gold CPU，每個 CPU 有 8 個核心
• 每個節點的 NIC：100GbE
• 記憶體/節點：128 GB
• 每個節點的磁碟：至少 8 個 NVMe（每個磁碟 7.6 TiB 以上）
• 每個叢集的最少節點數：4
• 硬體 OEM 選項：請參閱此處列出的效能硬體 OEM - https://minio.dev.org.tw/product/reference-hardware

注意：對於此建議，我們需要考慮任何 Kubernetes 主節點配置需求，這些需求未在上述列表中列出。

對於大型叢集，這主要取決於用於 MinIO 物件儲存的磁碟。NVMe SSD 比 HDD 叢集更昂貴。但 NVMe 的成本正在大幅下降。每 GiB 的成本也取決於叢集中使用的抹除編碼配置。

注意：MinIO 沒有發布任何與 NVMe 相關的計算工具。但您可以從此處大致了解 NVMe 的成本。

客戶可以使用抹除編碼計算工具來計算各種配置的可用容量。

MinIO 對 CPU 和記憶體的使用量不高（建議每部伺服器 16 個 CPU / 128GB RAM）。輸送量幾乎總是受限於網路。請參考以下連結，了解 MinIO 的大小調整指南。

https://core.vmware.com/resource/minio-object-storage-vmware-cloud-foundation-tanzu#sizing-guidelines

一般而言，更多的 Pod 和 PV 會帶來更高的平行處理能力，從而提高效能。數量會受到實體資源的限制。

MinIO 更多是從資源管理角度（即儲存類別或儲存桶）來看待租戶。大多數應用程式只需要端點和儲存桶即可運作。多租戶有助於從資源管理（即報告）以及營運管理中，將類似的應用程式、群組或使用者分組。在大型 MinIO 部署中，沒有技術限制會限制許多儲存桶的共享。

這取決於特定組織的營運需求。在同一個組織中的多個群組想要使用單一叢集，並透過 IAM 原則定義資源存取權時，通常會使用多個應用程式對應單一執行個體的情況。這種使用案例在營運上可以更簡單，因為只需要管理單一叢集。針對給定應用程式使用獨特的執行個體，通常會部署於兩種使用案例中。第一種是當您希望完全隔離資料時，例如，當您向最終客戶提供 MinIO 服務時，您可能希望確保不正確的原則應用程式不會讓一個客戶看到另一個客戶的資料。第二種是當您希望為每個獨特的叢集設定不同的配置時。一個例子是，允許在一個叢集中針對非關鍵資料設定不同的抹除編碼同位設定，而在另一個叢集中針對業務關鍵資料設定更高的冗餘。

客戶有多使用者與多租戶選項可供選擇，可以多種配置部署 MinIO，而不會對系統效能產生負面影響。

MinIO 基於原則的存取控制 (PBAC) 支援細緻的使用者存取隔離，可達到儲存桶或儲存桶前置詞層級。對於需要獨佔存取物件儲存的應用程式，您可以部署一個 MinIO 租戶，僅支援這些應用程式。例如

• 應用程式寫入單一租戶上的同一個儲存桶。
• 應用程式寫入單一租戶上自己的儲存桶。
• 應用程式寫入自己的 MinIO 租戶。
• 儲存和運算資源專屬於每個租戶

如需更多資訊，請參閱

• MinIO 多使用者指南
• MinIO 身分和存取管理
• 部署 MinIO 租戶 (VMware Cloud Foundation 4.2)

大多數雲端儲存供應商提供的資料持久性具有 11 個 9 的可靠性。MinIO 從一開始就被設計為各種部署方法的 AWS S3 服務的直接替代品，並使用類似的商品化硬體和功能（即 EC 和複寫）。MinIO 可以輕鬆提供 11 個 9 的持久性。由於其物件層級的精細度，根據某些計算，甚至可以提供更好的持久性，但這需要非常保守的抹除編碼 (EC) 配置，這可能不實際或不具成本效益。

11 個 9 的持久性 (99.999999999) 表示每個 PiB 每年大約會遺失 12 個物件。這可以透過使用 N/2 EC 配置和至少 2 倍的站台複寫來輕鬆防止。

關於抹除編碼 (EC) 及其對持久性影響的基本計算，請見此處。

MinIO 可以透過複寫部署在多個可用區域中。可以針對部署在整體全球資料中心覆蓋範圍的不同區域或地區中的不同 Kubernetes / VMware 叢集部署多個 MinIO 執行個體（或租戶）。任何給定的 MinIO 租戶都應位於單一 vSphere 叢集中。單一叢集中可以存在多個租戶。不建議使用延伸叢集。MinIO 支援獨立租戶之間的主動-主動複寫，其中寫入一個租戶的物件會自動同步到遠端。文件請見此處。

MinIO 支援跨多個站台的同步和非同步複寫。選擇將取決於每個客戶在這些資料中心、可用區域 (AZ) 或一般站台中可用的延遲和輸送量。

同步複寫的效能成本將直接與可用的輸送量和站點間網路延遲相關，因為應用程式必須等待往返完成。

非同步的持久性成本也會受到可用輸送量和網路延遲的類似影響，但由於 MinIO 實作物件層級的精細度，這可將影響降至最低，與其他非同步方法相比。

MinIO EC 會在租戶建立時設定，作為租戶大小步驟的一部分。選取要用於初始區域的抹除編碼同位設定。MinIO 具有抹除編碼計算工具，可協助根據所需的區域拓撲選取適當的同位設定。

擴展租戶時，新區域會從租戶繼承其 EC 設定。MinIO 要求新區域具有足夠數量的磁碟，以支援租戶 EC。具體來說，新區域必須至少有 2 倍的磁碟數量，才能支援與該特定租戶中現有區域 EC 相同的 EC 配置。

您可以在部署 MinIO 租戶之後隨時設定複寫。MinIO 伺服器端複寫需要 MinIO 服務作為複寫目標。MinIO 有關於單向主動-被動和雙向主動-主動複寫的文件化程序。

MinIO 也提供mc mirror工具，用於將用戶端內容同步到任何與 S3 相容的服務。

MinIO 外掛程式租戶索引標籤會顯示是否有可用的更新。客戶只需按一下 UI 即可觸發滾動執行個體升級。不會發生服務中斷。

MinIO 可從 TiB 無縫擴展到 PiB。若要深入了解詳細資訊，我們建議您閱讀此文件。

客戶也可以修改租戶的 vCPU 配置。如需其他資訊，請參閱此文件。

客戶也可以新增更多 vSAN 直連磁碟，以擴展每個 ESXi 伺服器的容量。也可以擴展 ESXi 伺服器，以滿足容量需求。

對於單一磁碟故障，不會有效能上的影響。一般來說，如果同時有正在進行的工作負載，重建工作會以較低的優先級執行。此過程完全在背景執行，客戶無需進行任何主動管理。

不需要。MinIO 不需要重新平衡。

請參閱下方的相容性矩陣。Operator 的升級必須保持在每一行的範圍內，以確保所有元件都正常運作。如果使用者想要將 MinIO Operator 升級到跨越多行的最新版本，則也需要升級 vDPp 外掛程式，目前外掛程式的升級無法從 UI 進行。