本节提供了有关 HTTP 压缩的更多信息。

如何使用 CLI 更改 NSX Advanced Load Balancer SE 上的压缩选项?

可以在 CLI 中使用 configure applicationprofile 命令更改 SE 上的 HTTP 压缩选项。登录到 Shell 模式,然后按照下述步骤使用 CLI 更改压缩配置文件。

[admin-cntrl]> configure applicationprofile <name of the profile>
[admin-cntrl]:applicationprofile> http_profile
[admin-cntrl]: applicationprofile:http_profile>compression_profile

与压缩相关的更改是立即应用于所有 SE,还是仅应用于更改设置后创建的新 SE?

与 HTTP 压缩选项相关的任何更改是通过应用程序配置文件立即应用的,并且仅应用于新的客户端连接。

客户端 RTT 与应用的压缩有何关系?

激进压缩选项将数据压缩接近 80%,从而需要在 SE 和客户端上使用更多的 CPU 资源。激进压缩需要更少的传输带宽。正常压缩具有 75% 压缩率,并在 CPU 和带宽之间达到很好的平衡。根据客户端 RTT,以下条件决定压缩操作。

  • 如果 rtt > max_low_rtt,则应用正常压缩。

  • 如果 rtt > min_high_rtt,则应用激进压缩。

  • 如果将 max_low_rtt 从默认值(10 毫秒)更改为 1 毫秒,将始终应用压缩。

如何添加最大和最小 RTT 值?

最大和最小 RTT 值是使用 se_dp_compression 命令从 configure serviceengineproperties 模式中配置的。

[admin-cntrl]> configure serviceengineproperties
[admin-cntrl]: seproperties> se_runtime_properties
[admin-cntrl]: seproperties:se_runtime_properties> se_dp_compression
[admin-cntrl]: seproperties:se_runtime_properties:se_dp_compression> max_low_rtt 1
[admin-cntrl]: seproperties:se_runtime_properties:se_dp_compression> save
[admin-cntrl]: seproperties:se_runtime_properties> save
[admin-cntrl]: seproperties> save

为什么 NSX Advanced Load Balancer 并非始终使用激进压缩?

激进压缩需要更多的 CPU 周期。在自定义压缩模式下,激进压缩级别将数据压缩接近 80%,从而需要在 NSX Advanced Load Balancer 和客户端上使用更多的 CPU 资源和更少的传输带宽。正常压缩级别提供大约 75% 的压缩率,并在 CPU 和带宽之间达到很好的平衡。