物件掃描器

概觀

MinIO 使用內建掃描器來檢查物件是否需要修復，並執行任何排定的物件動作。此類動作可能包括

計算磁碟上的資料使用量
評估並套用已設定的生命週期管理或物件保留規則
執行儲存貯體或站點複寫
檢查物件是否有遺失或損毀的資料或同位分片，並執行修復

掃描器會在兩個層級執行這些功能：叢集和儲存貯體。在叢集層級，掃描器會將所有儲存貯體分成群組，並一次掃描一個儲存貯體群組。掃描器從上次掃描以來新增的任何新儲存貯體開始，然後隨機掃描其他儲存貯體。掃描器會在重新開始新的掃描集之前完成所有儲存貯體群組的檢查。

在儲存貯體層級，掃描器會將儲存貯體中的項目分組，並掃描該儲存貯體中選取的項目。掃描器會根據物件名稱的雜湊值選取要掃描的物件。在 16 次掃描中，MinIO 會檢查命名空間中的每個物件。MinIO 會完整掃描自上次掃描以來已知為新的任何前綴。

掃描長度

多個因素會影響掃描完成所需的時間。

其中一些因素包括

提供給 MinIO 的磁碟類型
可用的輸送量和iops
物件的數量和大小
MinIO 伺服器上的其他活動

例如，預設情況下，MinIO 會暫停掃描器，以使 I/O 操作可用於讀取和寫入請求。這可能會延長掃描完成所需的時間。

MinIO 會在每次掃描之間等待，等待時間是每次掃描操作完成所需時間的倍數。預設情況下，此因數的值為 10.0，表示 MinIO 會在一次掃描完成後等待 10 倍的操作時間，然後再開始下一次掃描。此因數的值會根據已設定的掃描器速度設定而變更。

掃描器效能

許多因素會影響掃描器效能。其中一些因素包括

可用的節點資源
叢集的大小
與硬碟數量相比的 Erasure Set 數量。
儲存桶階層的複雜度（物件和前綴）。

例如，一個最初有 100TB 資料的叢集，然後成長到 200TB 的資料，在相同的硬體和工作負載下，可能需要更多時間掃描整個儲存桶和物件的命名空間。同樣地，一個包含 16 個硬碟的單個 Erasure Set，會比分成兩個各包含 8 個硬碟的 Erasure Set 花費更長的時間掃描。

MinIO 將掃描器視為背景任務，並且會暫停掃描器，優先完成叢集上的讀取和寫入請求。隨著叢集或工作負載的增加，掃描器的效能會降低，因為它會更頻繁地讓步，以確保優先處理正常的 S3 操作。

您可以使用 MINIO_SCANNER_SPEED 環境變數或 scanner speed 設定，來調整 MinIO 如何平衡掃描器效能與讀寫操作。

掃描器指標

MinIO 提供了一些與掃描器相關的指標。

使用 mc admin scanner info 來查看掃描器的目前狀態以及上次完整掃描以來的時間。這有助於了解掃描器操作提供的指標。

掃描器指標，包括使用量指標，反映上次完成的掃描。PUT 或 DELETE 操作自上次掃描以來，不會在下次掃描受影響的儲存桶之前更新使用量。

輸出結果類似如下：

Overall Statistics
------------------
Last full scan time:   0d0h14m; Estimated 2885.28/month
Current cycle:         70464; Started: 2024-04-19 20:02:34.568479139 +0000 UTC
Active drives:         2

Last Minute Statistics
----------------------
Objects Scanned:       620 objects; Avg: 124.929µs; Rate: 892800/day
Versions Scanned:      620 versions; Avg: 2.801µs; Rate: 892800/day
Versions Heal Checked: 0 versions; Avg: 0ms
Read Metadata:         621 objects; Avg: 88.416µs, Size:
ILM checks:            656 versions; Avg: 663ns
Check Replication:     656 versions; Avg: 1.061µs
Verify Deleted:        0 folders; Avg: 0ms
Yield:                 3.086s total; Avg: 4.705ms/obj