Komprimierung

Was ist der Vorteil der Citrix SD-WAN WANOP-Komprimierung?

Während der grundlegende Mechanismus der Komprimierung darin besteht, Datenströme zu verkleinern, besteht der Vorteil darin, die Dinge schneller zu machen. Eine kleinere Datei (oder eine kleinere Transaktion) benötigt weniger Zeit für die Übertragung. Größe spielt keine Rolle: Der Punkt der Komprimierung ist Geschwindigkeit.

Wie wird der Kompressionsvorteil gemessen?

Es gibt zwei Möglichkeiten, den Kompressionsvorteil zu messen: Zeit und Kompressionsverhältnis. Die beiden sind verwandt, wenn die WAN-Verbindung der dominante Engpass ist. Da der Citrix SD-WAN WANOP-Kompressor sehr schnell ist und Daten in Echtzeit komprimiert, wird eine Datei, die um 5:1 komprimiert, in einem Fünftel übertragen. Dies gilt bis zu einem sekundären Engpass. Wenn der Client beispielsweise zu langsam ist, um eine Übertragung mit voller Geschwindigkeit zu verarbeiten, liefert ein Kompressionsverhältnis von 5:1 weniger als eine Geschwindigkeit von 5:1.

Wie funktioniert die Komprimierung?

Die Komprimierungs-Engine speichert Daten, die zuvor über die Verbindung übertragen wurden, wobei die neueren Daten im Speicher und eine viel größere Menge auf der Festplatte gespeichert sind. Wenn eine zuvor übertragene Zeichenfolge erneut auftritt, wird sie durch einen Verweis auf die vorherige Kopie ersetzt. Diese Referenz wird über das WAN anstelle der tatsächlichen Zeichenfolge gesendet, und die Appliance am anderen Ende sucht die Referenz und kopiert sie in den Ausgabe-Stream.

Was ist das maximal erreichbare Komprimierungsverhältnis?

Das maximal erreichbare Komprimierungsverhältnis einer Citrix SD-WAN WANOP-Appliance beträgt etwa 10. 000:1.

Was ist das erwartete Komprimierungsverhältnis?

Das Gesamtkomprimierungsverhältnis ist der Durchschnitt aller Versuche, die Datenströme auf der Verknüpfung zu komprimieren. Einige komprimieren besser als andere, und einige komprimieren überhaupt nicht. Die Appliance verwendet Service-Klassen, um zu verhindern, dass offensichtlich nicht komprimierbare Ströme an den Kompressor gesendet werden. Die Auswirkungen der Komprimierung auf verschiedene Datentypen variieren wie folgt:

Einmalige komprimierte oder verschlüsselte Daten — Streams, die nie wieder zu sehen sind und bereits komprimiert oder verschlüsselt wurden, wie verschlüsselte SSH-Tunnel und Echtzeit-Videokameraüberwachung — werden nicht komprimiert, da ihre Datenströme nie doppelt so groß sind.

Komprimierte binäre Daten oder verschlüsselte Daten, die mehr als einmal gesehen werden, komprimieren extrem gut bei der zweiten und nachfolgenden Übertragung, mit Komprimierungsverhältnissen im Bereich von Hunderten bis Tausenden zu eins bei diesen späteren Übertragungen. Bei der ersten Übertragung komprimieren sie nicht. Das durchschnittliche Komprimierungsverhältnis für solche Daten hängt davon ab, wie häufig Daten mehrmals angezeigt werden. Während einzelne Übertragungen manchmal Komprimierungsverhältnisse über 1, 000:1 zeigen, liegen Durchschnittswerte für die komprimierten binären Daten auf den Verbindungsmittelwerten zwischen 1, 5:1 und 5:1 bei den meisten Links, wobei bei einigen Links Durchschnittswerte über 10:1 liegen, abhängig von der Art des Datenverkehrs.

Textströme und unkomprimierte/unverschlüsselte Binärdaten komprimieren auch beim ersten Durchgang. Textströme komprimieren sich gut, da selbst nicht verwandte Texte viele Teilzeichenfolgen gemeinsam haben. Dies gilt für Dokumente, Quellcode, HTML-Seiten usw. Erstpasskompression in der Größenordnung von 1. 5:1 bis 4:1 sind üblich. Im zweiten und nachfolgenden Durchgang komprimieren sie fast ebenso wie komprimierte Binärdaten (100:1 oder mehr). Unkomprimierte Binärdaten sind variabel, komprimiert aber oft besser als Text. Beispiele für unkomprimierte Binärdaten sind CD-Images, ausführbare Dateien sowie unkomprimierte Bild-, Audio- und Videoformate. Auf dem zweiten und nachfolgenden Durchgang komprimieren sie sowohl etwa als auch komprimierte Binärdaten.

XenApp - und XenDesktop Daten werden besonders gut mit Dateiübertragungen, Druckerausgaben und Videos komprimiert, vorausgesetzt, dass die gleichen Datenströme die Verknüpfung zuvor durchlaufen haben. Aufgrund des Protokoll-Overhead beträgt die Spitzenkomprimierung ungefähr 40:1, und die durchschnittliche Komprimierung liegt wahrscheinlich in der Nähe von 3:1. Interaktive Datenströme wie Bildschirmaktualisierungen) liefern Komprimierungsergebnisse in der Größenordnung von 2:1.

Was ist der Unterschied zwischen Caching und Komprimierung?

Caching speichert ganze benannte Objekte auf der clientseitigen Appliance. Der Name kann ein Pfad und Dateiname im Fall von Dateisystem-Caching oder eine URL im Falle von Web-Caching sein. Wenn Sie ein identisches Objekt mit einem anderen Namen übertragen, bietet der Cache keinen Nutzen. Wenn Sie ein Objekt mit dem gleichen Namen wie ein zwischengespeichertes Objekt übertragen, jedoch mit geringfügigen inhaltlichen Unterschieden, bietet der Cache keinen Nutzen. Wenn das Objekt aus dem Cache bereitgestellt werden kann, wird es nicht vom Server abgerufen.

Die Komprimierung hingegen hat kein Konzept von Objektnamen und hat Vorteile, wenn eine Zeichenfolge in der Übertragung mit einer Zeichenfolge übereinstimmt, die sich bereits im Komprimierungsverlauf befindet. Wenn Sie eine Datei herunterladen, 1% ihres Inhalts ändern und die neue Datei hochladen, können Sie beim Upload eine 99:1 Komprimierung erzielen. Wenn Sie eine Datei herunterladen und dann in ein anderes Verzeichnis auf der Remote-Site hochladen, erreichen Sie möglicherweise auch ein hohes Komprimierungsverhältnis. Die Komprimierung erfordert keine Dateisperre und leidet nicht unter Staleness. Das Objekt wird immer vom Server abgerufen und ist somit immer byte-für-Byte-korrekt.

Komprimierung