Varnish
- Un clúster Varnish se puede escalar al tráfico de un sitio
- Ajuste el tamaño de la instancia en función del número de páginas de caché necesarias
- En un sitio con mucho tráfico, use un sitio principal de Varnish para asegurarse de que se vacía en la caché una solicitud (como máximo) por nivel web
Web
- Habilitar la escala de nodos para el tráfico y la redundancia
- Un nodo es principal y ejecuta cron
- También puede utilizar un administrador dedicado y nodos de trabajo
Caché
- Considere implementar una instancia de Redis independiente para las sesiones
- Puede tener una instancia de Redis por caché
- Cambie el tamaño de la instancia para que contenga el tamaño de caché esperado más grande
Base de datos y colas
- Los sitios de alto tráfico pueden ajustar el rendimiento de la base de datos con bases de datos esclavas y bases de datos divididas para pedidos/carros (en Adobe Commerce)
- Considere utilizar una base de datos esclava para permitir una recuperación rápida y realizar copias de seguridad de los datos
- Los sitios de poco tráfico pueden almacenar imágenes en la base de datos
Buscar
- Ajuste el número de instancias en función del tráfico de búsqueda
Almacenamiento
- Considere utilizar GFS o GlusterFS para el almacenamiento de medios/pubs
- Como alternativa, utilice el almacenamiento de BD para sitios de poco tráfico
Arquitectura de referencia Varnish recomendada
El Magento admite varios motores de almacenamiento en caché de páginas completas (File, Memcache, Redis, Varnish) de forma predeterminada, además de una cobertura ampliada mediante extensiones. Varnish es el motor de caché de página completa recomendado. Commerce admite muchas configuraciones de Varnish diferentes.
Para los sitios que no requieren alta disponibilidad, se recomienda usar una configuración simple de Varnish con terminación SSL Nginx.
Para los sitios que requieren alta disponibilidad, se recomienda utilizar una configuración de Varnish de 2 niveles con un equilibrador de carga con terminación SSL.