Harvester项目中os.write_files配置项的正确使用方式

在Harvester项目的实际部署过程中，许多用户遇到了通过os.write_files配置项向/var/lib/rancher/rke2/server/manifests目录写入文件失败的问题。本文将深入分析这一现象的原因，并提供正确的解决方案。

问题现象分析

当用户尝试通过Harvester的配置文件，使用os.write_files配置项向RKE2的manifests目录写入YAML文件时，发现文件并未按预期创建。这种情况在Harvester v1.4.x和v1.5.x版本中均有出现。

典型的错误配置示例如下：

os:
  write_files:
  - content: |
      apiVersion: v1
      kind: ConfigMap
      metadata:
        name: example
    path: /var/lib/rancher/rke2/server/manifests/example.yaml
    owner: root

根本原因

经过技术分析，发现问题出在YAML配置的键名格式上。Harvester底层使用的是Go语言编写的配置解析器，它对YAML字段名的处理遵循Go语言的命名规范。

在YAML配置中，当使用下划线分隔的字段名（如write_files）时，Go的YAML解析器无法正确识别和映射到对应的结构体字段。这是因为Go语言的结构体字段通常采用驼峰式命名法（camelCase）。

解决方案

正确的配置方式是将write_files改为writeFiles，即采用驼峰式命名法：

os:
  writeFiles:
  - content: |
      apiVersion: v1
      kind: ConfigMap
      metadata:
        name: example
    path: /var/lib/rancher/rke2/server/manifests/example.yaml
    owner: root

这一修改已在Harvester v1.4.2和v1.5.0版本中验证通过，能够成功将文件写入指定目录。

技术背景

Harvester基于RKE2构建，而RKE2支持自动部署manifests的特性。当文件被正确写入/var/lib/rancher/rke2/server/manifests目录后，RKE2会自动加载这些YAML文件中定义的Kubernetes资源。

这一机制使得用户能够在Harvester安装阶段就预定义各种Kubernetes资源，包括ConfigMap、NetworkAttachmentDefinition等，极大简化了集群初始化后的配置工作。

最佳实践建议

1. 在Harvester配置文件中，始终使用驼峰式命名法（camelCase）而非下划线分隔（snake_case）
2. 文件路径应确保RKE2服务账户有写入权限
3. 复杂的YAML内容建议先进行格式验证
4. 对于多文档YAML（使用---分隔），确保每个文档格式正确

通过遵循这些实践，用户可以充分利用Harvester的预配置能力，实现集群部署的自动化和标准化。