DEV Community

Cover image for Automate EC2 Backups on AWS with Lambda, EventBridge, and Terraform
Hasan Ashab
Hasan Ashab

Posted on

Automate EC2 Backups on AWS with Lambda, EventBridge, and Terraform

#aws #lambda #s3 #terraform

Stop losing sleep over manual backups.
Here is how to set up fully automated, cost-effective EC2 backups using AWS Lambda, EventBridge, and Terraform — no manual snapshots required.

Jump To:

Picture this:

It's 3 AM, your production server crashes, and you realize your last backup was... when exactly? We've all been there. Manual backups are like flossing – everyone knows they should do it, but somehow it never happens consistently.

Today, I'll show you how to build a completely automated EC2 backup system. By the end of this guide, you'll have a system that:

  • Backs up your EC2 instances every night automatically
  • Cleans up old snapshots to save costs
  • Logs everything for audit trails
  • Requires zero maintenance once deployed

The best part? It costs pennies to run and takes about 15 minutes to set up.

Why This Approach Works

Before we dive in, let's talk about why this serverless approach beats traditional backup solutions:

  • Cost-Effective: You only pay for what you use. No expensive backup software licenses or dedicated servers.
  • Reliable: AWS manages the infrastructure. No more "backup server is down" emergencies.
  • Scalable: Works whether you have 5 instances or 500. The system scales automatically.
  • Auditable: Every backup operation is logged and tracked.

The Architecture (Keep It Simple)

Our backup system has four main components:

  1. EventBridge: Acts like a cron job, triggering backups daily
  2. Lambda Function: The workhorse that creates and manages snapshots
  3. EC2 Tags: Simple way to mark which instances need backing up
  4. S3 Bucket: Stores backup logs for auditing

AWS EC2 Automated Backup

Here's how they work together:

EventBridge (Daily) → Lambda → Find Tagged EC2s → Create Snapshots → Log to S3
Enter fullscreen mode Exit fullscreen mode

No complex orchestration, no fragile dependencies. Just simple, reliable automation.

What You'll Need

Before we start, make sure you have:

  • AWS CLI configured
  • Terraform installed (version 1.0 or later)
  • Basic familiarity with AWS services
  • About 15 minutes of your time

Don't worry if you're new to some of these tools – I'll walk you through everything.

Step 1: Project Structure

Let's start by creating our project structure. This keeps everything organized and makes the code reusable:

ec2-backup-automation/
├── main.tf                    # Main Terraform configuration
├── variables.tf               # Input variables
├── terraform.tfvars          # Your specific values
├── lambda/
│   └── lambda_function.py    # Backup logic
└── templates/
    └── lambda_policy.json    # IAM permissions
Enter fullscreen mode Exit fullscreen mode

You can either clone the complete project or create the structure manually:

Option 1: Clone the complete project (recommended):

git clone https://github.com/HasanAshab/aws-ec2-backup-lambda.git
cd ec2-backup-automation
Enter fullscreen mode Exit fullscreen mode

Option 2: Create the structure manually:

mkdir ec2-backup-automation
cd ec2-backup-automation
mkdir lambda templates
Enter fullscreen mode Exit fullscreen mode

Step 2: The Lambda Function (The Heart of the System)

The Lambda function is where the magic happens. It finds EC2 instances tagged for backup, creates snapshots, and cleans up old ones.

Create lambda/lambda_function.py:

# Main Lambda handler
def lambda_handler(event, context):
    create_backups()
    cleanup_old_snapshots()
    save_logs_to_s3()
Enter fullscreen mode Exit fullscreen mode

Full code available here

Step 3: IAM Permissions (Security Done Right)

Our Lambda needs specific permissions to do its job. Create templates/lambda_policy.json:

{
  "Version": "2008-10-17",
  "Id": "PolicyForEC2AutoBackupLambda",
  "Statement": [
    {
      "Sid": "AllowLogging",
      "Effect": "Allow",
      "Action": [
        "logs:CreateLogGroup",
        "logs:CreateLogStream",
        "logs:PutLogEvents"
      ],
      "Resource": "arn:aws:logs:*:*:*"
    },
    {
      "Sid": "AllowEC2Actions",
      "Effect": "Allow",
      "Action": [
        "ec2:DescribeInstances",
        "ec2:DescribeVolumes",
        "ec2:CreateSnapshot",
        "ec2:DescribeSnapshots",
        "ec2:DeleteSnapshot",
        "ec2:CreateTags"
      ],
      "Resource": "*"
    },
    {
      "Sid": "AllowPutS3",
      "Effect": "Allow",
      "Action": [
        "s3:PutObject"
      ],
      "Resource": "${log_bucket_arn}/*"
    }
  ]
}
Enter fullscreen mode Exit fullscreen mode

This follows the principle of least privilege – the Lambda can only do what it needs to do, nothing more.

Step 4: Terraform Configuration

Now let's tie everything together with Terraform. Create variables.tf:

# ...
variable "backup_schedule" {
  description = "EventBridge cron expression for backup schedule"
  type        = string
  default     = "cron(0 2 * * ? *)"  # 2 AM UTC daily
}

variable "retention_days" {
  description = "Number of days to retain snapshots"
  type        = number
  default     = 7
}
Enter fullscreen mode Exit fullscreen mode

Now create main.tf. I'll break this down into logical sections so it's easier to understand:

S3 Bucket for Logs

Next, we'll create an S3 bucket to store our backup logs:

module "log_bucket" {
  source  = "terraform-aws-modules/s3-bucket/aws"
  version = "5.5.0"

  bucket = "${local.project_name}-log-${var.environment}"
  force_destroy = true
}
Enter fullscreen mode Exit fullscreen mode

This creates a simple S3 bucket where our Lambda function will store detailed backup reports. The force_destroy = true allows Terraform to delete the bucket even if it contains files (useful for testing).

Lambda Function

Now for the heart of our system - the Lambda function:

module "lambda_function" {
  source  = "terraform-aws-modules/lambda/aws"
  version = "8.1.0"

  function_name = "${local.project_name}-backup-${var.environment}"
  source_path = "${path.module}/lambda/lambda_function.py"
  handler = "lambda_function.lambda_handler"
  runtime = "python3.12"

  attach_policy_json = true
  policy_json = templatefile("${path.module}/templates/lambda_policy.json", {
    log_bucket_arn = module.log_bucket.s3_bucket_arn
  })

  allowed_triggers = {
    eventbridge = {
      service    = "events"
      source_arn = module.eventbridge.eventbridge_rule_arns["crons"]
    }
  }

  create_current_version_allowed_triggers = false
  artifacts_dir = "${path.root}/.terraform/lambda-builds/"

  environment_variables = {
    ENVIRONMENT    = var.environment
    LOG_BUCKET = module.log_bucket.s3_bucket_id
    RETENTION_DAYS = var.retention_days
  }
}
Enter fullscreen mode Exit fullscreen mode

This creates our Lambda function with:

  • Source code: Points to our Python file
  • IAM permissions: Uses the policy template we created
  • EventBridge trigger: Allows EventBridge to invoke the function
  • Environment variables: Passes configuration to our Python code

EventBridge Scheduler

Finally, let's set up the scheduler that triggers our backups:

module "eventbridge" {
  source = "terraform-aws-modules/eventbridge/aws"

  create_bus = false
  rules = {
    crons = {
      description         = "Daily EC2 backup"
      schedule_expression = var.backup_schedule
    }
  }
  targets = {
    crons = [
      {
        name = "ec2-backup-lambda"
        arn  = module.lambda_function.lambda_function_arn
      }
    ]
  }
}
Enter fullscreen mode Exit fullscreen mode

This creates an EventBridge rule that:

  • Runs on schedule: Uses the cron expression from our variables
  • Targets our Lambda: Automatically invokes our backup function
  • Uses default event bus: No need for a custom event bus

Example EC2 Instances (Optional)

For testing purposes, let's also create some sample EC2 instances:

# Get default VPC and subnets for our test instances
data "aws_vpc" "default" {
  default = true
}

data "aws_subnets" "default" {
  filter {
    name   = "vpc-id"
    values = [data.aws_vpc.default.id]
  }
}

# Create test instances - some will be backed up, some won't
module "ec2_instance" {
  source  = "terraform-aws-modules/ec2-instance/aws"
  for_each = {
    "1" = "true"   # This instance will be backed up
    "2" = "true"   # This instance will be backed up
    "3" = "false"  # This instance will NOT be backed up
  }

  name = "instance-${each.key}"
  instance_type = "t3.micro"
  subnet_id = data.aws_subnets.default.ids[0]
  monitoring = false

  tags = {
    Backup = each.value  # This is the magic tag!
  }
}
Enter fullscreen mode Exit fullscreen mode

This creates three test instances in your default VPC. Two are tagged for backup (Backup=true) and one isn't (Backup=false). This lets you see the system in action without affecting your existing instances.

Step 5: Deployment

Now deploy everything:

# Initialize Terraform
terraform init

# Review what will be created
terraform plan

# Deploy the infrastructure
terraform apply
Enter fullscreen mode Exit fullscreen mode

Terraform will show you exactly what it's going to create. Type yes when you're ready to proceed.

Step 6: Test Your Backup System

Don't wait until disaster strikes to test your backups! Here's how to verify everything works:

Trigger a manual backup:

aws lambda invoke --function-name my-backup-fn response.json
Enter fullscreen mode Exit fullscreen mode

Invoke AWS Lambda

Check the logs:

  1. Go to CloudWatch → Log groups
  2. Find /aws/lambda/my-backup-fn
  3. Check the latest log stream Logs

Verify snapshots were created:

  1. Go to EC2 → Snapshots
  2. Look for snapshots tagged with CreatedBy=automated-backup AWS EC2 Snapshots

Check S3 logs:

  1. Go to S3 → your backup logs bucket
  2. Look in the backup-logs/ folder for detailed reports AWS S3 Bucket

Monitoring and Maintenance

Your backup system is now running, but here are some tips to keep it healthy:

Set Up Alerts

Create a CloudWatch alarm to notify you if backups fail:

resource "aws_cloudwatch_metric_alarm" "backup_failures" {
  alarm_name          = "${local.project_name}-backup-failures"
  comparison_operator = "GreaterThanThreshold"
  evaluation_periods  = "1"
  metric_name         = "Errors"
  namespace           = "AWS/Lambda"
  period              = "300"
  statistic           = "Sum"
  threshold           = "0"
  alarm_description   = "This metric monitors lambda errors"
  alarm_actions       = [aws_sns_topic.alerts.arn]

  dimensions = {
    FunctionName = module.lambda_function.lambda_function_name
  }
}
Enter fullscreen mode Exit fullscreen mode

Cost Optimization

Monitor your snapshot costs and adjust retention as needed:

# Check snapshot costs
aws ce get-cost-and-usage \
  --time-period Start=2025-01-01,End=2026-01-31 \
  --granularity MONTHLY \
  --metrics BlendedCost \
  --group-by Type=DIMENSION,Key=SERVICE
Enter fullscreen mode Exit fullscreen mode

Regular Testing

Schedule monthly restore tests to ensure your backups actually work:

  1. Create a test instance from a snapshot
  2. Verify the instance boots and data is intact
  3. Document the restore process

Troubleshooting Common Issues

Lambda timeout errors:

  • Increase the timeout in your Terraform configuration
  • Consider splitting large backup jobs across multiple Lambda invocations

Permission denied errors:

  • Check the IAM policy in templates/lambda_policy.json
  • Ensure your AWS credentials have sufficient permissions

Snapshots not being created:

  • Verify instances are tagged correctly (Backup=true)
  • Check CloudWatch logs for specific error messages
  • Ensure instances are in the same region as your Lambda

EventBridge not triggering:

  • Verify the cron expression is correct
  • Check that the Lambda permission allows EventBridge to invoke it

What's Next?

You now have a production-ready EC2 backup system! Here are some enhancements you might consider:

  • Multi-region backups: Copy snapshots to another region for disaster recovery
  • Slack notifications: Get notified when backups complete or fail
  • Backup verification: Automatically test that snapshots are restorable

Wrapping Up

Building automated backups doesn't have to be complicated. With Lambda, EventBridge, and Terraform, you can create a robust, cost-effective backup system in under an hour.

The key benefits of this approach:

  • Set it and forget it: Once deployed, it runs automatically
  • Cost-effective: Pay only for what you use
  • Scalable: Works for 5 instances or 500
  • Auditable: Complete logs of every backup operation
  • Reliable: Built on AWS managed services

Remember: Manual backups fail; automated backups succeed.

Your future self (and your boss) will thank you when that inevitable "we need to restore from backup" moment arrives, and you can confidently say: "No problem, we have automated backups running every night."

Now go tag those instances and sleep better knowing your data is protected!

Contact

Have questions about this setup? Found a bug in the code? Drop a comment below

or reach out:

Top comments (3)

Collapse
 
jessefarinacci profile image
Jesse •

Uhhh.... what? Why wouldn't we just use AWS Backup? docs.aws.amazon.com/aws-backup/lat...

Collapse
 
hasan_ashab profile image
Hasan Ashab •

Yeah, always go with AWS Backup for this case
I wasn't aware of this service while developing the project,

V2 coming soon !

Collapse
 
hasan_ashab profile image
Hasan Ashab •

Always go with AWS Backup for these kind of tasks.
It's cheaper and reliable

If you want me to create the same project with AWS Backup, let me know.