Información general sobre cómo administrar los clústeres de Amazon Redshift - Amazon Redshift

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.

Información general sobre cómo administrar los clústeres de Amazon Redshift

Después de haber creado el clúster, hay varias operaciones que puede realizar en él. Las operaciones incluyen el cambio de tamaño, la pausa, la reanudación, el cambio de nombre y la eliminación.

Cambio de tamaño de los clústeres de Amazon Redshift

A medida que la capacidad y el rendimiento del almacenamiento de datos necesitan cambiar o crecer, se puede cambiar el tamaño del clúster para llevar a cabo el mejor uso de las opciones informáticas y de almacenamiento que proporciona Amazon Redshift. Puede usar el cambio de tamaño elástico para escalar el clúster cambiando el tipo y el número de nodos. O bien, si la nueva configuración de nodo no está disponible mediante el ajuste elástico, puede usar el cambio de tamaño clásico.

Para cambiar el tamaño del clúster, utilice uno de los métodos siguientes:

  • Elastic resize: – utilice el cambio de tamaño elástico para cambiar el tipo de nodo, el número de nodos o ambos. Si solo cambia el número de nodos, las consultas se detienen temporalmente y las conexiones se mantienen abiertas si es posible. Durante la operación de cambio de tamaño, el clúster es de solo lectura. Normalmente, el cambio de tamaño elástico tarda –1015 minutos. Recomendamos utilizar el cambio de tamaño elástico cuando sea posible.

  • Classic resize (Cambio de tamaño – clásico): utilice el cambio de tamaño clásico para cambiar el tipo de nodo, el número de nodos o ambos. Elija esta opción cuando cambie el tamaño a una configuración que no esté disponible mediante el cambio de tamaño elástico. Un ejemplo es el cambio relacionado con los clústeres de nodo único. Durante la operación de cambio de tamaño, el clúster es de solo lectura. Normalmente, el cambio de tamaño clásico tarda 2 –horas2 días o más, en función del tamaño de los datos.

  • Instantánea y restauración con cambio de tamaño – clásico: para mantener el clúster disponible durante un cambio de tamaño clásico, primero puede hacer una copia de un clúster existente y, a continuación, cambiar el tamaño del nuevo clúster.

Puede cambiar el tamaño (tanto cambio de tamaño elástico como clásico) del su clúster siguiendo una programación. Cuando utilice la nueva consola de Amazon Redshift, puede configurar una programación para cambiar el tamaño del clúster. Para obtener más información, consulte Redimensionamiento de un clúster. También puede utilizar las operaciones de la AWS CLI o la API de Amazon Redshift para programar un cambio de tamaño. Para obtener más información, consulte create-scheduled-action en la AWS CLI Command Reference o CreateScheduledAction en la Amazon Redshift API Reference.

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

El cambio de tamaño elástico es el método más rápido de cambiar el tamaño de un clúster. Puede utilizar el ajuste elástico para agregar o quitar nodos y cambiar los tipos de nodos de un clúster existente.

Cuando el tamaño de un clúster se modifica utilizando el ajuste elástico con el mismo tipo de nodo, los datos se redistribuyen automáticamente por los nuevos nodos. Como no crea un nuevo clúster en este escenario, la operación de cambio de tamaño elástico se completa con rapidez, normalmente en unos pocos minutos. Es posible que observe un ligero incremento en el tiempo de ejecución para algunas consultas mientras se redistribuyen los datos en segundo plano. Una operación de cambio de tamaño elástico se produce en las siguientes etapas:

  1. El cambio de tamaño elástico toma una instantánea del clúster.

    La instantánea que crea el cambio de tamaño elástico incluye 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 tardará más tiempo. Para minimizar el tiempo antes de que dé comienzo la operación de cambio de tamaño, le recomendamos habilitar la creación automatizada de instantáneas o crear una instantánea manual antes de comenzar un cambio de tamaño elástico. Al iniciar un cambio de tamaño elástico y una operación de instantánea está actualmente en curso, el cambio de tamaño elástico podría producir un error si la operación de instantánea no se completa en unos minutos. Para obtener más información, consulte Amazon RedshiftInstantáneas de .

  2. El clúster no estará disponible temporalmente mientras el cambio de tamaño elástico migra los metadatos del clúster.

    Esta etapa es muy breve, solo unos minutos como máximo. Amazon Redshift mantiene las conexiones de la sesión y las consultas permanecen en cola. Algunas sesiones y consultas podrían agotar el tiempo de espera.

  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.

Cuando se modifica el tamaño de un clúster utilizando el ajuste elástico para cambiar el tipo de nodo, se crea una instantánea. De forma automática, se aprovisionará un nuevo clúster con los datos más recientes de la instantánea. No se podrá escribir en el clúster durante algún tiempo cuando los datos se transfieran al nuevo clúster. Sí se podrá leer. El nuevo clúster se rellena en segundo plano. Una vez completado el nuevo clúster, las consultas deben alcanzar un rendimiento óptimo. Cuando el proceso de cambio de tamaño esté a punto de finalizar, Amazon Redshift actualizará el punto de enlace del nuevo clúster y finalizarán todas las conexiones con el clúster original.

Una vez completado el cambio de tamaño, Amazon Redshift envía una notificación de evento. Podrá conectarse al clúster de destino y reanudar la ejecución de las consultas de lectura y de escritura.

nota

Hay una nueva consola disponible para Amazon Redshift. Elija entre las instrucciones de New console (Nueva consola) o Original console (Consola original) en función de la consola que utilice. Las instrucciones de New console (Nueva consola) están abiertas de forma predeterminada.

Para monitorear el progreso de una operación de cambio de tamaño mediante la consola de Amazon Redshift, elija CLUSTERS (Clústeres) y luego elija el clúster que va a cambiar de tamaño para ver los detalles.

Para monitorizar el progreso de una operación de cambio de tamaño elástico mediante la consola de Amazon Redshift, elija la pestaña Status (Estado) en la página de detalles del clúster.

No puede usar el cambio de tamaño elástico en clústeres de nodo único.

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 de la CLI describe-cluster-snapshots o la operación de la API DescribeClusterSnapshots.

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. Un cambio de tamaño clásico copia tablas a un nuevo clúster, por lo que reduce la necesidad de efectuar una limpieza. Para obtener más información, consulte Limpieza de tablas.

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

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

  • La configuración del nuevo nodo debe tener suficiente almacenamiento para los datos existentes. Incluso cuando se añaden nodos, es posible que la nueva configuración no disponga de suficiente almacenamiento por la forma en que se han redistribuido los datos.

  • Las configuraciones posibles (número de nodos y tipo de nodo) a las que puede cambiar el tamaño se determinan por el número de nodos del clúster original y el tipo de nodo de destino del clúster con el tamaño cambiado. Para determinar las posibles configuraciones disponibles, puede usar la consola de Amazon Redshift o el comando describe-node-configuration-options de la AWS CLI con action-type resize-cluster. Para obtener más información acerca cómo cambiar el tamaño mediante la consola de Amazon Redshift, consulte Redimensionamiento de un clúster.

    Con la AWS CLI, el siguiente comando de ejemplo describe 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 al especificar las opciones del resize-cluster AWS CLI comando.

nota

Hay escenarios en los que no se puede usar el cambio de tamaño elástico para cambiar el número de nodos a un valor específico. Por ejemplo, si utiliza el cambio de tamaño elástico para cambiar un clúster dc2.8xlarge de 4 nodos a un clúster de 6 nodos y, después, a un clúster de 8 nodos, se ha alcanzado el número máximo de nodos para este clúster dc2.8xlarge en 8 nodos. Para ir más allá del límite de 8 nodos, por ejemplo, a 10 nodos, puede utilizar Classic resize (Cambio de tamaño clásico) para aumentar el número de nodos a un clúster dc2.8xlarge de 10 nodos. El uso del cambio de tamaño clásico en este escenario también aumenta el número máximo de nodos a 20 para futuras operaciones de cambio de tamaño elástico en este clúster.

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

Con la operación de cambio de tamaño clásico, los datos se copian en paralelo desde el o los nodos de computación del clúster de origen hacia el o los nodos de computación del clúster de destino. El tiempo que toma el cambio de tamaño depende de la cantidad de datos y el número de nodos del clúster más pequeño. Puede tardar desde unas cuantas horas hasta varios días o más.

La duración de un cambio de tamaño clásico varía según diversos factores, incluyendo:

  • La carga de trabajo en el clúster de origen.

  • El número y tamaño de las tablas que se transfieren.

  • Cómo se distribuyen los datos de manera uniforme entre los nodos de computación y los sectores.

  • La configuración del nodo en los clústeres de origen y destino.

Cuando comienza la operación de cambio de tamaño, Amazon Redshift establece el clúster existente en el modo de solo lectura hasta que finalice el cambio de tamaño. Durante este tiempo, solo puede ejecutar consultas que lean datos de la base de datos. No puede ejecutar ninguna consulta que escriba en la base de datos, incluidas las consultas de lectura y escritura. Para obtener más información, consulte Operaciones de lectura y escritura y de escritura en la Amazon Redshift Database Developer Guide.

nota

Para cambiar el tamaño con un impacto de producción mínimo, puede seguir los pasos que se muestran en la siguiente sección, Instantánea, restauración y cambio de tamaño. Puede usar estos pasos para crear una copia del clúster, cambiar el tamaño de la copia y luego cambiar el punto de enlace de conexión al clúster con el nuevo tamaño una vez que se complete el cambio de tamaño.

Tanto la opción del cambio de tamaño clásico como la de utilizar instantáneas y restaurar copian las tablas y los datos de usuario al clúster nuevo; no retienen ni los datos ni las tablas del sistema. Tanto con el cambio de tamaño clásico como la opción de crear una instantánea y restaurar, si habilitó el registro de auditoría en el clúster de origen, podrá seguir obteniendo acceso a los registros en Amazon S3. Con estos dos enfoques, seguirá teniendo acceso a los registros incluso si elimina el clúster de origen. Puede omitir o eliminar estos registros según lo especifiquen las políticas de datos. El cambio de tamaño elástico retiene las tablas de registro del sistema.

Después de que Amazon Redshift ponga el clúster de origen en el modo de solo lectura, aprovisiona un nuevo clúster, el clúster de destino. Para ello, utiliza la información especificada para el tipo de nodo, tipo de clúster y número de nodos. Luego, Amazon Redshift copia los datos del clúster de origen al clúster de destino. Cuando esta operación se completa, todas las conexiones pasan a utilizar el clúster de destino. Si tiene alguna consulta en proceso en el momento que ocurra el cambio, la conexión se perderá y deberá reiniciar la consulta en el clúster de destino. Puede ver el progreso de cambio de tamaño en Amazon Redshift console.

Amazon Redshift no ordena las tablas durante la operación de cambio de tamaño, por lo que se mantiene el orden existente. Cuando cambia el tamaño de un clúster, Amazon Redshift distribuye las tablas de la base de datos a los nuevos nodos en función de sus estilos de distribución y ejecuta un comando ANALYZE para actualizar las estadísticas. Las filas que estén marcadas para eliminarse no se transfieren, por lo que solo deberá ejecutar un comando VACUUM en el caso que necesite reordenar las tablas. Para obtener más información, consulte Limpieza de tablas en la Amazon Redshift Database Developer Guide.

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. El clúster no está disponible hasta que se complete la operación de cancelación del cambio de tamaño. Si la operación de cambio de tamaño está en la fase final, no podrá cancelar la operación.

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

Como se describió en la sección anterior, el tiempo que toma cambiar el tamaño de un clúster con la operación de cambio de tamaño clásico depende en gran medida de la cantidad de datos que haya en el clúster.

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. Sin embargo, 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 enlace 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 tiene el requisito de que alguno de los sistemas e informes dependientes se actualicen 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 enlace 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 enlace 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 enlace no cambia, aunque cambia el clúster subyacente. Segundo, 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.

Detalles del cambio de tamaño de un clúster

Si después del aprovisionamiento inicial de su clúster cambian las necesidades de almacenamiento y de rendimiento, puede cambiar el tamaño del clúster. Puede escalar o reducir las instancias del clúster al añadir o quitar nodos. Además, puede aumentar o reducir la escala del clúster al especificar un tipo de nodo diferente.

Por ejemplo, puede añadir más nodos, cambiar el tipo de nodos, pasar de un clúster de nodo único a uno de nodos múltiples o pasar de un clúster de nodos múltiples a uno de nodo único. Sin embargo, debe asegurarse de que el clúster resultante tenga el tamaño suficiente para almacenar los datos que tiene actualmente, de lo contrario el cambio de tamaño no funcionará. Al utilizar la API, tiene que especificar el tipo, el tamaño y la cantidad de nodos, aunque solo cambie una de las propiedades.

A continuación, se describe el proceso de cambio de tamaño:

  1. Cuando inicia el proceso de cambio de tamaño, Amazon Redshift envía una notificación de evento que reconoce la solicitud de cambio de tamaño y comienza a aprovisionar el nuevo clúster (destino).

  2. Cuando se aprovisiona al nuevo clúster (destino), Amazon Redshift envía una notificación de evento para indicar que se inició el cambio de tamaño; luego, reinicia su clúster existente (origen) en modo de solo lectura. El proceso de reinicio termina todas las conexiones existentes hacia el clúster. Se restauran todas las transacciones sin confirmar (incluso COPY). Mientras el clúster está en modo de solo lectura, puede ejecutar consultas de lectura, pero no de escritura.

  3. Amazon Redshift comienza a copiar los datos del clúster origen al clúster destino.

  4. Cuando el proceso de cambio de tamaño esté a punto de finalizar, Amazon Redshift actualizará el punto de enlace del clúster destino y finalizarán todas las conexiones al clúster origen.

  5. Una vez finalizado el cambio de tamaño, Amazon Redshift envía una notificación de evento para indicar que el cambio de tamaño se completó. Puede conectarse al clúster destino y reanudar la ejecución de las consultas de lectura y de escritura.

Cuando cambia el tamaño del clúster, este seguirá en modo de solo lectura hasta que se complete el cambio de tamaño. Puede ver el progreso de cambio de tamaño en Amazon Redshift console. El tiempo que toma cambiar el tamaño de un clúster depende de la cantidad de datos que haya en cada nodo. Por lo general, el proceso de cambio de tamaño tarda entre un par de horas hasta un día, si bien los clústeres que tienen mayor cantidad de datos pueden tardar aún más tiempo. Esto se debe a que los datos se copian en paralelo desde cada nodo del clúster origen hacia los nodos del clúster destino. Para obtener más información sobre el cambio de tamaño de los clústeres, consulte Redimensionamiento de un clúster.

Amazon Redshift no ordena las tablas durante la operación de cambio de tamaño. Cuando cambia el tamaño de un clúster, Amazon Redshift distribuye las tablas de la base de datos a los nuevos nodos de computación en función de sus estilos de distribución y ejecuta la función ANALYZE para actualizar las estadísticas. Las filas que estén marcadas para eliminarse no se transfieren, por lo que deberá ejecutar un comando VACUUM solo si necesita reordenar las tablas. Para obtener más información, consulte Limpieza de tablas en la Amazon Redshift Database Developer Guide.

Si su clúster es público y está en una VPC, después del cambio de tamaño, conservará la misma dirección IP elástica (EIP) para el nodo principal. Si su clúster es privado y está en una VPC, después del cambio de tamaño conserva la misma dirección IP privada para el nodo principal. Si su clúster no está en una VPC, se asigna una nueva dirección IP pública para el nodo principal como parte de la operación de cambio de tamaño.

Para obtener la dirección IP del nodo principal para un clúster, utilice la utilidad dig, tal como se muestra a continuación:

dig mycluster.abcd1234.us-west-2.redshift.amazonaws.com

La dirección IP del nodo principal está al final de la sección ANSWER SECTION en los resultados, tal como se muestra a continuación:

Pausa y reanudación de clústeres

Si tiene un clúster que solo tiene que estar disponible en momentos específicos, puede pausar el clúster y reanudarlo posteriormente. Mientras el clúster está en pausa, la facturación bajo demanda se suspende. Solo el almacenamiento del clúster incurre en cargos. Para obtener más información acerca de los precios, visite la página de precios de Amazon Redshift.

Al pausar un clúster, Amazon Redshift crea una instantánea, comienza a terminar consultas y pone el clúster en estado de pausa. Si elimina un clúster en pausa sin solicitar una instantánea final, no podrá restaurar el clúster. No puede cancelar o deshacer una pausa o reanudar una operación después de que se haya iniciado.

Puede pausar y reanudar un clúster en la nueva consola de Amazon Redshift (no en la consola original), con la AWS CLI o con operaciones de la API de Amazon Redshift.

Puede programar acciones para pausar y reanudar un clúster. Cuando utiliza la nueva consola de Amazon Redshift para crear una programación periódica para pausar y reanudar, se crean dos acciones programadas para el intervalo de fechas que elija. Los nombres de las acciones programadas tienen el sufijo -pause y -resume. La longitud total del nombre debe ajustarse al tamaño máximo de un nombre de acción programada.

No puede pausar los siguientes tipos de clústeres:

  • Clústeres clásicos de EC2.

  • Los clústeres que no están activos, por ejemplo, un clúster que se está modificando actualmente.

  • Clústeres de módulo de seguridad de hardware (HSM)

  • Clústeres que tienen instantáneas automatizadas deshabilitadas.

Cuando decida pausar un clúster, tenga en cuenta lo siguiente:

  • Las conexiones o consultas al clúster no están disponibles.

  • No puede ver la información de monitoreo de consultas de un clúster pausado en la consola de Amazon Redshift.

  • No se puede modificar un clúster en pausa. Las acciones programadas en el clúster no se realizan. Estas incluyen la creación de instantáneas, el cambio de tamaño de los clústeres y las operaciones de mantenimiento de clústeres.

  • Las métricas de hardware no se crean. Actualiza las alarmas de CloudWatch si tiene alarmas establecidas en las métricas que faltan.

  • No puede copiar las instantáneas automatizadas más recientes de un clúster en pausa en instantáneas manuales.

  • Mientras un clúster está en pausa, no se puede reanudar hasta que se complete la operación de pausa.

  • Cuando pausa un clúster, la facturación se suspende. Sin embargo, la operación de pausa normalmente se completa en 15 minutos, en función del tamaño del clúster.

  • Los registros de auditoría se archivan y no se restauran al reanudar.

Cuando reanude un clúster, tenga en cuenta lo siguiente:

  • La versión del clúster reanudado se actualiza a la versión de mantenimiento en función de la ventana de mantenimiento del clúster.

  • Si elimina la subred asociada a un clúster en pausa, es posible que tenga una red incompatible. En este caso, restaure el clúster a partir de la última instantánea.

  • Si elimina una dirección IP elástica mientras el clúster está en pausa, se solicita una nueva dirección IP elástica.

  • Si Amazon Redshift no puede reanudar el clúster con su interfaz de red elástica anterior, Amazon Redshift intenta asignar una nueva.

  • Cuando se reanuda un clúster, las direcciones IP de los nodos pueden cambiar. Es posible que tenga que actualizar la configuración de la VPC para admitir estas nuevas direcciones IP para características como COPY desde Secure Shell (SSH) o COPY desde Amazon EMR.

  • Si intenta reanudar un clúster que no está en pausa, la operación de reanudación devuelve un error. Si la operación de reanudación forma parte de una acción programada, modifique o elimine la acción programada para evitar errores futuros.

  • En función del tamaño del clúster, puede tardar varios minutos en reanudar un clúster antes de que se puedan procesar las consultas. Además, el rendimiento de la consulta puede verse afectado durante algún período de tiempo mientras el clúster se vuelve a hidratar después de que se complete la reanudación.

Cambio de nombre de los clústeres

Puede cambiar el nombre de un clúster si desea que el clúster utilice un nombre diferente. Como el punto de enlace del clúster incluye el nombre del clúster (lo que también se conoce como identificador del clúster), el punto de enlace cambia y pasa a utilizar el nombre nuevo una vez que termina el cambio de nombre. Por ejemplo, si tiene un clúster denominado examplecluster y le cambia el nombre por newcluster, el punto de enlace pasa a utilizar el identificador newcluster. Se debe actualizar cualquier aplicación que se conecte al clúster con el nuevo punto de enlace.

Puede cambiar el nombre de un clúster si desea cambiar el clúster con el que se conectan sus aplicaciones sin tener que cambiar el punto de enlace en esas aplicaciones. En este caso, primero debe cambiar el nombre del clúster original y, luego, cambiar el del segundo clúster para volver a utilizar el nombre del clúster original antes del cambio. Es necesario hacer esto porque el identificador de clúster debe ser único dentro de su cuenta y región, por lo que el clúster original y el segundo clúster no pueden tener el mismo nombre. Si no desea cambiar las propiedades de conexión de ninguna de las aplicaciones dependientes, puede hacerlo restaurando el clúster desde una instantánea.

nota

Si elimina el clúster original, tendrá que eliminar todas las snapshots no deseadas del clúster.

Cuando cambia el nombre de un clúster, el estado del clúster cambia a renaming hasta que termina el proceso. El nombre del DNS anterior que utilizaba el clúster se elimina de inmediato, si bien puede quedar almacenado en caché por varios minutos. El nuevo nombre del DNS del clúster que fue renombrado se efectiviza, aproximadamente, a los 10 minutos. El clúster renombrado estará disponible una vez que se efectiviza el nombre nuevo. Se reiniciará el clúster y se perderá cualquier conexión establecida con el clúster. Después que se completa el proceso, el punto de enlace pasará a utilizar el nombre nuevo. Por este motivo, debe detener la ejecución de consultas antes de comenzar con el cambio de nombre y las debe reiniciar una vez que termina con el cambio.

Las snapshots del clúster quedan almacenadas y todas las snapshots asociadas con el clúster quedan asociadas con ese clúster después de que se le cambia el nombre. Por ejemplo, suponga que tiene un clúster que sirve a su base de datos de producción y que ese clúster tiene varias instantáneas. Si cambia el nombre del clúster y, a continuación, lo reemplaza en el entorno de producción por una instantánea, el clúster que renombró sigue teniendo esas instantáneas asociadas a él.

Las alarmas de Amazon CloudWatch y las notificaciones de eventos de Amazon Simple Notification Service (Amazon SNS) están asociadas al nombre del clúster. Si cambia el nombre del clúster, deberá actualizar estos otros elementos asociados como corresponda. Puede actualizar las alarmas de CloudWatch en la consola de CloudWatch y puede actualizar las notificaciones de eventos de Amazon SNS en la consola de Amazon Redshift, en el panel Eventos. La carga y los datos de consulta del clúster muestran los datos antes y después del cambio de nombre. Sin embargo, los datos de rendimiento se reinician una vez que termina el proceso de cambio de nombre.

Para obtener más información, consulte Modificación de un clúster.

Cierre y eliminación de clústeres

Puede cerrar su clúster sin desea que deje de funcionar y generar cargos. Cuando lo cierra, puede crear una snapshot final. Si crea una snapshot final, Amazon Redshift creará una snapshot manual de su clúster antes de cerrarlo. Luego, puede restaurar la snapshot si desea reanudar la ejecución del clúster y la consulta de datos.

Si ya no necesita su clúster ni los datos de este, puede cerrarlo sin crear una snapshot final. En este caso, el clúster y los datos se eliminan de manera permanente. Para obtener más información acerca del cierre y la eliminación de clústeres, consulte Eliminación de un clúster.

Independientemente de que cierre su clúster con una snapshot manual final o no, todas las snapshots automatizadas asociadas con el clúster se eliminarán después de que se cierre el clúster. Se conservará toda snapshot manual asociada con el clúster. Cualquier instantánea manual que se conserve, incluida la instantánea final opcional, tendrá la tarifa de almacenamiento de Amazon Simple Storage Service si no hay ningún otro clúster funcionando en el momento en que se cierre el clúster o si se supera la capacidad de almacenamiento gratuito disponible que se proporciona para ejecutar los clústeres de Amazon Redshift. Para obtener más información acerca de los costos de almacenamiento de las instantáneas, visite la página Precios de Amazon Redshift.