上一节最后问了大家一个问题：如果 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。

本文转自CloudMan6 51CTO博客，原文链接:http://blog.51cto.com/cloudman/1913664