openstack中子中distributed_virtual_router和router_centralized_snat端口结合的随机延迟

Question

我创建了一个名为"Private_Network“的专用网络，其范围为192.168.220.0/24，并在openstack中创建了一个名为"Virtual_Router”的虚拟路由器，该路由器连接到外部网络。然后，我将默认的网关"Private_Network“( 192.168.220.1 )连接到"Virtual_Router”，这样连接到"Private_Network“的所有VM都可以通过SNAT访问Internet。

我使用vxlan作为覆盖网络，并使用平面提供商网络。

通过将"Private_Network“连接到"Virtual_Router"，立即创建两个端口: IP地址为192.168.220.1的router_interface_distributed和IP地址为192.168.220.45的router_centralized_snat，但是，这两个端口处于下降状态的时间都比较长，随机时间约为2小时、45分钟或20分钟。我要指出的是，当我将"Private_Network“连接到"Virtual_Router”时(不到一分钟)，端口就很少起来。

我找了很多东西，找出这个问题背后的主要原因。我并不认为服务器配置是错误的，因为在我将"Private_Network“连接到"Virtual_Router”之后，有几个端口会立即启动。因此，我试图查看日志文件，并注意到为了使每个端口达到UP状态，需要经过三个主要阶段: DHCP、端口绑定和L2配置。我更改了日志级别，以详细调试和调查日志文件。

我多次运行以下过程：

1. 在Horizon创建一个全新的项目。
2. 创建一个全新的虚拟网络(称为"Private_Network")，范围为192.168.220.x/24。
3. 创建一个全新的虚拟路由器(称为"Virtual_Router")连接到外部网络。
4. 将"Private_Network“的端口192.168.220.1 (默认网关)连接到"Virtual_Router”。
5. cat /var/log/中子/*- grep snat_port

在我实验的十多个案例中，中子要么停留在“端口绑定”阶段，要么停留在"L2供应“阶段。当它停留在“端口绑定”时，需要随机时间完成，比如45分钟、20分钟或10分钟，一旦“端口绑定”阶段完成，"L2供应“阶段将在不到一分钟内完成，端口状态更改为”向上“。但是，如果"L2供应“阶段被卡住，前两个阶段在不到1分钟内就完成了，但是"L2供应”却停留了几个小时。这使我如此困惑，为什么我看到这么多的延误，使港口“上升”。

如果有人能帮助我解决这个问题，我将不胜感激。

Answer 1

通常，端口产生的问题需要管理员访问/日志才能完全排除故障。

使用DVR比较困难，但是您可能必须跟踪每个端口的创建，并查看延迟发生的位置。

在Openstack中，事件正在通过rabbitmq进行传输，以提供端到端的编排。如果过程的某一部分需要时间，整个过程将被延迟。