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.
Determinación de los requisitos del clúster de ElastiCache
Preparación
Conocer las respuestas a las siguientes preguntas ayuda a que la creación del clúster de ElastiCache sea más fluida:
-
¿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 se ha diseñado para el acceso desde AWS mediante 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 de parámetros de ElastiCache.
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
Requisitos de procesador y memoria de ElastiCache
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
Los clústeres de ElastiCache for Memcached 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 Administración de clústeres en ElastiCache.
Configuración de clústeres de Valkey y Redis OSS
Los clústeres de ElastiCache para Valkey y Redis OSS constan de 0 a 500 particiones (también denominadas 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. Su aplicación puede utilizar este punto de conexión para leer o escribir en el clúster y no tener que determinar de qué nodo efectuar la lectura o hasta cuál escribir en ElastiCache para Redis OSS.
Para obtener más información, consulte Administración de clústeres en ElastiCache.
Requisitos de escalado de ElastiCache
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 pueden reducirse o escalarse horizontalmente. 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.
Requisitos de acceso a ElastiCache
Por diseño, el acceso a los clústeres de Amazon ElastiCache se realiza desde instancias de Amazon EC2. El acceso de red a un clúster de ElastiCache se encuentra limitado a la cuenta que ha creado el clúster. Por lo tanto, antes de poder acceder a un clúster desde una instancia de Amazon EC2, debe autorizar a dicha instancia para el acceso al clúster. Los pasos para ello varían en función de si realiza el lanzamiento en EC2-VPC o en EC2-Classic.
Si ha lanzado el clúster en EC2-VPC, necesita conceder acceso de red al clúster. Si ha lanzado un clúster en EC2-Classic, debe conceder al grupo de seguridad de Amazon Elastic Compute Cloud (EC2) asociado a la instancia acceso a su grupo de seguridad de ElastiCache. 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 admite todos las regiones de AWS. Al ubicar sus clústeres de ElastiCache en una región de AWS 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:
