通过 dhcp-agent 访问 Metadata - 每天5分钟玩转 OpenStack（168）

OpenStack 默认通过 l3-agent 创建和管理 neutron-ns-metadata-proxy，进而与 nova-metadata-api 通信。但不是所有环境都有 l3-agent，比如直接用物理 router 的场景。这时就需要走另一条路：让 dhcp-agent 来创建和管理 neutron-ns-metadata-proxy。

打开 /etc/neutron/dhcp_agent.ini，设置 <code>force_metadata</code>

重启 dhcp-agent 后，可以看到控制节点上多了一个 neutron-ns-metadata-proxy 进程。

此进程通过 <code>--network_id</code> 关联到 <code>test_net</code>，这就是 dhcp-agent 启动的 neutron-ns-metadata-proxy，用于接收 <code>test_net</code> 网络上 instance 的 metadata 请求。每一个 network 都有一个与之对应的 neutron-ns-metadata-proxy。

重启 instance <code>c1</code>，查看路由表。

请注意，现在访问 <code>169.254.169.254</code> 的路由已由之前的 <code>17.17.17.1</code>变为 <code>17.17.17.2</code>。这里的 <code>17.17.17.2</code> 是 dhcp-agent 在<code>test_net</code> 上的 IP。这条路由是由 dhcp-agent 添加进去的。正是因为这条路由的存在，即便 l3-agent 与 dhcp-agent 同时提供 neutron-ns-metadata-proxy 服务，metadata 请求也只会发送给 dhcp-agent。

后面的数据流向就与 l3-agent 的场景一样了：neutron-ns-metadata-proxy 将请求通过 unix domain socket 发给 neutron-metadata-agent，后者再通过管理网络发给 nova-api-metadata。

到这里，我们已经分别讨论了通过 l3-agent 和 dhcp-agent 访问 metadata 的实现方法。对于 <code>169.254.169.254</code>：

l3-agent 用 iptables 规则来转发。

dhcp-agent 则是将此 IP 配置到自己的 interface 上。

不知道大家有没有这样一个疑问：

nova-api-metadata 是怎么知道应该返回哪个 instance 的 metadata？<code>c1</code> 只是向 <code>169.254.169.254</code> 发送了一个 http 请求，nova-api-metadata 怎么就知道应该返回 <code>c1</code> 的 metadata 呢？

下节咱们详细分析这个问题。

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