万が一のリスクに備える！EC2のバックアップとリストアの方法

「バックアップというのは知っているが、AWS上で行うにはどのようにしたらいいのか？」

今回はEC2のバックアップとリストア（復元）についてお話したいと思います。

そもそもなぜAWS上でバックアップを取る必要があるのでしょうか？
何をいまさら、という声が聞こえてきそうですが、まずはそこからお話したいと思います。

なぜAWSでもバックアップが必要なのか？
EC2バックアップ方法
スナップショットとAMIの違い
スナップショットとAMIの利用料金
EC2バックアップ方法
1. EBSスナップショット作成によるバックアップ方法
2. AMI作成によるバックアップ方法
バックアップからリストア(復元)する方法
1. EBSスナップショットからストレージを復元する
2. AMIからEC2インスタンスを復元(コピー)する

なぜAWSでもバックアップが必要なのか？

AWSはAmazonが提供するクラウドサービスです。
なのでよく「サーバーはAWSが面倒を見てくれるから故障とかは気にしなくていいんでしょ？」と思っている方がいらっしゃいます。

はい。
たしかに物理面についてはAWSが面倒をみますので、われわれAWS利用者側は物理面について気にする必要はありません。

例えばHDDの耐用年数がそろそろ切れそうなので交換を行う、なんてことは我々は気にする必要はありません。

ですが、ストレージ(EBS)が壊れたことによって中身(ユーザーデータ)までAWSが保証するかというと、そんなことはありません。
→ こちらのフォーラムでもそのことがAWSより回答されております。

ストレージは壊れるものです。
AWSでもEBSの年間故障率は0.1%〜0.2%とアナウンスされております。
（EBSの可用性と耐久性）

ストレージの故障以外にも何らかのトラブルによりユーザーデータが喪失するというリスクは事実としてありますし、その対策を行うのは我々AWS利用者側の責任となります。

ですので定期的なバックアップはAWSを利用していても欠かせないものなんです。

EC2バックアップ方法

EC2をバックアップするには2種類の方法があります。

AMI(Amazon Machine Image)を作成する
EBSのスナップショットを作成する

上記で2種類と書いたのはあくまでも方法として2種類あるというだけです。

2種類と言われるとそれぞれ異なるバックアップ方式でバックアップ先もデータ種別も異なると思われる方も多いかと思いますが、
そうではなく、2つともEBSのスナップショットがベースとなっています。

ではなぜ2種類あるのか？どのような違いがあるのかを詳しく解説していきます。

スナップショットとAMIの違い

EBSスナップショットはEBSのバックアップデータです。

「じゃあ、AMIは？」というと・・・

AMIとはEC2を起動する際に、どのCPUアーキテクチャを使用するか、何GBのHDDとするのかといったEC2の起動に必要な設定情報になります。

その設定情報の中には「どのEBSスナップショットを利用するか」という情報も含まれます。

＜イメージ図＞

つまりAMIとはEC2自体を復元（コピー）するための設定情報であり、ストレージのバックアップデータではありません。

純粋にストレージのバックアップデータというとEBSスナップショットを指します。

ですので、
AMIはEC2インスタンス自体を復元(コピー)する目的で作られるものであるのに対し、
EBSスナップショットはEBSを復元する目的で作られるものであると言えます。

ここで一つ注意していただきたいことがあります。

AMIによる復元はEC2インスタンス自体を新しく作り直します。
そのためパブリックIPが変わってしまうという欠点がございます。

システムの作り方によっては、元のEC2と比べて異なるパブリックIPが割当たると困るということがあるでしょう。

この問題を解決するには、EIPを利用することです。

AMIによる復元を考慮する場合、パブリックIPアドレスは変わっても問題ないかどうか、
問題であるならばEIPを使っているかどうかを確認しましょう。

スナップショットとAMIの利用料金

スナップショットとAMIに料金的な違いはありません。

どちらもEBSスナップショットがベースであり、そのスナップショットはS3に保管されます。
（S3コンソールからは見えないところに保管されています）

そのためEBSスナップショットによるバックアップも、AMIによるバックアップもスナップショット利用料金がかかります。
→ 詳しい金額はこちら

S3へ保管されるのは、EBSに実際に保存されているデータが対象となります。

例えば30GBのEBSであっても、EBSへ保存しているデータが1GBであれば1GB分のデータ量がS3にバックアップとして保管されることになります。

ちなみにS3に保管される際、AWS上で何らかの圧縮がかかっているようです。
ですので、実際には1GBより少ない量がS3に保管されることになります。
（実際にどのくらいの量がS3へ保管されているかは確認する術が無いようです。もし確認する術をご存知の方がいらっしゃいましたらご連絡ください！）

また、このEBSスナップショットは一回一回フルバックアップではありません。
一回目はフルバックアップとなりますが、二回目以降は増分バックアップとなります。
（根拠資料：AWSドキュメント Amazon EBS スナップショット）

間違えて一回目のスナップショットを削除した場合であっても、そこはAWSがいい感じに処理を行い二回目のスナップショットからでもストレージの復元が可能となるような仕組みになっていますので問題ありません。

EC2バックアップ方法

それでは具体的にそれぞれのバックアップ方法をご説明させていただきます。

EBSスナップショット作成によるバックアップ方法

(1)EC2コンソール画面の左メニューから[ボリューム]をクリックします

(2)バックアップ対象のEBSを選択し、[アクション]→[スナップショットの作成]をクリックします

(3)”説明”を入力し、[スナップショットの作成]をクリックします

以上です。
少しすると以下のようにスナップショット一覧にスナップショットが作成されます。

AMI作成によるバックアップ方法

AMIの作成はオンライン(無停止)で行うことも可能ですが、ファイルシステムの完全性が保証されません。
下記でも記載しておりますが、AMIの作成はインスタンスの再起動を伴うやり方が推奨されております。

(1)EC2コンソール画面の左メニューから[インスタンス]をクリックします

(2)バックアップ対象のインスタンスを選択し、[アクション]→[イメージ]→[イメージの作成]をクリックします

(3)”イメージ名”、”イメージの説明”を入力し、[イメージの作成]をクリックします
※ここで”再起動しない”にチェックを入れると、インスタンスを無停止でAMIの作成が行えますが、ファイルシステムの完全性が保証されないため、チェックは入れずにインスタンス再起動を伴うAMIの作成が推奨されております。