コラム

こんにちは。BTCクラウドCoEの西村です。

今回はS3を使用したAMIの保存と復元について、実際に試した結果を整理してみたいと思います。

通常、AWSアカウント上で構築したシステムが不要になった場合は、アカウントを閉鎖すれば利用料は発生しません。アクティブな一部のリソースについては解約後も引き続き利用料が発生する可能性がありますが、ここでは論点がずれるため詳細な説明はしないことにします。

気になる方は「AWS アカウントを解約するにはどうすればよいですか?」をご確認ください。

私がS3を使用したAMIの保存と復元を試した理由は、いつか再開される可能性のある案件で使用しているAWSアカウントの利用料を最低限に収めるためです。

EC2やRDSなどのデータは残しておき、案件が再開された場合にシステムを復元できるようにしておく必要がありました。インフラ環境のリソースそのものについてはCloudFormationテンプレートとして保持しておくことでシステムは復元できます。

しかし、EC2やRDSについてはAMIやスナップショットという形で保持していたものの、それでも毎月数百ドル程度は発生していたため、さらにコストを削減するための方法を模索しました。

AMIやRDSスナップショットのS3での保存

AMI（とEBSスナップショット）やRDSスナップショットをS3にエクスポートし、任意のタイミングでリストアできるかどうか調べてみました。

RDSスナップショットのエクスポート

RDSスナップショットのエクスポートは、「Amazon RDS Snapshot Export」という機能を使えば実現できます。

S3に保存する際に、スナップショットのデータは Apache Parquet 形式で圧縮保存されるため、維持コストを削減できると考えました。

しかし、この機能にはリストアがサポートされておらず、今回の用途には適していないため、RDSスナップショットはエクスポートせずに保持することとなりました。

「Amazon RDS Snapshot Export」の用途は、データを低コストで維持することではなく、S3にエクスポートしたデータをAmazon Athena や Amazon Redshift Spectrum などのツールを使用して分析することとなっているようです。

AMIエクスポートの準備

早速S3へのエクスポートを試したいところですが、まずはAWSアカウントに存在するAMIを必要最低限の数に整理しましょう。

日次でAMIを取得し、一定期間保持するようなバックアップ設計をしているシステムの場合は、最新の一つのみ残しておけば問題ありません。調査用やテスト用に作成したAMIなど、不要なAMIが意外と存在します。

次に、エクスポートオブジェクトを保管するためのS3バケットを作成します。

バケット名はシステムで使用するものではなく、AMIの保管用であることが分かる名称で作成してください。

AMIエクスポート

$ aws --profile <使用するProfile> --region <リージョン> ec2 create-store-image-task --bucket <エクスポート先のS3バケット名> --image-id <AMI ID>

<使用するprofile>や<リージョン>は必要があれば指定してください。<エクスポート先のS3バケット名>は先ほど作成したAMI保管用のS3バケット名を指定します。また、<AMI ID>はエクスポート対象のAMI IDを指定します。

実行結果は以下の通りです。

【サンプル】

$ aws ec2 create-store-image-task --bucket XX-ami-backup-yyyymmdd --image-id ami-XXXXXXXXXXXXXXXXX
{
    "ObjectKey": "ami-XXXXXXXXXXXXXXXXX"
}

上記のコマンドだけでは、エクスポート処理が正常に終了したかどうか分かりません。並行して複数の処理を実行することができるため、各処理の実行ステータスを確認する必要があります。

タスクの進捗状況の確認にはステータス確認API「DescribeStoreImageTasks」を利用します。

【コマンド文法】

$ aws --profile <使用するProfile> --region <リージョン> ec2 describe-store-image-tasks --max-items <表示する履歴の数>

<表示する履歴の数>を指定しない場合は、過去31日間に処理されたすべての保存API実行履歴のリストが表示されます。最新のタスクのみ確認する場合は1を指定しましょう。

実行結果は以下の通りです。

【サンプル】

$ aws ec2 describe-store-image-tasks --max-items 1
{
    "StoreImageTaskResults": [
        {
            "AmiId": "ami-XXXXXXXXXXXXXXXXX",
            "TaskStartTime": "2022-10-27T05:23:05.316000+00:00",
            "Bucket": "ami-backup-yyyymmdd",
            "S3objectKey": "ami-XXXXXXXXXXXXXXXXX.bin",
            "ProgressPercentage": 100,
            "StoreTaskState": "Completed",
            "StoreTaskFailureReason": ""
        }
    ],
    "NextToken": "ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ"
}

ステータス確認APIだけでなく、実際にS3バケットにオブジェクトが作成されているかどうかも確認します。

エクスポート先のS3バケットには「.bin」オブジェクトが作成されています。

オブジェクトの名称は、エクスポートしたAMIの「<AMI ID>.bin」で指定されるようです。

まとめ

今回紹介させていただいたケースでの「S3を使用したAMIの保存」の利用は少ないかもしれませんが、システムが稼働していても、少しでも安くデータを保持したいという場合にも利用できます。

EC2でコンピューティングリソースとして残す場合と比べてAMIやEBSスナップショットで保管しておくと維持コストはそもそも安くなりますが、データ量が増えてくると少しづつコストが気になってきます。

コスト削減について検討する際に、選択肢の一つとしてご活用いただけますと幸いです。

今回は以上です。