如何将多个模板文件传递给 terraform 中的 user_Data 变量
How to pass multiple template files to user_Data variable in terraform
将多个模板文件分配给 user_Data 变量。
由于某些架构模式,我们不想将此模板合并到单个文件中。
我是 terraform 的新手,所以在这方面苦苦挣扎。
data "template_file" "userdata_lin1" {
template = <<EOF
#!/bin/bash
crontab cronjobfileremote
EOF
}
data "template_file" "userdata_lin2" {
template = <<EOF
#!/bin/bash
echo "hello"
EOF
}
user_data = "${data.template_file.user_data1.rendered}"
我过去所做的是将两个模板文件合二为一。
像这样:
data "template_file" "userdata" {
template = "${format("%s%s", file("${path.module}/../common.sh"), file("${path.module}/fo.sh"))}"
vars {
efs_url = "${var.efs_url}"
hostname = "${data.template_file.hostname.rendered}"
api_key = "${var.api_key}"
}
}
如您所见,我合并了两个模板文件:
../common.sh
fo.sh
在我的例子中,这是一个包含多个 terraform 模块的项目的一部分 common.sh
在父文件夹中,包含所有子模块所需的一切,然后每个模块添加了自己的特定要求。
你也可以看到插值的变量之一也是一个template_file:
hostname = "${data.template_file.hostname.rendered}"
这非常好并且有助于嵌套模板。以备不时之需...
大多数云平台的基本约束是 "user data" 或 "custom metadata" 等(术语因供应商而异)是单个不透明的字节串。这些字节的解释取决于您在使用它的虚拟机映像中安装的软件。
此类软件的常见选择是 cloud-init
。如果您使用 cloud-init
,则可以在 a number of different formats 中提供 "user data"。
向 cloud-init
提供多个不同部分的主要方式是通过 a MIME-Multipart archive,它是几个值的串联,穿插 headers 以允许 cloud-init 识别边界并了解您打算如何解释每个部分。
因为 cloud-init
是解释 "user data" 的一种非常常见的软件选择,Terraform 具有 a cloudinit
provider which includes a data source for constructing a MIME-Multipart archive.
data "cloudinit_config" "example" {
gzip = false
base64_encode = false
part {
content_type = "text/x-shellscript"
filename = "userdata_lin1"
content = <<-EOF
#!/bin/bash
crontab cronjobfileremote
EOT
}
part {
content_type = "text/x-shellscript"
filename = "userdata_lin2"
content = <<-EOF
#!/bin/bash
echo "hello"
EOT
}
}
然后您可以将 user_data
参数设置为此数据源的输出:
user_data = data.cloudinit_config.example.rendered
请务必注意,从 Terraform 和您的云计算提供商的角度来看,user_data
的内容只是一个任意字符串。处理字符串的任何问题都必须在目标操作系统本身内进行调试,方法是阅读 cloud-init
日志以查看它如何解释配置以及当它尝试执行这些操作时发生了什么。
将多个模板文件分配给 user_Data 变量。 由于某些架构模式,我们不想将此模板合并到单个文件中。
我是 terraform 的新手,所以在这方面苦苦挣扎。
data "template_file" "userdata_lin1" {
template = <<EOF
#!/bin/bash
crontab cronjobfileremote
EOF
}
data "template_file" "userdata_lin2" {
template = <<EOF
#!/bin/bash
echo "hello"
EOF
}
user_data = "${data.template_file.user_data1.rendered}"
我过去所做的是将两个模板文件合二为一。
像这样:
data "template_file" "userdata" {
template = "${format("%s%s", file("${path.module}/../common.sh"), file("${path.module}/fo.sh"))}"
vars {
efs_url = "${var.efs_url}"
hostname = "${data.template_file.hostname.rendered}"
api_key = "${var.api_key}"
}
}
如您所见,我合并了两个模板文件:
../common.sh
fo.sh
在我的例子中,这是一个包含多个 terraform 模块的项目的一部分 common.sh
在父文件夹中,包含所有子模块所需的一切,然后每个模块添加了自己的特定要求。
你也可以看到插值的变量之一也是一个template_file:
hostname = "${data.template_file.hostname.rendered}"
这非常好并且有助于嵌套模板。以备不时之需...
大多数云平台的基本约束是 "user data" 或 "custom metadata" 等(术语因供应商而异)是单个不透明的字节串。这些字节的解释取决于您在使用它的虚拟机映像中安装的软件。
此类软件的常见选择是 cloud-init
。如果您使用 cloud-init
,则可以在 a number of different formats 中提供 "user data"。
向 cloud-init
提供多个不同部分的主要方式是通过 a MIME-Multipart archive,它是几个值的串联,穿插 headers 以允许 cloud-init 识别边界并了解您打算如何解释每个部分。
因为 cloud-init
是解释 "user data" 的一种非常常见的软件选择,Terraform 具有 a cloudinit
provider which includes a data source for constructing a MIME-Multipart archive.
data "cloudinit_config" "example" {
gzip = false
base64_encode = false
part {
content_type = "text/x-shellscript"
filename = "userdata_lin1"
content = <<-EOF
#!/bin/bash
crontab cronjobfileremote
EOT
}
part {
content_type = "text/x-shellscript"
filename = "userdata_lin2"
content = <<-EOF
#!/bin/bash
echo "hello"
EOT
}
}
然后您可以将 user_data
参数设置为此数据源的输出:
user_data = data.cloudinit_config.example.rendered
请务必注意,从 Terraform 和您的云计算提供商的角度来看,user_data
的内容只是一个任意字符串。处理字符串的任何问题都必须在目标操作系统本身内进行调试,方法是阅读 cloud-init
日志以查看它如何解释配置以及当它尝试执行这些操作时发生了什么。