文件

磁碟故障復原

MinIO 支援熱插拔故障磁碟,並替換為新的健康磁碟。MinIO 會偵測並修復這些磁碟,而無需任何節點或部署層級重新啟動。MinIO 修復僅在更換的磁碟上發生,並且在大多數情況下對部署效能的影響極小或可忽略不計。

MinIO 修復可確保還原到磁碟上的所有資料的一致性和正確性。

獨佔存取磁碟

MinIO 要求 獨佔 存取為物件儲存提供的磁碟或磁碟區。任何其他程序、軟體、腳本或人員都不應對提供給 MinIO 的磁碟或磁碟區,或 MinIO 放置在其中的物件或檔案執行任何直接操作。

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

以下步驟提供更詳細的磁碟更換演練。這些步驟假設 MinIO 部署中,每個節點都使用 /etc/fstab 和每個磁碟的標籤來管理磁碟,如文件中記錄的先決條件所示。

1) 卸載失敗的磁碟

使用 umount 卸載每個失敗的磁碟。例如,以下命令會卸載 /dev/sdb 上的磁碟

umount /dev/sdb

2) 更換失敗的磁碟

從節點硬體中移除失敗的磁碟,並將其更換為已知的健康磁碟。替換磁碟必須滿足以下要求

  • 格式化為 XFS 且為空。

  • 相同的磁碟類型(例如 HDD、SSD、NVMe)。

  • 效能相等或更高。

  • 容量相等或更高。

使用容量更大的替換硬碟並不會增加叢集的總儲存空間。MinIO 會使用最小硬碟的容量作為 伺服器池 中所有硬碟的上限。

以下命令會將硬碟格式化為 XFS,並指定一個標籤以符合故障硬碟。

mkfs.xfs /dev/sdb -L DRIVE1

MinIO 強烈建議使用基於標籤的掛載,以確保在系統重新啟動後,硬碟順序保持一致。

3) 檢查和更新 fstab

檢查 /etc/fstab 檔案,並根據需要更新,使故障硬碟的項目指向新格式化的替換硬碟。

  • 如果使用基於標籤的硬碟分配,請確保每個標籤都指向正確的新格式化硬碟。

  • 如果使用基於 UUID 的硬碟分配,請根據新格式化的硬碟更新每個掛載點的 UUID。您可以使用 lsblk 來檢視硬碟的 UUID。

例如,考慮以下情況:

$ cat /etc/fstab

  # <file system>  <mount point>  <type>  <options>         <dump>  <pass>
  LABEL=DRIVE1     /mnt/drive1    xfs     defaults,noatime  0       2
  LABEL=DRIVE2     /mnt/drive2    xfs     defaults,noatime  0       2
  LABEL=DRIVE3     /mnt/drive3    xfs     defaults,noatime  0       2
  LABEL=DRIVE4     /mnt/drive4    xfs     defaults,noatime  0       2

注意

如果一個或多個遠端檔案掛載返回錯誤或失敗,則依賴於已掛載外部儲存的雲端環境執行個體可能會遇到啟動失敗。例如,如果一個或多個 EBS 磁碟區無法掛載,則具有掛載的永久性 EBS 磁碟區的 AWS ECS 執行個體可能會因標準的 /etc/fstab 設定而無法啟動。

您可以設定 nofail 選項,以在啟動時靜音錯誤回報,並允許執行個體在一個或多個掛載問題的情況下啟動。

您不應在具有本機連接磁碟的系統上使用此選項,因為靜音硬碟錯誤會阻止 MinIO 和作業系統以正常方式回應這些錯誤。

根據先前的範例命令,由於 /mnt/drive1 上的替換硬碟使用與故障硬碟相同的標籤 DRIVE1,因此不需要對 fstab 進行任何變更。

4) 重新掛載替換的硬碟

使用 mount -a 重新掛載此程序開始時卸載的硬碟。

mount -a

該命令應該會導致重新掛載所有替換的硬碟。

5) 監控 MinIO 的硬碟偵測和修復狀態

使用 mc admin logs 命令 journalctl -u minio 用於 systemd 管理的安裝,以監控重新掛載硬碟後的伺服器日誌輸出。輸出應包含識別每個格式化和空硬碟的訊息。

使用 mc admin heal 來監控部署的整體 修復 狀態。MinIO 會積極修復替換的硬碟,以確保從降級狀態快速恢復。

6) 後續步驟

監控叢集是否有進一步的硬碟故障。某些硬碟批次可能會在彼此接近的情況下發生故障。看到硬碟故障率高於預期的部署應安排專門的維護,以更換已知的壞批次。考慮使用 MinIO SUBNET 來與 MinIO 工程團隊協調,以獲得任何此類操作的指導。