如何在cloud-init的write_files中正确插值EC2实例的$HOSTNAME变量？

好问题！在cloud-init的write_files模块里直接用$HOSTNAME确实不会自动解析——cloud-init默认不会处理这类shell环境变量。不过除了你想到的脚本插值方法，还有更优雅的原生方案，我来给你详细讲两种可行的办法：

方法1：使用Jinja2模板（推荐） #

cloud-init原生支持Jinja2模板，只需要给write_files条目添加content_type: text/jinja2标记，就能直接在内容里使用cloud-init提供的内置变量来获取主机名，完全不需要依赖shell环境。

示例配置如下：

write_files:
- path: /opt/data/conf.conf
  owner: root:root
  permissions: '0755'
  content_type: text/jinja2
  content: |
    [default]
    host = {{ hostname }}

这里的{{ hostname }}会被cloud-init自动替换为实例的主机名，它直接从EC2数据源读取对应的值，稳定又可靠。

如果需要更具体的主机名类型（比如私有DNS名称或公有DNS名称），还可以用数据源的专属变量：

• 私有DNS名：{{ ds.meta_data.local_hostname }}
• 公有DNS名：{{ ds.meta_data.public_hostname }}

方法2：用脚本/runcmd进行插值（你的临时方案优化版） #

如果因为某些场景不想用Jinja2模板，你的思路完全可行，还可以用envsubst命令简化操作，不需要写完整的可执行脚本：

write_files:
- path: /opt/data/conf.conf.tmpl
  owner: root:root
  permissions: '0644'
  content: |
    [default]
    host = $HOSTNAME
runcmd:
- envsubst < /opt/data/conf.conf.tmpl > /opt/data/conf.conf
- rm /opt/data/conf.conf.tmpl

步骤很简单：先写一个带占位符的模板文件，然后用envsubst自动替换环境变量$HOSTNAME，最后清理模板文件即可。

总结 #

优先推荐方法1，因为它是cloud-init原生支持的方式，步骤更少，也更符合cloud-init的设计逻辑。方法2作为备选，适合不熟悉Jinja2或者有特殊脚本需求的场景。

内容的提问来源于stack exchange，提问作者Mazzy