Skip to main content
Data Infrastructure Insights
本繁體中文版使用機器翻譯，譯文僅供參考，若與英文版本牴觸，應以英文版本為準。

識別容量風險

貢獻者 netapp-alavoie
PDF

使用此方法可識別接近壓力的儲存設備資源池或等效容量網域，並尋找潛力的重新平衡候選對象。

註 DII MCP 是一項 "預覽" 功能，因此可能會發生變化。

先決條件

  • 儲存設備範圍或權限，用於審查所有可見的儲存設備資源池。

  • 回溯期為 30 天或更短。

  • 就組織預警和關鍵閾值達成一致意見。

使用的工具

  • ObjectService_getObjectTypes

  • ObjectService_getMetadataForObjectType

  • ObjectService_query

  • ObjectService_groupObjects

  • ObjectService_queryPerformanceMetricsForObjects

  • AlertsService_getMetadata

  • AlertsService_queryForAlerts

啟動提示

評估過去 30 天的儲存容量風險。探索正確的儲存設備資源池物件類型和中繼資料，然後使用可用的已使用容量比率、可用容量、增長和滿載時間信號對資源池進行排名。識別關鍵、警告和觀察名單資源池，並建議以證據為基礎的重新平衡候選對象。說明所使用的閾值和集合體函數。

代理程式工作流程

  1. 列出物件類型，並選擇適當的規範化或產品特定資源池類型。

  2. 檢索中繼資料。

  3. 識別有效：

    • 資源池和儲存系統名稱

    • 總容量、已使用容量和可用容量計量

    • 使用比率計量

    • 滿載時間或預測計量

    • 可分組的儲存設備、分層、位置或服務等級屬性

  4. 使用相容的集合體查詢目前的排名快照。

  5. 取得指定回溯期內對成長敏感的計量的時間序列。

  6. 在支援的情況下，按儲存系統、分層或位置將容量分組。

  7. 查詢作用中容量相關的警報以進行核實。

  8. 根據既定閾值對風險進行分類。

  9. 根據容量和營運限制，確定潛力的重新平衡來源和目的地。

風險模型範例

可用時請使用租戶原則。否則，請將以下內容標記為說明模型：

  • *關鍵：*使用比率達到或超過 90%，或全滿時間少於 30 天

  • *警告：*已使用比率達到或超過 80%，或距離滿載的時間少於 90 天

  • *注意：*持續正成長，且達到滿載的時間不到 180 天

  • *風險較低：*以上情況皆不適用

當 DII 提供預測計量時，請勿僅根據兩個樣本推斷達到滿載的時間。如果沒有可用的預測，請描述趨勢，而不要提供精確的耗盡日期。

重新平衡指引

目的地不一定僅因為有可用容量就適合。請考慮：

  • 儲存系統和協定相容性

  • 服務層級和效能空間

  • 資料保護和複寫關係

  • 工作負載放置限制

  • 精簡配置和過度使用

  • 營運變更窗口

建議輸出

  1. 容量風險總結

  2. 關鍵和警告資源池

  3. 成長敘事

  4. 作用中容量警報

  5. 候選的來源和目的地對

  6. 假設和缺失資料

限制和隱私

  • 每次呼叫時，物件視窗不能超過 30 天。對於較長的趨勢，請使用連續且不重疊的視窗。

  • 篩選器會在集合體之前套用於原始指標值。

  • 僅按中繼資料中標記為可分組的屬性進行分組。

  • 容量值可以使用不同的單位；比較前請先進行單位標準化。

後續提示

顯示風險最高的五個資源池的 30 天使用容量趨勢。

依儲存系統將資源池容量分組，並識別同時具有關鍵資源池與可行低風險目的地的系統。

將風險最高的資源池與作用中容量監控器和警報關聯起來。

"返回配方"