如果 instance 无法通过 metadata service 获取 metadata（无 DHCP 或者 nova-api-metadata 服务），instance 还可以通过 config drive 获得 metadata。
config drive 是一个特殊的文件系统，OpenStack 会将 metadata 写到 config drive，并在 instance 启动时挂载给 instance。如过 instance 安装了 cloud-init，config drive 会被自动 mount 并从中读取 metadata，进而完成后续的初始化工作。
接下来我们将实践 config-drive。
配置
config drive 默认是 disable 的，所以首先得启用。有两种方法启用 config drive：
启动 instance 时指定
--config-drive true。在计算节点的 /etc/nova/nova.conf 中配置
force_config_drive = true，这样部署到此计算节点的 instance 都会使用 config drive。我们实验中使用的就是这种方法。
config drive 支持两种格式，iso9660 和 vfat，默认是 iso9660，但这会导致 instance 无法在线迁移，必须设置成config_drive_format=vfat 才能在线迁移，这一点需要注意。
配置完成后，重启 nova-compute 服务。
过程分析
部署一个新的 cirros instance c2，我们先到计算节点的 instances 目录下看看 c1 与 c2 的区别。
c2 的目录下会多一个 disk.config 文件，这就是 config drive。通过virsh edit 可以看到 disk.config 已经挂载到 instance 上了。
打开 c2 的控制台，hostname 已经配置好，说明 metadata 拿到了。
为了确保 metadata 不是从 nova-api-metadata 获取，我已经提前关闭了 DHCP 服务，可以看到当前 c2 是没有 IP 的。
lsblk 查看块设备，iso 设备 sr0 就是 config drive。
mount sr0，查看 config drive 的内容。
meta_data.json 中存放了 ssh public key, hostname 等信息。
instance 可以通过 nova-api-metadata 或者 config drive 这两种途径拿到 metadata，如何使用这些 data 是 cloud-init 要完成的工作，下节我们将开始详细讨论 cloud-init。
本文转自CloudMan6 51CTO博客，原文链接:http://blog.51cto.com/cloudman/1911954
