|
源码:
- title OpenStack Metadata WorkFlow
-
- participant vm
- participant haproxy
- participant UNIX Socket
- participant neutron-metadata-agent
- participant nova-api-metadata
-
- vm -> haproxy: curl 169.254.169.254(第一次转发）
- note over haproxy: Add header X-Neutron-Network-ID
- haproxy -> UNIX Socket: 第二次转发
- UNIX Socket -> neutron-metadata-agent: 第二次转发
- note over neutron-metadata-agent: get_instance_and_tenant_id
- note over neutron-metadata-agent: sign_instance_id
- neutron-metadata-agent -> nova-api-metadata: 第三次转发
- note over nova-api-metadata: get_metadata_by_instance_id
- nova-api-metadata -> neutron-metadata-agent: metadata
- neutron-metadata-agent -> UNIX Socket: metadata
- UNIX Socket -> haproxy: metadata
- haproxy -> vm: metadata
【本文是51CTO专栏作者“付广平”的原创文章，如需转载请通过51CTO得到接洽】
戳这里，看该作者更多好文 【编辑保举】 - Java假造机是怎样执行线程同步的
- OpenStack行使Ceph存储，Ceph到底做了什么?
- 大局限裸机打点难? UMCloud张文墨教你怎样用OpenStack来搞定
- Java假造机的Heap牢狱
- OpenStack情形中运行大数据体系的四大存储题目
【责任编辑：武晓燕 TEL：（010）68476606】
点赞 0 （编辑：湖南网）
【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!
|
