Cookie の設定を選択する

当社は、当社のサイトおよびサービスを提供するために必要な必須 Cookie および類似のツールを使用しています。当社は、パフォーマンス Cookie を使用して匿名の統計情報を収集することで、お客様が当社のサイトをどのように利用しているかを把握し、改善に役立てています。必須 Cookie は無効化できませんが、[カスタマイズ] または [拒否] をクリックしてパフォーマンス Cookie を拒否することはできます。

お客様が同意した場合、AWS および承認された第三者は、Cookie を使用して便利なサイト機能を提供したり、お客様の選択を記憶したり、関連する広告を含む関連コンテンツを表示したりします。すべての必須ではない Cookie を受け入れるか拒否するには、[受け入れる] または [拒否] をクリックしてください。より詳細な選択を行うには、[カスタマイズ] をクリックしてください。

ボリュームゲートウェイのパフォーマンスと最適化

フォーカスモード
ボリュームゲートウェイのパフォーマンスと最適化 - AWS Storage Gateway

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

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

このセクションでは、Storage Gateway のパフォーマンスについて説明します。

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

ゲートウェイのパフォーマンスを最大限に引き出せるように、Storage Gateway では、ゲートウェイのホストサーバーに対して以下のゲートウェイ構成を推奨しています。

  • 24 個以上の専用の物理 CPU コア

  • ボリュームゲートウェイの場合、ハードウェアの RAM に次の容量の専用領域を確保する必要があります。

    • キャッシュ容量が 16 TiB までのゲートウェイの場合、16 GiB 以上の RAM の予約領域

    • キャッシュ容量が 16 TiB~32 TiB のゲートウェイの場合、32 GiB 以上 の RAM の予約領域

    • キャッシュ容量が 32 TiB~64 TiB のゲートウェイの場合、48 GiB 以上の RAM の予約領域

  • ディスク 1。ゲートウェイキャッシュとして次のように使用します。

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

  • ディスク 2。ゲートウェイアップロードバッファとして次のように使用します。

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

  • ディスク 3。ゲートウェイアップロードバッファとして次のように使用します。

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

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

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

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

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

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

次のボトルネックにより、ボリュームゲートウェイのパフォーマンスが理論上の最大持続スループット ( AWS クラウドへの帯域幅) を下回る可能性があります。

  • CPU コアの数

  • キャッシュ/アップロードバッファのディスクスループット

  • RAM の合計容量

  • へのネットワーク帯域幅 AWS

  • イニシエータからゲートウェイまでのネットワーク帯域幅

このセクションでは、ゲートウェイのパフォーマンスを最適化するための対策について説明します。以下のガイダンスは、ゲートウェイまたはアプリケーションサーバーへのリソースの追加を前提としています。

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

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

キャッシュとアップロードバッファのディスクスループットによって、ゲートウェイのアップロードとダウンロードのパフォーマンスが制限される可能性があります。ゲートウェイのパフォーマンスが予想を大幅に下回っている場合は、キャッシュとアップロードバッファのディスクスループットを次の方法で改善することを検討してください。

  • RAID 10 などのストライプ RAID を使用してディスクスループットを向上させる。理想的には、ハードウェア RAID コントローラを使用します。

    注記

    RAID (独立した複数のディスクから成る冗長アレイ)、具体的には RAID 10 などのディスクストライプ RAID 構成は、データをブロックに分割し、そのデータブロックを複数のストレージデバイスに分散させるプロセスです。使用する RAID レベルによって、実現できる速度と耐障害性が変わります。IO ワークロードを複数のディスクに分散することで、RAID デバイスの全体的なスループットは、1 台 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 メトリクスは、すべてのゲートウェイに使用できるわけではありません。ゲートウェイメトリクスについては、「Storage Gateway のモニタリング」を参照してください。

アップロードバッファディスクをさらに追加する

書き込みスループットを高めるには、少なくとも 2 つのアップロードバッファディスクを追加します。データがゲートウェイに書き込まれると、アップロードバッファディスクにローカルに書き込まれて保存されます。その後、保存されたローカルデータはディスクから非同期的に読み取られ、処理と AWSへのアップロードが行われます。アップロードバッファディスクをさらに追加すると、個別のディスクに対して実行される同時 I/O 操作の量が減る可能性があります。これにより、ゲートウェイへの書き込みスループットが増える可能性があります。

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

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

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

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

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

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

ゲートウェイと AWS クラウドの間の帯域幅を広げる

帯域幅を との間で増やす AWS と、ゲートウェイへのデータ進入と AWS クラウドへのデータ進入の最大レートが増加します。低速のディスクや、ゲートウェイとイニシエータ間の接続帯域幅不足といった他の要因ではなく、ネットワーク速度がゲートウェイ構成における制限要因となっている場合は、これでゲートウェイのパフォーマンスを向上させることができます。

注記

キャッシュ/アップロードバッファのディスクスループット、CPU コア数、RAM の合計容量、イニシエータとゲートウェイ間の帯域幅など、ここに記載されているその他の制限要因により、ゲートウェイのパフォーマンスの実測値がネットワーク帯域幅を下回る可能性があります。また、ゲートウェイの通常運用に際しては、データ保護のために多くの対策が実施されるため、ネットワーク帯域幅よりもパフォーマンスの実測値が低くなる場合があります。

ボリュームの設定を変更する

ボリュームゲートウェイを使用している場合に、ゲートウェイにストレージボリュームを追加するとゲートウェイへのスループットが低下する場合は、別のゲートウェイにボリュームを追加することを検討してください。特に、ボリュームが高スループットのアプリケーションに使用されている場合は、高スループットのアプリケーション用に別のゲートウェイを作成することを検討してください。ただし、一般的なルールとして、すべての高スループットのアプリケーションに一方のゲートウェイを使用し、すべての低スループットのアプリケーションにもう一方のゲートウェイを使用するといった方法は避けてください。ボリュームのスループットを測定するには、ReadBytes および WriteBytes メトリクスを使用します。

これらのメトリクスの詳細については、「アプリケーションとゲートウェイの間のパフォーマンスの測定」を参照してください。

iSCSI 設定を最適化する

iSCSI イニシエータの iSCSI 設定を最適化して、I/O パフォーマンスを向上させることができます。MaxReceiveDataSegmentLengthFirstBurstLength には 256 KiB、MaxBurstLength には 1 MiB を選択することをお勧めします。iSCSI 設定の詳細については、「iSCSI 設定のカスタマイズ」を参照してください。

注記

これらの推奨設定により、全体的なパフォーマンスが向上します。ただし、パフォーマンスを最適化するために必要な特定の iSCSI 設定は、使用するバックアップソフトウェアによって異なります。詳細については、バックアップソフトウェアのドキュメントを参照してください。

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

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

iSCSI イニシエータとゲートウェイ間の接続のせいで、アップロードとダウンロードのパフォーマンスが制限されることがあります。ゲートウェイのパフォーマンスが予想よりも著しく低く、CPU コア数とディスクスループットを既に改善している場合は、次の点を検討してください。

  • ネットワークケーブルをアップグレードして、イニシエータとゲートウェイ間の帯域幅を広げる。

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

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

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

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

このページの内容

プライバシーサイト規約Cookie の設定
© 2025, Amazon Web Services, Inc. or its affiliates.All rights reserved.