-
-
压缩
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 SD-WAN WANOP 压缩使用突破性技术提供透明的多级压缩。这是对任意字节流的真正压缩。它不是应用程序感知的，对连接边界无动于衷，并且可以在第二次出现在数据中时以最佳方式压缩字符串。Citrix SD-WAN WANOP 压缩工作在任何链路速度。
压缩引擎速度非常快，使压缩加速系数接近压缩比。例如，垄断 1.5 Mbps T1 链路并实现 100:1 压缩比的批量传输可以提供近 100x 或 150 Mbps 的加速比，前提是广域网带宽是传输中唯一的瓶颈。
与大多数压缩方法不同，Citrix SD-WAN WANOP 压缩历史记录在同一两个设备之间传递的所有连接之间共享。连接 A 提前几小时、几天甚至几周发送的数据可以在以后通过连接 B 引用，并获得压缩的全部加速优势。由此产生的性能远远高于通过传统方法可以实现的。
压缩可以使用设备的磁盘和内存，从而提供高达 TB 的压缩历史记录。
压缩工作原理
所有压缩算法都会扫描要压缩的数据，搜索与之前发送的字符串匹配的数据字符串。如果未找到此类匹配项，则会发送文字数据。如果找到匹配项，则匹配的数据将替换为指向前一个匹配项的指针。在一个非常大的匹配字符串中，兆字节甚至千兆字节的数据可以由只包含几个字节的指针表示，并且只需要通过链接发送这些几个字节。
压缩引擎受其压缩历史记录的大小的限制。传统压缩算法（如 LZS 和 ZLIB）使用 64 KB 或更少的压缩历史记录。Citrix SD-WAN WANOP 设备保持至少 100 GB 的压缩历史记录。Citrix SD-WAN WANOP 算法的压缩历史记录是传统算法的 100 多万倍，因此可以找到更多匹配项和更长的匹配项，从而产生更出色的压缩比。
Citrix SD-WAN WANOP 压缩算法非常快，因此即使入门级设备也可以使压缩机的输出饱和 100 Mbps 局域网。性能最高的型号可提供远远超过 1 Gbps 的吞吐量。
只压缩有效负载数据。但是，标题是间接压缩的。例如，如果连接达到 4:1 的压缩，则每四个全尺寸输入数据包只会发送一个全尺寸输出数据包。因此，标头数据量也减少了 4:1。
压缩作为通用优化：
Citrix SD-WAN WANOP 压缩与应用程序无关：它可以压缩来自任何非加密 TCP 连接的数据。
与缓存不同，压缩性能在不断变化的数据时非常稳健。使用缓存时，更改文件的单个字节会使缓存中的整个副本失效。通过压缩，更改文件中间的单个字节只会创建两个大匹配项，由一个不匹配数据字节分隔，并且由此产生的传输时间仅略大于以前。因此，压缩比会随着变化量而正常降低。如果您下载文件，请更改 1% 的文件，然后再次上传，预计上传时的压缩比为 99:1。
大压缩历史记录的另一个优点是使用 Citrix SD-WAN WANOP 技术轻松压缩预压缩数据。例如，JPEG 图像或 YouTube 视频是预压缩的，在第一次通过链接发送时，几乎没有可能进行额外的压缩。但是，无论何时再次发送，整个传输都会减少到几个字节，即使它是由不同的用户或使用不同的协议（例如第一次通过 FTP 和下一次通过 HTTP）发送。
实际上，压缩性能取决于遍历链接的数据量与之前遍历链接的数据相同。金额因应用程序而异，每天，甚至从时刻到时刻。当查看主动加速连接列表时，预计会看到 1:1 到 10000:1 之间的比率。
压缩加密协议：
许多显示压缩性能较差的连接都是因为它们是加密的。加密流量通常是不可压缩的，但 Citrix SD-WAN WANOP 设备可以在设备加入安全基础结构时压缩加密连接。Citrix SD-WAN WANOP 设备自动将安全基础架构与 Citrix Virtual Apps and Desktops 加入安全基础架构，并可以通过手动配置加入 SSL、Windows 文件系统 (CIFS/SMB) 和 Outlook/Exchange (MAPI) 服务器的安全基础架构。
自适应零配置操作：
为了满足不同类型的流量的不同需求，Citrix SD-WAN WANOP 设备使用的不是一个而是五个压缩引擎，因此可以轻松满足从最大规模的批量传输到最对延迟敏感的交互流量的一切需求。压缩引擎会根据不断变化的各个连接需求进行动态匹配，从而自动优化压缩。另一个好处是压缩引擎不需要配置。
基于内存的压缩
大多数压缩引擎都使用 RAM 来存储其压缩历史记录。这称为基于内存的压缩。有些设备将千兆字节的内存用于这些压缩引擎。基于内存的压缩具有较低的延迟，通常会为交互式任务（如虚拟应用程序/虚拟桌面流量）自动选择。
基于磁盘的压缩
基于磁盘的压缩引擎使用几十 GB 至 TB 的内存来存储压缩历史记录，从而实现更多更好的压缩匹配。基于磁盘的压缩引擎速度非常快，但有时比基于内存的引擎具有更高的延迟，并且通常会自动选择批量传输。
启用或禁用压缩
在配置：服务类页面上，按服务类别启用压缩。此页面具有针对每个服务类的下拉菜单，其中包含以下选项：
-
磁盘，这意味着启用了基于磁盘和基于内存的压缩。除非您有禁用该选项的特定原因，否则应选择此选项。
-
内存，这意味着启用了基于内存的压缩，但基于磁盘的压缩不启用。此设置很少使用，因为如果启用了两种类型的压缩，设备会自动选择内存或磁盘。
-
仅限流量控制，可禁用压缩，但启用流量控制加速。为始终加密的服务和 FTP 控制通道选择此选项。
-
无，这意味着压缩和流量控制都被禁用。
有关详细信息，请参阅服务类别。
测量基于磁盘的压缩性能
“ 报表:压缩” 页面的 “压缩状态” 选项卡报告系统启动以来或使用 “清除” 按钮重置统计信息后的系统压缩性能。单个连接的压缩在系统日志中的连接关闭消息中报告。
压缩性能因多种因素而异，包括数据流中的冗余量，以及数据协议的结构（在较小程度上）。
某些应用程序（如 FTP）发送纯数据流；TCP 连接有效负载始终与原始数据文件相同。其他（例如 CIFS 或 NFS）不会发送纯数据流，而是在同一流中混合命令、元数据和数据。压缩引擎通过实时解析连接负载来区分文件数据。这样的数据流可以很容易地在第二次传递时产生 100:1 和 10000:1 之间的压缩比。
链接的平均压缩率取决于长匹配、短匹配和无匹配的相对流行率。这个比率取决于流量，在实践中难以预测。
测试结果显示了多级压缩作为一个整体的效果，基于内存和基于磁盘的压缩各自作出贡献。
在填充可用于基于磁盘的压缩的存储空间之前，才能实现最大压缩性能，从而提供与新数据匹配的先前数据量。在一个完美的世界中，测试不会结束，直到设备的磁盘不仅被填充，而且至少被填充和覆盖一次，以确保达到稳定状态运行。但是，很少有管理员拥有这么多代表性的数据可供他们使用。
性能测试中的另一个困难是，加速通常暴露网络中的弱环节，通常是客户端、服务器或 LAN 的性能，这些环节有时被误诊为令人失望的加速性能。
您可以使用 Iperf 或 FTP 进行初步测试和初步测试。Iperf 是有用的初步测试。它非常可压缩（即使在第一次传递），并且在两个端点系统上使用相对较少的 CPU 并且没有磁盘资源。如果双方的 LAN 使用千兆以太网，Iperf 的压缩性能应通过 T1 链路发送超过 200 Mbps；如果端点和设备之间的 LAN 路径中有任何快速以太网设备，则应略低于 100 Mbps。
Iperf 预安装在设备上（在诊断菜单下），并可从中获取http://iperf.sourceforge.net/。理想情况下，它应该从端点系统安装和运行，以便对网络进行端到端的测试，而不仅仅是从设备到设备进行测试。
FTP 对于比 Iperf 更真实的测试非常有用。FTP 简单而熟悉，其结果易于理解。二通性能应与 Iperf 大致相同。否则，限制因素可能是其中一个端点系统上的磁盘子系统。
要测试基于磁盘的压缩系统，请执行以下操作：
-
在启用基于磁盘的压缩的两台设备之间传输多 GB 数据流。请注意此传输过程中实现的压缩。根据数据的性质，第一次传递可能会出现相当大的压缩。
-
第二次传输相同的数据流并注意压缩的影响。
高级版中的压缩报告
Citrix SD-WAN 高级版本没有通过具有协议或应用程序关联的 WANOP 服务类显示每个协议或应用程序基础上的压缩报告的视图。如果您使用的是高级 (企业) 版设备，则唯一可供压缩的报表是连接级别压缩报表，该报表不能显示协议已经优化或压缩的范围。压缩报告在 WAN 优化 GUI 中可用，它显示了所有唯一协议的分解以及报告在一段时间内的优化方式。
在 Citrix SD-WAN 高级（企业）版设备 GUI 中，针对 WAN 优化，在 WAN 优化仪表板下添加了以下小组件。
-
整合压缩比 — 通过 WANOP 设备的所有流量以及加速和非加速连接的总数。这允许您监视从 LAN 传输到 WAN 的总流量。
-
压缩比-前 10 个服务类别.
-
汇总链路吞吐量-局域网和广域网。
整合压缩率：
此报表显示传输到 WANOP 的所有流量的合并压缩比，以及加速和非加速连接的总数。它还显示设备中 WANOP 服务的正常运行时间。
汇总链路吞吐量：
此报表显示传输到 WANOP 的总流量以及在两端优化和未优化数据类别中通过分解传输的总流量。
压缩率（前 10 个服务类别）：
在 Citrix SD-WAN 设备 GUI 中，您可以通过导航到 监 控” > “W AN 优化 来检查连接详细信息和压缩比（每个服务级仪表板）。此自动选择仪表板节点，并以仪表板的形式提供概述。
图形显示按服务类分类的流量压缩比前 10 个值。
此时将显示一个额外的 “其他” 栏，该栏显示除了前 10 个服务类压缩比报告之外，作为系统一部分的所有其他加速连接的压缩比率。
共享
共享
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.