将 instance 连接到 second_local_net - 每天5分钟玩转 OpenStack(85)
今天是 local network 的最后一个小节,我们将验证两个local network 的连通性。
launch 新的 instance “cirros-vm3”,网络选择 second_local_net。
cirros-vm3 分配到的 IP 为 172.16.1.102。
cirros-vm3 被 schedule 到控制节点,对应的 tap 设备为 tap5395d19b-ed。
控制台显示 cirros-vm3 已经成功从 DHCP 拿到 IP 地址 172.16.1.102。
但是 cirros-vm3 无法 Ping 到 cirros-vm1。
这是在预料之中的,因为 cirros-vm3 和 cirros-vm1 位于不同的 local network,之间没有连通,即使都位于同一个宿主机也不能通信。
网络结构如下:
小结
到这里 local network 的知识点已经讨论完毕,做个小结吧。
1. 位于同一 local network 的 instance 可以通信。
2. 位于不同 local network 的 instance 无法通信。
3. 一个 local network 只能位于一个物理节点,无法跨节点。
虽然在实际应用中极少使用 local network,但学习 local network 的意义在于:
local network 可以作为学习 flat, vlan, vxlan 等更复杂网络类型的起点,降低 Neutron 的学习难度。
下一节开始我们将进入 flat network。

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
在《The DevOps 2.0 Toolkit》测试时要作的ansible的配置更改
这本极有用。要看完,测试完。 原生的配置: - name: Docker Compose is present get_url: url: https://github.com/docker/compose/releases/download/1.4.1/docker-compose-Linux-x86_64 dest: /usr/local/bin/docker-compose tags: [docker] 因为老是超时,所以更改为如下的红字,先自己CP下来,再CP到VAGRANT中去。 - name: Add Docker repository and update apt cache apt_repository: repo: deb https://apt.dockerproject.org/repo ubuntu-trusty main update_cache: yes state: present tags: [docker] - name: Docker is present apt: name: docker-engine state: latest force: ...
- 下一篇
API网关遇上容器服务
在API经济和微服务的背景下,如何对服务的API进行管理是大家都很感兴趣的话题。本文通过利用阿里云的容器服务和API网关,构建一个完整的基于Docker的具有API管理功能的服务。 API管理 假定我们需要这么一个经典的后端服务,访问如下API接口的时候返回Hello World: $ curl http://apisvc.hostxx/api <p>Hello World</p> 这个服务推出后广受欢迎,但是烦恼总是伴随幸福不期而至: 对API进行计费怎么做? 外界访问API的流量太高了,如何进行流量控制? 外界访问API的并发连接太多了,能不能把这许多连接合成一个长连接访问服务? 如何对API进行保护,让只有授权的应用才能访问API? ... ... 这实际上涉及到了API管理的内容,并且很多和业务逻辑无关。是否可以利用云
相关文章
文章评论
共有0条评论来说两句吧...