terraform是否支持AWS备份还原功能?

terraform是否支持AWS备份还原功能?,terraform,aws-cli,terraform-provider-aws,aws-backup,Terraform,Aws Cli,Terraform Provider Aws,Aws Backup,terraform是否支持从vault()恢复图像的备份功能 在阅读文档时,我发现它确实支持创建备份计划、分配资源和策略、创建vault,但不支持恢复映像或ebs卷 如何在我的terraform模板中添加还原块terraform的执行模型设计用于将预期状态的声明性描述转换为强制操作以自动达到该状态,因此其模型并不真正支持“异常”过程,如还原备份 但是,您可以开发一个与Terraform一起恢复备份的过程,其中主要的恢复操作是在您自己的自动化中使用AWS控制台、AWS CLI或API完成的,然后在

terraform
是否支持从vault()恢复图像的备份功能

在阅读文档时,我发现它确实支持创建备份计划、分配资源和策略、创建vault,但不支持恢复映像或ebs卷


如何在我的terraform模板中添加还原块

terraform的执行模型设计用于将预期状态的声明性描述转换为强制操作以自动达到该状态,因此其模型并不真正支持“异常”过程,如还原备份

但是,您可以开发一个与Terraform一起恢复备份的过程,其中主要的恢复操作是在您自己的自动化中使用AWS控制台、AWS CLI或API完成的,然后在Terraform应该通过其状态操纵命令使用恢复的对象后通知Terraform

例如,如果您有一个由Terraform使用资源管理的EBS卷,您还可以使用Terraform为该卷配置AWS备份计划,然后将根据您的计划自动创建备份

在现有卷丢失或损坏且您希望恢复备份的特殊情况下,响应事件的人员可以执行以下过程:

  • 使用AWS控制台、AWS CLI或使用AWS备份API自行设计的某些软件创建AWS备份还原作业
  • 备份作业完成后,请参阅
    CreatedResourceARN
    ,查找通过还原备份创建的新对象的id。对于EBS卷,这将是
    :volume/
    分隔符之后的最后一部分
  • 告诉Terraform“忘记”现在已销毁或损坏的现有EBS卷对象:

    terraform state rm aws\u ebs\u卷。示例

  • 告诉Terraform将通过将备份还原为与Terraform资源关联的新远程对象而创建的对象导入:

    terraform导入aws\u ebs\u卷。示例卷-049df61146c4d7901

  • 如果您的旧EBS卷仍然存在,但已损坏或以其他方式损坏,则最后一步是定位并手动销毁它的剩余部分,因为Terraform不再管理它,因此它将永远保留在原来的位置


此过程完成后,TyrFrad将考虑新对象是由该资源管理的对象,并且可以使用TrRAFrm作为正常资源,并向前移动该资源。同样的原则也适用于AWS备份支持的任何对象类型,只要它们在AWS提供程序中具有支持

terraform导入的资源类型,terraform的执行模型设计用于将预期状态的声明性描述转换为强制操作,以自动达到该状态,因此,它的模型并不真正支持“异常”过程,如恢复备份

但是,您可以开发一个与Terraform一起恢复备份的过程,其中主要的恢复操作是在您自己的自动化中使用AWS控制台、AWS CLI或API完成的,然后在Terraform应该通过其状态操纵命令使用恢复的对象后通知Terraform

例如,如果您有一个由Terraform使用资源管理的EBS卷,您还可以使用Terraform为该卷配置AWS备份计划,然后将根据您的计划自动创建备份

在现有卷丢失或损坏且您希望恢复备份的特殊情况下,响应事件的人员可以执行以下过程:

  • 使用AWS控制台、AWS CLI或使用AWS备份API自行设计的某些软件创建AWS备份还原作业
  • 备份作业完成后,请参阅
    CreatedResourceARN
    ,查找通过还原备份创建的新对象的id。对于EBS卷,这将是
    :volume/
    分隔符之后的最后一部分
  • 告诉Terraform“忘记”现在已销毁或损坏的现有EBS卷对象:

    terraform state rm aws\u ebs\u卷。示例

  • 告诉Terraform将通过将备份还原为与Terraform资源关联的新远程对象而创建的对象导入:

    terraform导入aws\u ebs\u卷。示例卷-049df61146c4d7901

  • 如果您的旧EBS卷仍然存在,但已损坏或以其他方式损坏,则最后一步是定位并手动销毁它的剩余部分,因为Terraform不再管理它,因此它将永远保留在原来的位置

此过程完成后,TyrFrad将考虑新对象是由该资源管理的对象,并且可以使用TrRAFrm作为正常资源,并向前移动该资源。同样的原则也适用于AWS备份支持的任何对象类型,只要它们在AWS提供程序中具有支持

terraform import
的资源类型