/cas/casrs/vm/deploy接口注入userdata到cloud-init失败

根据您描述的情况，在H3C CAS E0708版本中使用/cas/casrs/vm/deploy接口部署OpenEuler虚拟机时，userdata字段的cloud-init配置没有生效，可能有以下几个原因：

1. CAS平台对cloud-init的支持机制

H3C CAS平台确实有自己的一套cloud-init实现机制：

• CAS通常使用定制化的cloud-init数据源，默认的nocloud、configdrive等可能不被直接识别
• 需要确认CAS虚拟机模板中是否预装了H3C定制的cloud-init包（而不仅仅是标准cloud-init）

2. 检查建议步骤

第一步：确认CAS cloud-init组件

第二步：检查CAS数据源配置

第三步：验证CAS API调用方式

确保userdata字段格式正确：

注意：需要包含#cloud-config头部

3. 可能的解决方案

方案A：使用CAS管理界面配置

1. 在CAS Web界面创建虚拟机时，尝试通过"高级设置"或"自定义配置"添加userdata
2. 观察这种方式是否能触发cloud-init

方案B：检查CAS版本兼容性

• E0708版本对OpenEuler+cloud-init的支持可能需要特定补丁
• 联系H3C技术支持确认该版本是否支持通过API注入cloud-init配置

方案C：替代方案

如果CAS API不支持直接注入：

1. 在模板中预先配置好cloud-init
2. 通过CAS的"自定义规范"功能传递参数
3. 使用CAS的配置驱动器(config drive)功能

一、先回答核心疑问：是否必须 H3C 定制 cloud-init？
是的，标准 yum 安装的开源 cloud-init 无法直接适配 CAS 平台注入的 userdata，这是你完全无 cloud-init 日志的核心原因
CAS E0708 专业模式镜像强制依赖H3C 定制 cloud-init 工具包，原生 yum 安装的开源 cloud-init 缺少两个关键适配逻辑：
识别 CAS 平台下发的config-2 ConfigDrive 虚拟光驱元数据（CAS 通过挂载 label=config-2 的虚拟盘注入 userdata/metadata）；
适配 CAS 虚拟化层的元数据写入规范，原生 cloud-init 无法读取 CAS 挂载的 configdrive 数据源，直接跳过所有初始化流程，不会生成任何/var/log/cloud-init*日志。
你本地virt-install --cloud-init能验证成功：virt-install 是标准 nocloud 数据源，和 CAS 平台 ConfigDrive 注入机制完全两套逻辑，不具备参考性。
CAS 文档明确区分两种镜像模式：
标准模式：CAS Tools 自研初始化，不使用 cloud-init；
专业模式：必须安装 H3C 定制 cloud-init，才能读取 API/Web 下发的 userdata，普通 yum 安装的 cloud-init 不兼容。
二、你现场 4 个叠加故障点（按优先级）
1. 镜像未做【专业模式】，仅 yum 原生 cloud-init（致命）
CAS 部署 API 的userdata字段生效前提：模板镜像为专业模式镜像，且预装 H3C 定制 cloudinit_custom 工具包。
原生 yum 安装 cloud-init 缺少 CAS 平台 configdrive 适配驱动，开机识别不到 config-2 虚拟盘，cloud-init 直接退出，无日志生成；
仅安装开源 cloud-init，CAS 不会生成 configdrive 元数据盘，userdata 不会写入虚拟机。
2. deploy 接口入参缺失关键标识，CAS 未生成 ConfigDrive 虚拟盘
调用/cas/casrs/vm/deploy时，body 必须携带专业模式标识，否则 CAS 仅走标准模式初始化，不会挂载 config-2 光驱、不会写入 userdata：
错误示例（仅传 userdata，无专业模式标记）：
json
{
"name":"test-vm",
"templateId":"xxx",
"userdata":"#cloud-config ..."
}
正确入参必须增加initMode:"PROFESSIONAL"，告知 CAS 使用专业 cloud-init 初始化：
json
{
"name":"test-vm",
"templateId":"xxx",
"initMode":"PROFESSIONAL",
"userdata":"#cloud-config\nruncmd:\n - echo test >> /tmp/test.txt"
}
缺少initMode:"PROFESSIONAL"时，CAS 直接忽略 userdata 字段，不生成 configdrive，虚拟机自然拿不到自定义数据。
3. cloud-init 数据源顺序缺陷
你配置datasource_list: [nocloud, configdrive, openstack]，nocloud 优先级高于 configdrive：
虚拟机开机优先扫描 nocloud 本地介质，未找到后直接终止数据源探测，不会读取 CAS 挂载的 config-2 盘，调整顺序：
ini
# /etc/cloud/cloud.cfg
datasource_list: [ConfigDrive, NoCloud, OpenStack]
大小写敏感，必须写ConfigDrive，不能简写 configdrive。
4. userdata 格式校验问题（API 下发截断 / 格式错误）
userdata 总大小上限 16KB，超出后 CAS 直接丢弃内容；
必须以#cloud-config开头，无前置空格，YAML 缩进严格，否则 cloud-init 识别失败；
Postman 传参注意转义换行符，未转义会导致 CAS 解析 userdata 为空。
三、分步修复操作（从镜像制作到 API 调用全流程）
步骤 1：重新制作【专业模式】OpenEuler 镜像（核心根治）
现有 OpenEuler 模板先卸载原生 yum cloud-init：
bash
运行
yum remove -y cloud-init
rm -rf /etc/cloud /var/lib/cloud
向 H3C 技术支持获取对应系统版本的cloudinit_custom_0.2.tgz定制包（适配 E0708），上传服务器解压执行定制脚本：
bash
运行
tar zxvf cloudinit_custom_0.2.tgz
cd cloudinit_custom
sh custom_script.sh
# 输出 Cloud-init package customization finished 即成功
修改 cloud.cfg 数据源顺序，优先 ConfigDrive：
bash
运行
sed -i 's/datasource_list.*/datasource_list: [ConfigDrive, NoCloud, OpenStack]/' /etc/cloud/cloud.cfg
# 清空cloud-init缓存，制作模板前执行
cloud-init clean --logs
poweroff
CAS 平台上传该关机虚拟机，标记为专业模式模板。
步骤 2：修正 Postman API 请求 Body，增加 initMode
完整可用请求体示例：
json
{
"clusterId":"集群ID",
"templateId":"专业模式模板ID",
"name":"openeuler-test",
"cpu":2,
"memory":4096,
"disk":[{"storagePoolId":"存储池ID","size":40}],
"networks":[{"networkId":"业务网络ID"}],
"initMode":"PROFESSIONAL",
"userdata":"#cloud-config\nruncmd:\n - touch /tmp/cas-test.txt\n - echo 'deploy userdata success' >> /tmp/cas-test.txt"
}
关键：initMode:"PROFESSIONAL" 不可省略，否则 CAS 不生成 configdrive。
步骤 3：虚拟机开机后验证数据源是否识别
登录虚拟机查看是否存在 config-2 盘符：
bash
运行
lsblk | grep config-2
# 能看到/dev/sr0 label=config-2 代表CAS已注入userdata
手动挂载查看 userdata 文件：
bash
运行
mkdir /mnt/cfg
mount /dev/sr0 /mnt/cfg
cat /mnt/cfg/user_data
若能读取 user_data 内容，代表 CAS 注入正常，问题仅在 cloud-init 适配；若无文件，API 参数缺失 initMode。
步骤 4：cloud-init 手动调试（确认适配生效）
bash
运行
# 清空历史缓存
cloud-init clean --logs
# 手动探测数据源，查看是否识别ConfigDrive
cloud-init init --local
# 执行初始化
cloud-init modules --mode config
cloud-init modules --mode final
# 查看完整运行日志
cat /var/log/cloud-init.log
执行后会生成日志文件，代表定制 cloud-init 适配成功。
四、极简总结
根本原因：仅 yum 安装开源 cloud-init，未部署 H3C 定制 cloudinit_custom 包，CAS 的 ConfigDrive 元数据无法被识别，cloud-init 完全不运行，无日志；
第二关键：调用/cas/casrs/vm/deploy必须携带initMode:"PROFESSIONAL"，否则 CAS 忽略 userdata，不挂载 configdrive 虚拟盘；
配套优化：调整 cloud.cfg 数据源顺序，优先 ConfigDrive；userdata 严格遵守 #cloud-config YAML 格式，控制大小≤16KB；
验证分界：lsblk能看到 config-2 盘符 = CAS 注入正常；看不到 = API 参数错误；有盘符但无日志 = cloud-init 未做 H3C 定制适配。

核心原因很可能在于：H3C CAS平台通常需要其定制版的 cloud-init 工具，而标准的开源版本无法直接兼容。

🔍 问题根源分析

你的配置思路本身没有问题，但 CAS 平台有自己的一套实现机制。

1. 需要定制化工具：H3C CAS 平台为了实现更深度的集成和功能，通常需要虚拟机模板中预装的是 H3C 定制的 cloud-init 包（如 h3c-cloud-init 或 cas-cloud-init），而非标准的开源版本。仅通过 yum install cloud-init 安装的标准版，可能无法被 CAS 的 /cas/casrs/vm/deploy 接口正确识别和调用。

2. 数据源不匹配：你配置的 nocloud, configdriver, openstack 数据源是开源 cloud-init 的通用配置。CAS 平台为了自身的管理需要，可能会使用自己特定的数据源（如 CAS 或 H3C）。因此，即便 cloud-init 服务在运行，也可能因为找不到正确的数据源而无法获取你通过 API 下发的 userdata。

🛠️ 故障排查与解决方案

建议你按照以下步骤进行排查和尝试：

第一步：检查模板中的 cloud-init 包

首先，登录到你的 OpenEuler 模板虚拟机，执行以下命令，确认安装的到底是标准版还是 H3C 定制版：

• 如果输出包含 h3c-cloud-init 或 cas-cloud-init：说明已安装定制版，问题可能出在其他地方。

• 如果输出仅包含 cloud-init：说明安装的是标准版，这很可能是问题根源。

第二步：尝试解决方案

• 方案一：使用 H3C 定制版 cloud-init（根本解决）

  • 操作：你需要获取 H3C 官方的 cloud-init 定制工具包或安装包。历史信息显示，H3C 定制工具包曾支持的 cloud-init 版本为 0.7.5-0.7.9。虽然目前可能不再直接提供，但最有效的方式是直接联系 H3C 技术支持（400热线）获取适配你 CAS 版本（E0708）和操作系统（OpenEuler）的定制化工具包或手册。

  • 操作：获取安装包后，在模板中卸载标准版，安装定制版，然后基于此模板重新部署测试。

• 方案二：通过 CAS Web 界面进行测试（辅助验证）

  • 操作：在 CAS Web 管理界面，通过“高级设置”或“自定义配置”的方式创建虚拟机并注入 userdata。

  • 目的：如果通过 Web 界面可以成功，说明 CAS 平台本身支持 userdata 注入，问题大概率出在 API 调用或模板的 cloud-init 版本上。

• 方案三：确认 userdata 格式正确

  • 操作：再次检查你通过 API 下发的 userdata 内容，确保格式完全正确，尤其不能缺少 #cloud-config 这个头部声明。