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