① neutron-ns-metadata-proxy 在转发请求之前会将 instance ip 和 network id 添加到 http 请求的 head 中,这两个信息对于 dhcp-agent 来说很容易获得。
② neutron-metadata-agent 接收到请求后,会查询 instance 的 id,具体做法是:
1) 通过 network id 找到 network 所有的 subnet,然后筛选出 instance ip 所在的 subnet。
2)在 subnet 中找到 instance ip 对应的 port。
3)通过 port 找到对应的 instance 及其 id。
③ neutron-metadata-agent 将 instance id 添加到 http 请求的 head 中,然后转发给 nova-api-metadata,这样 nova-api-metadata 就能返回指定 instance 的 metadata 了。
这样,不管 instance 将请求发给 l3-agent 还是 dhcp-agent,nova-api-metadata 最终都能获知 instance 的 id,进而返回正确的 metadata。
从获取 metadata 的流程上看,有一步是至关重要的:instance 必须首先能够正确获取 DHCP IP,否则请求发送不到 169.254.169.254
。但不是所有环境都会启用 dhcp,更极端的,有些环境可能连 nova-api-metadata 服务都不会启用。那么 instance 还能获得 metadata 吗?
这就是下一节我们要讨论的主题:config drive。
来源: http://www.cnblogs.com/CloudMan6/p/6636339.html