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!
LRTM 方法
注意：LRTM 代表使用监视器的最小响应时间方法 (LRTM)。
将负载平衡虚拟服务器配置为使用 LRTM 方法时，它会使用现有的监视基础架构来获得最快的响应时间。然后，负载平衡虚拟服务器选择活动事务数量最少、响应时间最短的服务。在使用 LRTM 方法之前，必须将应用程序特定的监视器绑定到每项服务，并在这些监视器上启用 LRTM 模式。然后，NetScaler 设备根据其从监视探测器计算出的响应时间做出负载平衡决策。
您也可以使用 LRTM 方法对非 HTTP 和非 HTTPS 服务进行负载平衡。当多个监视器绑定到服务时，也可以使用此方法。每个监视器通过使用其为绑定到的服务测量的协议来确定响应时间。然后，虚拟服务器通过平均结果来计算该服务的平均响应时间。
下表总结了如何计算各个监视器的响应时间。
| 监视 | 响应时间计算 |
|---|---|
| PING | ICMP ECHO 请求和 ICMP ECHO 响应之间的时差。 |
| TCP | SYN 请求和 SYN+ACK 响应之间的时差。 |
| HTTP | HTTP 请求（建立 TCP 连接之后）与 HTTP 响应之间的时间差。 |
| TCP-ECV | 发送数据发送字符串与返回数据接收字符串之间的时差。没有发送和接收字符串的 TCP-ECV 监视器被认为配置不正确。 |
| HTTP-ECV | HTTP 请求和 HTTP 响应之间的时差。 |
| UDP-ECV | UDP 的发送字符串和接收字符串之间的时差。没有接收字符串的 UDP-ECV 监视器被视为配置不正确。 |
| DNS | DNS 查询和 DNS 响应之间的时差。 |
| TCPS | SYN 请求与 SSL 握手完成之间的时差。 |
| FTP | 发送用户名和完成用户身份验证之间的时间差。 |
| HTTPS（监视 HTTPS 请求） | 时差与 HTTP 监视器的时差相同。 |
| HTTPS-ECV（监视 HTTPS 请求） | 时差与 HTTP-ECV 监视器相同 |
| USER | 向调度员发送请求的时间与收到调度程序响应的时间之间的时差。 |
以下示例显示了 NetScaler 设备如何使用 LRTM 方法选择服务进行负载平衡。考虑以下三项服务：
- Service-HTTP-1 正在处理 3 个活跃事务，响应时间为五秒钟。
- Service-HTTP-2 正在处理 7 个活跃事务，响应时间为一秒。
- Service-HTTP-3 不处理任何活动事务，响应时间为两秒钟。
下图说明了 NetScaler 设备在转发请求时遵循的流程。
图 1. LRTM 方法的工作原理
虚拟服务器通过使用以下表达式中的值 (N) 来选择服务：
N =（活跃交易数量 * 响应时间由显示器决定）
虚拟服务器按以下方式传送请求：
- Service-HTTP-3 接收第一个请求，因为此服务不处理任何活动事务。
- Service HTTP-3 接收第二个、第三和第四个请求，因为该服务的 N 值最低。
- Service-HTTP-2 接收第五个请求，因为此服务的 N 值最低。
- 由于 service-HTTP-2 和 service-HTTP-3 目前具有相同的 N 值，因此 NetScaler 设备切换到循环方法。因此，SER-HTTP-3 收到第六个请求。
- Service-HTTP-2 接收第七和第八个请求，因为此服务的 N 值最低。
不考虑使用 service-HTTP-1 进行负载平衡，因为与其他两个服务相比，它的负载更大（N 值最高）。但是，如果 Service-HTTP-1 完成其活动事务，NetScaler 设备会再次考虑使用该服务进行负载平衡。
下表汇总了如何计算服务的 N。
| 已收到请求 | 已选服务 | 当前 N 值（活跃交易数量 x TTFB） | 备注 |
|---|---|---|---|
| Request-1 | Service-HTTP-3;(N = 0) | N = 2 | Service-HTTP-3 具有最低的 N 值。 |
| Request-2 | Service-HTTP-3; (N = 2) | N = 4 | Service-HTTP-3 具有最低的 N 值。 |
| Request-3 | Service-HTTP-3; (N = 4) | N = 6 | Service-HTTP-3 具有最低的 N 值。 |
| Request-4 | service-HTTP-3；(N = 6) | N = 8 | Service-HTTP-3 具有最低的 N 值。 |
| Request-5 | service-HTTP-2；(N = 7) | N = 8 | Service-HTTP-2 具有最低的 N 值。 |
| Request-6 | service-HTTP-3；(N = 8) | N = 10 | Service-HTTP-2 和 service-HTTP-3 具有相同的 N 个值。NetScaler 设备切换到循环方法并选择 service-HTTP-3 |
| Request-7 | service-HTTP-2；(N = 8) | N = 9 | Service-HTTP-2 具有最低的 N 值。 |
| Request-8 | service-HTTP-2；(N = 9) | N = 10 | Service-HTTP-2 具有最低的 N 值。 |
当 service-HTTP-1 完成其活动事务或其 N 值小于其他服务（service-HTTP-2 和 service-HTTP-3）时，会再次选择 Service-HTTP-1 进行负载平衡。
分配权重时选择服务
如果为服务分配了不同的权重，NetScaler 设备还通过使用活动事务数量、响应时间和权重来执行负载平衡。NetScaler 设备使用以下表达式中的值 (Nw) 来选择服务：
Nw = (N) * (10000 / 权重)
其中 N =（活跃交易数 x 由监视器确定的响应时间）
下图说明了分配权重时虚拟服务器如何使用 LRTM 方法。
图 2. 在分配权重时，最小响应时间负载平衡方法的工作原理
在此示例中，假设为 Service-HTTP-1 分配了权重 2，为 Service-HTTP-2 分配了权重 3，为 Service-HTTP-3 分配了权重 4。
NetScaler 设备按以下方式传送请求：
- Service-HTTP-3 接收第一个请求，因为它不处理任何活动事务。
- Service-HTTP-3 接收第二、第三、第四和第五个请求，因为此服务的 Nw 值最低。
- Service-HTTP-2 收到第六个请求，因为该服务的 Nw 值最低。
- Service-HTTP-3 收到第七个请求，因为该服务的 Nw 值最低。
- service-HTTP-2 接收第八个请求，因为该服务的 Nw 值最低。
Service-HTTP-1 的权重最低，Nw 值最高，因此 NetScaler 设备不会选择它进行负载平衡。
下表总结了如何计算各种显示器的 Nw。
| 已收到请求 | 已选服务 | 当前新值 (N) * (10000/重量) | 备注 |
|---|---|---|---|
| Request-1 | service-HTTP-3；（Nw = 0） | Nw = 5000 | Service-HTTP-3 的 Nw 值最低。 |
| Request-2 | Service-HTTP-3; (Nw = 5000 | Nw = 10000 | Service-HTTP-3 的 Nw 值最低。 |
| Request-3 | Service-HTTP-3; (Nw = 10000) | Nw = 15000 | Service-HTTP-3 的 Nw 值最低。 |
| Request-4 | Service-HTTP-3; (Nw = 15000) | Nw = 20000 | Service-HTTP-3 的 Nw 值最低。 |
| Request-5 | Service-HTTP-3; (Nw = 20000) | Nw = 25000 | Service-HTTP-3 的 Nw 值最低。 |
| Request-6 | Service-HTTP-2; (Nw = 23333.34) | Nw = 26666.67 | Service-HTTP-2 的 Nw 值最低。 |
| Request-7 | Service-HTTP-3; (Nw = 25000) | Nw= 30000 | Service-HTTP-3 的 Nw 值最低。 |
| Request-8 | Service-HTTP-2; (Nw = 26666.67) | Nw = 30000 | Service-HTTP-2 的 Nw 值最低。 |
当 Service-HTTP-1 完成其活动事务或其 Nw 值小于其他服务（Service-HTTP-2 和 Service-HTTP-3）时，会选择 Service-HTTP-1 进行负载平衡。
使用 CLI 配置 LRTM 负载平衡方法
在命令提示符处键入;
set lb vserver <name> [-lbMethod <lbMethod>]
<!--NeedCopy-->
示例：
set lb vserver Vserver-LB-1 -lbMethod LRTM
<!--NeedCopy-->
使用 GUI 配置 LRTM 负载平衡方法
-
导航到 流量管理 > 负载平衡 > 虚拟服务器，然后打开虚拟服务器。
-
在“高级设置”中，选择 LRTM。
使用 CLI 在显示器中启用 LRTM 选项
在命令提示符处键入;
set lb monitor <monitorName> <type> [-LRTM ( ENABLED | DISABLED )]
<!--NeedCopy-->
示例：
set lb monitor monitor-HTTP-1 HTTP -LRTM ENABLED
<!--NeedCopy-->
使用 GUI 在显示器中启用 LRTM 选项
- 导航到“流量管理”>“负载平衡”>“监视器”，然后打开监视器。
- 在“高级参数”中，选择 LRTM（使用监视最短响应时间）。
有关配置监视器的更多信息，请参阅 在负载平衡设置中配置监视器。
共享
共享
在本文中
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group 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 Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.