要想從 nova-api-metadata 獲得 metadata，需要指定 instance 的 id。但 instance 剛啟動時無法知道自己的 id，所以 http 請求中不會有 instance id 信息，id 是由 neutron-metadata-agent 添加進(jìn)去的。針對 l3-agent 和 dhcp-agent 這兩種情況在實(shí)現(xiàn)細(xì)節(jié)上有所不同，下面分別討論。
?

l3-agent

?

下面是 l3-agent 參與情況下 metadata http 請求的處理流程圖。

大的流程為：instance -> neutron-ns-metadata-proxy -> neutron-metadata-agent -> nova-api-metadata，處理細(xì)節(jié)說明如下：

① neutron-ns-metadata-proxy 接收到請求，在轉(zhuǎn)發(fā)給 neutron-metadata-agent 之前會將 instance ip 和 router id 添加到 http 請求的 head 中，這兩個信息對于 l3-agent 來說很容易獲得。

② neutron-metadata-agent 接收到請求后，會查詢 instance 的 id，具體做法是：

1) 通過 router id 找到 router 連接的所有 subnet，然后篩選出 instance ip 所在的 subnet。

2）在 subnet 中找到 instance ip 對應(yīng)的 port。

3）通過 port 找到對應(yīng)的 instance 及其 id。

③ neutron-metadata-agent 將 instance id 添加到 http 請求的 head 中，然后轉(zhuǎn)發(fā)給 nova-api-metadata，這樣 nova-api-metadata 就能返回指定 instance 的 metadata 了。

我們再來看 dhcp-agent 的情況。

?

dhcp-agent

?

① neutron-ns-metadata-proxy 在轉(zhuǎn)發(fā)請求之前會將 instance ip 和 network id 添加到 http 請求的 head 中，這兩個信息對于 dhcp-agent 來說很容易獲得。

② neutron-metadata-agent 接收到請求后，會查詢 instance 的 id，具體做法是：

1) 通過 network id 找到 network 所有的 subnet，然后篩選出 instance ip 所在的 subnet。

2）在 subnet 中找到 instance ip 對應(yīng)的 port。

3）通過 port 找到對應(yīng)的 instance 及其 id。

③ neutron-metadata-agent 將 instance id 添加到 http 請求的 head 中，然后轉(zhuǎn)發(fā)給 nova-api-metadata，這樣 nova-api-metadata 就能返回指定 instance 的 metadata 了。

這樣，不管 instance 將請求發(fā)給 l3-agent 還是 dhcp-agent，nova-api-metadata 最終都能獲知 instance 的 id，進(jìn)而返回正確的 metadata。

從獲取 metadata 的流程上看，有一步是至關(guān)重要的：instance 必須首先能夠正確獲取 DHCP IP，否則請求發(fā)送不到?169.254.169.254。但不是所有環(huán)境都會啟用 dhcp，更極端的，有些環(huán)境可能連 nova-api-metadata 服務(wù)都不會啟用。那么 instance 還能獲得 metadata 嗎？

這就是下一節(jié)我們要討論的主題：config drive。
?

總結(jié)

以上是生活随笔為你收集整理的instance 怎么获得自己的 Metadata - 每天5分钟玩转 OpenStack（169）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。