gpt4 book ai didi

amazon-web-services - terraform 远程状态

转载 作者:行者123 更新时间:2023-12-04 08:10:09 24 4
gpt4 key购买 nike

我们正在尝试将 terraform 与存储在 S3 中的远程状态一起使用。

这些项目正在被破坏,例如有“主”VPC 项目,它只创建网络基础设施(vpc、子网、IGW、NAT、路由等),以及子项目,在主项目之上创建特定资源vpc(子网),即 ec2 节点。

项目文件夹/文件:

.
├── modules/
│ └── mod-vpc/
│ ├── main.tf
│ ├── outputs.tf
│ └── variables.tf
├── projects/
│ └── top-level-project-name-goes-here/
│ ├── env-dev/
│ │ ├── globals.tf
│ │ ├── test/
│ │ │ ├── main.tf
│ │ │ └── variables.tf
│ │ └── vpc/
│ │ ├── main.tf
│ │ └── variables.tf
│ └── env-prod/
└── terraform.tfvars

除了 VPC 项目,所有其他项目都使用来自 VPC 远程状态的 vpc_id、CIDR 等。
我们的流程是这样定义的:

步骤 1:创建 VPC。

这里没有问题,VPC 被创建,输出被打印出来,并存储到 S3 存储桶中:
$ terraform init -backend=s3 -backend-config="region= us-west-2" -backend-config="bucket=xxx"  -backend-config="key=xxx" -backend-config="acl=bucket-owner-full-control" $project_path
$ terraform remote pull
$ terraform get $project_path
$ terraform apply


Outputs:

cidr_block = 10.198.0.0/16
private_subnet_ids = subnet-d3f5029a,subnet-fbeb369c,subnet-7ad88622
public_subnet_ids = subnet-54f5021d
region = us-west-2
vpc_id = vpc-b31ca3d4
vpc_name = main_vpc

步骤 2:创建其他资源组 :
使用来自 VPC 远程状态的输出值,尝试将 ec2 节点部署到已配置的公共(public)子网(上述步骤 1 的 VPC 项目的输出)。以下是我们的脚本运行的步骤/命令(首先我们将所有文件复制到/tmp/project/工作文件夹,并在此文件夹中执行脚本):
$ terraform init -backend=s3 -backend-config="region= us-west-2" -backend-config="bucket=xxx"  -backend-config="key=xxx" -backend-config="acl=bucket-owner-full-control" $project_path
$ terraform remote pull
$ terraform get $project_path
$ terraform apply

/tmp/project/文件夹内容:

以下是项目文件结构的样子(在/tmp/project/文件夹中):
├── .terraform
│ ├── modules
│ │ ├── 7d29d4ce6c4f98d8bcaa8b3c0ca4f8f1 -> /pathto/modules/mod-cassandra
│ │ └── aa8ffe05b5d08913f821fdb23ccdfd95
│ └── terraform.tfstate
├── globals.tf
├── main.tf
├── terraform.tfvars
└── variables.tf

下面是这个项目的 main.tf 文件的样子:
resource "aws_instance" "test" {
instance_type = "${var.instance_type}"
ami = "${var.ami}"
subnet_id = "${data.terraform_remote_state.vpc_main.public_subnet_ids}"
vpc_security_group_ids = ["${aws_security_group.http_ext.id}"]
}

以下是上述 data.terraform_remote_state 资源的定义:
data "terraform_remote_state" "vpc_main" {
backend = "s3"
config {
region = "us-west-2"
bucket = "xxx"
key = "xxx/vpc.json"
}
}

根据我们声明“data.terraform_remote_state.vpc_main”资源的位置(哪个文件),我们得到不同的结果:

选项 1。
如果我们在“test”项目(=main.tf)的同一文件中声明了“data.terraform_remote_state”,那么一切都会成功执行。

选项 2。
如果我们将 data.terraform_remote_state.vpc_main 移动到单独的文件(=“globals.tf”),我们会在执行 [terraform get $project_path] 步骤期间收到此错误:
$ terraform init -backend=s3 -backend-config="region= us-west-2" -backend-config="bucket=xxx"  -backend-config="key=xxx" -backend-config="acl=bucket-owner-full-control" $project_path
$ terraform remote pull
$ terraform get $project_path

Error loading Terraform: module root: 4 error(s) occurred:

* module 'cassandra': unknown resource 'data.terraform_remote_state.vpc_main' referenced in variable data.terraform_remote_state.vpc_main.cidr_block
* module 'cassandra': unknown resource 'data.terraform_remote_state.vpc_main' referenced in variable data.terraform_remote_state.vpc_main.region
* module 'cassandra': unknown resource 'data.terraform_remote_state.vpc_main' referenced in variable data.terraform_remote_state.vpc_main.vpc_id
* module 'cassandra': unknown resource 'data.terraform_remote_state.vpc_main' referenced in variable data.terraform_remote_state.vpc_main.public_subnet_ids

这指出 Terraform 出于某种原因无法解析这个 data.terraform_remote_state.vpc_main 资源。

选项 3。
但是当出于测试目的我们启用两个声明时(在“globals.tf”和“main.tf”中)我们在执行 [terraform apply] 步骤期间收到此错误:
$ terraform init -backend=s3 -backend-config="region= us-west-2" -backend-config="bucket=xxx"  -backend-config="key=xxx" -backend-config="acl=bucket-owner-full-control" $project_path
$ terraform remote pull
$ terraform get $project_path
$ terraform apply

module root: 1 error(s) occurred:
2017/01/14 14:02:50 [DEBUG] plugin: waiting for all plugin processes to complete...

• data.terraform_remote_state.vpc_main: resource repeated multiple times

这是一个有效的错误,因为我们现在确实在两个地方定义了相同的资源。

但是为什么 Terraform 无法正确解析该资源,当我们尝试将其放入上面选项 2 下的单独文件中时?

根据 terraform 文档,所有 *.tf 文件都按字母顺序加载和附加,并且资源声明顺序无关紧要,因为 terraform 配置是声明性的:

https://www.terraform.io/docs/configuration/load.html

上面的情况似乎不是这样。

我们可以在这里采用“硬编码”的方法,但是在 Terraform 中是否有一种“合法”的方式来完成这项工作?

最佳答案

尝试使用该命令设置远程状态:

terraform_bucket_region='eu-west-1'
terraform_bucket_name='xxx'
terraform_file_name="terraform.tfstate"

export AWS_ACCESS_KEY_ID="xxx"
export AWS_SECRET_ACCESS_KEY="xxx"

[ -d .terraform ] && rm -rf .terraform
[ -f terraform.tfstate.backup ] && rm terraform.tfstate.backup
terraform remote config -backend=S3 -backend-config="region=${terraform_bucket_region}" -backend-config="bucket=${terraform_bucket_name}" -backend-config="key=${terraform_file_name}"
terraform get

我已经将它设置为一个名为 set-remote-tf.sh 的 shell 脚本。 .

关于amazon-web-services - terraform 远程状态,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/41656058/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com