No tienes casi suficiente RAM
Tenemos alrededor de 240k productos
RAM disponibles: 6GB
Subprocesos: 32
No tiene suficiente RAM para la cantidad de productos que tiene. Como regla general, recomendamos al menos 2-4 GB de RAM por núcleo lógico.
Si asigna su posible uso de memoria:
- 64
max_memorysubprocesos PHP con un ~ 768MB = 24GB
- 240,000 productos probablemente significarán alrededor de 15 GB de espacio de tabla InnoDB
- 64 subprocesos PHP garantizarán alrededor de 128 conexiones MySQL, generalmente esto tiene un costo de aproximadamente 200 MB por conexión mínima
- Almacenamiento de back-end para 240,000 productos en Redis Y
lzfcomprimido: aún consumirá aproximadamente 6 GB de RAM
Entonces, el total hasta ahora es de 70 GB de RAM comprometida; ni siquiera hemos mencionado el sistema operativo, etc.
Su hardware está terriblemente subespecificado . Sugeriría leer este artículo de configuración del servidor Magento para conocer un poco sobre cómo progresar.
Memcached no admite etiquetas de caché
Si está utilizando Memcached (no es un problema, es un rendimiento muy alto), entonces está almacenando etiquetas de caché o no. Si no tiene un slow_backenddefinido, entonces no está almacenando etiquetas, lo que básicamente significa que su caché no puede discriminar entre ninguno de los diferentes tipos de caché, por lo que no podrá vaciarlos de forma independiente.
Lea esto, http://www.sonassi.com/knowledge-base/magento-kb/what-is-memcache-actually-caching-in-magento/
Sugerimos encarecidamente cambiar a Redis. Tiene sus peculiaridades y necesita un ajuste significativo para tiendas más grandes. Pero en general funcionará un poco mejor que Memcached con el beneficio real de la compatibilidad con etiquetas de caché.
404's y FPC
FPC tiene un problema real, de hecho, todos los motores de almacenamiento en caché tienen un problema con los 404. La razón es que las URL antiguas que aún se rastrean o vinculan aterrizarán en una página que tiene que recorrer en iteración toda la core_url_rewritetabla, tratar de encontrar una coincidencia con todos los enrutadores y espacios de nombres definidos antes de finalmente abandonar y cargar un 404.
Luego, almacena en caché un recurso que no tiene valor y consumirá espacio en el almacenamiento de su caché. Probablemente encontrará que una gran proporción de su almacenamiento Memcached está siendo consumida por el contenido 404.
Con grandes catálogos (productos de 240k), sin duda tendrá una buena parte de la rotación de productos y, por lo tanto, cambios en las URL y, posteriormente, en muchos 404.
Invalidar FPC vs. Limpiar
Por el momento, y de manera predeterminada, el comportamiento de FPC es limpiar el caché de los cambios, en lugar de simplemente invalidar la entrada del caché. Escribimos una extensión para alterar este comportamiento para que una tienda EE haga exactamente lo que usted requirió.
Aquí hay un parche rápido para darle una idea de cómo resolver su problema.
app/code/core/Enterprise/PageCache/etc/config.xml
index 6a56a80..85ebc92 100644
--- app/code/core/Enterprise/PageCache/etc/config.xml
+++ app/code/core/Enterprise/PageCache/etc/config.xml
@@ -139,7 +139,7 @@
<observers>
<enterprise_pagecache>
<class>enterprise_pagecache/observer</class>
- <method>cleanCache</method>
+ <method>invalidateCache</method>
</enterprise_pagecache>
</observers>
</catalogrule_after_apply>
No corras un rastreador
Si tiene una pisada decente, no recomendamos ejecutar la herramienta de rastreo, ya que genera una carga innecesaria. Las personas / bots / rastreadores que navegan por el sitio deben mantener el caché preparado.
Pero para responder a su pregunta, si mira en el archivo de configuración mencionado anteriormente, verá la programación cron que se ha definido para la ventana de exploración de rastreo.
Si puede permitirse el contenido obsoleto
Y finalmente, si tienes suficiente RAM. Bien podría beneficiarse al aumentar el TTL del contenido almacenado en FPC, para mantener sus datos almacenados en caché con vida por más tiempo.
En la <full_page_cache>etiqueta en su ./app/etc/local.xmlsolo definir
<lifetimelimit>86400</lifetimelimit>
La vida útil se define en segundos. Debe lograr un equilibrio entre la actualización del contenido, el rendimiento y la cantidad de espacio de almacenamiento que realmente tiene disponible.
¿Por qué está utilizando una extensión de almacenamiento en caché de terceros con EE
Estás pagando una prima por FPC, lo que me duele decir que es muy bueno. Entonces, ¿por qué está ejecutando alternativas de terceros en la parte superior? Quitarlo
Ponlo de esta manera. Si su automóvil funcionara mal, ¿agregaría otro motor en el maletero para compensarlo? o simplemente arreglar el motor ya allí?