LambdaでEBSスナップショットを作成する。
構成
構成はこんな感じ。
client側はAWSCLIでLambdaを呼び出す。
Lambdaはboto3でsnapshot操作を行い、バックアップ対象ボリュームのスナップショットの作成、定期削除などを行う。
ソースコード
import boto3
def lambda_handler(event, context):
client=boto3.client('ec2')
instance=client.describe_instances(
Filters=[
{
'Name':'tag:backup',
'Values':['enable']
}
]
)['Reservations']
for instance_reservations in instance:
for instance_instances in instance_reservations['Instances']:
instance_id=instance_instances['InstanceId']
client.create_snapshots(
InstanceSpecification={
'InstanceId':instance_id
},
TagSpecifications=[
{
'ResourceType':'snapshot',
'Tags':[
{
'Key':'system',
'Value':'test'
}
]
}
]
)まず、対象のインスタンスタグ（backup=enable）でフィルターをかけて、バックアップ対象のインスタンスIDを取得する。
辞書型のjson形式ででてくるので、インスタンスIDを取り出すのは少々面倒ですが、forとか使って取り出してcreate_snapshots()に指定している。
この時タグコピーしてくれないので、一緒にタグもちゃんとつけるように。
引っかかったこと
Lambda移植前にローカル環境で直接boto3のスクリプトを組んで検証していたのだが、スナップショットの作成が重複が発生した。バックアップ対象ボリュームは3つくらいなのに、スナップショットが6個～15個など複数個作成されて非常に困ってしまった。
恐らく検証過程で何度もスクリプトを実行していたことでboto3.clientセッションが複数接続状態のままになっていたようで、Lambdaへ移植することで解決した。同志諸君も注意してくれたまい。
今回はcreate_snapshots()で実行しているがcreate_snapshot()でも可能。
その場合はdescribe_volume()などで対象のVolumeIdを取得し、指定すれば同様のことが再現できる。
私が見かけた記事ではcreate_snapshot()のパターンが多かったので、create_snapshots()バージョンのコードを提示した。
次回、Snapshot削除編へつづく。
https://note.com/oshiri_prinprin/n/n5769c4e2b642
