This component is responsible for provisioning an AWS Backup Plan. It creates a schedule for backing up given ARNs.
Stack Level: Regional
Here's an example snippet for how to use this component.
By separating the "common" settings from the component, we can first provision the IAM Role and AWS Backup Vault to prepare resources for future use without incuring cost.
For example, stacks/catalog/aws-backup/common
:
# This configuration creates the AWS Backup Vault and IAM Role, and does not incur any cost on its own.
# See: https://aws.amazon.com/backup/pricing/
components:
terraform:
aws-backup:
metadata:
type: abstract
settings:
spacelift:
workspace_enabled: true
vars: {}
aws-backup/common:
metadata:
component: aws-backup
inherits:
- aws-backup
vars:
enabled: true
iam_role_enabled: true # this will be reused
vault_enabled: true # this will be reused
plan_enabled: false
## Please be careful when enabling backup_vault_lock_configuration,
# backup_vault_lock_configuration:
## `changeable_for_days` enables compliance mode and once the lock is set, the retention policy cannot be changed unless through account deletion!
# changeable_for_days: 36500
# max_retention_days: 365
# min_retention_days: 1
Then if we would like to deploy the component into a given stacks we can import the following to deploy our backup plans.
Since most of these values are shared and common, we can put them in a catalog/aws-backup/
yaml file and share them
across environments.
This makes deploying the same configuration to multiple environments easy.
stacks/catalog/aws-backup/defaults
:
import:
- catalog/aws-backup/common
components:
terraform:
aws-backup/plan-defaults:
metadata:
component: aws-backup
type: abstract
settings:
spacelift:
workspace_enabled: true
depends_on:
- aws-backup/common
vars:
enabled: true
iam_role_enabled: false # reuse from aws-backup-vault
vault_enabled: false # reuse from aws-backup-vault
plan_enabled: true
plan_name_suffix: aws-backup-defaults
aws-backup/daily-plan:
metadata:
component: aws-backup
inherits:
- aws-backup/plan-defaults
vars:
plan_name_suffix: aws-backup-daily
# https://docs.aws.amazon.com/AmazonCloudWatch/latest/events/ScheduledEvents.html
rules:
- name: "plan-daily"
schedule: "cron(0 5 ? * * *)"
start_window: 320 # 60 * 8 # minutes
completion_window: 10080 # 60 * 24 * 7 # minutes
lifecycle:
delete_after: 35 # 7 * 5 # days
selection_tags:
- type: STRINGEQUALS
key: aws-backup/efs
value: daily
- type: STRINGEQUALS
key: aws-backup/rds
value: daily
aws-backup/weekly-plan:
metadata:
component: aws-backup
inherits:
- aws-backup/plan-defaults
vars:
plan_name_suffix: aws-backup-weekly
# https://docs.aws.amazon.com/AmazonCloudWatch/latest/events/ScheduledEvents.html
rules:
- name: "plan-weekly"
schedule: "cron(0 5 ? * SAT *)"
start_window: 320 # 60 * 8 # minutes
completion_window: 10080 # 60 * 24 * 7 # minutes
lifecycle:
delete_after: 90 # 30 * 3 # days
selection_tags:
- type: STRINGEQUALS
key: aws-backup/efs
value: weekly
- type: STRINGEQUALS
key: aws-backup/rds
value: weekly
aws-backup/monthly-plan:
metadata:
component: aws-backup
inherits:
- aws-backup/plan-defaults
vars:
plan_name_suffix: aws-backup-monthly
# https://docs.aws.amazon.com/AmazonCloudWatch/latest/events/ScheduledEvents.html
rules:
- name: "plan-monthly"
schedule: "cron(0 5 1 * ? *)"
start_window: 320 # 60 * 8 # minutes
completion_window: 10080 # 60 * 24 * 7 # minutes
lifecycle:
delete_after: 2555 # 365 * 7 # days
cold_storage_after: 90 # 30 * 3 # days
selection_tags:
- type: STRINGEQUALS
key: aws-backup/efs
value: monthly
- type: STRINGEQUALS
key: aws-backup/rds
value: monthly
Deploying to a new stack (environment) then only requires:
import:
- catalog/aws-backup/defaults
The above configuration can be used to deploy a new backup to a new region.
Once an aws-backup
with a plan and selection_tags
has been established we can begin adding resources for it to
backup by using the tagging method.
This only requires that we add tags to the resources we wish to backup, which can be done with the following snippet:
components:
terraform:
<my-resource>
vars:
tags:
aws-backup/resource_schedule: "daily-14day-backup"
Just ensure the tag key-value pair matches what was added to your backup plan and aws will take care of the rest.
If we want to create a backup vault in another region that we can copy to, then we need to create another vault, and then specify that we want to copy to it.
To create a vault in a region simply:
components:
terraform:
aws-backup:
vars:
plan_enabled: false # disables the plan (which schedules resource backups)
This will output an ARN - which you can then use as the destination in the rule object's copy_action
(it will be
specific to that particular plan), as seen in the following snippet:
components:
terraform:
aws-backup/plan-with-cross-region-replication:
metadata:
component: aws-backup
inherits:
- aws-backup/plan-defaults
vars:
plan_name_suffix: aws-backup-cross-region
# https://docs.aws.amazon.com/AmazonCloudWatch/latest/events/ScheduledEvents.html
rules:
- name: "plan-cross-region"
schedule: "cron(0 5 ? * * *)"
start_window: 320 # 60 * 8 # minutes
completion_window: 10080 # 60 * 24 * 7 # minutes
lifecycle:
delete_after: 35 # 7 * 5 # days
copy_action:
destination_vault_arn: "arn:aws:backup:<other-region>:111111111111:backup-vault:<namespace>-<other-region>-<stage>"
lifecycle:
delete_after: 35
To enable backup lock configuration, you can use the following snippet:
Vaults locked in compliance mode cannot be deleted once the cooling-off period ("grace time") expires. During grace time, you can still remove the vault lock and change the lock configuration.
To enable Compliance Mode, set changeable_for_days
to a value greater than 0. Once the lock is set, the retention
policy cannot be changed unless through account deletion!
# Please be careful when enabling backup_vault_lock_configuration,
backup_vault_lock_configuration:
# `changeable_for_days` enables compliance mode and once the lock is set, the retention policy cannot be changed unless through account deletion!
changeable_for_days: 36500
max_retention_days: 365
min_retention_days: 1
Vaults locked in governance mode can have the lock removed by users with sufficient IAM permissions.
To enable governance mode
backup_vault_lock_configuration:
max_retention_days: 365
min_retention_days: 1
Name | Version |
---|---|
terraform | >= 1.3.0 |
aws | >= 4.9.0 |
No providers.
Name | Source | Version |
---|---|---|
backup | cloudposse/backup/aws | 1.0.0 |
iam_roles | ../account-map/modules/iam-roles | n/a |
this | cloudposse/label/null | 0.25.0 |
No resources.
Name | Description | Type | Default | Required |
---|---|---|---|---|
additional_tag_map | Additional key-value pairs to add to each map in tags_as_list_of_maps . Not added to tags or id .This is for some rare cases where resources want additional configuration of tags and therefore take a list of maps with tag key, value, and additional configuration. |
map(string) |
{} |
no |
advanced_backup_setting | An object that specifies backup options for each resource type. | object({ |
null |
no |
attributes | ID element. Additional attributes (e.g. workers or cluster ) to add to id ,in the order they appear in the list. New attributes are appended to the end of the list. The elements of the list are joined by the delimiter and treated as a single ID element. |
list(string) |
[] |
no |
backup_resources | An array of strings that either contain Amazon Resource Names (ARNs) or match patterns of resources to assign to a backup plan | list(string) |
[] |
no |
backup_vault_lock_configuration | The backup vault lock configuration, each vault can have one vault lock in place. This will enable Backup Vault Lock on an AWS Backup vault it prevents the deletion of backup data for the specified retention period. During this time, the backup data remains immutable and cannot be deleted or modified."changeable_for_days - The number of days before the lock date. If omitted creates a vault lock in governance mode, otherwise it will create a vault lock in compliance mode. |
object({ |
null |
no |
context | Single object for setting entire context at once. See description of individual variables for details. Leave string and numeric variables as null to use default value.Individual variable settings (non-null) override settings in context object, except for attributes, tags, and additional_tag_map, which are merged. |
any |
{ |
no |
delimiter | Delimiter to be used between ID elements. Defaults to - (hyphen). Set to "" to use no delimiter at all. |
string |
null |
no |
descriptor_formats | Describe additional descriptors to be output in the descriptors output map.Map of maps. Keys are names of descriptors. Values are maps of the form {<br/> format = string<br/> labels = list(string)<br/>} (Type is any so the map values can later be enhanced to provide additional options.)format is a Terraform format string to be passed to the format() function.labels is a list of labels, in order, to pass to format() function.Label values will be normalized before being passed to format() so they will beidentical to how they appear in id .Default is {} (descriptors output will be empty). |
any |
{} |
no |
enabled | Set to false to prevent the module from creating any resources | bool |
null |
no |
environment | ID element. Usually used for region e.g. 'uw2', 'us-west-2', OR role 'prod', 'staging', 'dev', 'UAT' | string |
null |
no |
iam_role_enabled | Whether or not to create a new IAM Role and Policy Attachment | bool |
true |
no |
id_length_limit | Limit id to this many characters (minimum 6).Set to 0 for unlimited length.Set to null for keep the existing setting, which defaults to 0 .Does not affect id_full . |
number |
null |
no |
kms_key_arn | The server-side encryption key that is used to protect your backups | string |
null |
no |
label_key_case | Controls the letter case of the tags keys (label names) for tags generated by this module.Does not affect keys of tags passed in via the tags input.Possible values: lower , title , upper .Default value: title . |
string |
null |
no |
label_order | The order in which the labels (ID elements) appear in the id .Defaults to ["namespace", "environment", "stage", "name", "attributes"]. You can omit any of the 6 labels ("tenant" is the 6th), but at least one must be present. |
list(string) |
null |
no |
label_value_case | Controls the letter case of ID elements (labels) as included in id ,set as tag values, and output by this module individually. Does not affect values of tags passed in via the tags input.Possible values: lower , title , upper and none (no transformation).Set this to title and set delimiter to "" to yield Pascal Case IDs.Default value: lower . |
string |
null |
no |
labels_as_tags | Set of labels (ID elements) to include as tags in the tags output.Default is to include all labels. Tags with empty values will not be included in the tags output.Set to [] to suppress all generated tags.Notes: The value of the name tag, if included, will be the id , not the name .Unlike other null-label inputs, the initial setting of labels_as_tags cannot bechanged in later chained modules. Attempts to change it will be silently ignored. |
set(string) |
[ |
no |
name | ID element. Usually the component or solution name, e.g. 'app' or 'jenkins'. This is the only ID element not also included as a tag .The "name" tag is set to the full id string. There is no tag with the value of the name input. |
string |
null |
no |
namespace | ID element. Usually an abbreviation of your organization name, e.g. 'eg' or 'cp', to help ensure generated IDs are globally unique | string |
null |
no |
plan_enabled | Whether or not to create a new Plan | bool |
true |
no |
plan_name_suffix | The string appended to the plan name | string |
null |
no |
regex_replace_chars | Terraform regular expression (regex) string. Characters matching the regex will be removed from the ID elements. If not set, "/[^a-zA-Z0-9-]/" is used to remove all characters other than hyphens, letters and digits. |
string |
null |
no |
region | AWS Region | string |
n/a | yes |
rules | An array of rule maps used to define schedules in a backup plan | list(object({ |
[] |
no |
selection_tags | An array of tag condition objects used to filter resources based on tags for assigning to a backup plan | list(map(string)) |
[] |
no |
stage | ID element. Usually used to indicate role, e.g. 'prod', 'staging', 'source', 'build', 'test', 'deploy', 'release' | string |
null |
no |
tags | Additional tags (e.g. {'BusinessUnit': 'XYZ'} ).Neither the tag keys nor the tag values will be modified by this module. |
map(string) |
{} |
no |
tenant | ID element _(Rarely used, not included by default)_. A customer identifier, indicating who this instance of a resource is for | string |
null |
no |
vault_enabled | Whether or not a new Vault should be created | bool |
true |
no |
Name | Description |
---|---|
backup_plan_arn | Backup Plan ARN |
backup_plan_version | Unique, randomly generated, Unicode, UTF-8 encoded string that serves as the version ID of the backup plan |
backup_selection_id | Backup Selection ID |
backup_vault_arn | Backup Vault ARN |
backup_vault_id | Backup Vault ID |
- cloudposse/terraform-aws-components - Cloud Posse's upstream component
Note
This project is part of Cloud Posse's comprehensive "SweetOps" approach towards DevOps.
Learn More
It's 100% Open Source and licensed under the APACHE2.
Check out these related projects.
- Cloud Posse Terraform Modules - Our collection of reusable Terraform modules used by our reference architectures.
- Atmos - Atmos is like docker-compose but for your infrastructure
This project is under active development, and we encourage contributions from our community. Many thanks to our outstanding contributors:
Please use the issue tracker to report any bugs or file feature requests.
If you are interested in being a contributor and want to get involved in developing this project or help out with Cloud Posse's other projects, we would love to hear from you!
Hit us up in Slack, in the #cloudposse
channel.
In general, PRs are welcome. We follow the typical "fork-and-pull" Git workflow.
- Review our Code of Conduct and Contributor Guidelines.
- Fork the repo on GitHub
- Clone the project to your own machine
- Commit changes to your own branch
- Push your work back up to your fork
- Submit a Pull Request so that we can review your changes
NOTE: Be sure to merge the latest changes from "upstream" before making a pull request!
Join our Open Source Community on Slack. It's FREE for everyone! Our "SweetOps" community is where you get to talk with others who share a similar vision for how to rollout and manage infrastructure. This is the best place to talk shop, ask questions, solicit feedback, and work together as a community to build totally sweet infrastructure.
Sign up for our newsletter and join 3,000+ DevOps engineers, CTOs, and founders who get insider access to the latest DevOps trends, so you can always stay in the know. Dropped straight into your Inbox every week β and usually a 5-minute read.
Join us every Wednesday via Zoom for your weekly dose of insider DevOps trends, AWS news and Terraform insights, all sourced from our SweetOps community, plus a live Q&A that you canβt find anywhere else. It's FREE for everyone!
This project is maintained by Cloud Posse, LLC.
We are a DevOps Accelerator for funded startups and enterprises. Use our ready-to-go terraform architecture blueprints for AWS to get up and running quickly. We build it with you. You own everything. Your team wins. Plus, we stick around until you succeed.
Your team can operate like a pro today.
Ensure that your team succeeds by using our proven process and turnkey blueprints. Plus, we stick around until you succeed.
π See What's Included
- Reference Architecture. You'll get everything you need from the ground up built using 100% infrastructure as code.
- Deployment Strategy. You'll have a battle-tested deployment strategy using GitHub Actions that's automated and repeatable.
- Site Reliability Engineering. You'll have total visibility into your apps and microservices.
- Security Baseline. You'll have built-in governance with accountability and audit logs for all changes.
- GitOps. You'll be able to operate your infrastructure via Pull Requests.
- Training. You'll receive hands-on training so your team can operate what we build.
- Questions. You'll have a direct line of communication between our teams via a Shared Slack channel.
- Troubleshooting. You'll get help to triage when things aren't working.
- Code Reviews. You'll receive constructive feedback on Pull Requests.
- Bug Fixes. We'll rapidly work with you to fix any bugs in our projects.
Preamble to the Apache License, Version 2.0
Licensed to the Apache Software Foundation (ASF) under one
or more contributor license agreements. See the NOTICE file
distributed with this work for additional information
regarding copyright ownership. The ASF licenses this file
to you under the Apache License, Version 2.0 (the
"License"); you may not use this file except in compliance
with the License. You may obtain a copy of the License at
https://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing,
software distributed under the License is distributed on an
"AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
KIND, either express or implied. See the License for the
specific language governing permissions and limitations
under the License.
Copyright Β© 2017-2024 Cloud Posse, LLC