高可用性とディザスタリカバリのソリューションを選択する

概要

目標復旧時間 (RTO) や目標復旧時点 (RPO) などのディザスタリカバリ (DR) 目標も達成しながらビジネスニーズを満たす、AWS 上の SQL Server デプロイ用のアーキテクチャを設計することをお勧めします。以下のソリューションは、SQL Server ワークロードのコストも最適化しながら、Amazon Elastic Compute Cloud (Amazon EC2) 上の SQL Server に適したアーキテクチャを設計するのに役立ちます。

SQL Server Always On 可用性グループ

高可用性 Always On 可用性グループのみに SQL Server Enterprise Edition を使用している場合は、基本的な可用性グループを利用して SQL Server Standard Edition にダウングレードできます。Always On 可用性グループの代わりに基本的な可用性グループを使用することで、コストを 65～75% 削減できます。

機能

制限

次の図は、Windows Server フェイルオーバークラスターソリューションのアーキテクチャの例を示しています。

SQL Server Always On フェイルオーバークラスターインスタンス

フェイルオーバークラスターインスタンス (FCI) を使用して、ダウンタイムを最小限に抑え、データ損失のリスクを減らしながら、データベースの継続的なオペレーションを確保できます。FCI は、リードレプリカの設定なしで SQL Server データベースの高可用性を求める場合に、信頼性の高いソリューションを提供します。

可用性グループとは異なり、FCI は SQL Server Enterprise Edition を必要とせずに、信頼性の高いフェイルオーバーソリューションを提供できます。代わりに、FCI では SQL Server Standard Edition ライセンスのみが必要です。FCI を使用して、SQL Server のライセンスコストを 65～75% 削減できます。

以下の点を考慮してください。

次の図は、FSx for Windows File Server を使用した SQL Server FCI のアーキテクチャの例を示しています。

SIOS DataKeeper

SQL Server FCI を AWS にデプロイする予定の場合は、共有ストレージ要件を考慮することをお勧めします。従来のオンプレミスインストールでは通常、共有ストレージ要件を満たすためにストレージエリアネットワーク (SAN) が使用されますが、これは AWS では実行可能なオプションではありません。Amazon FSx for Windows File Server は、AWS 上の SQL Server FCI に推奨されるストレージソリューションですが、異なる AWS リージョン にクラスターサーバーを追加できないようにする制限があります。

SIOS DataKeeper を使用して、コストを 58～71% 削減しながら、アベイラビリティーゾーンとリージョンの両方をカバーする SQL Server FCI を作成できます。SIOS DataKeeper は、FCI の高可用性のメリットを実現するのに役立ちます。これにより、SIOS DataKeeper は組織にとってコスト効率と信頼性に優れたソリューションになります。

SIOS DataKeeper を使用することで得られる次のような利点も考慮してください。

次の図は、クラスター化された仮想 SAN ソリューションを使用した SQL Server FCI のアーキテクチャの例を示しています。

Always On 可用性グループ

Always On 可用性グループは、高可用性とディザスタリカバリの両方の目的で使用できます。SQL Server を 1 つのリージョンの 2 つのアベイラビリティーゾーンにデプロイすることで、高可用性を実現できます。リージョン間で可用性グループを拡張することで、ディザスタリカバリを実現できます。

次の図は、Always On 可用性グループに基づくソリューションのアーキテクチャの例を示しています。図のリージョン 1 のレプリカは、可用性グループの自動フェイルオーバーを提供する同期コミットを使用しています。リージョン 2 のレプリカは非同期コミットを使用しているため、可用性グループの手動フェイルオーバーが必要になります。

分散可用性グループ

信頼性やディザスタリカバリで妥協できないミッションクリティカルな SQL Server デプロイの場合は、マルチリージョンアプローチをお勧めします。複数のリージョンに可用性グループを分散させることは、ビジネス継続性を維持し、ダウンタイムを最小限に抑えるための最も回復力の高いソリューションです。

このアーキテクチャは、共有ストレージ、同期ブロックレベルレプリケーション、SQL Server FCI など、Amazon FSx for Windows File Server の機能を最大限に活用します。これらの機能により、複数のアベイラビリティーゾーンにまたがる高可用性 SQL Server 環境を作成できるようになります。この設定を別のリージョンにレプリケートすることで、最も深刻な中断にも対応できる完全に冗長なシステムが得られます。このソリューションを際立たせているのは、それが提供する柔軟性とセキュリティのレベルです。分散可用性グループのドメインに依存しないアーキテクチャにより、基盤となる Windows クラスターサーバーを異なる Active Directory ドメインに参加させることができると同時に、証明書ベースの認証により、SQL Server 環境に対する最大限の保護が保証され、マルチリージョン DR 戦略に高い RTO および RPO 要件が提供されます。マルチリージョンアーキテクチャの構築の詳細については、AWS アーキテクチャブログの「Field Notes: Building a Multi-Region Architecture for SQL Server using FCI and Distributed Availability Groups」を参照してください。

次の図は、分散可用性グループを使用したマルチリージョンソリューションのアーキテクチャの例を示しています。

ログ配布

ログ配布は、予期しない停止が発生した場合にリージョン間でデータベースを保護するための、実績があり、信頼性が高く、費用対効果の高い方法です。組織は数十年にわたってログ配布を使用してデータを保護してきました。

AWS にログ配布を実装すると、トランザクションとログ配布ジョブの頻度に応じて、RPO と RTO を数分で実現できます。万一、リージョンにアクセスできなくなった場合、ログ配布によりデータの安全性と回復性が維持されます。

ログ配布を使用することで得られる次のような利点も考慮してください。

詳細については、AWS アーキテクチャブログの「Extend SQL Server DR using log shipping for SQL Server FCI with Amazon FSx for Windows configuration」を参照してください。

次の図は、ログ配布ソリューションのアーキテクチャの例を示しています。

AWS Database Migration Service

AWS Database Migration Service (AWS DMS) を使用して、アプリケーションのニーズに基づいて HA/DR ソリューションを設計できます。AWS DMS を使用すると、同じリージョンで (HA)、またはリージョン間で (DR)、セカンダリ SQL Server データベースにデータを簡単にコピーできます。このアプローチは技術的に健全であり、リソース使用量を最適化しながら AWS インフラストラクチャへの投資を最大化できます。

AWS DMS は、コスト効率が高いサービスです。転送プロセス中に使用される CPU リソースと追加のログストレージに対してのみ課金されます。つまり、大幅な追加コストを発生させることなく、このソリューションのメリットを享受できます。AWS DMS を使用して、ライセンスとリソースの使用に関連するコストを最小限に抑えながら、データの可用性とアクセス性を確保できます。

次の図は、AWS DMS に基づくソリューションのアーキテクチャの例を示しています。

AWS Elastic Disaster Recovery

組織によっては、すべての重要なビジネスアプリケーションにディザスタリカバリ計画が導入されていることを確認する必要があります。以前は、このような組織の多くは、従来のディザスタリカバリソリューションに多額の投資を行っていました。この場合、重複するインフラストラクチャ全体を事前に構築して維持する必要があります。このアプローチはコストも時間もかかり、スケーリングも困難です。

現在は、AWS Elastic Disaster Recovery を使用すれば、ディザスタリカバリインフラストラクチャを事前に構築する必要はありません。ディザスタリカバリマシンは、必要になるまで Elastic Disaster Recovery で起動されないため、必要なときに使用した分だけお支払いいただきます。つまり、ソフトウェアライセンスと高性能コンピューティングのコストを大幅に削減できます。

さらに、ディザスタリカバリソリューションのステージングエリアには、低コストの Amazon Elastic Block Store (Amazon EBS) ボリュームが含まれています。EBS ボリュームは、重複リソースのプロビジョニングコストをさらに削減します。これにより、ビジネス要件を満たす堅牢で信頼性の高いディザスタリカバリソリューションを維持しながら、全体的なディザスタリカバリコストを削減できます。Elastic Disaster Recovery を使用すれば、お客様はコアビジネス活動に集中できます。ディザスタリカバリソリューションの基盤となるインフラストラクチャは AWS が対応します。

SQL Server では、費用対効果の高いディザスタリカバリオプションとして Elastic Disaster Recovery を使用できます。耐障害性があり可用性の高い SQL Server アーキテクチャのパッシブノードのライセンスは、アクティブなソフトウェアアシュアランスを使用する場合にカバーされます。ただし、パッシブサーバーがオンラインになるためのコンピューティングコストは引き続き発生します。Elastic Disaster Recovery を使用すると、プライマリサーバーは、アクティブなソフトウェアアシュアランスを維持しなくても DR 環境にレプリケートでき、ディザスタリカバリのコンピューティングコストを支払う必要もありません。このコスト削減の組み合わせにより、SQL Server のディザスタリカバリコストを 50% 以上削減できます。

次の図は、Elastic Disaster Recovery に基づくソリューションのアーキテクチャの例を示しています。

詳細については、Microsoft Workloads on AWS ブログの「AWS Elastic Disaster Recovery を使用して復元された DR サイトで SQL Server の高可用性を設定する方法」を参照してください。

コスト比較

次の表は、このセクションで説明する HA/DR ソリューションのコストを比較したものです。この比較では、次の前提が適用されます。

コスト最適化の推奨事項

組織の要件を満たす HA/DR ソリューションを選択するには、次のステップを実行することをお勧めします。

その他のリソース