部署架構

此頁面提供從生產角度來看的 MinIO 部署架構概觀。有關特定硬體或軟體配置的資訊，請參閱

分散式 MinIO 部署

生產 MinIO 部署至少包含 4 個具有同質儲存和計算資源的 MinIO 主機。

MinIO 將這些資源匯總為一個集區，並將其呈現為單一物件儲存服務。

4 Node MinIO deployment with homogeneous storage and compute resources — 此集區中的每個 MinIO 主機都具有匹配的計算、儲存和網路配置

當使用本地連接的儲存（例如連接到主機上的 PCI-E 控制器板的 NVMe 或 SSD 磁碟機）時，MinIO 可提供最佳效能。

儲存控制器應以「Just a Bunch of Drives」(JBOD) 配置呈現 XFS 格式的磁碟機，且不包含 RAID、集區或其他硬體/軟體彈性層。MinIO 不建議在磁碟機或控制器層進行快取。任一類型的快取都可能在快取填滿和清除時導致 I/O 峰值，從而導致不可預測的效能。

MinIO Server diagram of Direct-Attached Storage via SAS to a PCI-E Storage Controller — 每個 SSD 通過 SAS 連接到在 HBA 模式下運作的 PCI-E 連接儲存控制器

MinIO 會自動將集區中的磁碟機分組為 Erasure Sets。

抹除集是 MinIO 可用性和彈性的基礎組件。MinIO 將抹除集對稱地條帶化分佈在節點池中的節點上，以保持抹除集磁碟的均勻分佈。然後，MinIO 根據部署的同位檢查，將物件分割成數據和同位分片，並將它們分佈在抹除集中。

有關 MinIO 冗餘和修復的更完整討論，請參閱抹除編碼和物件修復。

Diagram of object being sharded into eight data and eight parity blocks, distributed across sixteen drives — 在 `EC:8` 的最大同位檢查下，MinIO 將物件分成 8 個數據區塊和 8 個同位區塊，並將它們分佈在抹除集中的磁碟上。此池中的所有抹除集都具有相同的條帶大小和分片分佈。

MinIO 使用基於物件名稱和路徑的確定性雜湊演算法來選擇給定物件的抹除集。

對於每個唯一的物件命名空間 BUCKET/PREFIX/[PREFIX/...]/OBJECT.EXTENSION，MinIO 總是為讀/寫操作選擇相同的抹除集。MinIO 處理池和抹除集內的所有路由，使選擇/讀/寫過程對應用程式完全透明。

Diagram of object retrieval from only data shards — MinIO 在將物件返回給請求客戶端之前，會透明地從數據或同位分片重建物件。

每個 MinIO 伺服器都擁有分散式拓撲的完整視圖，因此應用程式可以連接並針對部署中的任何節點執行操作。

MinIO 回應節點會自動處理將內部請求路由到部署中的其他節點，並將最終回應返回給客戶端。

應用程式通常不應管理這些連線，因為對部署拓撲的任何變更都需要更新應用程式。生產環境應部署負載平衡器或類似的網路控制平面元件來管理與 MinIO 部署的連線。例如，您可以部署 NGINX 負載平衡器，以針對部署中可用的節點執行「最少連線」或「循環配置」負載平衡。

Diagram of an eight node MinIO deployment behind a load balancer — 負載平衡器將請求路由到部署中的任何節點。接收節點隨後處理任何節點間請求。

您可以透過擴展池來擴展 MinIO 部署的可用儲存空間。

每個池都由一組獨立的節點組成，這些節點具有自己的抹除集。MinIO 必須查詢每個池以確定它將讀取和寫入操作定向到的正確抹除集，因此每個額外的池都會增加每次調用的節點間流量。然後，包含正確抹除集的池會回應操作，對應用程式保持完全透明。

如果您透過擴展池修改 MinIO 拓撲，則可以透過修改負載平衡器以包含新池的節點來更新您的應用程式。應用程式可以繼續使用負載平衡器位址進行 MinIO 部署，而無需任何更新或修改。這可確保請求均勻分佈在所有池中，同時應用程式繼續使用單一負載平衡器 URL 進行 MinIO 操作。

Diagram of a multi-pool minio deployment behind a load balancer — PUT 請求需要檢查每個池以尋找正確的抹除集。一旦識別，MinIO 會分割物件，並將數據和同位分片分佈到適當的集合中。

客戶端應用程式可以使用任何與 S3 相容的 SDK 或程式庫與 MinIO 部署互動。

MinIO 發佈了自己的SDK，專門用於與 S3 相容的部署。

Diagram of multiple S3-compatible clients using SDKs to connect to MinIO — 使用各種與 S3 相容的 SDK 的客戶端可以針對相同的 MinIO 部署執行操作。

MinIO 嚴格實作 S3 API，包括要求客戶端使用 AWS Signature V4 或舊版的 Signature V2 簽署所有操作。AWS 簽名計算使用客戶端提供的標頭，因此負載平衡器、Proxy 伺服器、安全性程式或其他元件對這些標頭的任何修改都會導致簽名不符錯誤和請求失敗。請確保任何此類中繼元件都支援從客戶端到伺服器的未修改標頭的直通。

雖然 S3 API 對於所有操作都使用 HTTP 方法（如 GET 和 POST），但應用程式通常使用 SDK 進行 S3 操作。尤其是簽名計算的複雜性通常會使透過 curl 或類似的 REST 客戶端進行介面變得不切實際。MinIO 建議使用與 S3 相容的 SDK 或程式庫，它們會在操作過程中自動執行簽名計算。