下面是 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 ...