-
Administrar y supervisar mediante Citrix Application Delivery Management
-
Aceleración segura del tráfico
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!
Compresión
¿ Cuál es el beneficio de la compresión WANOP de Citrix SD-WAN?
Mientras que el mecanismo básico de compresión es reducir los flujos de datos, el beneficio de esto es hacer las cosas más rápidas. Un archivo más pequeño (o una transacción más pequeña) tarda menos tiempo en transferirse. El tamaño no importa: el punto de compresión es la velocidad.
¿Cómo se mide el beneficio de compresión?
Existen dos formas de medir el beneficio de la compresión: tiempo y relación de compresión. Los dos están relacionados cuando el enlace WAN es el cuello de botella dominante. Dado que el compresor WANOP de Citrix SD-WAN es muy rápido, al comprimir datos en tiempo real, un archivo que comprime 5:1 transfiere en una quinta parte del tiempo. Esto es cierto hasta que se encuentra un cuello de botella secundario. Por ejemplo, si el cliente es demasiado lento para manejar una transferencia a toda velocidad, una relación de compresión 5:1 ofrece menos de una aceleración de 5:1.
¿Cómo funciona la compresión?
El motor de compresión conserva los datos previamente transferidos a través del enlace, con los datos más recientes retenidos en la memoria y una cantidad mucho mayor en el disco. Cuando una cadena que se transfirió antes se encuentra de nuevo, se reemplaza con una referencia a la copia anterior. Esta referencia se envía a través de la WAN en lugar de la cadena real, y el dispositivo en el otro extremo busca la referencia y la copia en la secuencia de salida.
¿Cuál es la relación de compresión máxima alcanzable?
La relación de compresión máxima alcanzable en un dispositivo Citrix SD-WAN WANOP es de aproximadamente 10, 000:1.
¿Cuál es la relación de compresión esperada?
La relación de compresión general es el promedio de todos los intentos de comprimir las secuencias de datos en el vínculo. Algunas compresas mejor que otras, y algunas nunca se comprimen en absoluto. El dispositivo utiliza clases de servicio para evitar el envío de flujos obviamente no compresibles al compresor. El efecto de la compresión en diferentes tipos de datos varía de la siguiente manera:
Los datos comprimidos o cifrados de una sola vez (flujos que nunca se volverán a ver y que ya han sido comprimidos o cifrados, como túneles SSH cifrados y monitorización de cámaras de vídeo en tiempo real) no se comprimen, ya que sus flujos de datos nunca son los mismos dos veces.
Los datos binarios comprimidos o los datos cifrados que se ven más de una vez se comprime extremadamente bien en la segunda transferencia y posteriores, con relaciones de compresión en el rango de cientos a miles a uno en estas transferencias posteriores. En la primera transferencia, no se comprimen. La relación media de compresión de dichos datos depende de la frecuencia con la que se ven los datos más de una vez. Mientras que las transferencias individuales a veces muestran relaciones de compresión superiores a 1000:1, los promedios para los datos binarios comprimidos en el enlace promedian entre 1,5:1 y 5:1 en la mayoría de los enlaces, con promedios superiores a 10:1 en algunos enlaces, dependiendo de la naturaleza del tráfico.
Los flujos de texto y los datos binarios descomprimidos/no cifrados se comprimen incluso en la primera pasada. Las secuencias de texto se comprimen bien porque incluso los textos no relacionados tienen muchas subcadenas en común. Esto es cierto para los documentos, el código fuente, las páginas HTML, etc. La compresión de primer paso en el orden de 1,5:1 a 4:1 es común. En la segunda pasada y posteriores, comprimen casi tan bien como los datos binarios comprimidos (100:1 o más). Los datos binarios sin comprimir son variables, pero a menudo se comprime mejor que el texto. Ejemplos de datos binarios sin comprimir incluyen imágenes de CD, archivos ejecutables y formatos de imagen, audio y vídeo sin comprimir. En la segunda pasada y posteriores, comprimen los datos binarios así como los comprimidos.
Los datos de Citrix Virtual Apps and Desktops se comprimen especialmente bien con las transferencias de archivos, la salida de la impresora y el vídeo, siempre que las mismas secuencias de datos hayan atravesado el enlace antes. Debido a la sobrecarga del protocolo, la compresión de pico es de aproximadamente 40:1, y es probable que la compresión promedio esté en la vecindad de 3:1. Los flujos de datos interactivos, como las actualizaciones de pantalla), dan resultados de compresión en el orden de 2:1.
¿Cuál es la diferencia entre el almacenamiento en caché y la compresión?
El almacenamiento en caché guarda objetos enteros con nombre en el dispositivo del cliente. El nombre puede ser una ruta y un nombre de archivo en el caso del almacenamiento en caché del sistema de archivos, o una URL en el caso del almacenamiento en caché web. Si transfiere un objeto idéntico con un nombre diferente, la caché no proporciona ningún beneficio. Si transfiere un objeto con el mismo nombre que un objeto almacenado en caché, pero con ligeras diferencias de contenido, la caché no proporciona ningún beneficio. Si el objeto se puede servir desde la caché, no se obtiene del servidor.
La compresión, por otro lado, no tiene concepto de nombres de objeto, y proporciona beneficios siempre que una cadena en la transferencia coincida con una que ya está en el historial de compresión. Esto significa que si descargas un archivo, cambias el 1% de su contenido y subes el nuevo archivo, es posible que consigas una compresión de 99:1 en la carga. Si descarga un archivo y lo carga a un directorio diferente en el sitio remoto, también puede lograr una alta relación de compresión. La compresión no requiere bloqueo de archivos y no sufre de estancamiento. El objeto siempre se obtiene del servidor y, por lo tanto, siempre es correcto byte por byte.
Compartir
Compartir
En este artículo
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.