硬碟故障恢復
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 工程團隊協調,以取得任何此類操作的指導。