Elección de regiones y zonas de disponibilidad para ElastiCache
Puede proporcionar más escalabilidad y fiabilidad a sus clústeres de ElastiCache designando las regiones y las zonas de disponibilidad mediante el punto de conexión correspondiente.
AWSLos recursos de informática en la nube de se alojan en centros de datos de alta disponibilidad. Para proporcionar escalabilidad y fiabilidad adicionales, estas instalaciones de centros de datos se encuentran en ubicaciones físicas diferentes. Dichas ubicaciones están categorizadas por regiones y zonas de disponibilidad.
AWSLas regiones de son de gran tamaño y se encuentran dispersas en distintas ubicaciones geográficas. Las zonas de disponibilidad son ubicaciones concretas dentro de una región de AWS diseñadas para estar aisladas de los errores que se produzcan en las demás zonas de disponibilidad. Proporcionan conectividad de red económica y de baja latencia con las demás zonas de disponibilidad dentro de la misma región de AWS.
importante
Cada región es totalmente independiente. Cualquier actividad de ElastiCache que inicie (por ejemplo, la creación de clústeres) solo se ejecutará en la región predeterminada actual.
Para crear o trabajar con un clúster de una región específica, use el punto de conexión de servicio regional correspondiente. Para obtener información acerca de los puntos de conexión del servicio, consulte Regiones y puntos de conexión admitidos.
Regiones y zonas de disponibilidad de
Temas
Consideraciones sobre las zonas de disponibilidad con Memcached
La distribución de los nodos de Memcached en varias zonas de disponibilidad dentro de una región ayuda a proteger del impacto de un error catastrófico, como una pérdida de energía dentro de una zona de disponibilidad.
Almacenamiento en caché sin servidor
El almacenamiento en caché sin servidor de ElastiCache crea una caché de alta disponibilidad que abarca varias zonas de disponibilidad. Puede especificar subredes de distintas zonas de disponibilidad y la misma VPC al crear el clúster sin servidor; si no lo hace, ElastiCache elegirá automáticamente las subredes de la VPC predeterminada.
Diseño de su propio clúster de ElastiCache para Memcached
Un clúster de Memcached puede tener hasta 300 nodos. Al crear o agregar nodos al clúster de Memcached, puede especificar una única zona de disponibilidad para todos los nodos, permitir que ElastiCache elija una única zona de disponibilidad para todos los nodos, especificar las zonas de disponibilidad para cada nodo o permitir que ElastiCache elija una zona de disponibilidad para cada nodo. Los nodos nuevos se pueden crear en diferentes zonas de disponibilidad a medida que los agrega a un clúster de Memcached existente. Una vez que se crea un nodo de caché, la zona de disponibilidad no se puede modificar.
Si desea que un clúster de un único clúster de zona de disponibilidad tenga sus nodos distribuidos en varias zonas de disponibilidad, ElastiCache puede crear nodos nuevos en las distintas zonas de disponibilidad. A continuación, puede eliminar algunos o todos los nodos de caché originales. Recomendamos este enfoque.
Para migrar nodos de Memcached de una única zona de disponibilidad a varias zonas de disponibilidad
Modifique el clúster mediante nodos de caché nuevos en las zonas de disponibilidad donde los desea ubicar. En la solicitud, realice lo siguiente:
Establezca
AZMode(CLI:- -az-mode) encross-az.Establezca
NumCacheNodes(CLI:- -num-cache-nodes) al número de nodos de caché activos actualmente más el número de nodos de caché nuevos que desea crear.Establezca
NewAvailabilityZones(CLI:- -new-availability-zones) a una lista de las zonas en las que desea que se creen los nodos de caché nuevos. Para permitir que ElastiCache determine la zona de disponibilidad para cada nodo nuevo, no especifique una lista.-
Establezca
ApplyImmediately(CLI:- -apply-immediately) en true (verdadero).
nota
Si no utiliza la detección automática, asegúrese de actualizar la aplicación de cliente con los puntos de enlace de nodo de caché nuevos.
Antes de pasar al siguiente paso, asegúrese de que los nodos de Memcached se encuentren creados y disponibles.
Modifique el clúster al quitar los nodos que ya no desee en la zona de disponibilidad original. En la solicitud, realice lo siguiente:
Establezca
NumCacheNodes(CLI:- -num-cache-nodes) al número de nodos de caché activos que desee después de aplicar esta modificación.Establezca
CacheNodeIdsToRemove(CLI:- -nodes-to-remove) a una lista de los nodos de caché que desea quitar del clúster.El número de los ID de los nodos de caché en la lista debe coincidir con el número de nodos activos en ese momento menos el valor en
NumCacheNodes.(Opcional) Establezca
ApplyImmediately(CLI:- -apply-immediately) en true (verdadero).Si no establece
ApplyImmediately(CLI:- -apply-immediately) en true (verdadero), las eliminaciones de nodos se llevarán a cabo en su próximo periodo de mantenimiento.
Ubicación de los nodos
Amazon ElastiCache permite ubicar todos los nodos de un clúster en una o varias zonas de disponibilidad (AZ). Además, si opta por ubicar los nodos en varias zonas de disponibilidad (opción recomendada), ElastiCache permite elegir la zona de disponibilidad de cada nodo o ElastiCache puede elegirlas en su nombre.
Al ubicar los nodos en distintas zonas de disponibilidad, se elimina la posibilidad de que un fallo, como un corte del suministro eléctrico, en una zona de disponibilidad provoque errores en todo el sistema. Las pruebas han demostrado que no hay ninguna diferencia de latencia importante entre ubicar todos los nodos en una zona de disponibilidad o repartirlos en varias zonas de disponibilidad.
Puede especificar una zona de disponibilidad para cada nodo cuando cree un clúster o agregando nodos cuando modifique un clúster existente. Al especificar una zona de disponibilidad para cada nodo al crear un clúster, la zona de disponibilidad debe estar disponible en ese grupo de subredes. Para obtener más información, consulte los siguientes temas:
Regiones y puntos de conexión admitidos
Amazon ElastiCache se encuentra disponible en varias regiones de AWS. Esto significa que puede lanzar clústeres de ElastiCache en las ubicaciones que cumplan sus requisitos. Por ejemplo, puede lanzarlos en la región de AWS más cercana a los clientes o en una región de AWS concreta que permita cumplir determinados requisitos legales.
Cada región se ha diseñado para que esté totalmente aislada de las demás regiones. Dentro de cada región hay varias zonas de disponibilidad (AZ). Las cachés de ElastiCache sin servidor replican automáticamente los datos en varias zonas de disponibilidad (excepto en us-west-1, donde los datos se replican en dos zonas de disponibilidad) para lograr un alto nivel de disponibilidad. Al diseñar su propio clúster de ElastiCache, puede optar por lanzar los nodos en diferentes zonas de disponibilidad a fin de obtener tolerancia a errores. Para obtener más información acerca de las regiones y zonas de disponibilidad, consulte Elección de regiones y zonas de disponibilidad para ElastiCache al comienzo de este tema.
| Nombre de la región/Región | Punto de conexión | Protocolo |
|---|---|---|
Región del este de EE. UU. (Ohio)
|
|
HTTPS |
Región Este de EE. UU. (Norte de Virginia)
|
|
HTTPS |
Región Oeste de EE. UU. (Norte de California)
|
|
HTTPS |
Región del Oeste de EE. UU (Oregón)
|
|
HTTPS |
Región de Canadá (centro)
|
|
HTTPS |
Región Canadá (Oeste)
|
|
HTTPS |
Asia-Pacífico (Yakarta)
|
|
HTTPS |
Región de Asia-Pacífico (Bombay)
|
|
HTTPS |
Región de Asia Pacífico (Hyderabad)
|
|
HTTPS |
Asia Pacífico (Tokio)
|
|
HTTPS |
Región de Asia-Pacífico (Seúl)
|
|
HTTPS |
Región Asia-Pacífico (Osaka)
|
|
HTTPS |
Región de Asia-Pacífico (Singapur)
|
|
HTTPS |
Región de Asia-Pacífico (Sídney)
|
|
HTTPS |
Región de Europa (Fráncfort)
|
|
HTTPS |
Región Europa (Zúrich)
|
|
HTTPS |
Región Europa (Estocolmo)
|
|
HTTPS |
Región Medio Oriente (Baréin)
|
|
HTTPS |
Región de Oriente Medio (EAU)
|
|
HTTPS |
Región de Europa (Irlanda)
|
|
HTTPS |
Región de Europa (Londres)
|
|
HTTPS |
Región EU (París)
|
|
HTTPS |
Región Europa (Milán)
|
|
HTTPS |
Región Europa (España)
|
|
HTTPS |
Región de América del Sur (São Paulo)
|
|
HTTPS |
Región China (Pekín)
|
|
HTTPS |
Región China (Ningxia)
|
|
HTTPS |
Región de Asia-Pacífico (Hong Kong)
|
|
HTTPS |
Región África (Ciudad del Cabo)
|
|
HTTPS |
Región de Israel (Tel Aviv)
|
|
HTTPS |
|
AWS GovCloud (Oeste de EE. UU.)
|
elasticache.us-gov-west-1.amazonaws.com |
HTTPS |
|
AWS GovCloud (Este de EE. UU.)
|
elasticache.us-gov-east-1.amazonaws.com |
HTTPS |
Para obtener más información sobre el uso de AWS GovCloud (EE. UU.) con ElastiCache, consulte Servicios en la región de AWS GovCloud (EE. UU.). |
Algunas regiones admiten un subconjunto de tipos de nodo. Para ver una tabla de los tipos de nodos admitidos en cada región de AWS, consulte Tipos de nodos admitidos por región de AWS.
La mayoría de regiones permite establecer una conexión privada entre los puntos de conexión de la VPC y la API de ElastiCache mediante la creación de un punto de conexión de VPC de interfaz desde AWS PrivateLink. Para obtener más información, consulte Puntos de conexión de VPC de interfaz y API de ElastiCache (AWS PrivateLink).
Para obtener una tabla de los productos y servicios de AWS por región, consulte Productos y servicios por región
