SQL Server のストレージを最適化する - AWS 規範ガイダンス
概要SSD Amazon のストレージタイプ、パフォーマンス、コスト EBSAmazon の一般的なSSDコスト最適化 EBS追加リソース

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

SQL Server のストレージを最適化する

概要

このセクションでは、EC2ワークロード上の SQL Server 用の Amazon Elastic Block Store (Amazon EBS) SSDストレージのコスト最適化に焦点を当てます。

にSQLサーバーワークロードをデプロイして実行するためのさまざまなストレージオプションがあります AWS。適切なストレージの選択は、目的、アーキテクチャ、耐久性、パフォーマンス、容量、コストに基づいて行う必要があります。SQLサーバーワークロードを実行する AWS お客様は、通常、Amazon EBS、FSx、Amazon NVMe、Amazon Simple Storage Service (Amazon S3) ストレージの組み合わせを使用します。

Amazon EBS は、EC2コンピューティングインスタンスに接続され、一般的なオペレーティングシステム、アプリケーション、データベース、およびバックアップファイルを保存および処理するために使用されるネットワーク接続ストレージです。Amazon EBS ソリッドステートドライブ (SSD) ストレージには、汎用 SSD (gp2 と gp3) とプロビジョンド IOPS SSD (io1、io2、io2BX ) が含まれます。以下の点を考慮します。

  • r5d などの一部のEC2インスタンスでは、ローカルがホストインスタンスにNVMeSSDs物理的にアタッチされています。これらのボリュームは、SQLサーバーtempdb またはバッファプール拡張に一般的に使用されるブロックレベルのストレージを提供します。

  • Amazon FSx for Windows File Server はフルマネージドファイルストレージサービスであり、Amazon FSx for NetApp ONTAP は NetAppの一般的なONTAPファイルシステム上に構築されたフルマネージド共有ストレージです。Amazon FSxは、高可用性のSQLサーバーフェイルオーバークラスターインスタンス (FCI) 設定でSQLサーバーワークロードを実行するためによく使用されます。このソリューションはSQLサーバーデータとログファイルをホストするため、EC2インスタンスEBSのパフォーマンス要件が軽減されます。

  • Amazon S3 は、業界をリードするスケーラビリティ、データ可用性、セキュリティ、パフォーマンスを提供するオブジェクトストレージサービスです。SQL サーバーネイティブバックアップファイル、AMIs、EBSスナップショット、アプリケーションログなどを Amazon S3 に保存できます。

SSD Amazon のストレージタイプ、パフォーマンス、コスト EBS

SSD Amazon のストレージコストは、耐久性とパフォーマンスの向上に伴ってEBS一般的に増加します。現在、ストレージには 5 つのボリュームタイプがあり、それぞれに独自のパフォーマンスメトリクス があります。SSD-backed ボリュームのユースケースと特性の概要については、Amazon EBSドキュメントの「ソリッドステートドライブ (SSD) ボリューム」セクションの表を参照してください。

Amazon を使用して、SSDパフォーマンス CloudWatch のモニタリング、傾向データのキャプチャ、特定のしきい値に達したときのアラームの設定を行うことができます。でSQLサーバーワークロードを実行している場合は AWS、ディスクレイテンシー、、IOPSスループット、ディスクキューの長さ、使用容量と空き容量など、詳細なボリュームパフォーマンスメトリクスをキャプチャするために、詳細なモニタリングとCloudWatch カスタムメトリクスのデプロイを有効にすることを検討してください。これらの CloudWatch パフォーマンスメトリクスを使用して、プロビジョニング不足ストレージとプロビジョニング過剰ストレージを特定し、履歴データポイントを提供してストレージ要件を正確に定義できます。

SSD Amazon のストレージコストEBSも、割り当てられた容量によって異なります。以下の表は、さまざまなボリュームタイプの比較を示しています。すべてのボリュームタイプには 1 TB の容量と同様のパフォーマンス設定があります。

ボリュームタイプ 最大 IOPS (16 KiB I/O) 最大スループット (128 KiB I/O) 1TB あたりの料金 コスト削減率
gp2 3,000 250 102.40 ドル  
gp3 3,000 250 86.92 ドル 15%
io1 16,000 500 1,168 ドル  
io2 16,000 500 1,168 ドル  
gp3 16,000 500 146.92 ドル 87%
io2bx 16,000 4,000 1,168 ドル  
gp3 16,000 1,000 181.92 ドル 84%
注記

前の表のパフォーマンスとコストのメトリクスは、 からの見積りに基づくボリュームあたりのものです AWS Pricing Calculator。の見積りにアクセスするには、 AWS アカウント が必要です AWS Pricing Calculator。

Amazon gp3 EBS SSD ボリュームは、低コストで優れたパフォーマンスを提供します。16,000 および 500 スループット未満のワークロードで io1 または io2 ボリュームよりも gp3 ボリュームを選択した場合、最大 87% IOPS を節約できます MiBps 。

io2 Block Express (io2BX ) ボリュームは、通常の io2 ボリュームよりもパフォーマンスが向上します。16,000 ではIOPS、io1 または io2 ボリュームは 500 MiBps スループットしか実行できず、io2BX ボリュームは最大 4,000 MiBps スループットまで設定できます。io1 ボリュームと io2 ボリュームと比較して、io2BX ボリュームは 16,000 から 64,000 までのスループットの 4 倍以上をIOPS、まったく同じ価格で提供します。通常の io2 ボリュームは、io2BX io2BX-supported ボリュームに変換できます。 EC2io2BX-supportedEC2インスタンスのリストについては、Amazon EBSドキュメントの「プロビジョニングされたIOPSSSDボリューム」を参照してください。新しいストレージをデプロイする前に、 を使用して毎月のコストAWS Pricing Calculatorを見積もり、耐久性、パフォーマンス、容量のトレードオフに基づいてコストへの影響を理解できます。

Amazon の一般的なSSDコスト最適化 EBS

保存しているものを評価し、適切なストレージタイプとクラスを使用していることを確認することをお勧めします。例えば、Amazon S3 は、SQLサーバーバックアップに最適な優れた価格帯、組み込みライフサイクルポリシー、レプリケーションオプションを提供します。SQL Server 2022 は Amazon S3 に直接バックアップできますが、以前のバージョンの SQL Server はネイティブローカルバックアップに依存しています。Server の古いバージョンを実行している場合はSQL、Amazon EBSHDDボリュームにバックアップし、バックアップを Amazon S3 にコピーすることを検討してください。このソリューションでは、バックアップに gp3 ボリュームを使用するのではなく、53% のコスト削減が可能です。

次の表は、Amazon gp3、Amazon st1、および Amazon S3 EBS 上の 1 TB EBS HDD のストレージの料金差を示しています。

ストレージタイプ 容量 料金 pm
EBS gp3 500 MiBps 1 TB 96.92 ドル
EBS st1 バースト 500 MiBps $46.08
S3 Standard 23.55 ドル
S3 標準 (低頻度アクセス） 12.80 ドル
S3 Glacier Deep Archive $1.03
注記

前の表のコストメトリクスは、 の見積りに基づいています AWS Pricing Calculator。の見積りにアクセスするには、 AWS アカウント が必要です AWS Pricing Calculator。

以下を考慮することをお勧めします。

  • 詳細なモニタリングを有効にし、 CloudWatch カスタムメトリクスをデプロイして、ストレージのパフォーマンス要件を正確にキャプチャします。

  • Amazon EBSストレージを gp2 から gp3 にアップグレードして、コストを削減し、柔軟性を高め、パフォーマンスを向上させます。

  • Amazon EBSストレージを io1 から io2 にアップグレードすると、耐久性とパフォーマンスの柔軟性が向上します。

  • 耐久性とパフォーマンスを向上させるために、可能であれば io1 または io2 の代わりに io2BX を使用します。

  • 容量要件と高性能ボリュームのコストを削減するためにストレージを選択するときは、 mix-and-matchアプローチを検討してください。例えば、ルートボリューム (オペレーティングシステム）、SQLサーバーのインストール、システムデータベース (tempdb を除く）、およびパフォーマンスの低いユーザーデータベースに低コストの gp3 ボリュームを使用できます。これにより、io2 ボリュームの容量とコストを削減できます。これは、高性能ユーザーデータベース専用です。

  • でSQLサーバーデータベースをホストする場合は AWS、データベースごとに複数のSQLサーバーデータファイルを使用することをお勧めします。これにより、読み取り/書き込みワークロードを複数のボリュームに分散できるため、ボリュームあたりのパフォーマンスと容量の要件が軽減され、結果としてコストを削減できます。

  • 実稼働ワークロードが io1 や io2/io2BX などの高性能ストレージを必要とする場合でも、コストを削減するために、非実稼働ワークロードの gp3 ボリュームを検討してください。

  • ストレージの使用率を経時的に追跡してトレンド化し、使用量の急増や予期しないコストを簡単に特定できます。

  • 実際の使用率に基づいてEBSボリュームをスケールアップまたはスケールダウンするための推奨事項AWS Compute Optimizerに を使用します。

  • の弾力性を使用して、Amazon のSSDボリュームのパフォーマンスと容量のニーズ AWS を調整しますEBS。オンプレミス環境とは異なり、将来のワークロードのためにストレージのパフォーマンスと容量を過剰にプロビジョニングする必要はありません。既存のSQLサーバーワークロードを に移行 AWS し、データベースをオンラインに保ちながら、必要に応じてパフォーマンスや容量を調整できます。

追加リソース