Varnish cache en ocho pasos

Caché con Varnish. Paso a paso.

Caché con Varnish Paso a paso

Roberto Moreda <[email protected]>

Francisco Velázquez <[email protected]>

mailto:[email protected]



Sobre Varnish Cache Plus

Acelerador de aplicaciones web

Rápido

Flexible



Objetivo

Entender qué hacer para acelerar una aplicación web



Diseñando para Varnish

Entiende y clasifica el contenido en tu backend

Define cabeceras HTTP en tu aplicación

Define estrategias de invalidación


Implementación incremental

Desplegar Varnish en aplicaciones existentes

Incrementar gradualmente el uso de la caché

Primero “objetivos sencillos“


VCL

Varnish Configuration Language

Aplica a las peticiones (HTTP requests)

Inserta lógica de propósito específico


Receive

Miss

Fetch

Deliver

ERROR

Request Hit

Response


P1: Sólo pass through (1/2)

Nivel de dificultad: Trivial

Nivel de mejora: Medio


P1: Sólo pass through (2/2)

Varnish pasivo

Balanceo de carga muy potente

Checks de salud incluidos

Excelente para depurar aplicaciones web



P2: Recursos estáticos (1/2)




P2: Recursos estáticos (2/2)

Contenido multimedia, CSS, javascript

Menor concurrencia hacia el backend

Menor uso de ancho de banda

Menor consumo de CPU en el backend


P3: Compresión (1/2)





P3: Compresión (2/2)

Compresión gzip de CSS/Javascript:

JQuery standard: 263 kb

JQuery gzipped: 32 kb

Varnish puede comprimir y descomprimir objetos

Reutilización de compresión


P4: Contenido semi-estático (1/3)

Nivel de dificultad: Medio

Nivel de mejora: Alto



Contenido generado dinámicamente

Difícil de generar y cambia poco

Usa un TTL corto (10-120 segundos)

Mitiga picos de tráfico



Invalidación de caché manual

Interfaz web o API para emitir bans (VAC)


P5: Grace mode (1/2)





P5: Grace mode (2/2)

Desarrollado originalmente para mitigar acumulación de solicitudes de cliente

Puede servir contenido “antiguo” mientras no lo tenemos “fresco”

No tener contenido “fresco” significa normalmente que el backend está caído


P6: Auto-purgado (1/2)




P6: Auto-purgado (2/2)

Backend responsable de invalidaciones explícitas

Uso de TTLs muy altos para asegurar hits de caché

Invalidación disparada por cambios en el backend


P7: Composición de contenido (1/3)

Nivel de dificultad: Alto






Edge Side Includes (ESI)

Fragmentar páginas web en partes: una parte = una URL

Composición de contenido en tiempo real

Funciona también con contenido comprimido



<html><body>

… <esi:include src=“/frontpage/breaking” />

… <esi:include src=“/frontpage/latest” />



</body></html>


P8: Invalidación de caché avanzada (1/3)





A veces una página depende de múltiples objetos para su invalidación

Encontrar qué páginas deben ser invalidadas puede ser difícil




Etiqueta páginas con cabecera específica:

X-Skus: 49834, 34321, 4343

Uso de hashtwo/xkeys

Se puede iniciar automáticamente desde el backend


Margen de ganancia alto

3 - 15 días para alcanzar “alto” nivel de resultados

Requiere conocimiento del backend

Hemos hablado sobre qué hay que hacer - si quieres conocer el cómo, por favor lee el libro o apúntate a formación.

Conclusiones


Muchas gracias¿Alguna pregunta?

Roberto Moreda <[email protected]>

Francisco Velázquez <[email protected]>

Technology

Varnish cache en ocho pasos