This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde.(Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique.(Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica.(Aviso legal)
此内容已经过机器动态翻译。放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다.책임 부인
Este texto foi traduzido automaticamente.(Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt.(Haftungsausschluss)
Ce article a été traduit automatiquement.(Clause de non responsabilité)
Este artículo ha sido traducido automáticamente.(Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
故障排除
如果在配置后负载均衡无法按预期方式工作,则可以使用一些常用工具访问Citrix ADC资源并诊断问题。
负载平衡故障排除的资源
为获得最佳效果,请使用以下资源解决 Citrix ADC 设备上的内容交换问题:
- 最新的 ns.conf 文件
- 相关
newnslog
文件 - 在设备和相关客户端上记录的空虚数据包跟踪(如果可能)
- ns.log 文件
除了上述资源之外,以下工具还可以加速故障排除:
- 一个可以显示 HTTP 标头的浏览器附加工具。这可用于解决与持久性相关的问题。
- 针对 Citrix ADC 跟踪文件自定义的 Wireshark 应用程序。
负载平衡问题疑难解答
- 问题
当用户监视器绑定到绑定到启用-m MAC 选项的虚拟服务器的服务时,CPU 使用率达到 100%。
- 解决方案
将非用户监视器绑定到服务。
问题
我创建了一个用于监视的用户脚本,但它不起作用。
解决方案
检查脚本中的参数数。限制是 512。具有超过 512 个参数的脚本可能无法正常工作。使用 CLI 中的 nsumon-debug.pl 脚本来调试脚本。
问题
我看到很多监视器探测器,它们似乎不必要地增加了网络流量。有办法关闭监视器探测器?
解决方案
您可以通过禁用监视器或将 set service 命令中 HealthMonitor 参数的值设置为否来关闭监视器探测器连接。使用 NO 选项,设备会始终将服务显示为 UP。
问题
我已经为服务设置了监视器,但连接仍然定向到关闭的服务器。
解决方案
您可能需要缩短监视器探头间隔。Citrix ADC 设备在监视器发送探测器之前不会检测到关闭状态。
问题
绑定到监视器的衡量指标存在于本地和自定义衡量指标表中。
解决方案
如果从本地衡量指标表中选择了衡量指标,则将本地前缀添加到衡量指标名称。但是,如果从自定义表中选择了衡量指标,则无需添加任何前缀。
问题
对服务的监视器探测未到达服务。
解决方案
检查是否对服务的连接数设置了限制。如果是,则通过将 MonitorSkipmaxClient 参数设置为“启用”,从此限制中免除监视器-探测器连接。
问题
我能够平服务器,但服务的状态始终显示为 Down。
解决方案
检查已配置的监视器类型。例如,如果未为 SSL 配置服务器并且您使用 HTTPS 监视器,则服务的状态将标记为“向下”。在这种情况下,使用 TCP 监视器必须将服务的状态更改为 UP。
问题
为负载监视器设置权重无助于确定服务状态。
解决方案
负载监视器无法决定服务的状态。因此,在负载监视器上设置权重是不合适的。
问题
服务不稳定。
解决方案
考虑对以下组件进行故障排除:
- 验证正确的服务器绑定到该服务。
- 验证绑定到服务的监视器类型。
- 验证显示器失败的原因。您可以从 “服务” 页面打开服务,然后在 “配置服务” 对话框的 “监视器” 选项卡中验证监视器的探测数量、故障和上次响应状态的详细信息。要显示详细信息,请单击已配置的监视器。
- 如果是自定义监视器,请将 TCP 或 ping 监视器绑定到服务并验证监视器的状态。如果这样可以解决问题,则自定义监视器出现一些问题,监视器需要进一步调查。
- 您可以在 Citrix ADC 设备上记录数据包跟踪,并验证监视器探测和服务器响应,以便进一步调查。
问题
虚拟 IP (VIP) 地址不稳定或其状态显示为“关闭”。
解决方案
考虑对以下组件进行故障排除:
- 验证负载平衡功能是否已获得许可。
- 验证功能是否已启用。
- 验证适当的服务是否绑定到虚拟服务器。
- 如果 VIP 地址的状态显示为“向下”,请验证管理员是否已启用该服务。如果不是,服务的状态必须为 “服务中止”。在这种情况下,您必须启用该服务并验证问题是否已解决。
- 验证绑定到虚拟服务器的服务,并完成针对服务不稳定问题提到的故障排除步骤。
- 如果 VIP 地址不稳定,绑定到虚拟服务器的所有服务都必须失败。因此,验证所有服务是否同时失败。如果是这样,则 Citrix ADC 设备与服务器之间存在网络问题。
问题
该网站遇到负载均衡不均衡的情况。
解决方案
考虑对以下组件进行故障排除:
验证设备上配置的负载平衡方法。
验证与服务关联的权重是否符合预期。
如果负载平衡方法不是循环赛,请验证与
newnslog
文件中登录的服务器的连接数。您可以运行以下命令来验证文newnslog
件上的号码:# nsconmsg –K
-s ConLb=2 –d oldconmsg 验证特定虚拟服务器的服务并检查响应时间、开放已建立连接 (OE)、请求数、持续请求和持续速率 (P),以进一步解决问题。
如果负载平衡方法是循环赛,请验证前面步骤中提到的持久性请求。此外,验证服务是否不稳定。如果不是,请完成针对服务不稳定问题提到的故障排除步骤
验证设备上是否配置了持久性。
验证是否有任何服务不稳定。如果是,请完成针对服务不稳定问题提到的故障排除步骤。
问题
服务状态显示为“关闭”。
解决方案
考虑对以下组件进行故障排除:
- 验证是否配置了 SNIP 地址。
- 验证相应的监视器是否绑定到该服务。
- 如果自定义监视器绑定到服务,请将 TCP 或 ping 监视器绑定到服务,并验证监视器的状态。如果这样可以解决问题,则自定义监视器出现一些问题,监视器需要进一步调查。
- 验证在另一子网中的服务器的服务状态是否显示为“向下”。如果是,请验证使用子网 IP (USNIP) 是否解决了此问题,因为这可能是由于 MIP 地址无法与服务器通信。
问题
响应时间存在问题。
解决方案
考虑对以下组件进行故障排除:
通过运行以下命令验证服务统计信息中的服务器响应时间:
# nsconmsg –K
-s ConLb=2 –d oldconmsg 检查服务不稳定和服务状态显示为关闭问题。
问题
其中一个服务器比其他负载平衡服务器提供更多的请求。
解决方案
考虑对以下组件进行故障排除:
- 验证负载平衡方法。使用轮询方法均匀分发客户端请求,无论服务器上的负载如何。
- 确定是否为负载平衡配置启用持久性。如果启用了持久性,则给定的服务器可能会承受更重的负载来维护其会话,尤其是如果持久性会话很长。
- 验证权重是否分配给每个服务。分配适当的权重有助于适当的荷载分布。
问题
与特定负载平衡服务器的连接处于停顿状态。例如,与一个 Outlook 服务器的所有连接可能会停止。
解决方案
考虑对以下组件进行故障排除:
- 验证负载平衡方法。如果是轮循环,请考虑将方法更改为最小连接。
- 考虑缩短监视器超时时间。较短的超时期有助于更快地将服务标记为 DOWN,这将有助于将流量引导到正常运行的服务器。
- 如果连接长时间停滞,则可能会建立激增队列。考虑刷新浪涌队列,以避免服务器上的负载突然激增。
- 如果服务器处于最高级别,请考虑添加新服务器以获得更好的性能。
问题
大多数连接被定向到特定服务器,即使配置了用于负载平衡的最少连接方法也是如此。
解决方案
确定是否配置了持久性并且是源 IP 类型。如果即使使用最少连接方法也配置了源 IP 持久性,请求将转到特定服务器。维护会话信息需要服务器的 IP 地址。考虑使用基于 HTTP Cookie 的持久性。
故障排除提示对于其他问题,请考虑以下提示来解决上面未列出的问题:
- 如果将多个负载监视器绑定到一个服务,则服务上的负载是绑定到该服务的负载监视器上所有值的总和。要使负载平衡正常工作,必须将同一组监视器绑定到所有服务。
- 如果禁用绑定到服务的负载监视器,并且该服务绑定到虚拟服务器,则虚拟服务器将使用轮询方法进行负载平衡。
- 当您将服务绑定到负载平衡方法为 CLOAD 且服务状态为 UP 的虚拟服务器时,虚拟服务器将使用初始轮询方法进行负载平衡。如果服务没有自定义负载监视器,或者如果至少有一个自定义负载监视器的状态未启动,它将继续处于循环状态。
- 绑定到负载平衡方法为 CLOAD 的虚拟服务器的所有服务,服务必须绑定到它们的负载监视器。
- CUSTOLOAD 负载均衡方法也遵循启动轮询。
- 如果禁用基于指标的绑定,并且这是最后一个活动指标,则特定虚拟服务器将使用轮询方法进行负载平衡。通过将指标阈值设置为零,将禁用指标。
- 当绑定到监视器的衡量指标超过阈值时,不考虑该特定服务进行负载平衡。如果所有服务都达到阈值,则虚拟服务器将使用轮询方法进行负载平衡,并显示错误消息“5xx-服务器忙错误”。
- 自定义表中最多可以绑定 10 个指标到监视器。
- OID 必须是标量变量。
- 为了成功地进行负载平衡,间隔必须尽可能低。如果间隔较高,则检索负载值的时间段将增加。因此,负载平衡是使用不正确的值进行的。
- 用户无法修改本地表。
共享
共享
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select Do Not Agree to exit.