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.
Escalado vertical en línea mediante la modificación del tipo de nodo
Al utilizar el escalado vertical en línea con Valkey versión 7.2 o nueva, o Redis OSS versión 3.2.10 o posterior, puede escalar sus clústeres de Valkey o Redis OSS de forma dinámica con un tiempo de inactividad mínimo. Esto permite que su clúster de Valkey o Redis OSS atienda las solicitudes incluso mientras se escala.
nota
No se admite el escalado entre un clúster de organización de datos en niveles (por ejemplo, un clúster que utiliza un tipo de nodo r6gd) y un clúster que no utiliza la organización de datos en niveles (por ejemplo, un clúster que utiliza un tipo de nodo r6g). Para obtener más información, consulte Organización de datos por niveles en ElastiCache.
Puede hacer lo siguiente:
-
Amplíe: aumente la capacidad de lectura y escritura ajustando el tipo de nodo de su OSS clúster de Valkey o Redis para utilizar un tipo de nodo más grande.
ElastiCache cambia el tamaño de tu clúster de forma dinámica sin dejar de estar en línea y atender las solicitudes.
-
Reducción vertical: reduzca verticalmente la capacidad de lectura y escritura al ajustar el tipo de nodo para utilizar un nodo más pequeño. De nuevo, cambia el tamaño del clúster de ElastiCache forma dinámica mientras permanece en línea y atiende las solicitudes. En este caso, reduzca los costos reduciendo el tamaño del nodo.
nota
Los procesos de escalado ascendente y descendente dependen de la creación de clústeres con tipos de nodo seleccionados recientemente y la sincronización de los nuevos nodos con los anteriores. Para garantizar un flujo de escalado ascendente/descendente uniforme, realice el siguiente procedimiento:
Asegúrese de tener suficiente capacidad ENI (interfaz de red elástica). Si se aplica el escalado descendiente, asegúrese de que el nodo de tamaño más reducido tenga suficiente memoria para absorber el tráfico esperado.
Consulte Gestión de la memoria reservada para Valkey y Redis OSS para conocer las prácticas recomendadas sobre la administración de memoria.
Aunque el proceso de escalado vertical está diseñado para que sea completamente online, se basa en la sincronización de datos entre el nodo antiguo y el nuevo. Recomendamos que inicie el escalado ascendente/descendente durante las horas en las que espera que el tráfico de datos sea mínimo.
Pruebe el comportamiento de la aplicación durante el escalado en un entorno de ensayo, si es posible.
Escalado vertical en línea
Temas
Ampliación de los clústeres de OSS caché de Valkey o Redis (consola)
El siguiente procedimiento describe cómo escalar un OSS clúster de Valkey o Redis mediante la consola de ElastiCache administración. Durante este proceso, el clúster seguirá atendiendo las solicitudes con un tiempo de inactividad mínimo.
Para ampliar un OSS clúster de Valkey o Redis (consola)
-
Inicie sesión en AWS Management Console y abra la ElastiCache consola en. https://console.aws.amazon.com/elasticache/
-
En el panel de navegación, selecciona clústeres de Valkey o clústeres de Redis OSS.
-
En la lista de clústeres, elija el clúster.
-
Elija Modificar.
-
En el asistente Modify Cluster:
-
Elija el tipo de nodo que desee ampliar en la lista Node type. Para aplicar el escalado ascendente, seleccione un tipo de nodo superior a su nodo existente.
-
-
Si desea realizar el proceso de escalado ascendente de forma inmediata, elija el cuadro Apply immediately (Aplicar inmediatamente). Si no selecciona el cuadro Apply immediately, el proceso de ampliación se realizará durante el siguiente periodo de mantenimiento de este clúster.
-
Elija Modify (Modificar).
Si eligió Apply immediately (Aplicar inmediatamente) en el paso anterior, el estado del clúster cambiará a modifying (en modificación). Cuando el estado cambie a available (disponible), la modificación se habrá completado y podrá empezar a utilizar el nuevo clúster.
Ampliar los clústeres de caché de Valkey o Redis OSS ()AWS CLI
El siguiente procedimiento describe cómo escalar un clúster de OSS caché de Valkey o Redis mediante. AWS CLI Durante este proceso, el clúster seguirá atendiendo las solicitudes con un tiempo de inactividad mínimo.
Para ampliar un clúster de OSS caché de Valkey o Redis ()AWS CLI
-
Determine los tipos de nodos a los que puede escalar ejecutando el AWS CLI
list-allowed-node-type-modificationscomando con el siguiente parámetro.Para Linux, macOS o Unix:
aws elasticache list-allowed-node-type-modifications \ --replication-group-idmy-replication-group-idPara Windows:
aws elasticache list-allowed-node-type-modifications ^ --replication-group-idmy-replication-group-idEl resultado del comando anterior tiene un aspecto similar al siguiente (JSONformato).
{ "ScaleUpModifications": [ "cache.m3.2xlarge", "cache.m3.large", "cache.m3.xlarge", "cache.m4.10xlarge", "cache.m4.2xlarge", "cache.m4.4xlarge", "cache.m4.large", "cache.m4.xlarge", "cache.r3.2xlarge", "cache.r3.4xlarge", "cache.r3.8xlarge", "cache.r3.large", "cache.r3.xlarge" ] "ScaleDownModifications": [ "cache.t2.micro", "cache.t2.small ", "cache.t2.medium", "cache.t1.small " ], }Para obtener más información, consulte list-allowed-node-type-modificaciones en la referencia de la AWS CLI .
-
Modifique su grupo de replicación para ampliarlo al nuevo tipo de nodo más grande mediante el AWS CLI
modify-replication-groupcomando y los siguientes parámetros.--replication-group-id: el nombre del grupo de reproducción al que va a escalar verticalmente.--cache-node-type: tipo de nodo nuevo al que desea escalar el clúster de caché. Este valor debe ser uno de los tipos de nodos devueltos por el comandolist-allowed-node-type-modificationsen el paso 1.--cache-parameter-group-name: [Opcional] Utilice este parámetro si va a utilizarreserved-memorypara administrar la memoria reservada de su clúster. Especifique un grupo de parámetros de caché personalizado que reserve la cantidad correcta de memoria para el nuevo tipo de nodo. Si va a utilizarreserved-memory-percent, puede omitir este parámetro.--apply-immediately: hace que el proceso de escalado vertical se aplique de inmediato. Para aplazar el proceso de ampliación al siguiente periodo de mantenimiento del clúster, utilice el parámetro--no-apply-immediately.
Para Linux, macOS o Unix:
aws elasticache modify-replication-group \ --replication-group-idmy-redis-cluster\ --cache-node-typecache.m3.xlarge\ --apply-immediatelyPara Windows:
aws elasticache modify-replication-group ^ --replication-group-idmy-redis-cluster^ --cache-node-typecache.m3.xlarge^ --apply-immediatelyEl resultado del comando anterior tiene un aspecto similar al siguiente (JSONformato).
{ "ReplicationGroup": { "Status": "modifying", "Description": "my-redis-cluster", "NodeGroups": [ { "Status": "modifying", "Slots": "0-16383", "NodeGroupId": "0001", "NodeGroupMembers": [ { "PreferredAvailabilityZone": "us-east-1f", "CacheNodeId": "0001", "CacheClusterId": "my-redis-cluster-0001-001" }, { "PreferredAvailabilityZone": "us-east-1d", "CacheNodeId": "0001", "CacheClusterId": "my-redis-cluster-0001-002" } ] } ], "ConfigurationEndpoint": { "Port": 6379, "Address": "my-redis-cluster.r7gdfi.clustercfg.use1.cache.amazonaws.com" }, "ClusterEnabled": true, "ReplicationGroupId": "my-redis-cluster", "SnapshotRetentionLimit": 1, "AutomaticFailover": "enabled", "SnapshotWindow": "07:30-08:30", "MemberClusters": [ "my-redis-cluster-0001-001", "my-redis-cluster-0001-002" ], "CacheNodeType": "cache.m3.xlarge", "DataTiering": "disabled" "PendingModifiedValues": {} } }Para obtener más información, consulte modify-replication-group en la referencia de la AWS CLI .
-
Si utilizó el
--apply-immediately, compruebe el estado del clúster de caché mediante el AWS CLIdescribe-cache-clusterscomando con el siguiente parámetro. Cuando el estado cambie a available (disponible), podrá comenzar a usar el nuevo nodo de clúster de la caché de mayor tamaño.
Ampliar los clústeres de OSS caché de Valkey o Redis () ElastiCache API
El siguiente proceso escala el clúster de caché desde su tipo de nodo actual a un tipo de nodo nuevo y más grande mediante el. ElastiCache API Durante este proceso, ElastiCache actualiza las DNS entradas para que apunten a los nuevos nodos. Por ello, no tiene que actualizar los puntos de enlace de su aplicación. Para Valkey 7.2 y versiones posteriores y Redis OSS 5.0.5 y versiones posteriores, puede escalar los clústeres habilitados para la conmutación automática por error mientras el clúster permanece en línea y atiende las solicitudes entrantes. En la versión Redis OSS 4.0.10 y versiones anteriores, es posible que notes una breve interrupción de las lecturas y escrituras en las versiones anteriores desde el nodo principal mientras se actualiza la entrada. DNS
El tiempo que se tarda en la ampliación a un tipo de nodo más grande varía en función de su tipo de nodo y de la cantidad de datos de su clúster de caché actual.
Para ampliar un clúster de caché de Valkey o OSS Redis () ElastiCache API
-
Determine los tipos de nodos a los que puede escalar mediante la ElastiCache API
ListAllowedNodeTypeModificationsacción con el siguiente parámetro.ReplicationGroupId: nombre del grupo de replicación. Use este parámetro para describir un grupo de replicación específico en lugar de todos los grupos de replicación.
https://elasticache.us-west-2.amazonaws.com/ ?Action=ListAllowedNodeTypeModifications &ReplicationGroupId=MyReplGroup &Version=2015-02-02 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20150202T192317Z &X-Amz-Credential=<credential>Para obtener más información, consulte ListAllowedNodeTypeModifications en Amazon ElastiCache API Reference.
-
Amplíe su grupo de replicación actual hasta el nuevo tipo de nodo mediante la
ModifyReplicationGroupElastiCache API acción y con los siguientes parámetros.ReplicationGroupId: nombre del grupo de replicación.CacheNodeType: el nuevo tipo de nodo más grande de clústeres de caché en este grupo de reproducción. Este valor debe ser uno de los tipos de instancias devueltos por laListAllowedNodeTypeModificationsacción en el paso anterior.CacheParameterGroupName: [Opcional] Utilice este parámetro si va a utilizarreserved-memorypara administrar la memoria reservada de su clúster. Especifique un grupo de parámetros de caché personalizado que reserve la cantidad correcta de memoria para el nuevo tipo de nodo. Si va a utilizarreserved-memory-percent, puede omitir este parámetro.ApplyImmediately: establézcalo entruepara que el proceso de escalado vertical se aplique de inmediato. Para aplazar el proceso de ampliación al siguiente periodo de mantenimiento, utiliceApplyImmediately=false.
https://elasticache.us-west-2.amazonaws.com/ ?Action=ModifyReplicationGroup &ApplyImmediately=true &CacheNodeType=cache.m3.2xlarge &CacheParameterGroupName=redis32-m3-2xl &ReplicationGroupId=myReplGroup &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20141201T220302Z &Version=2014-12-01 &X-Amz-Algorithm=&AWS;4-HMAC-SHA256 &X-Amz-Date=20141201T220302Z &X-Amz-SignedHeaders=Host &X-Amz-Expires=20141201T220302Z &X-Amz-Credential=<credential> &X-Amz-Signature=<signature>Para obtener más información, consulte ModifyReplicationGroup en Amazon ElastiCache API Reference.
-
Si lo utilizó
ApplyImmediately=true, supervise el estado del grupo de replicación mediante la ElastiCache APIDescribeReplicationGroupsacción con los siguientes parámetros. Cuando el estado cambie de modifying a available, podrá empezar a escribir en su nuevo grupo de replicación ampliado.ReplicationGroupId: nombre del grupo de replicación. Use este parámetro para describir un determinado grupo de replicación en lugar de todos los grupos de replicación.
https://elasticache.us-west-2.amazonaws.com/ ?Action=DescribeReplicationGroups &ReplicationGroupId=MyReplGroup &Version=2015-02-02 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20150202T192317Z &X-Amz-Credential=<credential>Para obtener más información, consulte DescribeReplicationGroups en Amazon ElastiCache API Reference.
Reducción vertical en línea
Temas
Reducir la escala de los clústeres de OSS caché de Valkey o Redis (consola)
El siguiente procedimiento describe cómo reducir la escala de un OSS clúster de Valkey o Redis mediante la consola ElastiCache de administración. Durante este proceso, su OSS clúster de Valkey o Redis seguirá atendiendo las solicitudes con un tiempo de inactividad mínimo.
Para reducir la escala de un clúster de Valkey o Redis OSS (consola)
-
Inicie sesión en AWS Management Console y abra la ElastiCache consola en. https://console.aws.amazon.com/elasticache/
-
En el panel de navegación, selecciona clústeres de Valkey o clústeres de Redis OSS.
-
En la lista de clústeres, elija el clúster preferido.
-
Elija Modificar.
-
En el asistente Modify Cluster:
-
Elija el tipo de nodo que desee ampliar en la lista Node type. Para aplicar el escalado descendente, seleccione un tipo de nodo inferior a su nodo existente. Tenga en cuenta que no todos los tipos de nodos están disponibles para el proceso de reducción.
-
-
Si desea realizar el proceso de escalado descendente de forma inmediata, elija el cuadro Apply immediately (Aplicar inmediatamente). Si no selecciona el cuadro Apply immediately (Aplicar inmediatamente), el proceso de escalado descendente se realizará durante el siguiente periodo de mantenimiento de este clúster.
-
Elija Modify (Modificar).
Si eligió Apply immediately (Aplicar inmediatamente) en el paso anterior, el estado del clúster cambiará a modifying (en modificación). Cuando el estado cambie a available (disponible), la modificación se habrá completado y podrá empezar a utilizar el nuevo clúster.
Reducir la escala de los clústeres de caché de Valkey o Redis OSS ()AWS CLI
El siguiente procedimiento describe cómo reducir la escala de un clúster de OSS caché de Valkey o Redis mediante. AWS CLI Durante este proceso, el clúster seguirá atendiendo las solicitudes con un tiempo de inactividad mínimo.
Para reducir la escala de un clúster de OSS caché de Valkey o Redis ()AWS CLI
-
Determine los tipos de nodos a los que puede reducir la escala ejecutando el AWS CLI
list-allowed-node-type-modificationscomando con el siguiente parámetro.Para Linux, macOS o Unix:
aws elasticache list-allowed-node-type-modifications \ --replication-group-idmy-replication-group-idPara Windows:
aws elasticache list-allowed-node-type-modifications ^ --replication-group-idmy-replication-group-idEl resultado del comando anterior tiene un aspecto similar al siguiente (JSONformato).
{ "ScaleUpModifications": [ "cache.m3.2xlarge", "cache.m3.large", "cache.m3.xlarge", "cache.m4.10xlarge", "cache.m4.2xlarge", "cache.m4.4xlarge", "cache.m4.large", "cache.m4.xlarge", "cache.r3.2xlarge", "cache.r3.4xlarge", "cache.r3.8xlarge", "cache.r3.large", "cache.r3.xlarge" ] "ScaleDownModifications": [ "cache.t2.micro", "cache.t2.small ", "cache.t2.medium ", "cache.t1.small" ] }Para obtener más información, consulte list-allowed-node-type-modificaciones en la referencia de la AWS CLI .
-
Modifique el grupo de replicación para reducirlo al nuevo tipo de nodo más pequeño mediante el AWS CLI
modify-replication-groupcomando y los siguientes parámetros.--replication-group-id: el nombre del grupo de reproducción al que va a reducir verticalmente.--cache-node-type: tipo de nodo nuevo al que desea escalar el clúster de caché. Este valor debe ser uno de los tipos de nodos devueltos por el comandolist-allowed-node-type-modificationsen el paso 1.--cache-parameter-group-name: [Opcional] Utilice este parámetro si va a utilizarreserved-memorypara administrar la memoria reservada de su clúster. Especifique un grupo de parámetros de caché personalizado que reserve la cantidad correcta de memoria para el nuevo tipo de nodo. Si va a utilizarreserved-memory-percent, puede omitir este parámetro.--apply-immediately: hace que el proceso de escalado vertical se aplique de inmediato. Para aplazar el proceso de reducción al siguiente periodo de mantenimiento del clúster, utilice el parámetro--no-apply-immediately.
Para Linux, macOS o Unix:
aws elasticache modify-replication-group \ --replication-group-idmy-redis-cluster\ --cache-node-typecache.t2.micro\ --apply-immediatelyPara Windows:
aws elasticache modify-replication-group ^ --replication-group-idmy-redis-cluster^ --cache-node-typecache.t2.micro^ --apply-immediatelyEl resultado del comando anterior tiene un aspecto similar al siguiente (JSONformato).
{ "ReplicationGroup": { "Status": "modifying", "Description": "my-redis-cluster", "NodeGroups": [ { "Status": "modifying", "Slots": "0-16383", "NodeGroupId": "0001", "NodeGroupMembers": [ { "PreferredAvailabilityZone": "us-east-1f", "CacheNodeId": "0001", "CacheClusterId": "my-redis-cluster-0001-001" }, { "PreferredAvailabilityZone": "us-east-1d", "CacheNodeId": "0001", "CacheClusterId": "my-redis-cluster-0001-002" } ] } ], "ConfigurationEndpoint": { "Port": 6379, "Address": "my-redis-cluster.r7gdfi.clustercfg.use1.cache.amazonaws.com" }, "ClusterEnabled": true, "ReplicationGroupId": "my-redis-cluster", "SnapshotRetentionLimit": 1, "AutomaticFailover": "enabled", "SnapshotWindow": "07:30-08:30", "MemberClusters": [ "my-redis-cluster-0001-001", "my-redis-cluster-0001-002" ], "CacheNodeType": "cache.t2.micro", "DataTiering": "disabled" "PendingModifiedValues": {} } }Para obtener más información, consulte modify-replication-group en la referencia de la AWS CLI .
-
Si utilizó el
--apply-immediately, compruebe el estado del clúster de caché mediante el AWS CLIdescribe-cache-clusterscomando con el siguiente parámetro. Cuando el estado cambie a available (disponible), puede comenzar con el nuevo clúster de caché de menor tamaño.
Reducir la escala de los clústeres de OSS caché de Valkey o Redis () ElastiCache API
El siguiente proceso escala el grupo de replicación desde su tipo de nodo actual a un tipo de nodo nuevo y más pequeño mediante el. ElastiCache API Durante este proceso, su OSS clúster de Valkey o Redis seguirá atendiendo las solicitudes con un tiempo de inactividad mínimo.
El tiempo que se tarda en la realización del escalado descendente a un tipo de nodo más pequeño varía en función de su tipo de nodo y de la cantidad de datos de su clúster de caché actual.
Reducir la escala () ElastiCache API
-
Determine los tipos de nodos a los que puede reducir la escala mediante la ElastiCache API
ListAllowedNodeTypeModificationsacción con el siguiente parámetro.ReplicationGroupId: nombre del grupo de replicación. Use este parámetro para describir un grupo de replicación específico en lugar de todos los grupos de replicación.
https://elasticache.us-west-2.amazonaws.com/ ?Action=ListAllowedNodeTypeModifications &ReplicationGroupId=MyReplGroup &Version=2015-02-02 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20150202T192317Z &X-Amz-Credential=<credential>Para obtener más información, consulte ListAllowedNodeTypeModifications en Amazon ElastiCache API Reference.
-
Amplíe su grupo de replicación actual al nuevo tipo de nodo mediante la
ModifyReplicationGroupElastiCache API acción y con los siguientes parámetros.ReplicationGroupId: nombre del grupo de replicación.CacheNodeType: el nuevo tipo de nodo más pequeño de clústeres de caché en este grupo de reproducción. Este valor debe ser uno de los tipos de instancias devueltos por laListAllowedNodeTypeModificationsacción en el paso anterior.CacheParameterGroupName: [Opcional] Utilice este parámetro si va a utilizarreserved-memorypara administrar la memoria reservada de su clúster. Especifique un grupo de parámetros de caché personalizado que reserve la cantidad correcta de memoria para el nuevo tipo de nodo. Si va a utilizarreserved-memory-percent, puede omitir este parámetro.ApplyImmediately: establézcalo entruepara que el proceso de reducción vertical se aplique de inmediato. Para aplazar el proceso de escalado descendente al siguiente periodo de mantenimiento, utiliceApplyImmediately=false.
https://elasticache.us-west-2.amazonaws.com/ ?Action=ModifyReplicationGroup &ApplyImmediately=true &CacheNodeType=cache.t2.micro &CacheParameterGroupName=redis32-m3-2xl &ReplicationGroupId=myReplGroup &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20141201T220302Z &Version=2014-12-01 &X-Amz-Algorithm=&AWS;4-HMAC-SHA256 &X-Amz-Date=20141201T220302Z &X-Amz-SignedHeaders=Host &X-Amz-Expires=20141201T220302Z &X-Amz-Credential=<credential> &X-Amz-Signature=<signature>Para obtener más información, consulte ModifyReplicationGroup en Amazon ElastiCache API Reference.
