翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# スループット容量の管理
FSx for ONTAP は、ファイルシステムを作成するときのスループット容量を設定します。ファイルシステムのスループット容量はいつでも変更できます。最大スループットキャパシティを実現するには、ファイルシステムに特定の設定が必要であることに注意してください。例えば、第 1 世代のファイルシステムに 4 GBps のスループットキャパシティをプロビジョニングするには、ファイルシステムに最低 5,120 GiB の SSD ストレージ容量と 160,000 SSD IOPS を使用する構成が必要です。詳細については、「[スループット容量がパフォーマンスに与える影響](performance.md#impact-throughput-cap-performance)」を参照してください。
スループット容量は、ファイルシステムをホストしているファイルサーバーがファイルデータを提供できる速度を決定する要素の 1 つです。スループット容量が高くなるのに伴い、ネットワーク、1 秒あたりのディスク読み取り I/O オペレーション (IOPS)、ファイルサーバーのデータキャッシュ容量、の各レベルが高くなります。詳細については、「[Amazon FSx for NetApp ONTAP のパフォーマンス](performance.md)」を参照してください。
ファイルシステムのスループット容量を変更すると、Amazon FSx は、そのファイルシステムを動かしているファイルサーバーを切り替えます。このプロセス中にシングル AZ とマルチ AZ の両方のファイルシステムで自動フェイルオーバーとフェイルバックが発生します。これは通常、完了するまでに数分かかります。フェイルオーバーおよびフェイルバックプロセスは、NFS (Network File Sharing)、SMB (Server Message Block)、iSCSI (Internet Small Computer Systems Interface) クライアントに対して透過的であり、中断や手動による介入なしにワークロードの実行を継続できます。ファイルシステムで使用可能になると、新しいスループット容量が課金されます。
**注記**
メンテナンスアクティビティ中のデータの整合性を確保するために、FSx for ONTAP は、メンテナンスを開始する前に、すべての日和見ロックを閉じ、ファイルシステムをホストしている基になるストレージボリュームへの保留中の書き込みオペレーションを完了します。スケジュール設定されたファイルシステムのメンテナンスウィンドウ中に、システムの変更 (スループット容量の変更など) が遅れる場合があります。メンテナンスによって、次の処理が行われるまで、変更がキューに入れられることがあります。詳細については、「[Amazon FSx メンテナンスウィンドウでのパフォーマンスの最適化](maintenance-windows.md)」を参照してください。
**Topics**
+ [スループット容量を変更するタイミング](#when-to-modify-throughput-capacity)
+ [同時リクエストの処理方法](#concurrent-throughput-and-storage-requests)
+ [スループットキャパシティの更新](increase-throughput-capacity.md)
+ [スループット容量の変更のモニタリング](monitoring-throughput-capacity-changes.md)
## スループット容量を変更するタイミング
Amazon FSx は Amazon CloudWatch と統合されたため、ファイルシステムの継続的なスループット使用レベルをモニタリングできます。ファイルシステムを介してドライブできるスループットと IOPS パフォーマンスは、ファイルシステムのスループット容量の他、特定のワークロードの特性によって異なります。原則として、ワークロードの読み取りスループット \+ ワークロードの書き込みスループットを 2 倍以上サポートするのに十分なスループット容量をプロビジョニングする必要があります。CloudWatch メトリクスを使用して、パフォーマンスを向上させるためにディメンションを決定できます。詳細については、「[Amazon FSx コンソールでのモニタリングする](monitor-throughput-cloudwatch.md)」を参照してください。
## 同時リクエストの処理方法
第 1 世代のファイルシステムについて、SSD ストレージ容量とプロビジョンド IOPS の更新ワークフローが開始される直前または進行中に、スループットキャパシティの更新をリクエストできます。Amazon FSx が 2 つのリクエストを処理する順序は次のとおりです。
+ SSD/IOPS の更新とスループットキャパシティの更新を同時に送信すると、両方の要求が受け入れられます。SSD/IOPS の更新は、スループットキャパシティの更新よりも優先されます。
+ SSD/IOPS 更新の進行中にスループットキャパシティの更新を送信すると、スループットキャパシティの更新リクエストが受け入れられ、SSD/IOPS の更新後に発生するようにキューに入れられます。スループットキャパシティの更新は、SSD/IOPS が更新された後 (新しい値が利用可能)、最適化ステップ中に開始されます。通常、これには 10 分もかかりません。
+ スループットキャパシティの更新中に SSD/IOPS の更新を送信すると、SSD/IOPS ストレージの更新要求が受け入れられ、スループットキャパシティの更新が完了した後に開始するためにキューに入れられます (新しいスループット容量が利用可能になります)。これには通常 20 分かかります。
第 2 世代のファイルシステムのスループットキャパシティの更新をリクエストする場合は、次の点を考慮してください。
+ 第 2 世代のファイルシステムのスループットキャパシティを更新するまで、少なくとも 6 時間待つ必要があります。
+ スループットキャパシティのクールダウン期間は、SSD/IOPS スケーリングと共有されます。
+ スループットキャパシティスケーリングと SSD/IOPS スケーリングは、それらいずれかの進行中はシミュレート的に実行することもキューに入れることもできません。
+ スループットキャパシティスケーリングまたは SSD/IOPS スケーリングが進行中は、高可用性 (HA) ペアを組み合わせて追加することはできません。ただし、HA ペアを追加しても、SSD/IOPS スケーリングとスループットキャパシティスケーリングによるクールダウンは共有されません。詳細については、「[高可用性 (HA) ペアの追加](adding-HA-pairs.md)」を参照してください。
SSD ストレージとプロビジョンド IOPS の更新の詳細については、「[ストレージ容量の管理](managing-storage-capacity.md)」を参照してください。