キャパシティリスクを特定する
変更を提案
PDF
この手順を使用して、容量が限界に近づいているストレージプールまたは同等の容量領域を特定し、潜在的なリバランス候補を見つけます。
|
DII MCPは"プレビュー"機能であるため、変更される可能性があります。 |
前提条件
-
ストレージ範囲、またはすべての表示可能なストレージプールを確認するための権限。
-
過去30日以内の期間。
-
組織の警告およびクリティカルのしきい値に関する合意。
使用したツール
-
ObjectService_getObjectTypes
-
ObjectService_getMetadataForObjectType
-
ObjectService_query
-
ObjectService_groupObjects
-
ObjectService_queryPerformanceMetricsForObjects
-
AlertsService_getMetadata
-
AlertsService_queryForAlerts
スタータープロンプト
過去30日間のストレージ容量リスクを評価します。適切なストレージプールオブジェクトタイプとメタデータを特定し、利用可能な使用容量比率、空き容量、増加率、およびフルになるまでの時間のシグナルを使用してプールをランク付けします。クリティカル、警告、および監視対象のプールを特定し、エビデンスに基づいたリバランスの候補を提案します。使用したしきい値と集計関数を明記してください。
エージェントのワークフロー
-
オブジェクトの種類を一覧表示し、適切な正規化プールタイプまたは製品固有のプールタイプを選択します。
-
メタデータを取得します。
-
有効な識別：
-
プール名とストレージシステム名
-
総容量、使用容量、空き容量の指標
-
使用率指標
-
フルになるまでの時間または予測指標
-
グループ化可能なストレージ、階層、場所、またはサービスレベルの属性
-
-
互換性のある集計方法を使用して、現在のランキング済みスナップショットを照会します。
-
指定された期間における、成長に敏感な指標の時系列データを取得します。
-
サポートされている場合は、ストレージシステム、階層、または場所ごとに容量をグループ化します。
-
検証のために、アクティブな容量関連のアラートを照会します。
-
合意された基準値を用いてリスクを分類します。
-
容量と運用上の制約の両方に基づいて、潜在的なリバランスの供給元と供給先を特定します。
リスクモデルの例
利用可能な場合は、テナントポリシーを使用してください。それ以外の場合は、以下を例示モデルとしてラベル付けしてください：
-
重要： 使用率が90%以上、または満杯になるまでの時間が30日未満
-
警告： 使用率が80%以上、またはフルになるまでの期間が90日未満
-
注目： 180日未満でフル容量に達する持続的なプラス成長
-
リスクが低い： 上記のいずれの条件にも該当しない
DIIが予測指標を提供している場合、2つのサンプルのみから満杯までの時間を推測しないでください。予測データがない場合は、具体的な枯渇日を示さずに傾向を説明してください。
リバランスに関するガイダンス
空き容量があるという理由だけで、宛先が適切であるとは限りません。次の点を考慮してください：
-
ストレージシステムとプロトコルの互換性
-
サービスレベルとパフォーマンスヘッドルーム
-
データ保護とレプリケーションの関係
-
ワークロード配置の制約
-
シンプロビジョニングとオーバーコミット
-
運用変更期間
推奨出力
-
キャパシティリスクの概要
-
クリティカルプールと警告プール
-
成長ストーリー
-
アクティブな容量アラート
-
候補となる送信元と送信先のペア
-
仮定と欠落データ
制限とプライバシー
-
オブジェクトウィンドウは、1回の呼び出しにつき30日を超えることはできません。より長期的な傾向を分析するには、連続する重複しないウィンドウを使用してください。
-
フィルターは、集計前の生のメトリック値に適用されます。
-
メタデータでグループ化可能とマークされた属性のみでグループ化してください。
-
容量値は異なる単位を使用している場合があるため、比較する前に正規化してください。
フォローアッププロンプト
リスクの高い上位5つのプールについて、過去30日間の使用容量の推移を示してください。
ストレージシステムごとにプール容量をグループ化し、重要なプールと実行可能な低リスクの宛先の両方を持つシステムを特定します。
最もリスクの高いプールを、稼働中のキャパシティモニターおよびアラートと関連付けます。