148-AWS SAP AWS 「理論・実践・一問道場」AWS Disaster Recovery

type

status

date

slug

summary

理論

災害復旧 (Disaster Recovery) と ビジネス継続性 (Business Continuity) に関するAWSのソリューションの理解。これを実現するための技術的な選択肢と、最適な選択を行うための基礎的な知識を解説します。

1. 災害復旧 (Disaster Recovery) の概要

災害復旧（DR）は、組織がシステム障害、自然災害、サイバー攻撃などの危機的な状況に対して、最小のダウンタイムとデータ損失で業務を再開できるようにするための戦略です。AWSでは、災害復旧のためにいくつかの方法とツールが提供されています。代表的な方法には以下があります：

バックアップとリストア: 定期的にデータをバックアップし、災害時にバックアップから復元する。

レプリケーション: データやシステムを別の場所に複製し、障害発生時に迅速に切り替える。

フェイルオーバー: 主システムが障害を起こした場合に、自動的にバックアップシステムに切り替える。

2. AWSの災害復旧ソリューション

AWSでは、災害復旧を効率的に実現するための各種サービスを提供しています。

AWS Elastic Disaster Recovery (AWS DRS):

AWS DRSは、オンプレミス環境をAWSクラウドに簡単にレプリケートし、災害時に迅速にフェイルオーバーするためのサービスです。システム全体を自動的に復旧させることができます。
特徴: このサービスは、最小の運用負担でレプリケーションとフェイルオーバーが可能で、災害復旧のテストも容易に実施できます。
利点: オンプレミスからAWSへのレプリケーションを簡単にセットアップでき、災害発生時には短時間で復旧できます。

構成フロー：

ソースインスタンス：これはあなたのローカルサーバーで、AWS DRSエージェントをインストールして、データをクラウドに複製します。

コントロールインスタンス：AWSはこのインスタンスを自動的に作成し、災害復旧プロセスの管理を担当します。

ターゲットEC2インスタンス：これはAWS上で作成するインスタンスで、災害発生時にサービスを復元するためのインスタンスです。

したがって、クラウド上には少なくとも以下の2台が必要です：

1台の コントロールインスタンス（AWSが自動的に作成）

1台の ターゲットEC2インスタンス（サービス復元用）

この説明で、全体のアーキテクチャが理解しやすくなることを願っています！

AWS Database Migration Service (DMS):

DMSは、データベースの移行とレプリケーションを実現するサービスです。異なるデータベースエンジン間でデータを移行することができ、変更データキャプチャ（CDC）機能を使用してリアルタイムでデータを同期することも可能です。
特徴: 主にデータベースの移行やレプリケーションを目的としており、全体のアプリケーション復旧には関与しません。

AWS Storage Gateway:

Storage Gatewayは、オンプレミスのストレージをAWSに接続するためのサービスで、データのバックアップやリストアをクラウド上で行うことができます。ボリュームゲートウェイやファイルゲートウェイなど、さまざまなオプションがあります。
特徴: スナップショットからの復元を行う場合に便利ですが、データベースやアプリケーション全体の復旧には追加の手順が必要となります。

3. 災害復旧の手法の選定基準

災害復旧戦略を選択する際には、以下の要素を考慮する必要があります：

可用性: どの程度システムを可用に保ちたいか。例えば、RPO（Recovery Point Objective）とRTO（Recovery Time Objective）を定義し、それに見合った復旧手段を選ぶ必要があります。

コスト: 高可用性を実現するためのコスト（例えば、複数のリージョンへのデータレプリケーションや常時起動しているバックアップインスタンスなど）。

運用の手間: 復旧手順や定期的なテストがどれほど自動化されているか。運用負担が少ないソリューションを選ぶことが重要です。

4. AWS DRSの利用

AWS DRSは、災害復旧戦略において非常に有用な選択肢です。主に以下の利点があります：

低運用負荷: システムのレプリケーションとフェイルオーバーが自動化されており、復旧テストも簡単に行えるため、手動の操作が少なくなります。

迅速な復旧: AWSクラウドへのレプリケーションにより、障害発生時には迅速に切り替えが可能です。

拡張性: AWSクラウド上で環境を簡単にスケールアップ・ダウンできるため、ビジネスの成長に合わせて柔軟に対応できます。

結論

この問題において、**AWS Elastic Disaster Recovery (AWS DRS)**が最も適した選択肢です。AWS DRSは、オンプレミスのシステムをAWSにレプリケートし、災害時に迅速に復旧するための最小限の運用負荷で利用可能なサービスです。その他の選択肢（DMSやStorage Gateway）は主にデータ移行やバックアップに特化しており、アプリケーション全体の災害復旧には不向きです。

実践

略

一問道場

会社は、主要なオンプレミスアプリケーションが失敗した場合に備えて、AWSを使用して事業継続ソリューションを作成したいと考えています。このアプリケーションは物理サーバー上で実行されており、他のアプリケーションも同じサーバー上で実行されています。移行を計画しているオンプレミスアプリケーションでは、MySQLデータベースがデータストアとして使用されています。オンプレミスのすべてのアプリケーションは、Amazon EC2と互換性のあるオペレーティングシステムを使用しています。

会社の目標を最小限の運用負荷で達成するには、どのソリューションが適切でしょうか？

選択肢：

AWS Replication AgentをMySQLサーバーを含むソースサーバーにインストールします。すべてのサーバーのレプリケーションを設定します。定期的にテストインスタンスを起動して訓練を実施します。障害が発生した場合はテストインスタンスに切り替えます。

AWS Replication AgentをMySQLサーバーを含むソースサーバーにインストールします。ターゲットのAWSリージョンでAWS Elastic Disaster Recoveryを初期化します。起動設定を定義します。定期的に最新の時点からフェイルオーバーとフェイルバックを実施します。

AWS Database Migration Service（AWS DMS）のレプリケーションサーバーと、データベースをホストするターゲットのAmazon Aurora MySQL DBクラスターを作成します。既存のデータをターゲットDBクラスターにコピーするためにDMSレプリケーションタスクを作成します。データを同期するためにローカルのAWS Schema Conversion Tool（AWS SCT）で変更データキャプチャ（CDC）タスクを作成します。互換性のあるベースAMIから開始して、残りのソフトウェアをEC2インスタンスにインストールします。

AWS Storage Gatewayのボリュームゲートウェイをオンプレミスにデプロイします。すべてのオンプレミスサーバーにボリュームをマウントします。新しいボリューム上にアプリケーションとMySQLデータベースをインストールします。定期的にスナップショットを取得します。互換性のあるベースAMIから開始してすべてのソフトウェアをEC2インスタンスにインストールします。EC2インスタンス上でボリュームゲートウェイを起動します。最新のスナップショットからボリュームを復元します。障害が発生した場合は新しいボリュームをEC2インスタンスにマウントします。

解説

この問題では、会社がAWSを使ってビジネス継続性ソリューションを構築する方法を問われています。会社は、オンプレミスで動作しているアプリケーションが故障した際に、できるだけ手間をかけずにAWS上でアプリケーションの復旧をしたいと考えています。このアプリケーションは、MySQLデータベースをデータストアとして使用しています。

選択肢のそれぞれを見ていきましょう。

A: AWS Replication Agentを使用する

概要: AWS Replication Agentを使用して、オンプレミスのサーバー（MySQLを含む）に対してレプリケーションを設定します。その後、定期的にテストインスタンスを起動して、フェイルオーバーテストを実行します。

解説: これは、災害復旧の準備を整えるために有効な方法ですが、設定や管理の手間がかかる可能性があります。定期的なテストと切り替え操作が必要です。

B: AWS Elastic Disaster Recoveryを使用する

概要: AWS Elastic Disaster Recoveryを使用して、オンプレミスサーバーのレプリケーションを行い、定期的にフェイルオーバーテストを実施します。

解説: こちらは、業務継続性を確保するための最小限の操作負荷で復旧が可能です。Elastic Disaster Recoveryは、AWSでの災害復旧を効率的に実現でき、設定も比較的簡単です。実際にAWSで障害が発生した際に、最もスムーズに復旧ができる方法です。

C: AWS DMSを使ってデータ移行

概要: AWS Database Migration Service (DMS)を使って、MySQLデータベースをAurora MySQL DBに移行します。データはCDC（変更データキャプチャ）を使って同期されます。

解説: DMSを使用する方法は、主にデータベースの移行にフォーカスしているため、アプリケーション自体の復旧に関する要件には完全には対応していません。特に、データベースのレプリケーションを行うだけで、アプリケーションの完全な復旧をカバーするわけではありません。

D: AWS Storage Gatewayを使ってボリュームのバックアップ

概要: AWS Storage Gatewayを使用してオンプレミスのサーバーにボリュームをマウントし、定期的にスナップショットを取ります。故障時にスナップショットから復元し、EC2インスタンス上でアプリケーションを再起動します。

解説: Storage Gatewayはファイルのバックアップには便利ですが、データベースやアプリケーションの完全な復旧には追加の手順が必要です。スナップショットからの復元は、手動の設定や管理が多くなるため、最小限の運用負担にはならない可能性があります。

正解：

Bが最も適切な選択です。

理由: AWS Elastic Disaster Recoveryは、オンプレミスのサーバーのレプリケーションをAWSで管理し、必要なときに簡単にフェイルオーバーを実行できるため、最小の運用負担で災害復旧を実現できます。また、定期的にフェイルオーバーと復旧テストを実施することで、万が一の障害時にも迅速に対応できます。