Amazon web services AWS专有网络到专有网络镜像成像?

Amazon web services AWS专有网络到专有网络镜像成像?,amazon-web-services,amazon-vpc,vpc,Amazon Web Services,Amazon Vpc,Vpc,嗨,我的aws中已经有一个VPC用于生产。现在我想为测试环境创建相同的vpc。有没有办法创建专有网络的镜像。就像创建一个与旧VPC相同的VPC一样。没有用于此的API,但您可以非常轻松地设置脚本 或者,您可以使用CloudFormation创建第一个副本,而不是手动创建第一个副本,这样您就可以随时制作多个相同的副本(即使在不同的区域) 没有用于此的API,但您可以非常轻松地设置脚本 或者,您可以使用CloudFormation创建第一个副本,而不是手动创建第一个副本,这样您就可以随时制作多个相同

嗨,我的aws中已经有一个VPC用于生产。现在我想为测试环境创建相同的vpc。有没有办法创建专有网络的镜像。就像创建一个与旧VPC相同的VPC一样。

没有用于此的API,但您可以非常轻松地设置脚本


或者,您可以使用CloudFormation创建第一个副本,而不是手动创建第一个副本,这样您就可以随时制作多个相同的副本(即使在不同的区域)

没有用于此的API,但您可以非常轻松地设置脚本


或者,您可以使用CloudFormation创建第一个副本,而不是手动创建第一个副本,这样您就可以随时制作多个相同的副本(即使在不同的区域)

您应该使用Cloudfomer对VPC设置进行“反向工程”,而且还有一个很好的布局。然而,您需要特殊的IAM角色来完成此任务


因为它是“反向工程”,所有专有网络设置都将类似(相同的专有网络IP/CIDR,子网)),AWS将为单个组件分配新ID。为了避免维护噩梦,您应该为生产和测试环境分配不同的标记名

您应该使用Cloudfomer对VPC设置进行“反向工程”,而且还有一个很好的布局。然而,您需要特殊的IAM角色来完成此任务


因为它是“反向工程”,所有专有网络设置都将类似(相同的专有网络IP/CIDR,子网)),AWS将为单个组件分配新ID。为了避免维护噩梦,您应该为生产和测试环境分配不同的标记名

在我看来,hashicorp的Terraform是最好的方法。您还可以使用dtan4 at的地形形成导出现有资源并调整它们以创建另一个环境。例如,您可能想选择另一个IP范围,将其命名为其他IP范围,等等。

在我看来,hashicorp的Terraform是最好的方法。您还可以使用dtan4 at的地形形成导出现有资源并调整它们以创建另一个环境。例如,您可能想选择另一个IP范围,将其命名为其他IP范围等。

如果您可以在CloudFormation中重新创建它,那么这可能是值得的。如果您可以在CloudFormation中重新创建它,那么这可能是值得的