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.
# 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](#SupportedRegions).
![\[Imagen: regiones y zonas de disponibilidad de\]](http://docs.aws.amazon.com/es_es/AmazonElastiCache/latest/dg/images/ElastiCache-RegionsAndAZs.png)
*Regiones y zonas de disponibilidad de*
**Topics**
+ [Consideraciones sobre las zonas de disponibilidad con Memcached](#CacheNode.Memcached.AvailabilityZones)
+ [Ubicación de los nodos](#RegionsAndAZs.AZMode)
+ [Regiones y puntos de conexión admitidos](#SupportedRegions)
+ [Uso de Local Zones con ElastiCache](Local_zones.md)
+ [Uso de Outposts con ElastiCache](ElastiCache-Outposts.md)
## 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**
1. 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`) en `cross-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.
1. 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:
+ [Creación de un clúster para Memcached](Clusters.Create-mc.md)
+ [Creación de un clúster para Valkey o Redis OSS](Clusters.Create.md)
+ [Modificación de un clúster de ElastiCache](Clusters.Modify.md)
+ [Añadir nodos a un ElastiCache clúster](Clusters.AddNode.md)
## 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](#RegionsAndAZs) al comienzo de este tema.
**Regiones en las que se admite ElastiCache**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonElastiCache/latest/dg/RegionsAndAZs.html)
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](CacheNodes.SupportedTypes.md#CacheNodes.SupportedTypesByRegion).
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 [ElastiCache Puntos finales de VPC de API e interfaz ()AWS PrivateLink](elasticache-privatelink.md).
Para obtener una tabla de los productos y servicios de AWS por región, consulte [Productos y servicios por región](https://aws.amazon.com/about-aws/global-infrastructure/regional-product-services/).
# Uso de Local Zones con ElastiCache
Una *Zona local* es una extensión de una región de AWS que está geográficamente cerca de sus usuarios. Puede ampliar cualquier nube privada virtual (VPC) de la región de AWS principal a Local Zones al crear una subred nueva y asignarla a la zona local. Cuando crea una subred en una zona local, la VPC también se amplía a dicha zona local. La subred de la zona local funciona igual que otras subredes de su VPC.
Mediante el uso de Local Zones, puede colocar recursos como un clúster de ElastiCache en diferentes ubicaciones cerca de los usuarios.
Al crear un clúster de ElastiCache, puede elegir una subred en una zona local. Las zonas locales tienen sus propias conexiones a internet y admiten Direct Connect. Por lo tanto, los recursos creados en una zona local pueden prestar servicio a los usuarios locales con comunicaciones de muy baja latencia. Para obtener más información, consulte [AWS Local Zones](https://aws.amazon.com/about-aws/global-infrastructure/localzones/).
Una zona local se representa mediante un código de región de AWS seguido de un identificador que indica la ubicación, por ejemplo, `us-west-2-lax-1a`.
En este momento, las Local Zones disponibles son `us-west-2-lax-1a` y `us-west-2-lax-1b`.
Las siguientes limitaciones son aplicables a ElastiCache para Local Zones:
+ No se admiten almacenes de datos globales.
+ No se admite la migración en línea.
+ Las Local Zones admiten los siguientes tipos de nodos:
+ Generación actual:
**Tipos de nodos M:** `cache.m5.large`, `cache.m5.xlarge`, `cache.m5.2xlarge`, `cache.m5.4xlarge`, `cache.m5.12xlarge`, `cache.m5.24xlarge`
**Tipos de nodos R:** `cache.r5.large`, `cache.r5.xlarge`, `cache.r5.2xlarge`, `cache.r5.4xlarge`, `cache.r5.12xlarge`, `cache.r5.24xlarge`
**Tipos de nodos T:** `cache.t3.micro`, `cache.t3.small`, `cache.t3.medium`
## Habilitación de una zona local
1. Habilite la zona local en la consola de Amazon EC2.
Para obtener más información, consulte [Habilitación de Local Zones](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html#enable-zone-group) en la *Guía del usuario de Amazon EC2*.
1. Cree una subred en la zona local.
Para obtener más información, consulte [Creación de una subred en la VPC](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-vpcs.html#AddaSubnet) en la *Guía del usuario de Amazon VPC*.
1. Cree un grupo de subredes de ElastiCache en la zona local.
Al crear un grupo de subredes de ElastiCache, elija el grupo de zonas de disponibilidad para la zona local.
Para obtener más información, consulte [Creación de un grupo de subredes](SubnetGroups.Creating.md).
1. Cree un clúster de ElastiCache for Memcached que utilice la subred de ElastiCache en la zona local.
Para obtener más información, consulte [Creación de un clúster de Memcached (consola)](Clusters.Create-mc.md#Clusters.Create.CON.Memcached).
1. Cree un clúster de ElastiCache para Redis OSS que utilice la subred de ElastiCache en la zona local. Para obtener más información, consulte uno de los siguientes temas:
+ [Creación de un clúster de Valkey (modo de clúster deshabilitado) (consola)](SubnetGroups.designing-cluster-pre.valkey.md#Clusters.Create.CON.valkey-gs)
+ [Creación de un clúster de Valkey o Redis OSS (modo de clúster habilitado) (consola)](Clusters.Create.md#Clusters.Create.CON.RedisCluster)
# Uso de Outposts con ElastiCache
Puedes usar AWS Outposts con. ElastiCache Outposts es un servicio totalmente gestionado que extiende la AWS infraestructura APIs, los servicios y las herramientas a las instalaciones del cliente. Al proporcionar acceso local a la infraestructura AWS gestionada,AWS Outposts permite a los clientes crear y ejecutar aplicaciones in situ utilizando las mismas interfaces de programación que en AWS Regions, a la vez que utilizan recursos informáticos y de almacenamiento locales para reducir la latencia y las necesidades de procesamiento de datos locales. Un Outpost es un conjunto de capacidades AWS informáticas y de almacenamiento desplegadas en las instalaciones de un cliente.AWS opera, supervisa y administra esta capacidad como parte de una AWS región. Puedes crear subredes en tu Outpost y especificarlas al crear AWS recursos, como ElastiCache clústeres.
**nota**
En esta versión, se aplican las siguientes limitaciones:
ElastiCache for Outposts solo admite las familias de nodos M5 y R5.
Multi-AZ (no se admite la reproducción cruzada de Outpost).
La migración en directo no es compatible.
No se admiten instantáneas locales.
Los registros del motor y los registros lentos no se pueden habilitar.
ElastiCache on Outposts no admite CoIP.
ElastiCache for Outposts no está disponible en las siguientes regiones: cn-north-1, cn-northwest-1 y ap-northeast-3.
## Uso de Outposts con la consola ElastiCache
1. Inicie sesión en Consola de administración de AWS y abra la ElastiCache consola en [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. En el panel de navegación, elija **Cachés de Valkey**, **Cachés de Redis OSS** o **Cachés de Memcached**.
1. Si ha elegido **Cachés de Valkey**, seleccione **Crear caché de Valkey**. Si ha elegido **Cachés de Redis OSS**, seleccione **Crear caché de Redis OSS**. Si ha elegido **Cachés de Memcached**, seleccione **Crear caché de Memcached**.
1. En **Configuración del clúster**, seleccione **Diseñe su propia caché** y **Caché del clúster**. Deje **Modo de clúster** en **Desactivado**. A continuación, cree un nombre y una descripción opcional para la caché.
1. En la ubicación, elija **En las instalaciones**.
1. En la sección En las instalaciones, verá el campo **ID de Outpost**. Introduzca el ID en el que se ejecutará el clúster.
En todas las demás configuraciones de la **Configuración del clúster**, se pueden usar las opciones predeterminadas.
1. En **Conectividad**, seleccione **Crear un nuevo grupo de subredes** e introduzca el **ID de la VPC**. Deje la configuración predeterminada en el resto y elija **Siguiente**.
### Configurar opciones en las instalaciones
Puede seleccionar un Outpost disponible para añadir el clúster o, si no hay Outposts disponibles, crear uno nuevo mediante los siguientes pasos:
**En **On-Premises options** (Opciones en las instalaciones):**
1. En **Configuración de Valkey**, **Configuración de Redis OSS** o **Configuración de Memcached**, según el motor que prefiera:
1. **Nombre**: introduzca un nombre para el clúster.
1. **Descripción**: introduzca una descripción para el clúster.
1. **Compatibilidad de la versión del motor: la** versión del motor se basa en la AWS región de Outpost
1. **Puerto**: para Valkey o Redis OSS, acepte el puerto 6379 predeterminado. Para Memcached, acepte el puerto predeterminado 11211. Si prefiere utilizar un puerto diferente, escriba el número de puerto.
1. **Grupo de parámetros**: utilice el menú desplegable para seleccionar un grupo de parámetros predeterminado o personalizado.
1. **Tipo de nodo**: las instancias disponibles se basan en la disponibilidad de Outposts. Si utiliza Valkey o Redis OSS, el Asistente de portabilidad para .NET para Outposts solo admite las familias de nodos M5 y R5. En la lista desplegable, seleccione **Outposts** y, a continuación, seleccione el tipo de nodo disponible que desee utilizar para este clúster. A continuación, seleccione **Guardar**.
1. **Número de réplicas**: ingrese el número de réplicas de lectura que desea crear para este grupo de reproducción. Debe tener al menos una y no más de cinco réplicas de lectura. El valor predeterminado es 2.
Los nombres generados de forma automática de las réplicas de lectura siguen el mismo patrón que el nombre del clúster principal, con un guion y un número secuencial de tres dígitos agregados al final, que comienza por `-002`. Por ejemplo, si el grupo de reproducción se denomina `MyGroup`, entonces los nombres de los secundarios serían `MyGroup-002`, `MyGroup-003`, `MyGroup-004`, `MyGroup-005`, `MyGroup-006`.
1. En **Conectividad**:
1. **Grupo de subredes**: en la lista, seleccione **Create new** (Crear nuevo).
+ **Name**: ingrese un nombre para el grupo de la subred.
+ **Descripción**: ingrese una descripción para el grupo de la subred.
+ **ID de VPC**: el ID de VPC debe coincidir con la VPC de Outpost. Si seleccionas una VPC que no tenga subred en IDs los Outposts, la lista volverá vacía.
+ **Zona de disponibilidad o Outpost**: seleccione el Outpost que utiliza.
+ **ID de subred**: seleccione un ID de subred que se encuentre disponible para el Outpost. Si no hay ninguna subred IDs disponible, tendrás que crearla. Para obtener más información, consulte [Creación de una subred](https://docs.aws.amazon.com/outposts/latest/userguide/launch-instance.html#create-subnet).
1. Seleccione **Crear**.
### Visualización de detalles del clúster de Outpost
En la página de la lista, selecciona un clúster que pertenezca a un AWS Outpost y ten en cuenta lo siguiente al ver los detalles del **clúster**:
+ **Zona de disponibilidad**: representará el puesto de avanzada, utilizando un ARN (nombre de recurso de Amazon) y AWS el número de recurso.
+ **Nombre del puesto de avanzada: el nombre** del puesto de avanzada.AWS
## Uso de Outposts con la CLI AWS
Puede usar AWS Command Line Interface(AWS CLI) para controlar varios AWS servicios desde la línea de comandos y automatizarlos mediante scripts. Puede usar la AWS CLI para operaciones ad hoc (únicas).
### Descargar y configurar el AWS CLI
Se AWS CLI ejecuta en Windows, macOS o Linux. Utilice el siguiente procedimiento para descargarlo y configurarlo.
**Para descargar, instalar y configurar la CLI**
1. Descargue la AWS CLI en la página web de la [interfaz de línea de AWS comandos](https://aws.amazon.com/cli).
1. Siga las instrucciones para [instalar la AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-install.html) y [configurar la AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-configure.html) de la *Guía del AWS Command Line Interface usuario*.
### Uso de la AWS CLI con Outposts
Utilice la siguiente operación de la CLI para crear un clúster que utilice Outposts:
+ [create-cache-cluster](https://docs.aws.amazon.com/AmazonElastiCache/latest/CommandLineReference/CLIReference-cmd-CreateCacheCluster.html)— Al usar esta operación, el `outpost-mode` parámetro acepta un valor que especifica si los nodos del clúster se crean en un solo Outpost o en varios Outposts.
**nota**
En este momento, solo el modo `single-outpost` es compatible.
```
aws elasticache create-cache-cluster \
--cache-cluster-id cluster id \
--outpost-mode single-outpost \
```