HA/DR のオプションと考慮事項

AWS アベイラビリティーゾーンまたはリージョンが完全にオフラインになる可能性は非常にまれですが、冗長性を確保し、データ損失を最小限に抑えるために、災害発生時のバックアップと復旧に多角的なアプローチをお勧めします。バックアップとリカバリのプロセスには、ワークロードの目標復旧時間 (RTO) と目標復旧時点 (RPO) を満たし、ビジネスプロセスをサポートするための適切なレベルの粒度を含める必要があり、多くの場合、これはアプリケーションによって決まります。データベースの場合、 は高可用性とディザスタリカバリ (HA/DR) のための SQL Server のセットアップと設定に関する Microsoft のすべての推奨事項 AWS もサポートします。SQL Server のエディションによってさまざまな HA/DR オプションがサポートされているため、超大規模データベース (VLDB) などの特殊なケースはケースバイケースで検討する必要があります。どの DR 構成でもそうですが、各アプリケーションが HA/DR のサービスレベルアグリーメント (SLA) を満たしていることを確認するにはテストが不可欠です。テスト/開発環境では、無料ですが制限付きのSQL Server Developer エディションの使用を検討してください。

15 分の RPO と 4 時間の RTO を必要とするユースケースでは、次の HA/DR オプションの組み合わせを検討できます:

• ウォームスタンバイ (データベースレベル) の SQL Server ネイティブ HA/DR オプション - これらのアーキテクチャの一部の図については、このガイドの後半の Amazon EC2 での SQL サーバーアーキテクチャ図 セクションを参照してください。

  • 単一リージョン (同期コミットモード) または複数のリージョン (非同期コミットモード、基本アベイラビリティーグループ) の 2 ノード、マルチ AZ

  • 3 ノード (またはそれ以上)、複数リージョンのマルチ AZ (同期コミットモードと非同期コミットモード)

  • 2 ノード、マルチ AZ、複数リージョンでのログ配信 (5 分ごとにログバックアップ機能付き)

• Amazon S3 への SQL Server ネイティブバックアップ (データベースレベル、DR のみ) - フルバックアップ (毎日 1 回)

  • 差分バックアップ (2 ～ 4 時間ごと)。

  • ログバックアップ (5 ～ 10 分ごと)。

  • バックアップは、カスタムスクリプトや、効率的なバックアップと転送のためのファイルゲートウェイのようなオプションを使用して、Amazon Simple Storage Service (Amazon S3) に取得され、コピーされる必要があります。

  • データベースが数百ある場合は、既存のバックアップツール (Commvault や Litespeed など) を引き続き使用して、バックアップを効率的に管理し、Amazon S3 に直接保存できます。

  • Amazon S3 クロスリージョンレプリケーション (CRR) とS3 レプリケーションタイムコントロール (RTC) を使用すると、15 分の SLA 内でオブジェクトレプリケーションを制御および監視できます。

  • コンプライアンスとコスト削減のため、S3 ライフサイクル管理を使用して古いバックアップを移動し、長期保存することもできます。

  • SQL Server ネイティブのバックアップを定期的に作成して Amazon S3 に移動しておけば、災害が発生した場合でも、バックアップは対象リージョンですぐに利用できます。これにより、バックアップの転送やスナップショットの復元が不要になります。

  • ファイルサイズを小さくするには、SQL Native Backup Compression の使用を推奨します。

• AWS スナップショット (インスタンスレベルとボリュームレベル、DR のみ）

  • Amazon Elastic Compute Cloud (Amazon EC2) の Amazon マシンイメージ (AMI) バックアップでデータベースをゼロから再構築します。

  • Amazon EC2 に EBS ボリュームをアタッチするための Amazon Elastic Block Store (Amazon EBS) ボリュームスナップショット

での HA/DR リソースの管理 AWS Backup

AWS Backup は、バックアッププランとスケジュールを作成し、スナップショットや Amazon EC2 AMIs、HA/DR 設定に関連する AWS リソースをこれらのバックアッププランに割り当てる機能を提供するフルマネージドサービスです。 AWS Backup を使用して、これらの EBS スナップショットのマルチリージョンコピーをスケジュールすることもできます。最適な使用のために、 AWS Backup では、リソースを効率的にタグ付けするメカニズムが必要です。 は、SQL Server に使用できる Windows Volume Shadow Copy Service (VSS) によるアプリケーション整合性のあるバックアップ AWS Backup もサポートしています。ストレージレベルの保護には、EBS スナップショットの使用を推奨します。最初の EBS スナップショットはフルで、それ以降のスナップショットはインクリメンタルになります。EBS スナップショットはストレージレベルの保護を提供しますが、ポイントインタイムリカバリを提供する SQL Server のファイルベースのネイティブバックアップに代わるものではありません。

HA/DR AWS DMS に を使用する

SQL Server Always On オプションの代わりにレプリケーションが必要な場合、またはハイブリッドセットアップまたは で異種のソースデータベースとターゲットデータベースがある場合は AWS、次の方法で AWS Database Migration Service （AWS DMS) を使用できます。

セルフマネージドコンテキスト (Amazon EC2 またはオンプレミスでホスト) で SQL Server AWS DMS で を使用する場合、MS-REPLICATION (プライマリキーを持つテーブルへの変更をキャプチャする) と MS-CDC (プライマリキーを持たないテーブルへの変更をキャプチャする) の 2 つのモードで 1 回限りの継続的なレプリケーションをサポートします。ただし、Amazon Relational Database Service (Amazon RDS) を のソースとして使用する場合 AWS DMS、MS-CDC のみがサポートされます。 は、さまざまなソースエンドポイントとターゲットエンドポイント AWS DMS を提供し、異種データベースエンジンをサポートし、レプリケーションプロセスをきめ細かく制御します。また、異種データベースの移行 AWS DMS に で AWS Schema Conversion Tool （AWS SCT) を使用することもできます。 はスキーマレベルの変更 AWS SCT を自動化し、移行の準備状況と計画に関するレポートも作成します。

次の図に示すように AWS DMS、ソースデータベースとターゲットデータベースをエンドポイントとして に追加します。このサービスは、MS-REPLICATION または MS-CDC のいずれかを使用して論理的なレプリケーションプロセスを実装します。ハイブリッドセットアップを使用している場合は、オンプレミスと の間で継続的なレプリケーション AWS DMS を行うように を設定できます AWS。カットオーバー中、 AWS DMS 移行タスクを停止でき、アプリケーションはオンプレミスデータベースと既に同期しているデータベースに遅延なく接続できます。 AWS DMS for SQL Server をソースとして使用するには、いくつかの制限があります。これらの制限については、 AWS DMS ドキュメントで説明されています。

以下のシナリオでは、ネイティブ HA/DR メソッド AWS DMS の代わりに を使用することを検討してください。

• ライセンスコストを節約したい場合。例えば、SQL Server Enterprise Edition などのアドバンストバージョンを Always On オプションにのみ使用している場合は、Enterprise Edition ライセンスのコストをかけずに論理レプリケーションオプションを提供できるため、 AWS DMS 代わりに を設定することを検討してください。

• ソースとターゲットが異種混在している場合。プライマリノードとディザスタリカバリノードの SQL Server バージョンは、（ AWS DMS 制限内で) 一致する必要はありません。これにより、柔軟性が大幅に向上します。

• Windows、SQL Server クラスタリング、分散可用性グループのセットアップと管理のオーバーヘッドを回避するために、 はレプリケーションタスクの簡単なセットアップと簡単な管理 AWS DMS を提供します。

• 準リアルタイム転送 (レプリケーションインスタンス、ネットワーク構成、データ量により異なる)、データマスキング、選択的フィルタリング、スキーマ/テーブルマッピング (同種および異種)、移行前の評価、JSON サポートなどのビジネスユースケースに適しています。

• ログシーケンス番号 (LSN)、タイムスタンプ、および類似のオプションに基づき、必要に応じてタスクを簡単に複製、停止、開始できます。

次の図は、 AWS DMS がレプリケーションサポートを提供する方法の代替アプローチを示しています。この設定では、ソースは SQL Server Always On 可用性グループクラスターであり、変更データキャプチャ (CDC) オプション AWS DMS を使用して、別の AWS リージョンのターゲットにデータを継続的にレプリケートします。最適なパフォーマンスを得るには、レプリケーションインスタンスが適切なサイズで、ソースリージョン内にとどまるようにすることが重要です。

ソースエンジンとターゲットエンジンは一致していなくてもかまいません。この図では、(1) とマークされているプライマリノードとセカンダリノードは、シングル AZ 構成またはマルチ AZ 構成の SQL Server クラスターでもかまいません。または、ソースを MS-CDC または MS-REPLICATION をサポートする単一の SQL Server ノードにすることもできます。

図で (2) とマークされているターゲット DB インスタンスは、Amazon RDS、Amazon EC2、またはその他の異種ターゲット上の SQL Server のどのバージョンでもかまいません。プライマリインスタンスとセカンダリインスタンスが一致していなくても、Always On アベイラビリティーグループをサポートしていなくてもかまいません。たとえば、ソースは SQL Server Always On アベイラビリティーグループクラスターで、ターゲットは Amazon Aurora PostgreSQL 互換エディションであってもかまいません。

DR AWS Application Migration Service に を使用する

AWS Application Migration Service lift-and-shiftを使用することをお勧めします AWS。Application Migration Service は、マシン (オペレーティングシステム、システム状態設定、データベース、アプリケーション、ファイルを含む) をターゲット AWS アカウントと優先リージョンの低コストのステージングエリアに継続的に複製します。障害が発生した場合、Application Migration Service を使用すると、数千台のマシンを数分で完全にプロビジョニングされた状態で自動的に起動できます。

追加の考慮事項

以下のリストは、HA/DR 戦略を設計する際に考慮すべき、考えられるボトルネックを示しています。

• マルチリージョンノード設定における帯域幅、遅延、ネットワークの複雑さ、接続性。

• Amazon EBS または Amazon EC2 スナップショットのサイズ、および AWS Backupを使用してスナップショットをコピーするのにかかる時間。

  • Amazon EBS および Amazon EC2 スナップショットは、 を使用して Amazon S3 に保存されます AWS Backup。

  • EBS スナップショットは、現在のスナップショットが完了するまで Amazon S3 のターゲットリージョンに複製されません。レプリケーションの所要時間は、ボリュームのサイズによっても異なります。

  • スナップショットが完成したら、スナップショットのコピーにかかる時間は、オブジェクトの 99.99％ で 15 分程度になります。ただし、特定のユースケースや重要な大容量ボリュームについては、徹底的なテストが必要です。

• ターゲットのアベイラビリティーゾーンとリージョン内の EBS ボリュームのリストアに必要な時間。

• ターゲットのアベイラビリティーゾーンとリージョン内の Amazon EC2 イメージのリストアに必要な時間。

• ゼロから構築する場合、ターゲットのアベイラビリティーゾーンとリージョンで、Amazon EC2 イメージまたはリストアされた EBS スナップショット用のインフラストラクチャをプロビジョニングするのに必要な時間。

• ゼロから復元する場合、ターゲットのアベイラビリティーゾーンとリージョンの SQL Server ネイティブの完全バックアップ、差分バックアップ、およびログバックアップを復元するのに必要な時間。

• リージョン間で利用できる必要があるアプリケーションと外部依存関係

• ボリュームと Amazon S3 へのアップロードのファイルサイズの制限。