翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# アグリゲート間のボリュームの移動
<a name="moving-fg-volumes"></a>

高可用性 (HA) ペアをファイルシステムに追加する場合は、ボリュームを新しいアグリゲートに移動して、既存のデータのバランスを調整する必要があります。アグリゲート間でボリュームを移動するには、ONTAP CLI で `volume move` コマンドを使用します。

`volume move` コマンドを使用する前に、次の点を考慮してください。
+ `volume move` コマンドを使用すると、ファイルシステム上のネットワークリソースとディスクリソースを消費するため、パフォーマンスに影響を与える可能性があります。したがって、アクティビティが少ない時間帯に、ボリュームをアグリゲート間で移動することをお勧めします。または、ボリュームの移動中に、ファイルシステムのネットワークスループット使用率とディスクスループット使用率を 50% 以下に減らすこともできます。
+ ファイルシステムのパフォーマンスへの影響を減らすために、一度に 2 つの HA ペアとアグリゲートの間で 1 つのボリュームを移動することをお勧めします。例えば、ファイルシステムに 4 つの HA ペアがある場合は、一度に 2 つのボリュームを移動することをお勧めします (ボリュームの移動が同じ HA ペアとの間で異なる場合を想定)。ONTAP では、各 HA ペアで一度に最大 8 つのボリュームを移動できますが、同時にボリュームを移動すると、クライアント I/O と進行中のボリューム移動の両方のパフォーマンスが低下します。
+ 影響を受けるボリュームの SSD 階層に保存されているデータは、物理的に別のファイルサーバー上の異なるディスクセットに移動します。このオペレーションはバックグラウンドで行われ、時間がかかります。転送にかかる時間は、ファイルシステムのスループットキャパシティとファイルシステムのアクティビティ量によって異なります。ただし、ボリューム移動はスロットリングできます。詳細については、「[スロットリングボリュームの移動](#throttle-volume-moves)」を参照してください。
+ HA ペアが同じ容量プールストレージを共有しているため、キャパシティプールに格納されているデータは物理的に移動されません。代わりに、ONTAP はキャパシティプールの各ブロックを完全に記述するメタデータを移動します (論理的な移動)。ファイルメタデータは常に SSD 階層に格納されることに注意してください。詳細については、「[ボリュームデータの階層化](volume-storage-capacity.md#volume-data-tiering)」を参照してください。

## ボリュームの移動フェーズ
<a name="vol-move-phases"></a>

ボリューム移動オペレーションには、レプリケーションフェーズとカットオーバーフェーズの 2 つのフェーズがあります。レプリケーションフェーズ中、既存のデータはボリュームの新しいアグリゲートにレプリケートされます。カットオーバーフェーズ中、ONTAP はボリュームの新しいアグリゲートへの最終的な高速転送を試みます。これには、転送フェーズ中に書き込まれたデータの転送や、ボリュームの新しい集計への新しいトラフィックのリダイレクトが含まれます。デフォルトでは、カットオーバーウィンドウは 30 秒で、ボリュームに対するすべての I/O が停止します。ONTAP がカットオーバーウィンドウ中にこれらのステップをすべて実行できない場合、失敗します。デフォルトでは、ONTAP は 3 回連続してカットオーバーを試みます。3 回連続してすべての試行が失敗した場合、ONTAP は成功するまで 1 時間に 1 回再試行します。カットオーバーフェーズが始まる前に I/O トラフィックをボリュームに減らすか一時停止することで、ファイルシステムの負荷を軽減してカットオーバーフェーズを確実に成功させることができます。

## ボリューム移動の開始
<a name="start-volume-move"></a>

**ボリューム移動を開始するには**

1. NetApp ONTAP CLI にアクセスするには、次のコマンドを実行して、Amazon FSx for NetApp ONTAP ファイルシステムの管理ポートで SSH セッションを確立します。`management_endpoint_ip` をファイルシステムの管理ポートの IP アドレスに置き換えます。

   ```
   [~]$ ssh fsxadmin@management_endpoint_ip
   ```

   詳細については、「[ONTAP CLI を使用したファイルシステムの管理](managing-resources-ontap-apps.md#fsxadmin-ontap-cli)」を参照してください。

1. [ボリューム移動開始](https://docs.netapp.com/us-en/ontap-cli-9131/volume-move-start.html#description) ONTAP CLI コマンドを実行します。以下の値を置き換えます:
   + 移動対象のボリュームをホストしている SVM の名前を持つ `vserver_name`。
   + ボリューム構成要素の名前を持つ `volume_name` (例: `vol1__0001`)。
   + ボリュームの移動先アグリゲートの名前を持つ `aggregate_name`。
   + ボリューム移動の合計スループットをスロットリングする `-enforce-network-throttling`。これはオプションです。

   ```
   ::> volume move start -vserver svm_name -volume volume_name --destination-aggregate aggregate_name -foreground false
   [Job 1] Job is queued: Move "vol1__0001" in Vserver "svm01" to aggregate "aggr1". Use the "volume move show -vserver svm01 -volume vol1__0001" command to view the status of this operation.
   ```

**重要**  
ボリュームの移動では、ソースおよびターゲットのファイルサーバにおいて、ネットワークとディスクのリソースが消費されます。したがって、進行中のボリューム移動プロセスが、ワークロードのパフォーマンスに影響を与える可能性があります。さらに、ボリュームへの I/O トラフィックは、ボリューム移動のカットオーバーフェーズ中に一時的に一時停止されます。

## ボリューム移動のモニタリング
<a name="monitor-volume-move"></a>

**ボリューム移動をモニタリングするには**
+ ボリューム移動操作の状態を確認するには、ONTAP CLI の `volume move show` コマンドを使用します。

  ```
  ::> volume move show -vserver svm_name -volume volume_name 
  
  Vserver Name: svm01
  Volume Name: vol1__0001
  Actual Completion Time: -
  Bytes Remaining: 1.00TB
  Specified Action For Cutover: retry_on_failure
  Specified Cutover Time Window: 30
  Destination Aggregate: aggr2
  Destination Node: FsxId01234567890abcdef-03
  Detailed Status: Transferring data: 12.23GB sent.
  Percentage Complete: 1%
  Move Phase: replicating
  Prior Issues Encountered: -
  Estimated Remaining Duration: 00:40:25
  Replication Throughput: 434.3MB/s
  Duration of Move: 00:00:27
  Source Aggregate: aggr1
  Source Node: FsxId01234567890abcdef-01
  Move State: healthy
  ```

  コマンド出力には、移動を完了するまでの推定時間が表示されます。完了すると、`completed` のステータスが `Move phase` に表示されます。

## バランスの取れた FlexGroup ボリュームの維持
<a name="balanced-flexgroups"></a>

ワークロードが最適に機能するには、FlexGroup ボリュームがすべてのアグリゲートにまたがり、アグリゲートあたりの構成要素ボリューム数が均等である必要があります。アグリゲートごとに 8 つの構成要素を持つことをお勧めします。FlexGroup ボリュームのバランスを再調整する場合は、次のシナリオを考慮してください。
+ **既存のアグリゲート間で FlexGroup 構成要素を移動する: **FlexGroup's 構成要素ボリュームを別のバランスの取れた FlexGroup のアグリゲートに移動する場合は、元のアグリゲートにあまり利用されない別の構成要素を移動させる必要があります。これにより、FlexGroup のアグリゲートあたりの構成要素数が均等になります。

  **HA ペアを追加した後に FlexGroup 構成要素を新しいアグリゲートに移動する: **HA ペアを追加した後に FlexGroup's 構成要素ボリュームを新しいアグリゲートに移動する場合は、構成要素を失ったアグリゲートに追加の構成要素を含む FlexGroup を拡張する必要があります。これにより、FlexGroup のアグリゲートあたりの構成要素数が均等になります。詳細については、「[FlexGroup ボリュームの拡大](expanding-fg-volumes.md)」を参照してください。

## スロットリングボリュームの移動
<a name="throttle-volume-moves"></a>

ファイルシステムのボリューム移動の帯域幅を制限する場合は、オペレーションの最初に `-enforce-network-throttling` オプションを追加できます。

**注記**  
このオプションを使用すると、ファイルシステムの受信 SnapMirror レプリケーションデータ転送に影響します。ファイルシステムのレプリケーションオプションの設定方法は、設定後に表示できないため、常に把握してください。

**ボリューム移動をスロットリングするには**

1. スロットリングはグローバルレプリケーションスロットルを使用します。グローバルレプリケーションスロットルを設定するには、ONTAP CLI で次のコマンドを使用します。

   ```
   ::> options -option-name replication.throttle.enable on
   ```

1. レプリケーションで使用できる最大合計帯域幅を指定し、次のオプションを置き換えます。
   + 任意のレプリケーション (SnapMirror およびボリューム移動を含む) に使用する最大希望スループット (キロバイト/秒)を持つ `kbs_throttle`。

   ```
   ::> options -option-name replication.throttle.incoming.max_kbs kbs_throttle 
   ::> options -option-name replication.throttle.outgoing.max_kbs kbs_throttle
   ```