故障排除

2021年9月14日

由:

年代 C

如果负载平衡在配置后没有按预期工作，可以使用一些常用工具访问Citrix ADC资源并诊断问题。

负载均衡故障排除资源

为获得最佳效果，请使用以下资源解决Citrix ADC设备上的内容切换问题:

最新的ns.conf文件
有关newnslog文件
如果可能的话，记录在设备和相关客户端上的虚包跟踪
ns.log文件

除上述资源外，以下工具可加快故障排除:

一个可以显示HTTP标头的浏览器插件工具。这可用于排除与持久性相关的问题。
为Citrix ADC跟踪文件定制的Wireshark应用程序。

负载均衡问题

问题

当用户监视器绑定到绑定到启用了-m MAC选项的虚拟服务器的服务时，CPU使用率达到100%。

决议

将非用户监视器绑定到服务。

问题
我创建了一个用于监视的用户脚本，但它不起作用。
决议
检查脚本中的参数数量。限制是512。有超过512个参数的脚本可能无法正常工作。在命令行中使用nmon -debug.pl脚本来调试脚本。
问题
我看到很多监视器探测，它们似乎不必要地增加了网络流量。有办法关掉监控探头吗?
决议
您可以通过禁用监视器或在set service命令中将healthMonitor参数的值设置为NO来取消监视探测连接。使用NO选项，设备将始终将服务显示为UP。

问题
我已经为服务设置了监控器，但连接仍然指向关闭的服务器。
决议
您可能需要减小监视器探测间隔。Citrix ADC设备在监视器发送探测之前不会检测到DOWN状态。
问题
绑定到监视器的度量出现在本地和自定义度量表中。
决议
如果从本地度量表中选择度量值，则在度量值名称前添加本地前缀。但是，如果指标是从自定义表中选择的，则不需要添加任何前缀。
问题
对服务的监视探测没有到达该服务。
决议
检查您是否为某个服务设置了连接数限制。如果是，通过将monitorSkipMaxClient参数设置为ENABLED，可以使监视-探测连接不受此限制。
问题
我能够ping这些服务器，但是服务的状态总是显示为DOWN。
决议
检查配置的监视器类型。例如，如果服务器未配置SSL，而您使用HTTPS监视器，则服务的状态标记为DOWN。在这种情况下，使用TCP监视器必须将服务的状态更改为UP。
问题
为负载监控器设置权重并不有助于确定服务的状态。
决议
负载监控器无法确定服务的状态。因此，在负载监控器上设置权重是不合适的。
问题
服务不稳定。
决议
请考虑对以下组件进行故障排除:
- 验证将正确的服务器绑定到该服务。
- 验证绑定到服务的监视器类型。
- 验证监视器故障的原因。您可以从Services页面打开服务，并在Configure service对话框的Monitors选项卡中验证监视器的探测数量、失败和最后响应状态的详细信息。单击已配置的监视器，显示详细信息。
- 如果是自定义监控器，则将TCP或ping监控器绑定到服务，并验证监控器的状态。如果这样解决了问题，则自定义监视器存在一些问题，需要进一步调查。
- 您可以在Citrix ADC设备上记录数据包跟踪，并验证监视探针和服务器响应，以便进行进一步调查。
问题
事件解释VIP (virtual IP)地址不稳定或状态为DOWN。
决议
请考虑对以下组件进行故障排除:
- 负载均衡特性已获得授权。
- 验证该特性是否已启用。
- 验证是否将适当的服务绑定到虚拟服务器。
- 如果VIP地址状态为DOWN，请确认管理员已开启该业务。如果不是，则该服务的状态必须为out - service。在这种情况下，您必须启用服务并验证问题是否已解决。
- 验证绑定到虚拟服务器的服务，并完成针对服务不稳定问题所提到的故障排除步骤。
- 如果VIP地址不稳定，绑定到虚拟服务器上的所有业务都会失败。因此，请验证所有服务是否同时出现故障。如果是这样，则Citrix ADC设备和服务器之间存在网络问题。
问题
站点负载不均衡。
决议
请考虑对以下组件进行故障排除:
- 验证设备上配置的负载均衡方法。
- 验证与服务关联的权重是否符合预期。
- 如果负载均衡方式不是轮询，请检查当前登录服务器的连接数newnslog文件。可以通过以下命令验证newnslog文件:
  # nsconfig -K -s ConLb=2 -d oldconfig . #
  验证特定虚拟服务器的服务，并检查响应时间、打开已建立连接(OE)、请求数量、持久请求和持久速率(P)，以进一步排除问题。
- 如果负载均衡方式为轮询，请参考上一步验证持久请求。另外，检查服务是否稳定。如果不是，请完成服务不稳定问题的故障排除步骤
- 验证设备上是否配置了持久性。
- 检查是否有服务不稳定。如果是，请完成服务不稳定问题的处理步骤。
问题
服务状态显示为DOWN。
决议
请考虑对以下组件进行故障排除:
- 验证是否配置了SNIP地址。
- 验证是否将适当的监视器绑定到服务。
- 如果自定义监控器绑定到服务，则将TCP或ping监控器绑定到服务，并验证监控器的状态。如果这样解决了问题，则自定义监视器存在一些问题，需要进一步调查。
- 验证在其他子网的服务器的服务状态是否显示为DOWN。如果是，请验证是否使用子网IP (USNIP)解决了问题，因为这可能是由于MIP地址无法与服务器通信。
问题
响应时间有问题。
决议
请考虑对以下组件进行故障排除:
- 通过运行以下命令从服务统计数据验证服务器响应时间:
  # nsconfig -K -s ConLb=2 -d oldconfig . #
- 检查服务是否稳定，服务状态是否显示为DOWN问题。
问题
其中一台服务器比其他负载均衡的服务器提供更多的请求。
决议
请考虑对以下组件进行故障排除:
- 验证负载均衡方式。使用轮询方法来平均分配客户端请求，而不考虑服务器上的负载。
- 确定负载均衡配置是否启用持久性。如果启用了持久性，则给定的服务器可能要承担更重的负载来维护其会话，特别是在持久性会话很长的情况下。
- 验证是否为每个服务分配了权重。分配适当的权重有助于合理的负载分配。
问题
到特定负载均衡服务器的连接中断。例如，到一个Outlook服务器的所有连接可能都停止了。
决议
请考虑对以下组件进行故障排除:
- 验证负载均衡方法。如果是轮询，请考虑将方法更改为连接最少的方法。
- 考虑减少监视器超时时间。更短的超时时间有助于更快地将服务标记为DOWN，这将有助于将流量引导到正常运行的服务器。
- 如果连接长时间处于停顿状态，则可能会生成激增队列。考虑刷新浪涌队列，以避免服务器上的负载突然激增。
- 如果服务器以最大水平工作，请考虑添加一个新服务器以获得更好的性能。
问题
大多数连接都指向特定的服务器，即使配置了用于负载平衡的最少连接方法。
决议
判断是否配置了持久化，且持久化类型为source IP。如果使用最少的连接方法配置了源IP持久性，则请求将发送到特定的服务器。维护会话信息需要服务器的IP地址。考虑使用基于HTTP cookie的持久性。
故障排除技巧对于其他问题，请考虑以下提示来排除上述未列出的问题:
- 如果多个负载监控器绑定到一个服务，则该服务上的负载是绑定到该服务上的所有负载监控器上的值的总和。为了使负载平衡正常工作，必须将同一组监视器绑定到所有服务。
- 如果禁用绑定到服务的负载监视器，且服务绑定到虚拟服务器，则虚拟服务器采用轮询方式进行负载均衡。
- 虚拟服务器绑定服务时，负载均衡方式为“CUSTOMLOAD”，服务状态为“UP”，虚拟服务器使用初始轮询方式进行负载均衡。如果服务没有自定义负载监控器，或者至少一个自定义负载监控器的状态不是UP，那么它将继续处于轮询状态。
- 所有绑定到负载均衡方法为CUSTOMLOAD的虚拟服务器的服务，必须将负载监控器绑定到这些服务。
- CUSTOMLOAD负载均衡方法还遵循启动轮询。
- 如果禁用基于指标的绑定，而这是最后一个活动指标，则特定的虚拟服务器将使用轮询方法进行负载平衡。通过将度量阈值设置为零，可以禁用度量。
- 当绑定到监视器的指标超过阈值时，将不考虑该特定服务进行负载平衡。如果所有业务都达到阈值，则虚拟服务器采用轮询方式进行负载均衡，并返回错误提示“5xx - server busy error”。
- 可以将来自自定义表的最多10个指标绑定到监视器。
- oid必须是标量变量。
- 为了实现成功的负载平衡，间隔必须尽可能小。间隔时间越大，检索负载值的时间越长。因此，使用不正确的值进行负载平衡。
- 用户不能修改本表。

本内容的官方版本为英文。一些Citrix文档内容是机器翻译的，仅供您使用。Citrix无法控制机器翻译的内容，这些内容可能包含错误、不准确或不合适的语言。对于从英语原文翻译成任何其他语言的任何译文的准确性、可靠性、适用性或正确性，或者您的思杰产品或服务符合任何机器翻译内容，以及根据适用的最终用户许可协议或服务条款或与思杰的任何其他协议提供的任何保证，不作任何形式的明示或暗示保证。产品或服务符合任何文件的规定不适用于机器翻译的文件。思杰将不对因使用机器翻译内容而产生的任何损害或问题负责。

故障排除

2021年9月14日

由:

年代 C

2021年9月14日

由:

年代 C

故障排除

负载均衡故障排除资源

负载均衡问题

在本文中