故障排除

2021年8月24日

贡献者:

如果在配置后负载均衡无法按预期方式工作,则可以使用一些常用工具访问Citrix ADC资源并诊断问题。

负载平衡故障排除的资源

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

最新的ns.conf文件
相关纽斯利格文件
在制定和相关客户上记录的空虚空虚（如果可）
ns.log文章

除了上述资源之外，以下工具还可以加速故障排除：

一个可以显示超文本传输协议标头的浏览器附加工具。这可用于解决与持久性相关的问题。
针对citrix adc跟踪文库自定义的无线线路使用程序。

负载平衡问题疑难解答

问题

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

解决方案

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

问题
我创建了一个用于监视的用户脚本，但它不起作用。
解决方案
检查脚本中的参数数。限制是 512。具有超过 512 个参数的脚本可能无法正常工作。使用CLI中的nsumon-debug.pl脚本来调试脚本。
问题
我要看到若多种子器仪器，它们似乎不达地加加了网站输量。有何法关键词器仪器？
解决方案
您可以通过禁用监视器或将设置服务命令中健康监测参数的值设置为否来关闭监视器探测器连接。使用不选项，设备会始终将服务显示为向上的

问题
我要服务服务设置监视器，但但仍然定向到关键词。
解决方案
您可能需要缩短仪器探头间隔.citrix adc制备在仪器发布器中不合会检测关键词。
问题
绑定到监视器的衡量指标存在于本地和自定义衡量指标表中。
解决方案
如果从本地衡量指标表中选择了衡量指标，则将本地前缀添加到衡量指标名称。但是，如果从自定义表中选择了衡量指标，则无需添加任何前缀。
问题
对服务的监视器探测未到达服务。
解决方案
检查是否对服务的连接数设置了限制。如果是,则通过将MonitorSkipmaxClient参数设置为“启用”,从此限制中免除监视器——探测器连接。
问题
我能够ping器具，但服务的状态始终显示为止。
解决方案
检查已配置的监视器类型。例如,如果未为SSL配置服务器并且您使用HTTPS监视器,则服务的状态将标记为“向下”。在这种情况下,使用TCP监视器必须将服务的状态更改为。
问题
为负载监视器设置权重无助于确定服务状态。
解决方案
负载监视器无法决定服务的状态。因此，在负载监视器上设置权重是不合适的。
问题
服务不稳定。
解决方案
考虑对以下组件进行故障排除：
- 验证正确的服务器绑定到该服务。
- 验证绑定到服务的监视器类型。
- 验证显示器失败的原因。您可以从“服务”页面打开服务,然后在“配置服务”对话框的“监视器”选项卡中验证监视器的探测数量,故障和上次响应状态的详细信息。要显示详细信息，请单击已配置的监视器。
- 如果是自定义监视器，请将传输控制协议或发出砰的声响监视器绑定到服务并验证监视器的状态。如果这样可以解决问题，则自定义监视器出现一些问题，监视器需要进一步调查。
- 您可以在Citrix ADC设备上记录数码包跟踪，并验证监视器探测和器材响应，以便以便一步。
问题
虚拟IP (VIP)地址不稳定或其状态显示为“关闭”。
解决方案
考虑对以下组件进行故障排除：
- 验证负载平衡功能是否已获得许可。
- 验证功能是否已启用。
- 验证适当的服务是否绑定到虚拟服务器。
- 如果贵宾地址的状态显示为“向下”，请验证管理员是否已启用该服务。如果不是，服务的状态必须为 “服务中止”。在这种情况下，您必须启用该服务并验证问题是否已解决。
- 验证绑定到虚拟服务器的服务，并完成针对服务不稳定问题提到的故障排除步骤。
- 如果vip地址不稳定，绑定到虚拟服务仪的没有服务都必须失败。因此，验证所服务失败。如果是这样，则citrix adc制备与仪器之间现出的网站。
问题
该网站遇到负载均衡不均衡的情况。
解决方案
考虑对以下组件进行故障排除：
- 验证设备上配置的负载平衡方法。
- 验证与服务关键词。
- 如果负载平衡方法不是循环赛，请验证与纽斯利格文件中登录登录服务以闻处来文纽斯利格件上的号码：
  # nsconmsg -K -s ConLb=2 -d oldconmsg
  验证特定虚拟服务器的服务并检查响应时间,开放已建立连接(OE),请求数,持续请求和持续速率(P),以进一步解决问题。
- 如果负载平衡方法是循环赛，请验证前面步骤中提到的持久性请求。此外，验证服务是否不稳定。如果不是，请完成针对服务不稳定问题提到的故障排除步骤
- 验证设备上是否配置了持久性。
- 验证是否有任何服务不稳定。如果是，请完成针对服务不稳定问题提到的故障排除步骤。
问题
服务状态显示为“关闭”。
解决方案
考虑对以下组件进行故障排除：
- 验证是否配置了剪地址。
- 验证相应的监视器是否绑定到该服务。
- 如果自定义监视器绑定到服务,请将TCP或平监视器绑定到服务,并验证监视器的状态。如果这样可以解决问题，则自定义监视器出现一些问题，监视器需要进一步调查。
- 验证在另一子网中的服务器的服务状态是否显示为向“下”。如果是,请验证使用子网IP (USNIP)是否解决了此问题,因为这可能是由于MIP地址无法与服务器通信。
问题
响应时间存在问题。
解决方案
考虑对以下组件进行故障排除：
- 通过运行以下命令验证服务统计信息中的服务器响应时间：
  # nsconmsg -K -s ConLb=2 -d oldconmsg
- 检查服务不稳定和服务状态显示为关闭问题。
问题
其中一击器比比负载平等仪器提供更多的请求。
解决方案
考虑对以下组件进行故障排除：
- 验证负载平衡方法。使用轮询方法均匀分发客户端请求，无论服务器上的负载如何。
- 确定是否为负载平衡配置启用持久性。如果启用了持久性，则给定的服务器可能会承受更重的负载来维护其会话，尤其是如果持久性会话很长。
- 验证权重是否分配给每个服务。分配适当的权重有助于适当的荷载分布。
问题
与特定负载平衡服务器的连接处于停顿状态。例如，与一个见解服务器的所有连接可能会停止。
解决方案
考虑对以下组件进行故障排除：
- 验证负载平衡方法。如果是轮循环，请考虑将方法更改为最小连接。
- 考虑缩短监视器超时时间。较短的超时期有助于更快地将服务标记为,这将有助于将流量引导到正常运行的服务器。
- 如果连接长时间停滞，则可能会建立激增队列。考虑刷新浪涌队列，以避免服务器上的负载突然激增。
- 如果服务器处于最高级别，请考虑添加新服务器以获得更好的性能。
问题
大多数连接被定向到特定服务器，即使配置了用于负载平衡的最少连接方法也是如此。
解决方案
确定是否配置了持久性并且是源知识产权类型。如果即使使用最少连接方法也配置了源知识产权持久性，请求将转到特定服务器。维护会话信息需要服务器的知识产权地址。考虑使用基于 HTTP Cookie的持久性。
故障排除提示对于其他问题，请考虑以下提示来解决上面未列出的问题：
- 如果将多个负载监视器绑定到一个服务，则服务上的负载是绑定到该服务的负载监视器上所有值的总和。要使负载平衡正常工作，必须将同一组监视器绑定到所有服务。
- 如果禁用绑定到服务的负载监视器，并且该服务绑定到虚拟服务器，则虚拟服务器将使用轮询方法进行负载平衡。
- 当您将服务绑定到负载平衡方法为克洛德且服务状态为向上的的虚拟服务器时，虚拟服务器将使用初始轮询方法进行负载平衡。如果服务没有自定义负载监视器，或者如果至少有一个自定义负载监视器的状态未启动，它将继续处于循环状态。
- 绑定到负载平衡方法为传感器的虚拟虚拟器的含有服务，服务必须绑定到它们的负载负载器。
- 蛋羹负载均衡方法也遵循启动轮询。
- 如果禁用基于指标的绑定，并且这是最后一个活动指标，则特定虚拟服务器将使用轮询方法进行负载平衡。通过将指标阈值设置为零，将禁用指标。
- 当绑定到监视器的衡量指标超过阈值时，不考虑该特定服务进行负载平衡。如果所有服务都达到阈值，则虚拟服务器将使用轮询方法进行负载平衡，并显示错误消息“5xx-服务器忙错误”。
- 自称表中更多可爱10个指标指标仪器。
- 老年人必须是标量变量。
- 为了成功地进行负载平衡，间隔必须尽可能低。如果间隔较高，则检索负载值的时间段将增加。因此，负载平衡是使用不正确的值进行的。
- 用户无法修改本地表。

本内容的正式版本为英文版。部分 Citrix文档内容采用了机器翻译，仅供您参考。Citrix无法控制机器翻译的内容，这些内容可能包含错误、不准确或不合适的语言。对于从英文原文翻译成任何其他语言的内容的准确性、可靠性、适用性或正确性，或者您的 Citrix产品或服务沿用了任何机器翻译的内容，我们均不作任何明示或暗示的保证，并且适用的最终用户许可协议或服务条款或者与 Citrix签订的任何其他协议（产品或服务与已进行机器翻译的任何文档保持一致）下的任何保证均不适用。对于因使用机器翻译的内容而引起的任何损害或问题，Citrix不承担任何责任。

故障排除

2021年8月24日

贡献者:

2021年8月24日

贡献者:

故障排除

负载平衡故障排除的资源

负载平衡问题疑难解答

本文中包含的内容