文件

硬體檢查清單

在規劃用於生產、分散式 MinIO 部署的硬體組態時,請使用下列檢查清單。

注意事項

在為您的 MinIO 實作選擇硬體時,請考慮以下因素

  • 啟動時要儲存的資料預期量(單位為 tebibytes)

  • 至少未來兩年資料大小的預期成長

  • 物件數量(依物件平均大小)

  • 資料的平均保留時間(以年為單位)

  • 要部署的站台數量

  • 預期的儲存貯體數量

生產硬體建議

下列檢查清單遵循 MinIO 針對生產部署的建議組態。提供的指南旨在作為基準,無法取代MinIO SUBNET效能診斷、架構檢閱和直接工程支援。

MinIO 與任何分散式系統一樣,受益於為給定伺服器池中的所有節點選擇相同的組態。請確保跨池節點一致選擇硬體(CPU、記憶體、主機板、儲存配接器)和軟體(作業系統、核心設定、系統服務)。

如果節點具有不同的硬體或軟體組態,部署可能會出現不可預測的效能。受益於將老舊資料儲存在較低成本硬體上的工作負載應改為部署專用的「溫」或「冷」MinIO 部署,並將資料轉換到該層。

MinIO 不提供託管服務或硬體銷售

請參閱我們的參考硬體頁面,以取得我們硬體合作夥伴精選的伺服器和儲存元件。

描述

最低

建議

專門為 MinIO 租戶提供服務的 Kubernetes 工作節點。

每個租戶 4 個工作節點

每個租戶 8 個以上的工作節點

MinIO 租戶的專用持續性磁碟區.

每個 MinIO 伺服器 pod 4 個 PV

每個 MinIO 伺服器 pod 8 個以上的 PV

高速網路基礎架構.

25GbE

100GbE

支援現代 SIMD 指令 (AVX-512) 的伺服器級 CPU,例如 Intel® Xeon® Scalable 或更好。

每個 MinIO Pod 4 個 vCPU

每個 MinIO Pod 8 個以上的 vCPU

可用的記憶體,足以滿足或超過每個伺服器的使用量,並具有合理的緩衝區。

每個工作節點 32GB 的可用記憶體

每個工作節點 128GB 以上的可用記憶體

重要

下列區域對 MinIO 效能的影響最大,依重要性順序排列

網路基礎架構

吞吐量不足或受限會限制效能

儲存控制器

舊版韌體、有限的吞吐量或故障的硬體會限制效能並影響可靠性

儲存 (磁碟機)

舊版韌體或速度慢/老化/故障的硬體會限制效能並影響可靠性

在專注於其他硬體資源(例如與運算相關的限制)之前,請優先確保每個這些區域的必要元件。

上述最低建議反映了 MinIO 在協助企業客戶在各種 IT 基礎架構上部署,同時保持所需的 SLA/SLO 的經驗。雖然 MinIO 可以在低於最低建議的拓撲上執行,但任何潛在的成本節省都會以降低可靠性、效能或整體功能為代價。

網路

MinIO 建議使用高速網路,以支援附加儲存裝置(聚合硬碟、儲存控制器和 PCIe 匯流排)的最大可能吞吐量。下表提供給定實體或虛擬網路介面所支援的最大儲存吞吐量的一般準則。此表假設所有網路基礎架構組件(例如路由器、交換器和實體纜線)也支援 NIC 頻寬。

NIC 頻寬 (Gbps)

預估聚合儲存吞吐量 (GBps)

10Gbps

1.25GBps

25Gbps

3.125GBps

50Gbps

6.25GBps

100Gbps

12.5GBps

網路對 MinIO 效能的影響最大,其中每個主機的低頻寬會人為地限制儲存的潛在效能。以下網路吞吐量限制的範例假設使用持續 I/O 約 100MB/s 的旋轉硬碟

  • 1GbE 網路連結可支援高達 125MB/s,或一個旋轉硬碟

  • 10GbE 網路可支援約 1.25GB/s,可能支援 10-12 個旋轉硬碟

  • 25GbE 網路可支援約 3.125GB/s,可能支援約 30 個旋轉硬碟

記憶體

記憶體主要限制每個節點的並行連線數。

您可以使用此公式計算每個節點的最大並行請求數

\(totalRam / ramPerRequest\)

要計算每個請求使用的 RAM 量,請使用此公式

\(((2MiB + 128KiB) * driveCount) + (2 * 10MiB) + (2 * 1 MiB)\)

10MiB 是預設的 erasure block size v1。1 MiB 是預設的 erasure block size v2。

下表列出基於主機硬碟數量和可用系統 RAM 的節點最大並行請求數

硬碟數量

32 GiB 的 RAM

64 GiB 的 RAM

128 GiB 的 RAM

256 GiB 的 RAM

512 GiB 的 RAM

4 個硬碟

1,074

2,149

4,297

8,595

17,190

8 個硬碟

840

1,680

3,361

6,722

13,443

16 個硬碟

585

1,170

2.341

4,681

9,362

下表提供根據節點上的本機儲存總量來為 MinIO 分配記憶體的一般準則

主機儲存總量

建議的主機記憶體

最高 1 Tebibyte (Ti)

8GiB

最高 10 Tebibyte (Ti)

16GiB

最高 100 Tebibyte (Ti)

32GiB

最高 1 Pebibyte (Pi)

64GiB

超過 1 Pebibyte (Pi)

128GiB

重要

RELEASE.2024-01-28T22-35-53Z 開始,MinIO 在分散式設定中為每個節點預先分配 2GiB 的記憶體,以及為單節點設定預先分配 1GiB 的記憶體。

儲存

硬碟的獨佔存取權

MinIO 要求 對於提供給物件儲存的硬碟或磁碟區具有獨佔存取權。任何其他程序、軟體、指令碼或人員都不應直接對提供給 MinIO 的硬碟或磁碟區,或 MinIO 置於其上的物件或檔案執行任何操作。

除非 MinIO 工程團隊指示,否則請勿使用指令碼或工具來直接修改、刪除或移動所提供硬碟上的任何資料分片、同位分片或中繼資料檔案,包括從一個硬碟或節點移動到另一個硬碟或節點。這類操作很可能導致廣泛的損毀和資料遺失,超出 MinIO 的修復能力。

MinIO 建議為每個 MinIO 租戶配置一個儲存類別,以滿足該租戶的效能目標。

在可能的情況下,請將儲存類別、CSI 或 PV 底層的其他佈建程式配置為將磁碟區格式化為 XFS,以確保最佳效能。

確保租戶中配置的所有 PV 的基礎儲存類型 (NVMe、SSD、HDD) 一致。

確保每個租戶中所有節點的每個 PV 都具有相同的呈現容量 伺服器集區。MinIO 將每個 PV 的最大可用大小限制為集區中最小的 PV。例如,如果一個集區有 15 個 10TB PV 和 1 個 1TB PV,則 MinIO 將每個 PV 的容量限制為 1TB。