[Lista ArNOG] Consulta Cache

Rodrigo de la Palenque rdelapalenque en gesatel.com
Jue Dic 15 15:31:21 ART 2016


Hola.

 

Nosotros tuvimos en producción Peer App durante cuatro años, es una excelente solución, es un servidor de cache totalmente transparente, funciono muy bien durante mucho tiempo ahorrando entre un 20-25 % de ancho de banda.

La gente de Peer App tiene dos formas de comercializar sus productos, te venden el servidor totalmente operativo (el costo es muy alto) y te cobran por el soporte, la segunda es una forma de alquiler, te dan el equipo y te cobran por los megas que el equipo hace ahorrar a la operación.

Antes el soporte técnico estaba en Argentina, ahora tengo entendido que está en Chile siempre fue bastante bueno, se ocupan de todo (monitoreo general del equipo, actualizaciones, etc).

Tenes un acceso web al servidor donde podes ver estadísticas de ancho de banda, pro no podes cambiar nada de la configuración.

No lo llegamos a probar con hhtps.

La experiencia al usuario es excelente, pero habría que evaluar los costos en comparación con crecer en ancho de banda.

Particularmente prefiero tener más ancho de banda disponible para los usuarios.

 

Rodrigo de la Palenque
Gesatel – Villa Gesell Televisión Comunitaria
*  <mailto:rdelapalenque en gesatel.com> rdelapalenque en gesatel.com
"   www.gesatel.com <http://www.gesatel.com/> 
H Paseo 113 y Avenida 14 – Villa Gesell – Bs. As.

untitled

 

Este mensaje electrónico contiene información reservada y legalmente protegida, y está dirigido solamente a la persona o entidad mencionada en la dirección a la cual fue enviado.

Está prohibida la revisión, distribución, publicación, impresión, copia o acción en relación con esta información, por personas o entidades distintas al destinatario.

Si usted ha recibido este e-mail por error, por favor avísenos inmediatamente vía e-mail y tenga la

amabilidad de eliminarlo de su sistema.

Muchas Gracias.

 

De: lista-bounces en arnog.com.ar [mailto:lista-bounces en arnog.com.ar] En nombre de Emanuel Malizzia
Enviado el: jueves, 15 de diciembre de 2016 09:22 a.m.
Para: lista en arnog.com.ar
Asunto: Re: [Lista ArNOG] Consulta Cache

 

Buen dia Carlos...

 

En la Coop tuvimos Raptor operativo en 5 nodos, este sistema usa squid optimizado para cachear todo el contenido estático y su soft propio de cache para el contenido dinámico. Los servers estuvieron operativos durante casi un año, con un rendimiento de aprox. 40% de eficiencia, mayormente de youtube, contendió XXX., actualizaciones de Microsoft y antivirus. En esos tiempos esta solución, que era gratuita, nos ayudo a mejorar la experiencia al usuario y poder seguir brindando un servicio de Internet acorde a las tarifas, ya que nuestro carrier NO nos podía vender mas ancho de banda y no teníamos capacidad de transporte.

Cuando youtube migro a HTTPS, paralelamente mejoramos nuestra red de transporte y nos conectamos con CABASE, decidimos apagar los servers y darle otros usos.

Raptor actualmente es licenciado para versiones superiores a 80 hilos y sigue con el soporte a través de el foro http://www.alterserv.com/

 

En mi opinión particular, los caches de este tipo obviamente  dan una excelente experiencia al usuario y ahorro de ancho de banda (no tan significativo desde que gran parte del contenido migro a 443), pero implica un punto mas de falla en tu red y un consumo de recursos al administrador (tiempo y dolores de cabeza). Quizás con soluciones de otra gama como PeerApp el panorama sea distinto, tengo entendido que este soft te cobra por mbps entregado desde el cache, por lo que tedrias que entrar a evaluar los costos de el mega carrier vs el mega cache y los recursos.

 

Dejo algunas otras alternativas que estuvimos evaluando antes de elegir RaptorCache...

 

Speedr - https://speedr.brbyte.com/

 

ThunderCache - http://thundercache.es/

 

CiclopeV6 (De la gente de MKE) http://www.ciclopev6.com/

 

 

Saludos

 

Emanuel

 

 

El 15 de diciembre de 2016, 7:14, Carlos Sosa <csosa en servicoop.com> escribió:

Buen dia!

 

Habria que ver Raptor Cache http://www.raptorcache.org/ 

 

De: lista-bounces en arnog.com.ar [mailto:lista-bounces en arnog.com.ar] En nombre de Dario Fernandez
Enviado el: martes, 13 de diciembre de 2016 10:55 a. m.
Para: lista en arnog.com.ar
Asunto: Re: [Lista ArNOG] Consulta Cache

 

En lo particular he utilizado proxy (cache), de manera transparente pero con el objeto solo de filtrar contenido, dado que en internet hay mucha gente que crea una página y cuando tiene 100 visitas ya le colocan unos 800 ads para hacerse "millonarios".

Lo de usar un hardware dedicado a realizar cache, coincido totalmente con Ivan Chapero, es preferible negociar el costo con el proveedor que mantener un cache por ese volumen de "posible ahorro".

También hay que tener en cuenta que las CDN grandes, les interesa que su servicio funcione, y es por eso que cuando un ISP tiene un volumen de trafico importante contra esta CDN se puede solicitar que instalen un cache local, como es el caso de Google (1 Gbps), y tengo entendido que netflix se puede solicitar el cache con poco tráfico pero uno tiene que comprar los servidores.

Es por eso, como comenta Marcelo Puerta, en nuestro caso (IXP Posadas), cuando llegamos a un volumen de tráfico en el IXP se instaló el cache de Google, que para cada uno de los ISP hubiera sido muy difícil de conseguir el volumen de tráfico para ello.

Creo que conseguir bajar los costos con los proveedores es mas productivo que poner un servidor de cache propio por los costos / beneficios mas que nada.

Saludos!




Lic. Darío Fernández
Research SRL
Coord. Técnico IXP Posadas - CABASE
(0376) 154619600 (Personal)
(0376) 154254938 (Claro) 
Av. Tomas Guido 4435 - Posadas - Misiones

 

El 13 de diciembre de 2016, 07:33, Marcelo Puerta<marcelo.puerta en mail.unam.edu.ar> escribió:

Comprendo muy bien lo que dice Federico, y concuerdo con que el HTTPS no se trata uncamente de encriptar contenidos, o de privacidad, también se trata de asegurar una comunicación y evitar el "hombre en el medio"... Justamente los proxy son eso, un "hombre en el medio" en su momento hubo bastantes problemas por envenenamientos de proxy.

Desde mi punto de vista, la solución está en que esas redes CDN adopten políticas más flexibles, que permitan distribuír sus nodos de forma más granular. Como dice Federico, el que un nodo de la CDN se encuentre en Capital Federal no hace mucha diferencia para el ISP de Misiones, Corrientes, Mendoza, etc. Ese ISP sigue teniendo altos costos de tráfico nacional. Parte de esos costos se ha reducido mediante acuerdos como los de CABASE que ofrece un costo menor por mega transportado, sin embargo una solución más inteligente es que las CDN se distribuyan más dentro del país...

¿Es difícil pensar que con cada NAP-CABASE se instale una CDN de todos los servicios con los que CABASE ha hecho acuerdos? (Google, Akamay, Netflix, etc.)



El 12/12/16 a las 17:05, Arturo Servin escribió:


No creo que sea contraproducente y como usuario prefiero el contenido en
HTTPS que en HTTP.

La utilidad de HTTPS para contenido es que el usuario puede asegurarse
que el contenido, sea privado o no viene de la fuente donde el la pidio
y no es cambiado en el camino.

El HTTPS no solo encripta contenido, sino tambien asegura que este no
viene de otro lugar, que no fue cambiado  y que nadie esta viendo que
contenido esta pidiendo.

.as



On Mon, 12 Dec 2016 at 11:18 Federico Kearney (WNinternet)

<federico en wninternet.com <mailto:federico en wninternet.com>> wrote:

    Estimados, me gustaría muchísimo utilizar proxys porque cuando funcionan
    bien, la experiencia del usuario es EXCELENTE, pero EXCELENTE.
    Se navega como si todo estuviera en LAN (de hecho, lo está)

    Sin embargo, no utilizo caches debido a que las CDNs movieron todo el
    trafico a 443.
    Con un cache, youtube disparaba los videos como si estuvieran en lan y
    entregaba hasta 80mbps solo de videos, en la época en la que mi trafico
    global era de 300mbps.

    Aprovecho para plantear un item... Que opinan ustedes de este tema?
    que las
    CDNs tengan trafico basura estén en https?

    Les dejo mi opinión: Cuando uno es un ISP suele abarcar una región, un
    pueblo, una ciudad, un departamento, etc donde el contenido que día
    a día se
    revisa es siempre el mismo.
    Para mi, es contraproducente, ya que en una región delimitada, la
    gente sube
    pavadas a internet y todas las pavadas que suben la miran en esa región.
    Pero las pavadas que suben a youtube, que tienen de privado? si con
    un link
    entras. Las fotos de un pavo arriba de una tortuga gigante con
    anteojos, que
    tienen de privado? si las suben para mostrarlas.
    Facebook messenger, whatsapp, los bancos, dropbox, google mail, etc esta
    bien que sea HTTPs.. porque eso si es información privada sin
    utilidad si
    fuera cacheada.

    Desconozco como ISPs de que manera se podría revertir esta
    situación, salvo
    que nos agrupemos todos y los bloqueemos, no creo que obtengamos mas
    que un
    poco de bronca.
    Saludos

    _______________________________________________
    Lista mailing list

    Lista en arnog.com.ar <mailto:Lista en arnog.com.ar>
    http://mailmancabase.interdotnet.com.ar/mailman/listinfo/lista



_______________________________________________
Lista mailing list
Lista en arnog.com.ar
http://mailmancabase.interdotnet.com.ar/mailman/listinfo/lista

_______________________________________________
Lista mailing list
Lista en arnog.com.ar
http://mailmancabase.interdotnet.com.ar/mailman/listinfo/lista

 


____________________________________
Mensaje escaneado por IMSVA - Servicoop

 


_______________________________________________
Lista mailing list
Lista en arnog.com.ar
http://mailmancabase.interdotnet.com.ar/mailman/listinfo/lista

 

------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://mailmancabase.interdotnet.com.ar/pipermail/lista/attachments/20161215/17d80bde/attachment-0001.html>
------------ próxima parte ------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 2998 bytes
Desc: no disponible
URL: <http://mailmancabase.interdotnet.com.ar/pipermail/lista/attachments/20161215/17d80bde/attachment-0001.gif>


Más información sobre la lista de distribución Lista