翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Amazon EC2 シングルノードアーキテクチャでの SQL サーバー
次の図は、高可用性 (HA) と災害復旧 (DR) のサポートを追加する前の、Amazon Elastic Compute Cloud (Amazon EC2) 上のシングルノード SQL Server の推奨アーキテクチャを示しています。
このアーキテクチャでは、SQL Server データベースは EC2 インスタンスにデプロイされ、SQL Server 用のAmazon Machine Image (AMI) と、OS、DATA、LOG、バックアップ用の個別のボリュームが使用されます。不揮発性メモリエクスプレス (NVMe) ストレージは EC2 インスタンスに直接アタッチされ、SQL Server tempdb データベースに使用されます。 AWS Directory Service は、SQL Server データベースの Windows 認証を設定するために使用されます。 AWS Systems Manager を使用して、SQL Server のパッチと更新を検出してインストールすることもできます。

以下の表は、このアーキテクチャを構成するための推奨事項をまとめたものです。これらの推奨事項については、後のセクションで詳しく説明します。
インスタンスタイプ/AMI |
|
SQL Server エディション |
|
ストレージタイプ |
|
ボリューム |
|
DR オプション |
|
インスタンスのタイプ
AWS では、SQL Server ワークロード用のインスタンスクラス
クリティカルなワークロードのために、高性能なz1dインスタンス
Amazon はまた、最新の SQL Server エディションを Amazon EC2 でホストするのに役立つ専用のAMI for SQL Server on Microsoft Windows Server
ストレージ
インスタンスタイプによっては、NVMe インスタンスストア・ボリュームを提供するものもあります。NVMe は一時的 (epheremal) なストレージオプションです。このストレージは EC2 インスタンスに直接接続されています。NVMe ストレージは一時的なもので、再起動するとデータは失われますが、最適なパフォーマンスを発揮します。したがって、I/O が高く、ランダムなデータ・アクセス・パターンを持つ SQL Server tempdb データベースに適しています。tempdbにNVMeインスタンスストアを使用する場合、追加料金は発生しません。その他のガイダンスについては、ガイドAmazon EC2にSQL Serverをデプロイするためのベストプラクティスのインスタンス・ストアにtempdbを配置するのセクションを参照してください。
Amazon EBS は、高速で利用可能なストレージに関する SQL Server の要件を満たす、耐久性に優れたストレージソリューションです。マイクロソフトは、最適なパフォーマンスを得るために、データボリュームとログボリュームを分けておくことを推奨しています。この分離の理由には次のようなものがある:
-
さまざまなデータアクセス方法。データボリュームはオンライントランザクション処理 (OLTP) ランダムデータアクセスを使用し、ログボリュームはシリアルアクセスを使用します。
-
より良いリカバリー・オプション。1 つのボリュームが失われてももう 1 つのボリュームには影響せず、データの回復に役立ちます。
-
さまざまなワークロードタイプ。データボリュームは OLTP ワークロード用ですが、ログボリュームはオンライン分析処理 (OLAP) ワークロードを対象としています。
-
さまざまなパフォーマンス要件。データボリュームとログボリュームには、IOPS とレイテンシーの要件、最小スループットレート、および同様のパフォーマンスベンチマークが異なります。
適切なAmazon EBS ボリュームタイプを選択するには、データベースのアクセス方法、IOPS、スループットを分析する必要があります。標準稼働時間とピーク使用時の両方でメトリクスを収集します。SQL Server はデータの保存にエクステントを使用します。SQL Server のストレージの基本単位はページで、サイズは 8 KB です。物理的に連続する 8 ページが 1 エクステント (サイズは 64 KB) を構成します。したがって、SQL Server マシンでは、SQL データベースファイル (tempdb を含む) をホストするNTFSアロケーションユニットのサイズは64KBでなければなりません。ドライブの NTFS 割り当てサイズを確認する方法については、Amazon EC2 に SQL Server をデプロイするためのベストプラクティスガイドを参照してください。
EBS ボリュームの選択は、ワークロードによって異なります。つまり、データベースが読み取り集約型か書き込み型か、高い IOPS やアーカイブストレージを必要とするか、その他同様の考慮事項が必要です。次の表は、コンフィギュレーションの例を示しています。
Amazon EBS リソース | タイプ | 説明 |
---|---|---|
OS ディスク |
|
汎用 SSD ストレージ |
データディスク |
|
書き込み集約型ストレージ。 |
ログディスク |
|
負荷の高いワークロード向けの汎用ストレージ。 |
Backup ディスク |
|
より安価なアーカイブストレージ。パフォーマンスを強化するために、バックアップは Amazon Simple Storage Service (Amazon S3) に定期的にコピーすれば、より高速なディスクに保存できます。 |
アマゾン EBS とAmazon S3 に関する考慮事項
次の表は、Amazon EBS と Amazon S3 のストレージの比較を示しています。この情報をもとに、2つのサービスの違いを理解し、ユースケースに最適なアプローチを選択します。
サービス | 可用性 | 耐久性 | メモ |
---|---|---|---|
Amazon EBS」 |
|
|
|
Amazon S3 |
|
|
|
Amazon FSx for Windows File Server のファイルサーバー
Amazon FSx for Windows File Serverは、1 ファイルシステムあたり最大 2 GB /秒のベースライン・スループット、数十万 IOPS、一貫したミリ秒以下のレイテンシーという高速パフォーマンスを提供します。SQL Server インスタンスに適切なパフォーマンスを提供するために、ファイルシステム・サイズに依存しないスループット・レベルを選択することができます。スループットキャパシティでは、アクセスする SQL Server インスタンスにファイルサーバーが提供できる IOPS が高くなります。ストレージ容量は、保存できるデータ量だけでなく、ストレージ上で実行できる1秒あたりの I/O オペレーション (IOPS) 数を決定します。各ファイルシステムは最大 64 TiB までプロビジョニングできます (Amazon EBS は 16TiB)。Amazon FSx ファイルシステムは、Windows Server フェイルオーバークラスターデプロイ展開のファイル共有ウィットネスとして使用できます。