Cambio de tamaño de clústeres

A medida que la capacidad y el rendimiento del almacenamiento de datos necesitan cambiar, se puede cambiar el tamaño del clúster para llevar a cabo el mejor uso de las opciones de computación y almacenamiento que proporciona Amazon Redshift.

La operación de cambio de tamaño está disponible en dos tipos:

• Cambio de tamaño elástico: puede agregar o eliminar nodos del clúster. También puede cambiar el tipo de nodo, como de nodos DC2 a nodos RA3. Un cambio de tamaño elástico se completa rápidamente y tarda una media de diez minutos. Por este motivo, lo recomendamos como primera opción. Cuando se lleva a cabo un cambio de tamaño elástico, se redistribuyen los sectores de datos, que son particiones a las que se les asigna memoria y espacio de disco en cada nodo. El cambio de tamaño elástico es adecuado en las siguientes situaciones:

  • Agrega o reduce nodos en un clúster existente, pero no cambia el tipo de nodo: esto se llama comúnmente cambio de tamaño in situ. Al realizar este tipo de cambio de tamaño, algunas consultas en ejecución se completan correctamente, pero otras se pueden eliminar como parte de la operación.

  • Cambiar el tipo de nodo de un clúster: al cambiar el tipo de nodo, se crea una instantánea y los datos se redistribuyen del clúster de origen a un clúster compuesto por el nuevo tipo de nodo. Al finalizar, se eliminan las consultas en ejecución. Al igual que en el cambio de tamaño in situ, se completa rápidamente.

• Cambio de tamaño clásico: puede cambiar el tipo de nodo, la cantidad de nodos o ambos de una manera similar al cambio de tamaño elástico. El cambio de tamaño clásico tarda más en completarse, pero puede resultar útil en los casos en que el cambio en el recuento de nodos o el tipo de nodo al que se va a migrar no se encuentre dentro de los límites del cambio de tamaño elástico. Esto se puede aplicar, por ejemplo, cuando el cambio en el recuento de nodos es muy grande.

Elastic resize (Cambio de tamaño elástico)

Una operación de cambio de tamaño elástico, al agregar o eliminar nodos del mismo tipo, tiene las siguientes etapas:

1. El cambio de tamaño elástico toma una instantánea del clúster. Esta instantánea siempre incluye tablas sin copia de seguridad para los nodos en los que sea aplicable. (Algunos tipos de nodos, como RA3, no tienen tablas sin copia de seguridad). Si el clúster no tiene una instantánea reciente porque deshabilitó las instantáneas automatizadas, la operación de copia de seguridad puede tardar más tiempo. (Para minimizar el tiempo antes de que dé comienzo la operación de cambio de tamaño, le recomendamos habilitar las instantáneas automatizadas o crear una instantánea manual antes de comenzar el cambio de tamaño). Cuando comienza un cambio de tamaño elástico y hay una operación de instantánea en curso, el cambio de tamaño puede devolver un error si la operación de instantánea no se completa en unos pocos minutos. Para obtener más información, consulte Instantáneas y copias de seguridad de Amazon Redshift.

2. La operación migra los metadatos del clúster. El clúster no está disponible durante unos minutos. La mayoría de las consultas quedan en pausa temporalmente y las conexiones se mantienen abiertas. Sin embargo, es posible que se eliminen algunas consultas. Esta etapa es breve.

3. Se restablecen las conexiones de la sesión y se reanudan las consultas.

4. El cambio de tamaño elástico redistribuye los datos a los sectores de nodos en segundo plano. El clúster está disponible para operaciones de lectura y escritura, aunque es posible que algunas consultas tarden más tiempo en ejecutarse.

5. Una vez completada la operación, Amazon Redshift envía una notificación de evento.

Cuando utiliza el cambio de tamaño elástico para cambiar el tipo de nodo, funciona de manera similar a cuando agrega o elimina nodos del mismo tipo. En primer lugar, se crea una instantánea. Se aprovisiona un clúster de destino nuevo con los datos más recientes de la instantánea y los datos se transfieren al nuevo clúster en segundo plano. Durante este periodo, los datos son de solo lectura. Cuando el cambio de tamaño está a punto de finalizar, Amazon Redshift actualiza el punto de conexión para que apunte al nuevo clúster y se eliminan todas las conexiones con el clúster de origen.

Es poco probable que se produzca un error en un cambio de tamaño elástico. Sin embargo, en caso de fallo, la reversión se produce automáticamente en la mayoría de los casos sin necesidad de intervención manual.

Si tiene nodos reservados, por ejemplo, nodos reservados DC2, puede actualizarlos a nodos reservados RA3 al realizar un cambio de tamaño. Puede hacer esto cuando efectúa un cambio de tamaño elástico o utiliza la consola para restaurar desde una instantánea. Este tutorial lo guía a través del proceso. Para obtener más información acerca de la actualización a nodos RA3, consulte Actualización a tipos de nodo RA3.

El cambio de tamaño elástico no ordena tablas ni recupera espacio en disco, por lo que no es un sustituto de una operación de limpieza. Para obtener más información, consulte Limpieza de tablas.

El cambio de tamaño elástico tiene las siguientes limitaciones:

• Clústeres de uso compartido de datos y cambio de tamaño elástico: si agrega o quita nodos en un clúster que actúa como productor para el uso compartido de datos, no podrá conectarse a él desde los consumidores mientras Amazon Redshift migre los metadatos del clúster. Del mismo modo, si realiza un cambio de tamaño elástico y elige un nuevo tipo de nodo, el uso compartido de datos no estará disponible mientras las conexiones se descartan y se transfieren al nuevo clúster de destino. En ambos tipos de cambio de tamaño elástico, el productor no está disponible durante varios minutos.

• Transferencia de datos desde una instantánea compartida: para ejecutar un cambio de tamaño elástico en un clúster que está transfiriendo datos desde una instantánea compartida, debe haber al menos una copia de seguridad disponible para el clúster. Puede ver las copias de seguridad en la lista de instantáneas de la consola de Amazon Redshift, el comando describe-cluster-snapshots de la CLI o la operación DescribeClusterSnapshots de la API.

• Restricción de plataforma: el cambio de tamaño elástico solo está disponible para clústeres que utilizan la plataforma EC2-VPC. Para obtener más información, consulte Usar EC2-VPC al crear el clúster.

• Consideraciones de almacenamiento: asegúrese de que la configuración del nuevo nodo tenga suficiente almacenamiento para los datos existentes. Es posible que deba agregar nodos adicionales o cambiar la configuración.

• Tamaño del clúster de origen frente al de destino: el número de nodos y el tipo de nodo al que es posible cambiar tamaño con el cambio de tamaño elástico viene determinado por el número de nodos del clúster de origen y el tipo de nodo elegido para el clúster con el tamaño cambiado. Para determinar las posibles configuraciones disponibles, puede usar la consola. También puede usar el comando describe-node-configuration-options de la AWS CLI con la opción action-type resize-cluster. Para obtener más información acerca de cómo cambiar el tamaño mediante la consola de Amazon Redshift, consulte Redimensionamiento de un clúster.

  En el siguiente ejemplo del comando de la CLI, se describen las opciones de configuración disponibles. En este ejemplo, el clúster denominado mycluster es un clúster dc2.large de 8 nodos.

  aws redshift describe-node-configuration-options --cluster-identifier mycluster --region eu-west-1 --action-type resize-cluster

  Este comando devuelve una lista de opciones con recomendaciones sobre los tipos de nodos, el número de nodos y el uso de disco de cada opción. Las configuraciones devueltas pueden variar en función del clúster de entrada específico. Puede elegir una de las configuraciones devueltas cuando especifique las opciones del comando resize-cluster de la CLI.

• Límite de nodos adicionales: el cambio de tamaño elástico tiene límites en los nodos que puede agregar a un clúster. Por ejemplo, un clúster dc2 admite el cambio de tamaño elástico hasta duplicar el número de nodos. Para ilustrar, puede agregar un nodo a un clúster dc2.8xlarge de 4 nodos para convertirlo en un clúster de cinco nodos o agregar más nodos hasta que alcance ocho.

  nota

  Los límites de crecimiento y reducción se basan en el tipo de nodo original y en el número de nodos del clúster original o de su último cambio de tamaño clásico. Si un cambio de tamaño elástico va a superar los límites de crecimiento o reducción, utilice un cambio de tamaño clásico.

  Con algunos tipos de nodos ra3, puede aumentar el número de nodos hasta cuatro veces el recuento existente. Específicamente, suponga que su clúster consta de nodos ra3.4xlarge o ra3.16xlarge. Entonces, puede utilizar el cambio de tamaño elástico para aumentar el número de nodos en un clúster de 8 nodos a 32. Otra opción es elegir un valor por debajo del límite. (Tenga en cuenta que la capacidad de aumentar el clúster cuatro veces depende del tamaño del clúster de origen). Si su clúster tiene nodos ra3.xlplus, el límite es doble.

  Todos los tipos de nodos ra3 admiten una disminución en el número de nodos a una cuarta parte del recuento existente. Por ejemplo, puede reducir el tamaño de un clúster con nodos ra3.4xlarge de 12 nodos a 3, o a un número por encima del mínimo.

  En la siguiente tabla, se enumeran los límites de crecimiento y reducción para cada tipo de nodo que admite el cambio de tamaño elástico.

  Tipo de nodo original	Límite de crecimiento	Límite de reducción
  ra3.16xlarge	4 veces (de 4 a 16 nodos, por ejemplo)	A una cuarta parte del número (de 16 a 4 nodos, por ejemplo)
  ra3.4xlarge	4 veces	A una cuarta parte del número
  ra3.xlplus	2 veces (de 4 a 8 nodos, por ejemplo)	A una cuarta parte del número
  dc2.8xlarge	2 veces	A la mitad del número (de 16 a 8 nodos, por ejemplo)
  dc2.large	2 veces	A la mitad del número

  nota

  Elección de tipos de nodos heredados al cambiar el tamaño de un clúster RA3: si intenta cambiar el tamaño de un clúster con nodos RA3 a otro tipo de nodo, como DC2, aparecerá un mensaje de advertencia de validación en la consola y la operación de cambio de tamaño no se completará. Esto ocurre porque no se admite cambiar tamaño a tipos de nodos heredados. De este modo, se evita que un cliente cambie de tamaño a un tipo de nodo obsoleto o que pronto lo estará. Esto se aplica al cambio de tamaño elástico y al cambio de tamaño clásico.

Classic resize (Cambio de tamaño clásico)

El cambio de tamaño clásico se encarga de los casos de uso en los que el cambio del tamaño del clúster o el tipo de nodo no se admiten por el cambio de tamaño elástico. Cuando realiza un cambio de tamaño clásico, Amazon Redshift crea un clúster de destino y migra sus datos y metadatos desde el clúster de origen.

El cambio de tamaño clásico a RA3 puede proporcionar una mejor disponibilidad

El cambio de tamaño clásico se ha mejorado cuando el tipo de nodo de destino es RA3. Para ello, utiliza una operación de copia de seguridad y restauración entre el clúster de origen y el de destino. Cuando comienza el cambio de tamaño, el clúster de origen se reinicia y no está disponible durante unos minutos. Después, el clúster está disponible para operaciones de lectura y escritura mientras el cambio de tamaño continúa en segundo plano.

Verificación del clúster

Para asegurarse de obtener el mejor rendimiento y los mejores resultados cuando realice un cambio de tamaño clásico a un clúster RA3, complete esta lista de comprobación. Si no sigue la lista de verificación, es posible que no obtenga algunos de los beneficios del cambio de tamaño clásico con los nodos RA3, como la capacidad de realizar operaciones de lectura y escritura.

1. El tamaño de los datos debe ser inferior a dos petabytes. (Un petabyte equivale a 1000 terabytes). Para validar el tamaño de los datos, cree una instantánea y compruebe su tamaño. También puede ejecutar la siguiente consulta para comprobar el tamaño:

   SELECT
   sum(case when lower(diststyle) like ('%key%') then size else 0 end) distkey_blocks,
   sum(size) as total_blocks,
   ((distkey_blocks/(total_blocks*1.00)))*100 as Blocks_need_redist
   FROM svv_table_info;

   Solo los superusuarios pueden ver la tabla svv_table_info.

2. Antes de iniciar un cambio de tamaño clásico, asegúrese de que dispone de una instantánea manual que no tenga más de 10 horas de antigüedad. Si no es así, tome una instantánea.

3. La instantánea utilizada para realizar el cambio de tamaño clásico no puede utilizarse para restaurar una tabla ni para ningún otro fin.

4. El clúster debe estar en una VPC.

Operaciones de clasificación y distribución que se derivan del cambio clásico de tamaño a RA3

Durante el cambio de tamaño clásico a RA3, las tablas con distribución de claves migradas como distribución EVEN se vuelven a convertir a su estilo de distribución original. La duración de este período depende del tamaño de los datos y de lo ocupado que esté el clúster. Las cargas de trabajo de consulta tienen mayor prioridad para ejecutarse que la migración de datos. Para obtener más información, consulte Estilos de distribución. Durante este proceso de migración, en la base de datos funcionan tanto las lecturas como las escrituras, pero las consultas pueden tardar más en completarse. No obstante, el escalado de la simultaneidad puede aumentar el rendimiento durante este tiempo al agregar recursos para las cargas de trabajo de consulta. Puede ver el progreso de la migración de datos en los resultados de las vistas SYS_RESTORE_STATE y SYS_RESTORE_LOG. A continuación, encontrará más información sobre la monitorización.

Después de cambiar el tamaño del clúster por completo, se produce el siguiente comportamiento de ordenación:

• Si al cambiar el tamaño el clúster tiene más sectores, las tablas de distribución KEY quedan parcialmente sin ordenar, pero las tablas EVEN permanecen ordenadas. Además, es posible que la información sobre la cantidad de datos ordenados no esté actualizada, justo después de cambiar tamaño. Tras la recuperación de la clave, la limpieza automática ordena la tabla a lo largo del tiempo.

• Si al cambiar tamaño el clúster tiene menos sectores, tanto la tabla de distribución KEY como la tabla de distribución EVEN quedan parcialmente sin ordenar. La limpieza automática ordena la tabla a lo largo del tiempo.

Para obtener más información sobre la limpieza automática de tablas, consulte Limpieza de tablas. Para obtener más información sobre los sectores en los nodos de computación, consulte Arquitectura del sistema de almacenamiento de datos.

Pasos clásicos del cambio de tamaño clásico cuando el clúster de destino es RA3

El cambio de tamaño clásico consta de los siguientes pasos, cuando el tipo de clúster de destino es RA3 y se cumplen los requisitos previos detallados en la sección anterior.

1. La migración se inicia del clúster de origen al clúster de destino. Cuando se aprovisiona el nuevo clúster de destino, Amazon Redshift envía una notificación de evento para indicar que comenzó el cambio de tamaño. Reinicia el clúster existente, cerrando así todas las conexiones. Si su clúster existente es un clúster productor de intercambio de datos, las conexiones con los clústeres consumidores también se cierran. El reinicio dura unos minutos.

   Tenga en cuenta que cualquier relación de base de datos, como una tabla o una vista materializada, creada con BACKUP NO no se retiene durante el cambio de tamaño clásico. Para obtener más información, consulte CREATE MATERIALIZED VIEW.

2. Tras el reinicio, la base de datos está disponible para lecturas y escrituras. Además, se reanuda el uso compartido de datos, lo que dura unos minutos adicionales.

3. Los datos se migran al clúster de destino. Cuando el tipo de nodo de destino es RA3, las lecturas y escrituras están disponibles durante la migración de datos.

4. Cuando el proceso de cambio de tamaño está a punto de finalizar, Amazon Redshift actualiza el punto de conexión del clúster de destino y se eliminan todas las conexiones al clúster de origen. El clúster de destino se convierte en el productor para el uso compartido de datos.

5. El cambio de tamaño se completa. Amazon Redshift envía una notificación de evento.

Puede ver el progreso del cambio de tamaño en la consola de Amazon Redshift. El tiempo que toma cambiar el tamaño de un clúster depende de la cantidad de datos.

nota

Elección de tipos de nodos heredados al cambiar el tamaño de un clúster RA3: si intenta cambiar el tamaño de un clúster con nodos RA3 a otro tipo de nodo, como DC2, aparecerá un mensaje de advertencia de validación en la consola y la operación de cambio de tamaño no se completará. Esto ocurre porque no se admite cambiar tamaño a tipos de nodos heredados. De este modo, se evita que un cliente cambie de tamaño a un tipo de nodo obsoleto o que pronto lo estará. Esto se aplica al cambio de tamaño elástico y al cambio de tamaño clásico.

Supervisión de un cambio de tamaño clásico cuando el clúster de destino es RA3

Para monitorear un cambio de tamaño clásico de un clúster aprovisionado en curso, incluida la distribución de claves, utilice SYS_RESTORE_STATE. Muestra el porcentaje completado de la tabla que se está convirtiendo. Debe ser superusuario para acceder a los datos.

Elimine las tablas que no necesite cuando realice un cambio de tamaño clásico. De este modo, las tablas existentes podrán distribuirse con mayor rapidez.

Pasos de cambio de tamaño clásico cuando el clúster de destino no es RA3

El cambio de tamaño clásico consiste en lo siguiente cuando el tipo de nodo de destino es cualquier otro que no sea RA3, como DC2, por ejemplo.

1. La migración se inicia del clúster de origen al clúster de destino. Cuando se aprovisiona el nuevo clúster de destino, Amazon Redshift envía una notificación de evento para indicar que comenzó el cambio de tamaño. Reinicia el clúster existente, cerrando así todas las conexiones. Si su clúster existente es un clúster productor de intercambio de datos, las conexiones con los clústeres consumidores también se cierran. El reinicio dura unos minutos.

   Tenga en cuenta que cualquier relación de base de datos, como una tabla o una vista materializada, creada con BACKUP NO no se retiene durante el cambio de tamaño clásico. Para obtener más información, consulte CREATE MATERIALIZED VIEW.

2. Tras el reinicio, la base de datos estará disponible solo para lectura. Se reanuda el uso compartido de datos, lo que requiere unos minutos adicionales.

3. Los datos se migran al clúster de destino. La base de datos sigue siendo de solo lectura.

4. Cuando el proceso de cambio de tamaño está a punto de finalizar, Amazon Redshift actualiza el punto de conexión del clúster de destino y se eliminan todas las conexiones al clúster de origen. El clúster de destino se convierte en el productor para el uso compartido de datos.

5. El cambio de tamaño se completa. Amazon Redshift envía una notificación de evento.

Puede ver el progreso del cambio de tamaño en la consola de Amazon Redshift. El tiempo que toma cambiar el tamaño de un clúster depende de la cantidad de datos.

nota

El cambio de tamaño de un clúster con una gran cantidad de datos puede durar días o incluso semanas cuando el clúster de destino no es RA3 o no cumple los requisitos previos para un clúster de destino RA3 detallados en la sección anterior.

Tenga en cuenta también que la capacidad de almacenamiento utilizada para el clúster puede aumentar después de un cambio de tamaño clásico. Este es el comportamiento normal del sistema cuando el clúster tiene sectores de datos adicionales que resultan del cambio de tamaño clásico. Este uso de capacidad adicional puede ocurrir incluso cuando la cantidad de nodos del clúster sigue igual.

Cambio de tamaño elástico frente a cambio de tamaño clásico

En la siguiente tabla, se compara el comportamiento entre los dos tipos de cambio de tamaño.

Cambio de tamaño elástico frente a cambio de tamaño clásico
Comportamiento	Elastic resize (Cambio de tamaño elástico)	Classic resize (Cambio de tamaño clásico)	Comentarios
Retención de datos del sistema	El cambio de tamaño elástico retiene los datos de registro del sistema.	El cambio de tamaño clásico no retiene las tablas ni los datos del sistema.	Si tiene habilitado el registro de auditoría en el clúster de origen, podrá seguir teniendo acceso a los registros en Amazon S3 o en CloudWatch después de un cambio de tamaño. Puede omitir o eliminar estos registros según lo especifiquen las políticas de datos.
Cambios de tipos de nodos	Cambio de tamaño elástico, cuando el tipo de nodo no cambia: cambio de tamaño in situ; se conservan la mayoría de las consultas. Cambio de tamaño elástico, con un nuevo tipo de nodo seleccionado: se crea un clúster nuevo. Se eliminan las consultas cuando se completa el proceso de cambio de tamaño.	Cambio de tamaño clásico: se crea un clúster nuevo. Se eliminan las consultas durante el proceso de cambio de tamaño.
Retención de sesiones y consultas	El cambio de tamaño elástico retiene las sesiones y las consultas cuando el tipo de nodo es el mismo en el clúster de origen y de destino. Si elige un nuevo tipo de nodo, las consultas se eliminan.	El cambio de tamaño clásico no retiene las sesiones ni las consultas. Las consultas se eliminan.	Cuando se eliminan las consultas, es posible que haya cierto deterioro en el rendimiento. Es mejor realizar una operación de cambio de tamaño durante un periodo de uso ligero.
Cancelación de una operación de cambio de tamaño	No se puede cancelar un cambio de tamaño elástico.	Para cancelar una operación de cambio de tamaño clásico antes de que se complete, elija Cancel resize (Cancelar cambio de tamaño) en los detalles del clúster que se muestran en la consola de Amazon Redshift.	La cantidad de tiempo que toma cancelar un cambio de tamaño depende de la fase en que cancela la operación de cambio de tamaño. Cuando lo hace, el clúster no está disponible hasta que se completa la operación de cancelación. Si la operación de cambio de tamaño está en la etapa final, no podrá cancelarla. En el caso de cambio de tamaño clásico a un clúster RA3, no se puede cancelar.

Programación de un cambio de tamaño

Puede programar operaciones de cambio de tamaño para que el clúster se pueda escalar verticalmente para anticipar un uso elevado o reducir verticalmente para ahorrar costos. La programación funciona tanto para el cambio de tamaño elástico como para el clásico. Puede configurar una programación en la consola de Amazon Redshift. Para obtener más información, consulte Redimensionamiento de un clúster en Administración de clústeres a través de la consola. También puede utilizar las operaciones de la AWS CLI o de la API de Amazon Redshift para programar un cambio de tamaño. Para obtener más información, consulte create-scheduled-action en la Referencia de comandos de la AWS CLI o CreateScheduledAction en la Referencia de la API de Amazon Redshift.

Instantánea, restauración y cambio de tamaño

El cambio de tamaño elástico es el método más rápido de cambiar el tamaño de un clúster de Amazon Redshift. Si el cambio de tamaño elástico no es una opción y necesita acceso de escritura casi constante al clúster, utilice las operaciones de instantánea y restauración con el cambio de tamaño clásico descritas en la siguiente sección. Este enfoque requiere que cualquier dato que se escriba en el clúster de origen después de que se tomó la instantánea deba copiarse manualmente al clúster de destino después del cambio. Según el tiempo que tome la copia, es posible que deba repetir esto varias veces hasta que obtenga los mismos datos en ambos clústeres. A continuación, puede realizar el cambio al clúster de destino. Este proceso puede tener un impacto negativo en las consultas existentes hasta que el conjunto completo de datos esté disponible en el clúster de destino. No obstante, sí reduce la cantidad de tiempo en el que no puede escribir a la base de datos.

Para el método de instantánea, restauración y cambio de tamaño se utiliza el siguiente proceso:

1. Tome una instantánea del clúster existente. El clúster existente es el de origen.

2. Anote la hora a la que se realizó la instantánea. Esto sirve para que más adelante pueda identificar el punto temporal en el que tendrá que volver a ejecutar los procesos de extracción, transformación y carga (ETL) para cargar cualquier dato posterior a la instantánea en la base de datos de destino.

3. Restaure la instantánea en un clúster nuevo. Este clúster nuevo es el de destino. Compruebe que existan los datos de ejemplo en el clúster de destino.

4. Cambie el tamaño del clúster de destino. Elija el nuevo tipo de nodo, el número de nodos y otras configuraciones para el clúster de destino.

5. Revise las cargas de los procesos ETL que ocurrieron después de que tomó la instantánea del clúster de origen. Asegúrese de volver a cargar los mismos datos en el mismo orden en el clúster de destino. Si tiene cargas de datos en curso, repita este proceso varias veces hasta que los datos sean los mismos en el clúster de origen como en el de destino.

6. Detenga todas las consultas en ejecución en el clúster de origen. Para ello, puede reiniciar el clúster o puede registrarse como superusuario y utilizar los comandos PG_CANCEL_BACKEND y PG_TERMINATE_BACKEND. El reinicio del clúster es la forma más sencilla de asegurar que el clúster no esté disponible.

7. Cambie el clúster de origen. Por ejemplo, cambie el nombre de examplecluster a examplecluster-source.

8. Cambie el nombre del clúster de destino para utilizar el nombre del clúster de origen antes del cambio de nombre. Por ejemplo, cambie el nombre del clúster de destino anterior a examplecluster. A partir de este punto, cualquier aplicación que utilice el punto de conexión que contiene examplecluster se conecta al clúster de destino.

9. Elimine el clúster de origen después de cambiar al clúster de destino y compruebe que todos los procesos funcionen según lo previsto.

También puede cambiar el nombre de los clústeres de origen y de destino antes de volver a cargar los datos en el clúster de destino. Este enfoque funciona si no requiere que los sistemas e informes dependientes estén inmediatamente actualizados con los del clúster de destino. En este caso, el paso 6 se mueve al final del proceso descrito anteriormente.

El proceso de cambio de nombre solo se requiere si desea que las aplicaciones sigan utilizando el mismo punto de conexión para conectarse al clúster. Si no necesita esto, en su lugar puede actualizar cualquier aplicación que se conecte al clúster para utilizar el punto de conexión del clúster de destino sin cambiar el nombre del clúster.

Existen algunos beneficios en reutilizar el nombre de un clúster. Primero, no necesita actualizar las cadenas de conexión de aplicaciones ya que el punto de conexión no cambia, aunque cambia el clúster subyacente. En segundo lugar, los elementos relacionados, como las alarmas de Amazon CloudWatch y las notificaciones de Amazon Simple Notification Service (Amazon SNS), están asociados al nombre del clúster. Esta asociación significa que puede seguir utilizando las mismas alarmas y notificaciones que configuró para el clúster. Este uso continuo es principalmente un problema en los entornos de producción, donde se desea tener la flexibilidad para cambiar el tamaño del clúster sin tener que volver a configurar los elementos relacionados, como alarmas y notificaciones.