パフォーマンスと最適化 - AWS Storage Gateway
FSx File Gateway の基本的なパフォーマンスガイダンスゲートウェイのパフォーマンスの最適化

新規のお客様への Amazon FSx File Gateway の提供は終了しました。FSx File Gateway の既存のお客様は、通常どおりサービスを引き続き使用できます。FSx File Gateway に似た機能については、このブログ記事を参照してください。

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

パフォーマンスと最適化

このセクションでは、ファイルゲートウェイのパフォーマンスを最適化するためのガイダンスとベストプラクティスについて説明します。

トピック

FSx File Gateway の基本的なパフォーマンスガイダンス

このセクションでは、FSx File Gateway VM のハードウェアをプロビジョニングするためのガイダンスを示します。表にリストされているインスタンス設定は例であり、参照用に提供されています。

最高のパフォーマンスを得るには、キャッシュディスクのサイズをアクティブな作業セットのサイズ合わせる必要があります。キャッシュに複数のローカルディスクを使用すると、データへのアクセスを並列処理することで書き込みパフォーマンスが上がり、IOPS が向上します。

注記

エフェメラルストレージの使用はお勧めしません。エフェメラルストレージの使用については、「EC2 ゲートウェイでのエフェメラルストレージの使用」を参照してください。

ファイルゲートウェイに接続するファイルシステムの個々のディレクトリの推奨サイズ制限は、ディレクトリあたり 10,000 ファイルです。ファイルゲートウェイは、10,000 個を超えるファイルがあるディレクトリで使用できますが、パフォーマンスに影響する可能性があります。

次の表では、キャッシュヒットの読み取りオペレーションは、キャッシュから提供されるファイルデータから読み取られます。キャッシュミス読み取りオペレーションは、Amazon FSx for Windows File Server から提供されるファイルデータから読み取られます。

次の表は、FSx File Gateway 設定の例を示しています。

Windows クライアントでの FSx File Gateway のパフォーマンス

サンプルの構成 プロトコル 書き込みスループット (ファイルサイズ 1 GB) キャッシュヒット読み取りスループット キャッシュミス読み取りスループット

ルートディスク: 80 GB、io1 SSD、4,000 IOPS

キャッシュディスク: 2 x 2 TiB NVME

最小ネットワークパフォーマンス: 10 Gbps

CPU: 32 vCPU | RAM: 244 GB

 SMBv3 - 1 スレッド 162 MiB/秒 (1.4 Gbps) 403 MiB/秒 (3.4 Gbps) 288 MiB/秒 (2.4 Gbps)
SMBv3 - 8 スレッド 511 MiB/秒 (4.3 Gbps) 571 MiB/秒 (4.8 Gbps) 567 MiB/秒 (4.8 Gbps)
注記

パフォーマンスは、ホストプラットフォーム設定とネットワーク帯域幅によって異なる場合があります。書き込みスループットのパフォーマンスはファイルサイズとともに低下し、小さなファイル (32MiB 未満) で達成可能なスループットは 1 秒あたり 16 ファイルです。

ゲートウェイのパフォーマンスの最適化

このセクションでは、ゲートウェイのパフォーマンスを最適化する方法について説明します。ガイダンスは、ゲートウェイへのリソースの追加およびアプリケーションサーバーへのリソースの追加に基づいています。

ゲートウェイへのリソースの追加

以下の 1 つ以上の方法でゲートウェイにリソースを追加することで、ゲートウェイのパフォーマンスを最適化できます。

より高性能なディスクの使用

ゲートウェイのパフォーマンスを最適化するには、Solid State Drive (SSD) や NVMe コントローラーなどの高性能のディスクを追加できます。また、Microsoft Hyper-V NTFS ではなく、ストレージエリアネットワーク (SAN) から直接 VM に仮想ディスクをアタッチできます。通常、ディスクパフォーマンスが向上すると、スループットおよび 1 秒あたりの入力/出力操作数 (IOPS) が改善します。ディスクの追加については、「」を参照してください追加のキャッシュストレージの設定。

スループットを測定するには、ReadBytes および WriteBytes メトリクスを Samples Amazon CloudWatch 統計と共に使用します。たとえば、5 分間のサンプル期間の ReadBytes メトリックスの Samples 統計を 300 秒で割ると、IOPS がわかります。一般的なルールとして、ゲートウェイのこれらのメトリクスを確認する場合は、ディスク関連のボトルネックを示す低いスループットおよび低い IOPS トレンドを探します。

注記

CloudWatch メトリクスは、すべてのゲートウェイに使用できるわけではありません。ゲートウェイメトリクスについては、「FSx ファイルゲートウェイのモニタリング」を参照してください。

ゲートウェイホストへの CPU リソースの追加

ゲートウェイホストサーバーの最小要件は、4 つの仮想プロセッサです。ゲートウェイのパフォーマンスを最適化するには、ゲートウェイ VM に割り当てられている 4 つの仮想プロセッサが 4 つのコアによってサポートされることを確認します。さらに、ホストサーバーの CPU をオーバーサブスクライブしていないことを確認します。

ゲートウェイホストサーバーに CPU を追加すると、ゲートウェイの処理能力が向上します。これにより、ゲートウェイはアプリケーションからローカルストレージにデータを保存し、このデータを FSx for Windows File Server にアップロードすることを並行して処理できます。また、CPU を追加すると、ホストが他の VM と共有される場合に、ゲートウェイで十分な CPU リソースを利用できます。十分な CPU リソースを提供することには、スループットを向上させる一般的な効果があります。

Storage Gateway では、ゲートウェイホストサーバーで 24 個の CPU を使用することができます。24 個の CPU を使用すると、ゲートウェイのパフォーマンスを大幅に向上できます。ゲートウェイホストサーバーのゲートウェイ設定は次のように設定することをお勧めします:

  • 24 個の CPU。

  • ファイルゲートウェイ用に 16 GiB の予約済みの RAM

    • 16 TiB までのキャッシュ容量が使用可能な、ゲートウェイ用に予約された 16 GiB の RAM 領域

    • 16 TiB～32 TiB のキャッシュ容量が使用可能な、ゲートウェイ用に予約された 32 GiB の RAM 領域

    • 32 TiB～64 TiB のキャッシュ容量が使用可能な、ゲートウェイ用に予約された 48 GiB の RAM 領域

  • 準仮想化コントローラー 1 にアタッチされているディスク 1 (ゲートウェイのキャッシュとして次のように使用する) :

    • NVMe コントローラーを使用する SSD。

  • VM ネットワーク 1 に設定されたネットワークアダプタ 1:

    • VM ネットワーク 1 を使用し、取り込みに使用する VMXnet3 (10 Gbps) を追加する。

  • VM ネットワーク 2 に設定されたネットワークアダプタ 2:

    • VM ネットワーク 2 を使用し、 AWSへの接続に使用する VMXnet3 (10 Gbps) を追加する。

別の物理ディスクを使用したゲートウェイ仮想ディスクのバックアップ

ゲートウェイディスクをプロビジョニングする場合は、同じ基盤となる物理ストレージディスクを使用するローカルストレージ用にローカルディスクをプロビジョニングしないことを強くお勧めします。たとえば、VMware ESXi の場合、基盤となる物理ストレージリソースはデータストアとして表されます。ゲートウェイ VM をデプロイする場合は、VM ファイルを保存するデータストアを選択します。仮想ディスクをプロビジョニングする場合は (アップロードバッファとして使用する場合など)、仮想ディスクを VM と同じデータストアか、別のデータストアに保存できます。

複数のデータストアがある場合は、作成するローカルストレージのタイプごとに 1 つのデータストアを選択することを強くお勧めします。基になる物理ディスク 1 つのみによってサポートされるデータストアでは、パフォーマンスが低下することがあります。たとえば、そのようなディスクを使用して、ゲートウェイ設定のキャッシュストレージとアップロードバッファの両方がサポートされる場合です。同様に、RAID 1 のようなパフォーマンスの低い RAID 構成によってサポートされるデータストアでは、パフォーマンスが低下することがあります。

アプリケーション環境へのリソースの追加

アプリケーションサーバーとゲートウェイの間の帯域幅を増やす

ゲートウェイのパフォーマンスを最適化するには、アプリケーションとゲートウェイ間のネットワーク帯域幅が、アプリケーションのニーズを満たすようにしてください。ゲートウェイの ReadBytes および WriteBytes メトリクスを使用して、データの合計スループットを測定できます。

アプリケーションでは、必要なスループットと測定されたスループットを比較します。測定されたスループットが必要なスループットを下回る場合、アプリケーションとゲートウェイの間の帯域幅を増やすと、ネットワークがボトルネックであれば、パフォーマンスを向上させることができます。同様に、VM とローカルディスクの間の帯域幅を増やすことができます (直接接続されていない場合)。

アプリケーション環境への CPU リソースの追加

アプリケーションが追加の CPU リソースを使用できる場合、CPU の追加はアプリケーションの I/O 負荷の調整に役立つことがあります。

最上位フォルダの名前変更やアクセス許可の変更など、FSx File Gateway での一部のファイルオペレーションでは、複数のファイルオペレーションが発生し、FSx for Windows File Server ファイルシステムに高い I/O 負荷が発生する可能性があります。ファイルシステムにワークロードに十分なパフォーマンスリソースがない場合、ファイルシステムはシャドウコピーの保持履歴よりも継続的な I/O の可用性を優先するため、シャドウコピーを削除する可能性があります。

Amazon FSx コンソールで、モニタリングとパフォーマンスのページをチェックして、ファイルシステムがプロビジョニング不足かどうかを確認します。その場合は、SSD ストレージに切り替えたり、スループットキャパシティを増やしたり、SSD IOPS を増やしてワークロードを処理したりできます。