Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Determinar los requisitos ElastiCache de su clúster
Preparación
Conocer las respuestas a las siguientes preguntas ayuda a que la creación del ElastiCache clúster sea más sencilla:
-
¿Qué tipo de instancia de nodo necesita?
Para obtener instrucciones sobre cómo elegir un tipo de nodo de instancia, consulte Elección del tamaño del nodo.
-
¿Lanzará su clúster en una nube virtual privada (VPC) en función de Amazon VPC?
importante
Si va a lanzar su clúster en una VPC, debe asegurarse de crear un grupo de subredes en la misma VPC antes de comenzar a crear un clúster. Para obtener más información, consulte Subredes y grupos de subredes.
ElastiCache está diseñado para que se pueda acceder a él desde dentro a AWS través de Amazon EC2. Sin embargo, si se lanza en una VPC basada en Amazon VPC y el clúster se encuentra en una VPC, se puede proporcionar acceso desde fuera de AWS. Para obtener más información, consulte Acceder a ElastiCache los recursos desde el exterior AWS.
-
¿Necesita personalizar los valores de algún parámetro?
Si lo hace, cree un grupo de parámetros personalizado. Para obtener más información, consulte Creación de un grupo ElastiCache de parámetros.
Si ejecuta Valkey o Redis OSS, considere establecer
reserved-memoryoreserved-memory-percent. Para obtener más información, consulte Administración de la memoria reservada para Valkey y Redis OSS. -
¿Necesita crear su propio grupo de seguridad de VPC?
Para obtener más información, consulte Seguridad en la VPC.
-
¿Cómo pretende implementar la tolerancia a errores?
Para obtener más información, consulte Mitigación de errores.
Temas
ElastiCache requisitos de memoria y procesador
El componente básico de Amazon ElastiCache es el nodo. Los nodos se configuran individualmente o en agrupaciones para formar clústeres. A la hora de determinar el tipo de nodo que desea utilizar para el clúster, tenga en cuenta la configuración del nodo del clúster y la cantidad de datos que tiene que almacenar.
El motor Memcached tiene varios subprocesos, por lo que el número de núcleos de un nodo repercute en la potencia de cómputo disponible para el clúster.
Configuración de los clústeres de Memcached
ElastiCache para Memcached, los clústeres se componen de 1 a 60 nodos. Los datos de un clúster de Memcached están particionados entre los nodos del clúster. La aplicación se conecta con un clúster de Memcached mediante una dirección de red denominada punto de enlace. Cada nodo de un clúster de Memcached tiene su propio punto de enlace. La aplicación utiliza este punto de enlace para leer o escribir en dicho nodo. Además de los puntos de enlace del nodo, el clúster de Memcached tiene un punto de enlace denominado punto de enlace de configuración. Su aplicación puede usar este punto de conexión para leer o escribir en el clúster; de este modo, es posible dejar que la detección automática determine en qué nodo leer o escribir.
Para obtener más información, consulte Administrar clústeres en ElastiCache.
Configuración de clústeres de Valkey y Redis OSS
ElastiCache para Valkey y Redis, los clústeres OSS se componen de 0 a 500 fragmentos (también denominados grupos de nodos). Los datos de un clúster de Valkey o Redis OSS se dividen entre las particiones del clúster. La aplicación se conecta con un clúster de Valkey o Redis OSS a través una dirección de red denominada punto de conexión. Los nodos de una partición de Valkey o Redis OSS adoptan uno de estos dos roles: uno adopta el rol de nodo principal de lectura/escritura y los otros adoptan el rol de nodos secundarios de solo lectura (llamados también réplicas de lectura). Además de los puntos de conexión del nodo, el clúster de Valkey o Redis OSS tiene un punto de conexión denominado punto de conexión de configuración. La aplicación puede utilizar este punto final para leer o escribir en el clúster, dejando en manos de Redis OSS la determinación del nodo desde el que leer o escribir. ElastiCache
Para obtener más información, consulte Administrar clústeres en ElastiCache.
ElastiCache requisitos de escalado
Todos los clústeres pueden ampliarse mediante la creación de un nuevo clúster con el nuevo tipo de nodo, que es más grande. Al escalar verticalmente un clúster de Memcached, el nuevo clúster comenzará vacío. Al escalar verticalmente un clúster de Valkey o Redis OSS, puede inicializarlo desde una copia de seguridad para evitar que el nuevo clúster esté vacío.
Los clústeres de Amazon ElastiCache for Memcached se pueden ampliar o reducir. Para escalar un clúster de Memcached de forma ascendente o descendente, simplemente agregue o quite nodos del clúster. Si ha habilitado la detección automática y su aplicación se conecta al punto de enlace de configuración del clúster, no es necesario que realice ningún cambio en la aplicación al agregar o quitar nodos.
Para obtener más información, consulte la sección Escalado ElastiCache de esta guía.
ElastiCache requisitos de acceso
Por diseño, se accede a ElastiCache los clústeres de Amazon desde EC2 las instancias de Amazon. El acceso de red a un ElastiCache clúster está limitado a la cuenta que lo creó. Por lo tanto, antes de poder acceder a un clúster desde una EC2 instancia de Amazon, debe autorizar a la EC2 instancia de Amazon a acceder al clúster. Los pasos para hacerlo varían en función de si lo has lanzado en EC2 -VPC o EC2 en -Classic.
Si lanzó su clúster en EC2 -VPC, debe conceder la entrada de red al clúster. Si lanzaste tu clúster en EC2 -Classic, debes conceder al grupo de seguridad de Amazon Elastic Compute Cloud asociado a la instancia el acceso a tu grupo de ElastiCache seguridad. Para obtener instrucciones detalladas, consulte Paso 3. Autorización del acceso al clúster en esta guía.
Requisitos de región, zona de disponibilidad y zona local para ElastiCache
Amazon ElastiCache es compatible con todas AWS las regiones. Al ubicar sus ElastiCache clústeres en una AWS región cercana a su aplicación, puede reducir la latencia. Si el clúster tiene varios nodos, ubicar los nodos en distintas zonas de disponibilidad o en Local Zones puede reducir el impacto de los errores en el clúster.
Para obtener más información, consulte los siguientes temas:
