客户端监视目标的组和负载平衡器

 

适用对象：System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager

当在客户端监视过程中使用了负载平衡器时，负载平衡器用于获取 true 的客户端 IP 地址。 在简单的情况下，客户端直接连接到一个 web 服务器的 web 服务器知道客户端 IP 地址。 但是，当有多台服务器并使用负载平衡器将来自客户端在服务器之间的流量分发，这可以显示两个问题。 首先，报告给收集器的 IP 是虚拟 IP 负载平衡器使用，不真实的最终用户 IP。 当用户单击负载平衡器时，它可以将它们发送到适当的 web 服务器。 由于负载平衡器，而 web 服务器发现的内部端口 IP 将 (在内部网络)，(外部网络上） 不真实的 IP。 此外，如果某些服务器监视，有些则不然，数据可能会丢失因为响应来自客户端通常会发送到服务器以最小负载或轮循机制方式，这意味着响应可以转到未承载一个收集器的服务器。

以下是一些有关客户端监视当您有多个被监视的服务器并使用负载平衡器设置的策略。

监视与负载平衡器和目标的组

当您配置客户端监视时，您可以选择要设置目标组中，限制用于监视的 web 服务器的数量。 在此方案中，目标组中唯一被监视的服务器将注入 JavaScript 用于监视和负载平衡器使用的 web 服务器时不获取检测不监视的目标组之外的服务器。 这会导致具有不正确的数据。 负载平衡器不知道哪些服务器是内部或外部目标组和发送客户端对服务器的请求均为内部 （监视） 或外部 (监控) 的目标组。 结果是已检测并尝试将数据返回到收集器的请求可能会将其结果发送到服务器无法处理的数据。

• 解决方案 1 如果您创作新的.NET 应用程序性能监视模板并包括客户端监视的目标组，我们建议您选择一组提供相同的负载平衡器的服务器。 目标监视到负载平衡场中的所有服务器。

• 解决方案 2 如果已在运行客户端监视与目标的组和负载平衡器，可以通过在将定向到被监视的服务器的监视流量的所有负载平衡器上创建一条规则来解决此问题。 监视流量是监视将数据发送到收集器终结点的 Javascript。 因为它包含可以标识监视流量 /CSMCollector 在 URL 中。 每个负载平衡器具有其自己的配置规则的模型。 请参阅有关如何创建规则的详细信息的负载平衡器的文档。