Prácticas recomendadas

En esta página, se explican las prácticas recomendadas a seguir cuando se usa Memorystore para Memcached.

Diseña tu aplicación para controlar los errores de caché

Debes seguir las prácticas recomendadas estándar de diseño de caché para que esta se comporte de manera adecuada ante los errores de caché y la falta de disponibilidad del servicio. Consulta el Acuerdo de Nivel de Servicio para obtener información sobre el compromiso de Memorystore para Memcached con el tiempo de actividad.

Diseña tu aplicación de modo que las faltas de caché y el tiempo de inactividad temporal del servicio no impidan que la aplicación recupere datos de la base de datos subyacente que admite tu instancia de Memcached.

Además, si experimentas indisponibilidad del espacio de claves, espera y vuelve a intentarlo con la retirada exponencial. Asegúrate de establecer un límite de tiempo después del cual se detenga tu estrategia de reintento.

Cómo conectarse a nodos de Memcached

Cuando consultas nodos de Memcached con comandos como set, get y delete, debes conectarte directamente a las direcciones IP de los nodos. Es posible ejecutar estos comandos en el extremo de descubrimiento automático. Sin embargo, no se recomienda, ya que reduce el rendimiento de tu aplicación.

Te recomendamos que uses el servicio de descubrimiento automático de Memorystore para Memcached. Este servicio automatiza la administración de direcciones IP del clúster cuando se agregan o quitan nodos del clúster. Para obtener instrucciones sobre cómo configurar el descubrimiento automático en tu clúster, consulta Cómo usar el servicio de descubrimiento automático.

Configura correctamente el parámetro max-item-size

En esta sección, se explica cómo configurar mejor el parámetro max-item-size. Para obtener pasos sobre cómo ajustar este parámetro de configuración, consulta Configura instancias de Memcached. Para obtener la lista completa de los parámetros de configuración de Memcached disponibles, consulta Configuraciones de Memcached.

Valores predeterminados y valores admitidos

Para Memcached de código abierto, el valor mínimo de max-item-size es 1KiB, el valor máximo es 1 GiB y el valor predeterminado es 1 MiB. Para Memorystore para Memcached, el valor mínimo es 512 KiB, el valor máximo es 128 MiB y el valor predeterminado es 1 MiB. Además, cualquier valor al que establezcas esta configuración debe ser divisible por 512 KiB.

Almacenamiento en caché de una entrada más grande que el max-item-size configurado

Cuando intentas almacenar en caché una entrada más grande que el max-item-size configurado, Memcached falla en la operación y muestra un valor falso. Si es posible, compila lógica en tu aplicación para mostrar este error desde el cliente de Memcached OSS de modo que puedas depurar. Intentar almacenar en caché una entrada más grande que el max-item-size configurado puede causar una latencia alta para tu instancia.

Establece max-item-size en el valor máximo

Puedes resolver algunos problemas con el parámetro max-item-size si lo configuras con el valor máximo. Sin embargo, esta no es una buena práctica, por lo que no debes usar esta estrategia en producción. La administración de la memoria de Memcached se basa en bloques, y almacenar elementos que son más grandes que el bloque llevan a una asignación de memoria ineficiente.

Evita problemas de configuración de max-item-size

Primero, determina qué tamaño máximo de elemento se requiere para tu caché. Establece max-item-size para que sea un poco más grande que el tamaño del elemento más grande, como margen de seguridad.

Ten en cuenta que el tamaño de los valores escritos en la caché puede cambiar en tu aplicación con el tiempo. Además, el clúster puede estar mal configurado (por ejemplo, cuando se migra de un entorno a otro). Una medida adicional que puedes tomar es validar el tamaño máximo del elemento en tu aplicación para que se rechace la solicitud si esta intenta almacenar en caché elementos más grandes que la configuración establecida.

Cómo balancear un clúster de Memcached desbalanceado

Cómo se producen los clústeres desbalanceados y los riesgos asociados

En algunas circunstancias excepcionales, cuando creas una instancia de Memcached, los nodos se pueden distribuir de manera desigual entre las zonas de una región. Esto ocurre cuando una zona no está disponible al mismo tiempo que aprovisionas el clúster.

Un clúster desequilibrado aumenta el potencial de pérdida de datos porque los nodos no están distribuidos de forma tan uniforme como podrían. El clúster no se vuelve a equilibrar automáticamente cuando la zona que estaba inactiva vuelve a estar en línea.

Cómo volver a balancear tu clúster

Puedes volver a balancear tu clúster aumentando de forma temporal la cantidad de nodos en tu clúster y, luego, escala horizontalmente nodos a la cantidad original de nodos. Esta acción de escalamiento vertical y horizontal permite que el sistema Memorystore para Memcached vuelva a distribuir los nodos de manera uniforme en las zonas disponibles.

El éxito de este método para reequilibrar tu clúster depende de la disponibilidad de las zonas en cuestión.Actualmente, Google Cloud no muestra las zonas disponibles o no disponibles, por lo que solo puedes saber si la zona está en línea si los nodos se equilibran correctamente durante la operación de escalamiento.

Prácticas recomendadas de Cloud Monitoring

Si quieres realizar un seguimiento del rendimiento de tu caché a lo largo del tiempo, debes usar Cloud Monitoring con el fin de supervisar algunas métricas esenciales de Memorystore para Memcached:

  • Uso de memoria (memcache.googleapis.com/node/cache_memory)
  • Porcentaje de uso de la CPU (memcache.googleapis.com/node/cpu/utilization)

Hacer un seguimiento de estas dos métricas a lo largo del tiempo te permite determinar con cuánta eficiencia se usa tu clúster, y si debes considerar aumentar o disminuir su tamaño.

Por ejemplo, si las métricas indican que el uso de la memoria y el uso de la CPU aumentaron con el tiempo a más del 80%, es posible que la tendencia continúe. Como resultado, puedes aumentar el tamaño de la instancia con anticipación para que la caché tenga espacio para almacenar valores nuevos a medida que aumentan los requisitos de recursos de tu aplicación.

Te recomendamos que configures una alerta para cuando el uso de la memoria y de la CPU alcance el 80%.

Como alternativa, hacer un seguimiento de estas métricas a lo largo del tiempo puede indicar que no estás usando todos los recursos de espacio y CPU que tienes actualmente. En este caso, sería más rentable disminuir el tamaño de tu clúster.

¿Qué sigue?