上一节最后问了大家一个问题:如果 subnet 没有开 DHCP,会是怎样一个情况?
在其他条件不变的情况下,cloud-init 依然会完成那 3 个步骤,也就是说网卡还是会被配置成 dhcp 模式,只是最后网卡没办法获得 IP 而已。
不开 DHCP 也是一个常见的场景,为了让 instance 的网卡在这种情况下也能够被正确配置,我们需要借助 config drive,下面开始实践。
在计算节点 /etc/nova/nova.conf 中需要添加一个配置,然后重启 nova-compute 服务。
[DEFAULT]
flat_injected = True
flat_injected 的作用是让 config drive 能够在 instance 启动时将网络配置信息动态注入到操作系统中。
当前网络的 DHCP 已经关闭。
instance 部署时指定使用 config drive。
Neutron 为 instance 分配的 IP 为 18.18.18.5
。
instance 启动后登录系统,ip a
验证 IP 已经成功配置,说明 config drive 起作用了。
重要的是弄懂 18.18.18.5
这个 IP 是如何配置上去的。打开 /var/log/cloud-init.log,分析如下:
① 扫描出 instance 中的所有网卡,这一步与不使用 config drive 的情况完全一样。
② 获取该网卡的配置信息。 日志显示配置信息是从 ds
获取。ds 是 datasource 的缩写,在这里指的就是 config drive。在不使用 config drive 的情况下采用的是 fallback
配置。网卡配置信息记录在 config drive openstack/latest/network_data.json 文件里,内容如下:
③ 将配置信息写入 /etc/network/interfaces.d/50-cloud-init.cfg,内容为:
可以看到 IP 以 static
方式配置。
总结一下:
1. 在没有使用 config drive 的情况下,cloud-init 只会配置第一块网卡,且设置为 dhcp 模式,所以:
① 如果 instance 只有一块网卡,且启用了 DHCP,网卡能够被正常拉起。
② 如果 instance 有多块网卡,第一块会尝试以 dhcp 方式拉起,其他网卡不作处理。
2. 使用 config drive 的情况下,无论是否启用 DHCP,所有网卡都能被正确配置且成功拉起(如果 dhcp 网卡 >= 2,CentOS 还是有问题,可能跟目前所用的 cloud-init 版本较低有关)。
3. 如果可能,尽量使用 config drive。
讨论完网络配置这个最重要的主题,下一节我们来看看 cloud-init 的其他典型应用:设置 hostanme,设置用户初始密码,安装软件等。