山石云·界：Config-Drive

介绍Config-Drive之前，我们先看看ETSI（欧洲电信标准化协会）第二次互操作测试中，一个典型NFV业务场景的落地实践。

▲  跨多VIM的Cross-Site VPN

仅花费两分钟的时间进行自动化部署Cross-site VPN，你可以直接访问多个数据中心的内部业务，这实在太快了。

如果你稍加了解，就会发现 Cloud-init 起到关键作用。

听都听不懂！这玩意能和我们有什么关系呢？

等等，先别急着关页面！

因为如果你稍加了解一下，就会发现，他其实

非！常！酷！

用户往往需要对VNF进行初始化操作，比如配置IP、主机名、添加SSH秘钥等等。

那么我们创建的配置如何就那么神奇的放到instance中呢？

Cloud-init获取配置有两种：DHCP和Config-Drive。

我们绝不剧透！！！

预告：领衔主演是Config-Drive

大家都有这样的经历，去快递驿站取自己的快递。但是有一个前提，快递员发了一条取货码的短信给你。这类似VNF需要DHCP获取地址，然后去Server获取配置信息。

但是，

有一个不可避免的问题：收不到取货码的短信，这实在是太“烦”了！

比如我们家门口有一个属于自己的收件箱，那么我们就不需要取货码来取快递。

同理，VNF没有IP怎么办？ OpenStack使用Config-Drive机制将Metadata信息写入虚拟机的一个特殊的配置设备中，比如CD-ROM。

所以在环境中不存在DHCP的情况下，使用Config-Drive也能实现VNF的初始化配置。

Config-Drive的应用

Linux和Windows都支持Config-Drive获取Metadata。

以上说了辣么多，其实我就想说：Cloud-init的两种注入方式山石云·界都支持了。