深度解析 OpenStack metadata 服务架构
2019-01-18 11:17
启迪云计算
关注
通过router发送请求
如果虚拟机所在subnet 连接在了router 上，那么发向169．254．169．254 的报文会被发至router。如下图所示，neutron 通过在router 所在网络命名空间添加iptables 规则，将该报文转发至9697 端口，而neutron－ns－metadata－proxy 监听着该端口，所以报文被neutron－ns－metadata－proxy 获取。
通过DHCP发送请求
如果虚拟机所在subnet 没有连接在任何router 上，那么请求则无法通过router 转发。此时 neutron 通过DHCP 服务器来转发metadata 请求。从 下图可以看到DHCP 服务器的IP 配置信息，发现DHCP 服务器配置了两个IP，其中一个就是169．254．169．254。并且DHCP服务器对应的neutron－ns－metadata－proxy监听着80端口，从而发向169．254．169．254 的报文会被发至neutron－ns－metadata－proxy。
总结
OpenStack metadata服务为用户自定义配置虚拟机提供了有效的解决方案，在虚拟机创建阶段可以方便的将一些参数配置到虚拟机中。如果是在虚拟机的运行阶段，用户期待的一些参数又该如何传递到虚拟机呢，我们将会在后续的文章中讲解。
启迪云－高级开发工程师 郭全
分享
声明：
本文由入驻维科号的作者撰写，观点仅代表作者本人，不代表OFweek立场。如有侵权或其他问题，请联系举报。
最新活动更多
-
12月19日立即报名>> 【线下会议】OFweek 2024（第九届）物联网产业大会
-
即日-2025.8.1立即下载>> 《2024智能制造产业高端化、智能化、绿色化发展蓝皮书》
-
精彩回顾立即查看>> 2024先进激光技术博览展
-
精彩回顾立即查看>> 全数会2024中国深圳智能制造与机器人展览会
-
精彩回顾立即查看>> 2024（第五届）全球数字经济产业大会暨展览会
-
精彩回顾立即查看>> 维科杯·OFweek2024中国工业自动化及数字化行业年度评选
发表评论
请输入评论内容...
请输入评论/评论长度6~500个字
暂无评论
暂无评论