メインコンテンツまでスキップ
Dummy text to avoid mindtouch from removing the blank div

Druva

ディザスタリカバリの概念

このトピックでは、Phoenix DRaaSが活用するAWS固有の概念を示します。

AWSの概念

このセクションでは、Phoenix DRaaSが活用するAWS固有の概念を示します。

Amazon Web Servicesのアカウント

Amazon Web Services(AWS)アカウントの使用により、AWSとの正式な関係が確立できます。AWSアカウントを使用すると、AWSアカウント内のリソースとWebサービスのすべてにアクセスできるようになります。AWSにサインアップすることで、AWS上のすべてのサービスに対してAWSアカウントが自動的にサインアップされます。利用するサービスに対してのみ課金が行われます。

Amazon Machine Image (Amazonマシンイメージ)

Amazon Machine Image(AMI)は、Amazon Simple Storage Service (S3) などの Amazon ストレージに格納された暗号化されたマシンイメージです。詳細については、「Amazon Machine Image」を参照してください

AWS CloudFormation

AWS CloudFormationは、AWS環境におけるAWSリソースの作成と管理を自動化することでAWSリソースのデプロイ手順を行えるようにします。

詳細については、AWS CloudFormationの概念を参照してください

AWS S3バケット

AWS S3バケットは、顧客のバックアップデータを保存するためにAmazonが提供するクラウドストレージです。Phoenix DRaaSのセカンダリサイトとして機能するAWS S3バケットにAWSアカウントを作成します。

詳細については、「Amazon S3バケットの使用」を参照してください

IAMポリシー

IAMポリシーは、ユーザー、グループ、ロール、リソースのアクセス許可を定義するためのドキュメントです。IAMポリシーの作成方法の詳細については、「IAMポリシーの作成」を参照してください

IAMロール

IAMロールは、AWSユーザーにアクセス機能を提供するAWS IDです。AWSリソースを使用するユーザーへのアクセスを委任するためにロールが使用されます。IAMロールは、Phoenix AWSプロキシがDruvaアカウントのデータをAWSアカウントにインポートしてAMIを作成するのに十分な権限を持つことを保証します。IAMロールの作成方法の詳細については、「IAMロールの作成」を参照してください

VPC 

VPCは、特定のAWSアカウントに関するAWSクラウド上の範囲です。仮想ネットワークでEC2インスタンスなどのAWSリソースを起動できます。詳細については、Amazon Virtual Private Cloudを参照してください

サブネット

サブネットはVPC内のIPアドレス範囲のセグメントで、EC2インスタンスに割り当てることができます。サブネットにより、セキュリティや運用上のニーズに従ってインスタンスをグループ化できます。

Phoenix DRaaSの概念

このトピックでは、Phoenix DRaaSに特化した概念を示します。

DRコピー

Phoenix AWSプロキシバージョン4.8.0以降では、バックアップされた仮想マシンのスナップショットをEBSボリュームに変換し、そのEBSボリュームのEBSスナップショット (DRコピーと呼ばれる) を作成します。その後、Phoenix AWSプロキシはEBSボリュームを削除し、DRコピーをAWSアカウントに保存します。Phoenixを使用してフェイルオーバージョブを実行するような災害発生時に、Phoenix AWSプロキシは以下を行います

  • DRコピーを使用してEBSボリュームを作成
  • EC2インスタンスの起動に必要なドライバーをEBSボリュームに追加
  • このEBSボリュームを使用してEC2インスタンスを開始

このEC2インスタンスは、災害時にダウンタイムが発生している仮想マシンの代替として機能します。DRコピーは、DRプランの作成時に指定した複製頻度に従って更新されます。 

インスタンス種別

インスタンス種別によって、インスタンスに使用するマシンのハードウェアが決まります。インスタンス種別は多岐にわたり、インスタンス上で実行予定のアプリケーションの多様なニーズに応じて、CPU、メモリー、ストレージ、ネットワーク容量のさまざまな組み合わせを提供します。詳細については、「フェイルオーバー設定の管理」を参照してください  

RPO (目標復旧地点)

目標復旧地点(RPO; Recovery Point Objective)は、災害発生時にデータを復旧できる過去の時点です。言い換えればRPOは、組織が災害時に失う可能性のあるデータの量を定義します。

たとえば、組織のRPOが24時間、バックアップが毎日午後8時にスケジュールされているとします。災害が午後7時59分に発生した場合、前日の午後8時にバックアップされたデータを復旧できます。ただし、最終バックアップ後に生成されたデータは失われます。

RPA (Recovery Point Actual) 

RPA (Recovery Point Actual) は、災害から復旧した時に実行されるフェイルオーバーによって組織が実際に失うデータの量です。 

たとえば、組織には24時間のRPOがあり、仮想マシンのバックアップは毎日午後8時にスケジュールされ、DRプランのレプリケーション間隔をバックアップ直後 (Immediately after backup) に設定されているとします。Phoenixが仮想マシンのバックアップを2018年8月24日の午後8時に取得し、組織のAWSアカウント上にある仮想マシンのDRコピーを更新したとします。その時点では、その仮想マシンに 8 GBのデータが保持されていました。2018年8月25日の午前11時には、当該仮想マシンのデータは 9 GBに増えていたとします。2018年8月25日の午前11時15分に仮想マシンに障害が発生し、組織の管理者がDRフェイルオーバーを実行した場合、仮想マシンは2018年8月24日午後8時のDRコピーによって作成されたEC2インスタンスにフェイルオーバーされ、この時点が復旧地点になります。フェイルオーバー後に作成されるEC2インスタンスのデータは8 GBであるため、1 GB分のデータは失われます。フェイルオーバー後に失われるこの1 GB分のデータがRPAです。  

RTO (目標復旧時間)

回復時間目標(RTO; Recovery Time Objective)は、災害が発生した特定の時点からアプリケーションを回復するために指定した時間です。言い換えれば、RTOは最大許容停止時間を定義します。事業継続性を確保するため、定義されたRTO時間内にアプリケーションを復元する必要があります。

たとえば、組織のRTOが30時間だとします。災害が発生した場合、災害が発生した時点から30時間以内に重要なITサービスをすべて回復する必要があります。

RTA (Recovery Time Actual) 

RTA (Recovery Time Actual) は、Phoenix管理コンソールでフェイルオーバージョブを実行した後、Phoenixが組織のAWSアカウント上で実行されているEC2インスタンスに仮想マシンをフェイルオーバーするのにかかる時間です。 

レプリケーション間隔 (Replication Frequency)

Phoenix クラウドで利用可能な仮想マシンの復元ポイントに従って、Phoenixが仮想マシンのDRコピーを更新する頻度です。たとえば、レプリケーション間隔がバックアップ直後として定義されている場合、Phoenixが最新の復元ポイントを作成するとすぐに仮想マシンのDRコピーが更新されます。詳細については、「災害復旧用の仮想マシンの構成」を参照してください

  • この記事は役に立ちましたか?