AWS Backup で EC2のバックアップを実際に取得してみた。

kudou.m

2年前

この記事は公開されてから1年以上経過しています。情報が古い可能性がありますので十分ご注意ください。

はじめに

以前にSAAの資格勉強をしていたときにAWS Backupを曖昧にしか理解していなかったので今回実際に使ってみました。

AWS Backupとは

AWS Backupは、簡単に言ってしまえばAWSクラウド上で複数のサービスに分散しているバックアップを一元管理するためのサービスです。

フルマネージド型のバックアップサービスであり、AWS のサービス、クラウド内、およびオンプレミス間で簡単に一元化およびデータ保護を自動化できます。このサービスを使用すると、1 つの場所でバックアップポリシーを設定し、AWS リソースのアクティビティを監視できます。ー公式ドキュメントよりー

その他バックアップサービス

種類	概要
DLM (Data Lifecycle Manager)	・データのライフサイクルを管理するためのサービス。・S3バケットやEBSスナップショットやAMIなどのAWSリソースに適用。・リソースのライフサイクルを自動的に管理し、コストを削減が可能。・スケジュールに基づいてデータを削除することもできます。
AWS Backupとの比較	・この2つはともにバックアップのライフサイクル管理が可能ですが、指定方法が異なります。 DLMはスナップショットを何個残すか指定し、AWS Backupは各スナップショットをどれだけの期間残すか指定。

RDSのバックアップ機能	・データベースインスタンスの完全なスナップショットを作成する自動バックアップ機能。・手動でのスナップショット作成や、スナップショットの保持期間なども設定可能。
AWS Backupとの比較	・RDSバックアップは対象がRDSのみになりますが、AWS BackupにRDSのみならず、EC2やEFSなど他サービスも対象。・RDSのバックアップは同一のリージョン内にバックアップを取りますが、AWS Backupに関しては異なる複数のリージョンにてバックアップが可能です。

※スナップショットとAMIの違い
スナップショットはディスクのバックアップを行いますが、AMIは構成管理情報＋スナップショットを含めております。
またスナップショットの料金に関してですが例えば７日分スナップショットを作成した場合
→差分がなければスナップショットがいくつあろうが、７日分でも料金は１日分とは変わりません。

今回の目的

実際にAWS Backupを使用してEC2のバックアップを取得しているのかを確認します。
ユースケースとしては誤削除や障害時にEC2が削除されてしまったときにAMI(マシンイメージ)としてのバックアップを作成することによってわざわざEC2の設定を一からし直さなくてもテンプレートとしてEC2を作成することが可能になります。

構成

①EC2を作成。同時にindex.txtファイルを格納。
(→後々、【1】事前に作成したEC2と、【2】AWS Backupにて作成されたAMIより起動したEC2が同様のものか確認するため。)
②AWS Backupの設定項目を行い、対象をEC2に設定。
③マネジメントコンソール上にて実際に対象のEC2のバックアップが取れているかAMIを確認。
④作成したAMIより実際にEC2を起動し、元の格納されているindex.txtファイルを確認する。

構築手順

今回はEC2とAWS Backupの作成のみとシンプルな構成となります。

①事前準備

まずはEC2のバックアップを取ってみるため事前にEC2用のSG(セキュリティグループ)とEC2の作成をします。
今回はテスト用として「kudo-backup-test-EC2」としました。

また今回の検証として実際にAMIから起動したEC2が元のEC2と同様のものが起動できているか確認するため
事前に「hello!」という index.txtファイルを格納します。

そのためEC2のSG上のインバウンドルールには「SSH(MYIP)」のみ許可したものを作成してください。
SG・EC2作成後にSSH接続を行い、下記コマンドにてindex.txtファイルを格納します。

txtファイルの追加

 vi /home/ec2-user/index.txt

hello!
(「hello!」と入力し:wqで保存して終了)

以上にて事前準備は完了です。

②「バックアッププラン」と「バックアップルール」を作成。

続いてバックアッププランを作成していきます。
バックアッププランは「どのように」バックアップするかを定義します。

また同時にバックアップルールを作成していきます。
バックアップルールは「いつ」バックアップを行うかの設定を行います。
また同時にバックアップの頻度、コールドストレージへの移行なども設定できます。
スケジュールの頻度に関しては短時間の検証も兼ねているため毎日にしました。
以下項目の設定になります。

AWSサービスより「AWS Backup」→「バックアッププランを作成」。

設定	項目
バックアッププランのオプション	新しいプランを立てる
バックアッププラン名	kudo-backup-test(任意の名前)
バックアップルール名	kudo-backup-test-rule(任意の名前)
バックアップ期間	バックアップ期間をカスタマイズ
バックアップ期間の開始時間	17:10(任意の時間)
次の時間以内に開始・完了	１時間（検証結果を早く知りたいので設定）

※他はデフォルトで設定。
これでバックアッププランの作成は完了です。

画像のように表示されれば設定完了です。

③「バックアップリソースの追加」を作成

続いてはバックアップリソースを追加していきます。
「何を」バックアップするかの設定です。今回はEC2を見たいのでEC2を対象に設定していきます。
「AWS Backup」→「バックアッププラン」→「リソースの割り当て」を選択します。

設定	項目
リソース割り当て	kudo-test-backup(任意の名前)
IAMロール	デフォルトのロール
リソース選択を定義	特定のリソースタイプを含める
特定のリソースタイプを選択	リソースタイプ：EC2 インスタンスID:事前に作成したEC2を選択