Skip to main content
ONTAP Technical Reports
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

ボリューム移動

共同作成者 whyistheinternetbroken

NetApp AFX はボリュームデータをコピーせずにノード間でボリュームの所有権を移動し、高速な自動化と目標達成ベースのバランシングを実現します。

ストレージ可用性ゾーンがボリュームの動作をどのように変えるか

NetApp AFXのStorage Availability Zoneを使用すると、すべての容量がすべてのノード間で共有されます。ノードがボリュームを所有していることに変わりはありませんが、ONTAPは、各ノードが随時必要とする容量に基づいて容量を借用および解放することにより、各ノードの容量使用量を自動的に管理します。これにより、ストレージ管理者は使用可能なスペースを最適にバランス調整する方法について心配する必要がなくなります。この新しいアプローチは、ボリュームがノード間をより自由に移動するための方法も提供します。

ゼロコピーボリューム移動

統合ONTAPは、クラスタ全体のパフォーマンスと容量使用状況を管理する方法として、ボリュームをノード間またはアグリゲート間で無停止で移動する方法を提供します。

ボリューム移動が開始されると、次のことが起こります:

  • 指定されたデスティネーションアグリゲートに新しい空のボリュームが作成されます

  • ボリュームメタデータ(ストレージ効率情報、ファイルハンドルなど)は、新しい宛先ボリュームに複製されます

  • ボリュームデータは、SnapMirrorテクノロジを介してバックエンドクラスタネットワーク経由で宛先ボリュームにレプリケートされます。移動先のアグリゲートには移動に使用可能な空きスペースが必要です。使用可能な空きスペースがない場合、移動ジョブは失敗します

  • ボリュームレプリケーションが再度実行され、両方のボリュームがデータの変更と整合していることを確認します

  • カットオーバー プロセスが開始され、元のボリュームがオフラインになり、デスティネーション ボリュームがクライアントの新しいオリジン ボリュームとして昇格されます

  • 切り替え中はクライアントI/Oに一時的な停止が発生しますが、再マウントは不要です

NetApp AFXでは、Storage Availability Zoneがすべての容量をすべてのノードに提供し、すべてのノードがそのプール内の任意のディスクに書き込むことができます。データが配置されると、ボリュームが移動されても、データは配置された場所に留まります。つまり、データのコピーは不要です。ボリューム移動プロセスは、SnapMirrorを介したデータのレプリケーションが不要である点を除いて、統合ONTAPと同じです。追加の容量は必要ありません。

NetApp AFX でのゼロコピーボリューム移動

イメージ

軽量ボリュームモビリティにより、AFX はパフォーマンスや容量の制約なしに多くの管理タスクを自動化でき、これらのボリューム移動は、以下のトピックで説明する NetApp AFX が提供するいくつかの新機能で使用されます。

目標達成ベースのボリューム移動

NetApp AFXのゼロコピーボリューム移動機能により、データのコピーを行わずに必要に応じてボリュームのバランス調整が可能となり、迅速な処理と追加容量を必要としない運用を実現します。これは、ボリューム移動がONTAPクラスタで利用可能な自動ロード バランシングのより大きな部分を占めることができることを意味します。ボリュームの移動にほとんどコストがかからなくなったため、ONTAPはこの貴重なツールを活用して、目標達成ベースのボリュームのロード バランシングなどの機能を組み込むことができます。

NetApp AFX で ONTAP 9.18.1 以降を実行している場合、ノード、 HA ペア、およびボリュームの使用率が継続的に監視され、パフォーマンス データが収集および分析されます。ノードの使用率が定義されたしきい値を超えた場合、 ONTAP はクラスタ全体のパフォーマンスのバランスを保つために、使用率の低いノードに移動するボリュームを自動的に選択します。

NetApp AFXにおけるパフォーマンス重視のボリューム移動 – 高い利用率がボリューム移動をトリガーする

イメージ

NetApp AFXにおけるパフォーマンス重視のボリューム移動 – ボリューム移動後のバランスの取れたノード利用率

イメージ

"前:FlexGroup 管理の改善"

"次へ:クラスタースケール"