ボリュームの移動やカットオーバーにストレージ パフォーマンスの影響は生じていませんか？
環境
- ONTAP 9
- ボリューム移動が遅い、98％で停止している、または所定の時間内に切り替わらず再試行される
回答
- ボリューム移動前と移動中に、監視ツールまたはライブCLIコマンドの両方を使用して、CPUとディスクの使用率とレイテンシ、およびボリュームのレイテンシを確認してください。
vol moveが開始/トリガーされた時期と、ASUP volume-move-show-table.xmlから完了した時期、または処理がまだ進行中の場合はvolume move showコマンドから確認します。
- Volume Moveはデフォルトではバックグラウンドプロセスであり、システム上でアクティブになっているときはユーザーのワークロードに合わせて動作が制限されます。
- ユーザーのワークロードが高すぎる場合、ボリュームの移動が進まない遅延が発生する可能性があります。
- バックグラウンドトラフィックはフロントエンドトラフィックを優先するため自動的に制限されるため、ユーザーのワークロードが少ない時間帯を見つけることで処理速度を向上させることができます。
- ONTAPは日和見主義で、 バックグラウンドタスクに使用可能なアイドルCPUサイクル（アイドル時間）を使用します。
- ボリュームサイズによって
vol move処理が大幅に長引く可能性があります。vol move処理は、データがアクセスされている最中、つまり本番環境のボリュームでアクセスされている場合、妨げられます。- 複数の
vol move処理を同時にスケジュールすると、悪影響を及ぼす可能性が高くなります。
- 再構築中の障害ディスクは、同じアグリゲートノードでなくても、特定のノードのスループットを向上させる可能性があります。ノード利用率が高くなる場合があります。
追加情報
- 以下に、ボリュームの移動とストレージの監視に関する、役立つ追加知識ベースの記事をいくつか紹介します：