您好,登錄后才能下訂單哦!
今天就跟大家聊聊有關instance怎么獲得自己的Metadata,可能很多人都不太了解,為了讓大家更加了解,小編給大家總結了以下內容,希望大家根據這篇文章可以有所收獲。
要想從 nova-api-metadata 獲得 metadata,需要指定 instance 的 id。但 instance 剛啟動時無法知道自己的 id,所以 http 請求中不會有 instance id 信息,id 是由 neutron-metadata-agent 添加進去的。針對 l3-agent 和 dhcp-agent 這兩種情況在實現細節上有所不同,下面分別討論。
流程:instance -> neutron-ns-metadata-proxy -> neutron-metadata-agent -> nova-api-metadata,處理細節說明如下:
① neutron-ns-metadata-proxy 接收到請求,在轉發給 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 對應的 port。
3)通過 port 找到對應的 instance 及其 id。
③ neutron-metadata-agent 將 instance id 添加到 http 請求的 head 中,然后轉發給 nova-api-metadata,這樣 nova-api-metadata 就能返回指定 instance 的 metadata 了。
我們再來看 dhcp-agent 的情況。
① neutron-ns-metadata-proxy 在轉發請求之前會將 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 對應的 port。
3)通過 port 找到對應的 instance 及其 id。
③ neutron-metadata-agent 將 instance id 添加到 http 請求的 head 中,然后轉發給 nova-api-metadata,這樣 nova-api-metadata 就能返回指定 instance 的 metadata 了。
這樣,不管 instance 將請求發給 l3-agent 還是 dhcp-agent,nova-api-metadata 最終都能獲知 instance 的 id,進而返回正確的 metadata。
從獲取 metadata 的流程上看,有一步是至關重要的:instance 必須首先能夠正確獲取 DHCP IP,否則請求發送不到 169.254.169.254
。但不是所有環境都會啟用 dhcp,更極端的,有些環境可能連 nova-api-metadata 服務都不會啟用。
看完上述內容,你們對instance怎么獲得自己的Metadata有進一步的了解嗎?如果還想了解更多知識或者相關內容,請關注億速云行業資訊頻道,感謝大家的支持。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。