AWS Elastic Disaster Recovery（DRS)

① ストーリー形式での解説

旅行会社の新規事業開発部。
予約サイトは順調に伸び、アクセスも右肩上がりだ。

ある日、課長が突然聞いた。

「ケンイチ、もし明日このシステムが止まったら、何時間で復旧できる？」

ケンイチは言葉に詰まった。

「…バックアップは取っています。でも“何時間で戻せるか”は考えたことがありません。」

課長はうなずく。

「それがBCP（Business Continuity Plan：事業継続計画）だ。
災害や事故が起きても、事業を止めないための計画だよ。」

BCPは経営の話。
しかし、それを実現するのはITの仕組みだ。

「そしてBCPをITで実現するのがDR（Disaster Recovery：災害復旧）。
そしてAWSでそれを担うのがAWS Elastic Disaster Recovery（DRS）だ。」

ケンイチは首をかしげる。

「バックアップと何が違うんですか？」

課長はホワイトボードに書いた。

・バックアップ → データを保存する ”保険”

・DRS → サーバー丸ごとすぐ復活させる ”復活装置”

「仕組みはこうだ。

元のサーバーにエージェントを入れると、データは継続的にAWSへ複製される。
普段は低コスト状態で待機し、
災害時にはワンクリックでAmazon EC2として起動できる。

「つまり、常に予備機を動かしておく必要はない？」

「その通り。“Elastic”とは、必要なときだけ伸びる仕組みだ。」

さらに課長は重要な指標を説明した。

Elastic Disaster Recoveryは
RTOを短縮し、RPOをほぼゼロに近づけられる。

ケンイチは深くうなずいた。

「BCPは事業を止めないための経営の守り。
Elastic Disaster Recoveryは、その実行方法なんですね。」

「そうだ。クラウドを理解するとは、“攻め”だけでなく“守り”を理解することでもある。」