获取 metadata 过程详解 - 每天5分钟玩转 OpenStack（167）-低调大师

获取 metadata 过程详解 - 每天5分钟玩转 OpenStack（167）

2017-03-23 643

接上节，启动 neutron router 后 instance c1 终于拿到了 metadata, 从下面 c1 的启动日志可知：

c1 所认为的 metadata 服务地址是 169.254.169.254，端口为 80。我们在 c1 中尝试访问一下 metadata。

确实能够拿到 metadata。但我们知道 nova-api-metadata 是运行在控制节点上的，IP并不是 169.254.169.254，这是怎么实现的呢？下面我们分析一下这个过程。

从 c1 的路由表得访问 169.254.169.254 的请求会走 17.17.17.1。

17.17.17.1 实际上就是 test_router 在 test_net 上的 interface IP。这条路由是 OpenStack 自动添加到 instance 中的，这样就将 metadata 的请求转发到 neutron router。

ip netns 是管理 linux network namespace 的命令，如果对 namespace 不熟悉，可参考教程前面相关章节。

test_router 接收到 c1 的请求，会通过 iptable 规则转发到 9697 端口。

9697 端口是干嘛的？这是 neutron-ns-metadata-proxy 的监听端口。

到这里我们可以把思路重新理一下了：

instance 通过预定义的 169.254.169.254 请求 metadata。
请求被转发到 neutron router。
router 将请求转发给 neutron-ns-metadata-proxy。
再后面就简单了：neutron-ns-metadata-proxy 将请求通过 unix domain socket 发给 neutron-metadata-agent，后者再通过管理网络发给 nova-api-metadata。

OpenStack 默认通过 l3-agent 创建和管理 neutron-ns-metadata-proxy。但不是所有环境都有 l3-agent，比如直接用物理 router 的场景。这时就需要让 dhcp-agent 来管理 neutron-ns-metadata-proxy。

下一节我们分析 dhcp-agent 如何处理 metadata 请求。

微信关注我们

原文链接：https://yq.aliyun.com/articles/311491

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

ECS数据分区丢失问题处理方法、常见误区和最佳实践

本期分享嘉宾子岳多年客户系统和网络运维经验，擅长系统故障分析和排查，目前聚焦VPC网络相关问题处理。 ECS数据分区丢失问题处理方法、常见误区和最佳实践概述我们在处理客户磁盘相关问题时，经常遇到操作系统中数据盘分区丢失的情况。本文档介绍了Linux和Windows下常见的数据分区丢失问题，以及对应的处理方法，同时给出客户最佳实践以避免可能的数据丢失风险。重要在对数据修复之前，首先需要对分区丢失的数据盘创建快照。快照创建完成后再进行尝试修复，如果在修复过程中出现问题，可以通过快照回滚还原到修复之前的状态。工具说明磁盘分区修复和数据恢复使用的工具：Linux ： fdisk testdisk partprobe1、fdisk Linux 系统默认有的分区工具。2、testdisk Linux 系统默认没有安装。比如 Centos

2017-03-22

696

Docker把网络跟存储这两部分的功能实现都以插件化形式剥离出来，允许用户通过指令来选择不同的后端实现。这也是Docker希望构建围绕着容器的强大生态系统的一些积极的尝试。剥离出来的独立容器网络项目叫libnetwork，从名字就能看出来，它希望将来为不同容器定义统一规范的网络层标准。容器网络模型 libnetwork中容器网络模型（Container Networking Model，CNM）十分简洁，可以让上层使用网络的大量应用容器最大程度上不去关心底层实现。容器网络模型的结构如图所示。包括三种基本元素： Sandbox（沙盒）：代表一个容器（准确地说，是其网络命名空间）； Endpoint（接入点）：代表网络上可以挂载容器的接口，会分配IP地址； Network可以连通多个接入点的一个子网。对于使用CNM的容器管理系统来说，具体底下网络如何实现，不同子网彼此怎么隔离，有没有QoS，都可以不关心。只要插件能提供网络和接入点，只需把容器给接上或者拔下，剩下的都是插件驱动自己去实现。这样就解耦和容器和网络功能，十分灵活。首先，是驱动注册自己到网络控制器，网络控制器使用驱动类型...

2017-03-24

597

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。