“应用程序故障排除”介绍了对 NSX Advanced Load Balancer 进行故障排除的过程。 后续主题 数据包捕获本节介绍了如何使用数据包捕获对 NSX Advanced Load Balancer 进行故障排除。 对 SE 中的数据包延迟进行故障排除SE 时间流量跟踪器可以通过网络设备跟踪网络特性、关键检查点的处理时间,以及数据包旅程中的标记排队延迟。 部署后实时衡量指标更新速度减慢NSX Advanced Load Balancer UI 显示虚拟服务、池、服务器等对象的实时衡量指标。建议使用过去 30 分钟选项以进行更清晰的查看。但是,图形可能仅每隔几分钟更新一次,从而导致 5 分钟的平均数据块。 SSL 可见性和故障排除NSX Advanced Load Balancer 提供了许多可帮助了解 SSL 流量利用率及对 SSL 相关问题进行故障排除的功能。 NSX Advanced Load Balancer 系统中的故障故障表示 NSX Advanced Load Balancer 系统中发生了问题,并描述特定时刻的状态。每个故障都会生成一个系统事件,这是该事件的历史表示形式。不能将故障与警示混淆。虽然故障表示特定时刻的问题,但警示是根据在事件上定义的表达式生成的。 技术支持本节介绍了 NSX Advanced Load Balancer Pulse 提供的主动技术支持服务。 HTTP 错误代码HTTP 或 HTTPS 通信失败时,NSX Advanced Load Balancer 会使用各种错误代码进行响应。本节介绍从服务器返回的一些常见 HTTP 错误代码。 调试虚拟服务时启用会话密钥捕获本节详细介绍在使用 CLI 和 UI 调试虚拟服务时启用会话密钥捕获的配置。 服务器发生启动和关闭抖动服务器发生启动和关闭波动是一个常见问题。通常,服务器波动是由服务器达到或略微超过运行状况监控器允许的最大响应时间引起的。 非一致的 RR 流量分布测试新负载均衡器时的一个常见要求是验证它能否正确均衡负载。循环负载均衡算法通常用作简单的测试用例。 Hypervisor 报告 SE CPU 利用率高的原因本节介绍 Hypervisor 或主机报告 NSX Advanced Load Balancer SE CPU 利用率高的原因。 了解分析图中的“无数据”NSX Advanced Load Balancer UI 上的分析图或日志图中无数据,表示特定事件或实体没有可显示的数据。 在 NSX Advanced Load Balancer UI 上观察到 SE_SYN_CACHE_USAGE_HIGH 和 CONN_DROP_POOL_LB_FAILURE 警示本节介绍为什么在 NSX Advanced Load Balancer UI 的操作 > 事件下观察到 SE_SYN_CACHE_USAGE_HIGH 和 CONN_DROP_POOL_LB_FAILURE 警示。 服务引擎的自动重新均衡选项不起作用本节讨论 NSX Advanced Load Balancer 上服务引擎的自动重新均衡功能无法按预期工作时的解决方案。因此,当服务引擎上的负载高于或低于定义的阈值时,虚拟服务不会缩减或扩展到其他服务引擎。 服务引擎故障检测故障检测对于实现服务引擎高可用性至关重要。 CPU 利用率差异主机监控工具报告的 CPU 利用率数字与 NSX Advanced Load Balancer SE 使用的实际 CPU 可能不同。CPU 利用率的这种差异是设计使然。本文介绍了值存在差异的原因。您还可以通过 NSX Advanced Load Balancer UI 和 CLI 模式进行故障排除。 覆盖管理网络控制器会在本地运行 Docker,以便为非超级用户帐户运行 NSX Advanced Load Balancer CLI 服务器提供沙箱。默认情况下,Docker 会创建一个具有 IP 地址 172.17.0.1/16 的 Linux 网桥接口。此接口可能会导致此 172.17.0.1/16 网络范围内的控制器与主机之间发生冲突和通信故障,因为控制器将通过 Docker 网桥为整个 /16 子网提供本地下一跃点路由。