131-再部署一个 instance 和 Local Network1

在OpenStack环境中，实例（instance）的部署和网络配置是云基础设施管理的重要组成部分。本节主要探讨了如何再部署一个instance以及创建一个新的本地网络（Local Network），并关注了网络连通性和DHCP服务的配置。 我们回顾一下上一节的内容。在那时，已经成功部署了一个名为cirros-vm1的实例，它被接入到了first_local_net网络中，这个网络的IP地址范围是172.16.1.0/24。cirros-vm1被调度到某个控制节点上，通过Open vSwitch（OVS）的桥接设备br-int与其他网络资源进行通信。当运行`ovs-vsctl show`命令时，可以看到与cirros-vm1相关的tap设备，例如tapddbbb728-93，这是OpenStack用来虚拟化网络接口的设备。 接下来，我们部署了cirros-vm2，它同样被配置在first_local_net中，分配的IP地址为172.16.1.4。由于两个实例都在同一个网络中，因此cirros-vm2能够ping通cirros-vm1的IP地址172.16.1.3，这表明网络连通性正常。这种连通性的实现依赖于OpenStack Neutron服务，它负责管理和配置虚拟网络。 现在，我们要创建第二个本地网络second_local_net。这个新网络的主要目的是为了分析不同local network之间的连通性。second_local_net的大部分属性与first_local_net相同，包括使用OVS作为虚拟交换机，但是IP池范围不同，它使用的是172.16.1.101-172.16.1.200。这样，当在这个新的网络中启动实例时，它们将自动获得这个IP范围内的地址。 DHCP服务对于自动分配IP地址至关重要。在second_local_net中，DHCP设备已经准备就绪，对应的tap设备为tap2c1b3c58-4e，这也连接到了br-int桥接设备。这确保了新启动的实例能够自动获取IP地址并加入网络。 在下一节中，计划将instance部署到second_local_network，并进一步检查和分析这两个local network之间的通信情况。这可能涉及到配置安全组规则，以允许或限制不同网络间的流量，也可能涉及验证路由和网络隔离的效果。理解这些概念对于构建可扩展、安全且灵活的云环境至关重要。 总结来说，本节主要涵盖了OpenStack中实例的再次部署、网络创建以及网络连通性的验证，这些都是云基础设施管理的基础技能。通过这样的实践，我们可以深入理解OpenStack的网络模型，包括OVS、Neutron服务、DHCP分配以及虚拟网络接口的交互。