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

SQL Server ワークロードに適した EC2 インスタンスを選択する

概要:

Microsoft SQL Server は、Amazon Elastic Compute Cloud (Amazon EC2) インスタンスで 15 年以上実行されています。 AWS はその経験を積んでおり、最小限の仕様から高パフォーマンスのマルチリージョンクラスターまで実行される SQL Server ワークロードに合わせて Amazon EC2 インスタンスを開発するのに役立ちます。

SQL Server の正しい EC2 インスタンスの選択は、ワークロードに大きく依存します。SQL Server のライセンス方法、メモリの使用方法、そして SQL Server の機能が Amazon EC2 サービスとどのように連携しているかを理解することは、アプリケーションに最適な EC2 インスタンスを導くのに役立ちます。

このセクションでは、さまざまな SQL Server ワークロードと、ライセンスとコンピューティングのコストを最小限に抑えるために特定の EC2 インスタンスと組み合わせる方法について説明します。

コスト比較

Amazon EC2 では、Bring Your Own License (BYOL) を使用するか、Windows Server および SQL Server ライセンスで従量制料金を使用することができます。従量制料金ライセンスの場合、Windows Server および SQL Server ライセンスのライセンスコストは、EC2 インスタンスの時間単位のコストに組み込まれます。例えば、異なる料金の異なる AMI を持つことができます。AMI の料金は、AMI が実行される SQL Server エディションによって異なります。

Windows Server と SQL Server の料金は項目化されません。AWS 料金見積りツール のようなツールには項目別料金はありません。ライセンス込みサービスのさまざまな組み合わせを選択した場合は、次の表に示すようにライセンスコストを推定できます。

SQL Server を実行する最も費用対効果の高い方法は、上位エディションの機能が必要になるまで、下位エディションのままにしておくことです。詳細については、このガイドの「SQL Server エディションの比較」セクションを参照してください。SQL Server Web Edition から SQL Server Standard Edition へのアップグレードは、SQL Server ライセンスコストの 7 倍を超え、Standard Edition から Enterprise Edition への移行コストの 3 倍を超えます。ライセンスコストの格差は考慮すべき重要な要素であり、このセクションの残りの部分で説明します。

コスト最適化シナリオ

配送車両を追跡する分析会社が SQL Server のパフォーマンスの向上を検討しているというシナリオの例を考えてみましょう。MACO の専門家が会社のパフォーマンスのボトルネックを確認した後、会社は x1e.2xlarge インスタンスから x2iedn.xlarge インスタンスに移行します。インスタンスサイズは小さくなりますが、x2 インスタンスの機能強化により、バッファプール拡張機能を使用することで SQL Server のパフォーマンスと最適化が向上します。これにより、同社は、SQL Server Enterprise Edition から SQL Server Standard Edition にダウングレードし、SQL Server ライセンスを 8 vCPU から 4 vCPU に削減することができました。

最適化前:

最適化後:

x1e.2xlarge インスタンスから x2iedn.xlarge インスタンスへの変更を組み合わせることで、サンプル顧客は本番データベースサーバーで 1 か月あたり 5,407 USD を節約できました。これにより、ワークロードの総コストが 69% 削減されました。

コスト最適化の推奨事項

メモリ最適化インスタンス

SQL Server の最も重要な側面の 1 つは、メモリへの依存を理解することです。SQL Server は、オペレーティングシステムで使用されていない使用可能なすべての RAM を使用しようとします (デフォルトのインストールでは最大 2 TB)。これはパフォーマンス上の理由から行われます。メモリ内のデータを操作する方が、絶えずディスクからデータをプルし、変更を加えてディスクに書き戻すよりもはるかにパフォーマンスが高くなります。代わりに、SQL Server はアタッチされたデータベースからできるだけ多くのデータをロードしようとし、そのデータを RAM に保持します。データに対する変更はメモリ内で実行され、後でディスクに書き込まれます。

SQL Server は RAM 容量が大きいほどパフォーマンスが向上するため、通常は Amazon EC2 メモリ最適化インスタンスタイプから始めることをお勧めします。メモリ最適化インスタンスは汎用性が高く、さまざまなオプションを提供します。R ファミリーは、vCPU と RAM の比率が 1 対 8 で、インテルプロセッサ、AMD プロセッサ、拡張ネットワーキング、拡張 EBS パフォーマンス、インスタンスストレージ、拡張プロセッサ速度のオプションがあります。メモリ負荷の高いワークロード向けに、同じオプションを多数組み合わせ、vCPU と RAM の比率を 1 対 32 に拡張する X ファミリーもあります。メモリ最適化インスタンスは汎用性があるため、あらゆる形状およびサイズの SQL Server ワークロードに適用できます。

最小リソース未満 (4 vCPU 未満) のワークロード

一部のユースケースはバースト可能 (T3) インスタンスでうまく機能しますが、通常は SQL Server ワークロードにバースト可能インスタンスを使用しないことをお勧めします。SQL Server のライセンスは、インスタンスに割り当てられた vCPU の数に基づいています。SQL Server が 1 日の大半がアイドル状態で、バーストクレジットを取得している場合は、完全に活用されていない SQL ライセンスに対して料金が発生します。さらに、SQL Server には、サーバーあたり 4 コアの最小ライセンス要件があります。つまり、4 vCPU 分のコンピューティング能力を必要としない SQL Server ワークロードがある場合、使用していない SQL Server ライセンスを支払っていることになります。これらのシナリオでは、より大きなサーバーに複数の SQL Server インスタンスを統合するのが最適です。

最小リソース (64 GB 未満の RAM) を使用するワークロード

64 GB RAM 未満の SQL Server ワークロードの多くは、高パフォーマンスまたは高可用性を優先しません。これらのタイプのワークロードでは、アプリケーションが Microsoft のライセンス制限の対象である場合、SQL Server Web Edition が適している可能性があります。

SQL Server Web Edition は、最大 32 vCPU および 64 GB RAM までスケール可能で、SQL Server Standard Edition よりも 86% 安価です。リソースの少ないワークロードでは、Intel の同等のものと比較してコンピューティング料金が 10% 安価な r6a などの AMD メモリ最適化インスタンスを使用することも、コンピューティングと SQL のライセンスコストを最小限に抑える良い方法です。

平均リソース (128 GB 未満の RAM) のワークロード

SQL Server Standard Edition は、最大 128 GB の RAM の SQL Server ワークロードの大部分で使用されます。SQL Server Standard Edition は、SQL Server Enterprise Edition よりも 65～75% 安価で、最大 48 vCPU および 128 GB RAM までスケールできます。通常、128 GB RAM の制限は 48 vCPU の制限より前に発生するため、この点が、SQL Server Enterprise Edition へのアップグレードを避けたいほとんどのお客様の焦点となります。

SQL Server には、バッファプール拡張機能と呼ばれる機能があります。この機能により、SQL Server はディスクの一部を使用して RAM の拡張として機能させることができます。バッファプール拡張機能は、Amazon EC2 インスタンスストレージで使用される NVMe SSD などの超高速ストレージと組み合わせると、うまく機能します。インスタンスストレージを含む Amazon EC2 インスタンスは、インスタンス名に「d」と表示されます (r5d、r6id、x2iedn など)。

バッファプール拡張機能は、通常の RAM に代わるものではありません。ただし、128 GB を超える RAM が必要な場合は、r6id.4xlarge や x2iedn.xlarge などの EC2 インスタンスでバッファプール拡張機能を使用して、Enterprise Edition ライセンスへのアップグレードを遅らせることができます。

高パフォーマンスワークロード (128 GB を超える RAM)

高いパフォーマンスを必要とする SQL Server ワークロードは、多くのリソースに依存するため、コスト最適化が困難です。ただし、EC2 インスタンスの違いを理解することで、間違った選択を防ぐことができます。

次の表は、さまざまなメモリ最適化 EC2 インスタンスとそのパフォーマンス制限を示しています。

各インスタンスは異なる目的に使用されます。SQL Server ワークロードを理解すると、最適なインスタンスタイプを選択するのに役立ちます。

属性の詳細:

その他のリソース