下面是 Metadata Service 的架构图，本节我们详细讨论各个组件以及它们之间的关系。 nova-api-metadata nova-api-metadata 是 nova-api 的一个子服务，它是 metadata 的提供者，instance ...

要想从 nova-api-metadata 获得 metadata，需要指定 instance 的 id。但 instance 刚启动时无法知道自己的 id，所以 http 请求中不会有 instance id 信息，id 是由 neutron-metadata-agent 添加进去的。针对 ...

Core Plugin/Agent 负责管理核心实体：net, subnet 和 port。而对于更高级的网络服务，则由 Service Plugin/Agent 管理。Service Plugin 及其 Agent 提供更丰富的扩展功能，包括路由，load balance，firewall ...

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

接上节，启动 neutron router 后 instance c1 终于拿到了 metadata, 从下面 c1 的启动日志可知： c1 所认为的 metadata 服务地址是 169.254.169.254，端口为 80。我们在 c1 中尝试访问一下 metadata ...

我们将通过实验详细分析 instance 从 nova-api-metadata 获取信息的完整过程。 环境介绍 1. 一个 all-in-one 环境（多节点类似）。 2. 已创建 neutron 网络 test_net，DHCP 已启动。在这个 metadata 实验 ...

这是 OpenStack 实施经验分享系列的第 11 篇。 本节教大家更新 OpenStack 组件的方法。请注意，是更新（Update）而不是升级（Upgrade）。更新是给组件打补丁，版本不变；而升级是刷新版本，比如从 kilo 升级到 liberty。 更新真的有必要 ...

终于正式进入 OpenStack 部分了。 今天开始，CloudMan 将带着大家一步一步揭开 OpenStack 的神秘面纱。 OpenStack 已经走过了 6 个年头。 每半年会发布一个版本，版本以字母顺序命名。现在已经到第 12 个版本 Liberty（字母 L ...