別のHAペアのノードへのワークロードの移動
変更を提案
PDF
現在ワークロードが実行されているハイアベイラビリティ（HA）ペアよりも空きパフォーマンス容量が大きい別のHAペアのノード上のアグリゲートをUnified Managerで特定し、その別のHAペア上のアグリゲートに選択したボリュームを移動できます。
開始する前に
-
オペレータ、アプリケーション管理者、またはストレージ管理者のロールが必要です。
-
クラスタが2つ以上のHAペアで構成されている必要があります。
クラスタにHAペアが1つしかない場合は、この改善策を実施できません。
-
現在パフォーマンスに問題があるHAペアの2つのノードの名前を記録しておく必要があります。
-
ノードがパフォーマンス イベントを受け取った日付と時刻を記録しておく必要があります。
-
イベントIDを記録しておく必要があります。例えば、「
p-sdt-clus1-nod-6982」などです。 -
Unified Managerで1カ月分以上のパフォーマンス データの収集と分析が行われている必要があります。
タスク概要
空きパフォーマンス容量が大きいノード上のアグリゲートに負荷の高いワークロードを移動すれば、両ノードでのワークロードの効率が向上します。負荷の高いワークロードを別のHAペアの空きパフォーマンス容量の大きいノードに移動するには、以下に示す手順で次のリソースを特定します。
-
同じクラスタ上の別のHAペアで最も空きパフォーマンス容量が大きいノード
-
別のノードで最も空きパフォーマンス容量が大きいアグリゲート
-
現在のノードで最も負荷の高いボリューム
手順
-
同じクラスタ上の別のHAペアを構成するノードを特定します。
-
[イベントの詳細] ページで、ノードが存在するクラスターの名前をクリックします。
[パフォーマンス クラスタ ランディング]ページに、クラスタの詳細が表示されます。
-
「概要」ページで、「管理対象オブジェクト」ペインから「ノード」をクリックします。
このクラスター上のノード一覧は、「パフォーマンス：すべてのノード」ビューに表示されます。
-
現在パフォーマンスに問題があるHAペアとは別のHAペアのノードの名前を書き留めます。
-
-
別のHAペアで最も空きパフォーマンス容量が大きいノードを特定します。
-
「パフォーマンス：すべてのノード」ビューで、「パフォーマンス容量使用率」列をクリックすると、ノードが使用率の低い順に並べ替えられます。
これにより、ワークロードの移動先にするノードの候補が一覧表示されます。
-
ワークロードの移動先にする別のHAペアのノードの名前を書き留めます。
-
-
この新たなノードで最も空きパフォーマンス容量が大きいアグリゲートを特定します。
-
「パフォーマンス：すべてのノード」ビューで、ノードをクリックします。
[パフォーマンス / ノード エクスプローラ]ページにノードの詳細が表示されます。
-
「表示と比較」メニューで、「このノードのアグリゲート」を選択します。
このノード上のアグリゲートがグリッドに表示されます。
-
*使用済みパフォーマンス容量*列をクリックすると、アグリゲートを使用量の少ない順に並べ替えることができます。
これにより、ワークロードの移動先にするアグリゲートの候補が一覧表示されます。
-
ワークロードの移動先にするアグリゲートの名前を書き留めます。
-
-
イベントを受け取ったノードで負荷の高いワークロードを特定します。
-
イベントの*イベント*詳細ページに戻ります。
-
[影響を受けるボリューム] フィールドで、最初のノードのボリューム数のリンクをクリックします。
「パフォーマンス：すべてのボリューム」ビューには、そのノード上のボリュームのフィルタリングされたリストが表示されます。
-
*合計容量*列をクリックすると、割り当てられた容量が大きい順にボリュームを並べ替えることができます。
これにより、移動するボリュームの候補が一覧表示されます。
-
移動するボリュームの名前と、そのボリュームが現在配置されているアグリゲートの名前を書き留めます。
-
このイベントに関係した2つ目のノードに対して手順4cと4dを実行して、そのノードから移動するボリュームの候補を特定します。
-
-
事前に特定した別のノードで最も空きパフォーマンス容量が大きいアグリゲートにボリュームを移動します。
移動処理は、ONTAP System Manager、OnCommand Workflow Automation、ONTAPコマンド、またはこれらのツールの組み合わせを使用して実行できます。
終了後の操作
数日後に、このノードまたはアグリゲートから同じタイプのイベントを受け取っていないかどうかを確認します。