这篇文章将为大家详细讲解有关如何通过dhcp-agent访问 Metadata ,文章内容质量较高,因此小编分享给大家做个参考,希望大家阅读完这篇文章后对相关知识有一定的了解。OpenStack 默认通过 l3-开发云主机域名agent 创建和管理 neutron-ns-metadata-proxy,进而与 nova-metadata-api 通信。但不是所有环境都有 l3-agent,比如直接用物理 router 的场景。这时就需要走另一条路:让 dhcp-agent 来创建和管理 neutron-ns-metadata-proxy。打开 /etc/neutron/dhcp_agent.ini,设置force_metadata
重启 dhcp-agent 后,可以看到控制节点上多了一个 neutron-ns-metadata-proxy 进程。此进程通过--network_id
关联到test_net
,这就是 dhcp-agent 启动的 neutron-ns-metadata-proxy,用于接收test_net
网络上 instance 的 metadata 请求。每一个 network 都有一个与之对应的 neutron-ns-metadata-proxy。重启 instancec1
,查看路由表。请注意,现在访问169.254.169.254
的路由已由之前的17.17.17.1
变为17.17.17.2
。这里的17.17.17.2
是 dhcp-agent 在test_net
上的 IP。这条路由是由 dhcp-agent 添加进去的。正是因为这条路由的存在,即便 l3-agent 与 dhcp-agent 同时提供 neutron-ns-metadata-proxy 服务,metadata 请求也只会发送给 dhcp-agent。同时我们也看到,dhcp-agent 已经将 IP169.254.169.254
配置到了自己身上。也就是说:c1
访问 metadata 的请求http://169.254.169.254实际上是发送到了 dhcp-agent 的 80 端口。而监听 80 端口的正是 dhcp-agent 启动的 neutron-ns-metadata-proxy 进程。后面的数据流向就与 l3-agent 的场景一样了:neutron-ns-metadata-proxy 将请求通过 unix domain socket 发给 neutron-metadata-agent,后者再通过管理网络发给 nova-api-metadata。到这里,我们已经分别讨论了通过 l3-agent 和 dhcp-agent 访问 metadata 的实现方法。对于169.254.169.254
:l3-agent 用 iptables 规则来转发。dhcp-agent 则是将此 IP 配置到自己的 interface 上。不知道大家有没有这样一个疑问:nova-api-metadata 是怎么知道应该返回哪个 instance 的 metadata?c1
只是向169.254.169.254
发送了一个 http 请求。关于如何通过dhcp-agent访问 Metadata 就分享到这里了,希望以上内容可以对大家有一定的帮助,可以学到更多知识。如果觉得文章不错,可以把它分享出去让更多的人看到。
本篇内容介绍了“Android布局面试题有哪些”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!Android 中常用的布局都有哪些? FrameLayoutRel…
免责声明:本站发布的图片视频文字,以转载和分享为主,文章观点不代表本站立场,本站不承担相关法律责任;如果涉及侵权请联系邮箱:360163164@qq.com举报,并提供相关证据,经查实将立刻删除涉嫌侵权内容。