Ayer por la mañana asistí a una jornada de formación en la UPV (Univ. Politécnica de Valencia) y más de uno soltó un taco, y yo silbe poniendo los ojos como platos, cuando nos presentaron un equipo que es capaz de reducir el consumo de ancho de banda un 60-98%. Es decir, que aumenta la capacidad del mismo en ese margen.
Nos quedamos de piedra… pero existe, se trata del SteelHead de RiverBed.
ESTE NO ES UN POST PATROCINADO, pero es que el equipo se sale.
Muchos pensarán, como yo, que de donde no hay no se puede sacar, pero ahora es posible aumentar la velocidad de redes WAN con estos aparatitos.
Te explico como funciona: tu tienes dos delegaciones, en VPN o como te dé la gana, cada una con una IP. Si las conectas e intentas acceder a aplicaciones remotas, compartir archivos e impresoras, FTP, etc, ya sabrás que como no uses Terminal Server o Citrix, no hay manera de abrir un documento de Word a través de la red. Y ambas soluciones, además de caras, no dejan de ser un incordio para el usuario y más de uno ha apagado el servidor en lugar de apagar la sesión de Terminal, solo porque no se fijó. Imagina la que se lia a menudo.
El SteelHead se pone en cada delegación, conectado por red al router y a la red de la empresa, o sea, al HUB o Switch, y aplica su sistema RiOS a todo paquete TCP/IP que pasa por la red.
Va de lo siguiente: parte cada paquete, ojo, cada paquete TCP, no cada archivo, parte cada paquete en un monton de piezas, asignando a cada pieza un nº de referencia. Cuando envias un archivo entre las delegaciones por primera vez, lo parte en chains (cadenas, eslabones), los guarda en su disco duro (de 80 Gb para arriba), envia las referencias y las chains al otro lado, donde el otro SteelHead se guarda todo en su propio disco duro, reconstruye el archivo y lo entrega al cliente.
Hasta aquí ya hay un ahorro del 15% porque las chains van comprimidas por HW, con lo que ocupa menos en la red y llega más rápido.
Y ahora viene lo bueno, las próximas veces que se pide el archivo de una delegación a otra, el SteelHead solo envias las referencias de las chains al otro SteelHead y alli se reconstruye y se entrega al cliente. Las chains son de 16 Bytes, así que calcula el ahorro de la red, teniendo en cuenta que a lo largo del día se pide el mismo archivo muchas veces. Entonces me dirás que funciona como un proxy, vale, te lo admito, sino fuera porque NO se guarda todos los archivos, solo las chains.
Aqui está el truco. En un documento envias el logo de tu empresa en la cabecera, y lo envias muchas veces, y ocupa 10 Kb, por lo que 10 peticiones son 100 kb. Si es el mismo archivo sí te admito que me digas que hace de proxy-cache, pero es que lo hace también con distintos archivos. Diriamos que en 30 chains tiene guardado la cabecera y el pie de los documentos, así que si pides 40 documentos distintos que tienen la misma cabecera y pie, solo envia las referencias de los chains, y en el otro punto reconstruye el archivo más rápidamente que enviando el documento completo.
Se sale, pero aqui no acaba todo. ¿ Sabes la de paquetes que se usan en una comunicación TCP ? Si la latencia (ping) entre delegaciones es de 150ms, hasta que sale el primer paquete de datos se han intercambiado entre los nodos 10 paquetes de control, eso antes de que salga el primer byte de información, que multiplicado por 150ms da 1,5seg. de retardo. El SteelHead se merienda todos esos paquetes y solo envía los datos, por lo que la latencia sigue siendo de 150ms, pero a nivel de trabajo efectivo puede bajar hasta 15ms.
Lo vimos funcionando, y me juego la mano por el tío que hizo la demo, y fue increible ver los resultados:
FTP sin SteelHead -> 3:24
FTP primer envio con SteelHead -> 1:10
FTP segundo envio con SteelHead -> 0:15
Si tienes problemas de conexión entre delegaciones, si te planteas ampliar la línea ADSL, optimizar la red, montar otro servidor espejo en cada delegacion, etc., estudia antes esta solución porque es revolucionaria.
Seguiré informando cuando sepa el precio y más cosas.
