Amazon Redshift dejará de admitir la creación de nuevas UDF de Python a partir del parche 198. Las UDF de Python existentes seguirán funcionando hasta el 30 de junio de 2026. Para obtener más información, consulte la [publicación del blog](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/).
# Operaciones de clúster
Después de crear un clúster, puede realizar operaciones de clúster para optimizar el rendimiento, controlar los costos y garantizar una alta disponibilidad. Las operaciones de clúster le permiten cambiar el tamaño de los clústeres, pausarlos, reanudarlos o, incluso, volver a crearlos a medida que evolucionan las necesidades de almacenamiento de datos.
Entre los casos de uso comunes se incluyen escalar la capacidad de computación para picos de cargas de trabajo, pausar los clústeres durante los períodos de inactividad para reducir los costos y volver a crear los clústeres con diferentes configuraciones o en distintas zonas de disponibilidad para la recuperación de desastres. En las siguientes secciones se describen los detalles de la realización de diversas operaciones de clúster para administrar de forma efectiva el entorno de Amazon Redshift.
# Creación de un clúster
Con Amazon Redshift, puede crear un clúster aprovisionado para lanzar un nuevo almacenamiento de datos. Un clúster aprovisionado es una colección de recursos de computación denominados nodos que están organizados en un único sistema de procesamiento masivo en paralelo (MPP).
Antes de crear un clúster, lea [Clústeres aprovisionados de Amazon Redshift](working-with-clusters.md) y [Clústeres y nodos de Amazon Redshift](working-with-clusters.md#rs-about-clusters-and-nodes).
**Pasos para crear un clúster**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon Redshift en [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. En el menú de navegación, elija **Clusters** (Clústeres). Se enumeran los clústeres de su cuenta en la región de AWS actual. Se muestra en la lista un subconjunto de propiedades de cada clúster en columnas.
1. Seleccione **Create cluster (Crear clúster)** para crearlo.
1. Siga las instrucciones en la página de la consola para introducir las propiedades de la **Cluster configuration (Configuración del clúster)**.
En el siguiente paso, se describe una consola de Amazon Redshift que se ejecuta en una Región de AWS que admite los tipos de nodo RA3. Para obtener una lista de las Regiones de AWS que admiten los tipos de nodo RA3, consulte [Información general sobre los tipos de nodo RA3](https://docs.aws.amazon.com/redshift/latest/mgmt/working-with-clusters.html#rs-ra3-node-types) en la *Guía de administración de Amazon Redshift*.
Si no sabe cuál sería el tamaño adecuado para el clúster, elija **Help me choose** (Ayúdeme a elegir). De este modo, se inicia una calculadora de tamaño que le hace preguntas sobre el tamaño y las características de consulta de los datos que planea almacenar en el almacenamiento de datos. Si conoce el tamaño requerido para su clúster (es decir, el tipo de nodo y la cantidad de nodos), elija **I’ll choose** (Yo elegiré). A continuación, elija el **Node type** (Tipo de nodo) y la cantidad de **Nodes** (nodos) para determinar el tamaño del clúster para la prueba de concepto.
**nota**
Si su organización reúne los requisitos necesarios y su clúster se crea en una Región de AWS donde no está disponible Amazon Redshift sin servidor, es posible que pueda crear un clúster en el programa de prueba gratuita de Amazon Redshift. Elige **Producción** o **Prueba gratuita** para responder la pregunta **¿Para qué planifica usar este clúster?** Si elige **Prueba gratuita**, cree una configuración con el tipo de nodo dc2.large. Para obtener más información sobre la elección de una prueba gratuita, consulte [Prueba gratuita de Amazon Redshift](https://aws.amazon.com/redshift/free-trial/). Para obtener una lista de las Regiones de AWS donde Amazon Redshift sin servidor está disponible, consulte los puntos de conexión enumerados para la [API de Redshift sin servidor](https://docs.aws.amazon.com/general/latest/gr/redshift-service.html) en la *Referencia general de Amazon Web Services*.
1. En la sección **Configuración de la base de datos**, especifique un valor para **Nombre de usuario del administrador**. En **Contraseña de administrador**, puede elegir entre las siguientes opciones:
+ **Generar contraseña**: use una contraseña generada por Amazon Redshift.
+ **Añadir manualmente una contraseña de administrador**: use su propia contraseña.
+ **Administrar las credenciales de administrador en AWS Secrets Manager**: Amazon Redshift usa AWS Secrets Manager para generar y administrar su contraseña de administrador. El uso de AWS Secrets Manager para generar y administrar el secreto de la contraseña conlleva un gasto. Para obtener información sobre precios de AWS Secrets Manager, consulte [Precios de AWS Secrets Manager](https://aws.amazon.com/secrets-manager/pricing/).
1. (Opcional) Siga las instrucciones en la página de la consola para introducir las propiedades de **Cluster permissions (Permisos del clúster)**. Proporcione permisos de clúster si su clúster necesita acceder a otros servicios de AWS por usted, por ejemplo, para cargar datos desde Amazon S3.
1. Seleccione **Create cluster** (Crear clúster) para crearlo. El clúster tardará varios minutos antes de estar listo para su uso.
## Configuraciones adicionales
Cuando cree un clúster, puede especificar propiedades adicionales para personalizarlo. Puede encontrar más información sobre algunas de estas propiedades en la siguiente lista.
**Tipo de dirección IP**
Elija el tipo de dirección IP de su clúster. Puede elegir que sus recursos se comuniquen solo a través del protocolo de direccionamiento IPv4 o elegir el modo de doble pila, que permite que sus recursos se comuniquen a través de IPv4 e IPv6. Esta característica solo está disponible en las regiones AWS GovCloud (Este de EE. UU.) y AWS GovCloud (Oeste de EE. UU.). Para obtener más información sobre las regiones de AWS, consulte [Regiones y zonas de disponibilidad](https://aws.amazon.com/about-aws/global-infrastructure/regions_az/).
**Nube privada virtual (VPC)**
Elija una VPC que tenga un grupo de subredes de clústeres. Después de crear el clúster, el grupo de subredes de clústeres no se puede cambiar.
**Grupos de parámetros**
Elija un grupo de parámetros para asociarlo al clúster. Si no lo elige, el clúster usará el grupo de parámetros predeterminado.
**Cifrado**
Elija si desea cifrar todos los datos dentro del clúster y sus instantáneas. Si deja el valor predeterminado, **None (Ninguno)**, no se habilitará el cifrado. Si desea habilitar el cifrado, elija si desea utilizar AWS Key Management Service (AWS KMS) o un módulo de seguridad de hardware (HSM), y establezca la configuración correspondiente. Para obtener información acerca de cifrado en Amazon Redshift, consulte [Cifrado de la base de datos de Amazon Redshift](working-with-db-encryption.md).
+ **KMS**
Elija **Utilizar AWS Key Management Service (AWS KMS)** si desea habilitar el cifrado y usar AWS KMS para administrar la clave de cifrado. No olvide elegir la clave que se debe utilizar. Puede elegir una clave predeterminada, una clave de la cuenta actual o una clave de otra cuenta.
**nota**
Si desea utilizar una clave de otra cuenta de AWS, ingrese el nombre de recurso de Amazon (ARN) de la clave que se debe utilizar. Debe tener permisos para usar la clave. Para obtener más información acerca del acceso a las claves en AWS KMS, consulte [Control del acceso a sus claves](https://docs.aws.amazon.com/kms/latest/developerguide/control-access.html) en la *Guía para desarrolladores de AWS Key Management Service*.
Para obtener más información acerca de las claves de cifrado de AWS KMS en Amazon Redshift, consulte [Cifrado mediante AWS KMS](working-with-db-encryption.md#working-with-aws-kms).
+ **HSM**
Seleccione **HSM** si desea habilitar el cifrado y utilizar un módulo de seguridad de hardware (HSM) para administrar la clave de cifrado.
Si selecciona **HSM**, elija valores de **HSM Connection (conexión de HSM)** y **HSM Client Certificate (Certificado de cliente de HSM)**. Estos valores se necesitan para que Amazon Redshift y el HSM establezcan una conexión segura sobre la cual pueda pasar la clave del clúster. La conexión del HSM y el certificado de cliente se deben configurar en Amazon Redshift antes de lanzar un clúster. Para obtener más información acerca de cómo configurar las conexiones del HSM y los certificados de clientes, consulte [Cifrado mediante módulos de seguridad de hardware](working-with-db-encryption.md#working-with-HSM).
**Pista de mantenimiento**
Puede elegir si la versión del clúster utilizada es la pista **Actual**, **Anterior** o, a veces, la de **Previsualización**.
**Supervisión**
Puede elegir si quiere crear alarmas de CloudWatch.
**Configurar instantáneas entre regiones**
Puede elegir si quiere habilitar las instantáneas entre regiones.
**Automated Snapshot Retention Period (Periodo de retención de instantánea automatizada**
Puede elegir el número de días para retener estas instantáneas en un plazo de 35 días. Si el tipo de nodo es DC2, puede elegir cero (0) días para no crear instantáneas automatizadas.
**Manual snapshot retention period (Periodo de retención de instantáneas manuales**
Puede elegir el número de días o `Indefinitely` para retener estas instantáneas.
**Recursos de computación adicional para optimizaciones automáticas**
Puede elegir si desea asignar recursos de computación adicional para realizar optimizaciones automáticas, incluso durante los períodos de uso intensivo. Para obtener más información, consulte [Asignación de recursos de computación adicional para la optimización automática de bases de datos](https://docs.aws.amazon.com/redshift/latest/dg/t_extra-compute-autonomics.html) en la *Guía para desarrolladores de bases de datos Amazon Redshift*.
# Creación de una alarma de espacio en disco
Puede supervisar el uso del espacio en disco y configurar alarmas a fin de recibir notificaciones cuando el espacio en disco supere un umbral específico para un clúster. La creación de una alarma de uso de espacio en disco le permite administrar de forma proactiva la capacidad de almacenamiento y evitar problemas causados por la falta de espacio en disco, como los errores de consultas o de ingesta de datos. El siguiente procedimiento lo guía por el proceso de creación de una alarma de uso de espacio en disco.
**Para crear una alarma de uso de espacio en disco para un clúster**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon Redshift en [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. En el menú de navegación, elija **Alarms** (Alarmas).
1. En **Actions (Acciones)**, seleccione **Create alarm (Crear alarma)**. Aparecerá la página **Create alarm (Crear alarma)**.
1. Siga las instrucciones de la página.
1. Elija **Crear alarma**.
# Visualización de un clúster
La visualización de un clúster le permite supervisar y administrar las métricas de configuración, estado y rendimiento del clúster. Al visualizar los detalles del clúster, puede obtener información sobre la utilización de los recursos, los tiempos de ejecución de las consultas y el estado del sistema. En el siguiente procedimiento se muestra cómo acceder a la información del clúster.
**Visualización de un clúster**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon Redshift en [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. En el menú de navegación, elija **Clusters** (Clústeres). Se enumeran los clústeres de su cuenta en la región de AWS actual. Se muestra en la lista un subconjunto de propiedades de cada clúster en columnas. Si no tiene ningún clúster, seleccione **Create cluster (Crear clúster)** para crear uno.
1. Seleccione el nombre del clúster en la lista para ver más detalles sobre un clúster.
# Modificación de un clúster
Cuando modifica un clúster, se aplican cambios de inmediato a las siguientes opciones:
+ **Grupos de seguridad de la VPC**
+ **Accesible públicamente**
+ **Admin user password (Contraseña del usuario administrador**
+ **Conexión del HSM**
+ **HSM Client Certificate (Certificado del cliente HSM**
+ **Información de mantenimiento**
+ **Snapshot preferences (Preferencias de instantáneas**
Los cambios en las siguientes opciones entran en vigor solamente después de reiniciar el clúster:
+ **Identificador de clúster**
Amazon Redshift reinicia el clúster de forma automática cuando cambia el valor de la opción **Cluster identifier** (Identificador del clúster).
+ **Enhanced VPC Routing**
Amazon Redshift reinicia el clúster de forma automática cuando cambia el valor de la opción **Enhanced VPC routing** (Enrutamiento de VPC mejorado).
+ **Grupo de parámetros del clúster**
+ **Tipo de dirección IP**
Esta característica solo está disponible en las regiones AWS GovCloud (Este de EE. UU.) y AWS GovCloud (Oeste de EE. UU.). Para obtener más información sobre las regiones de AWS, consulte [Regiones y zonas de disponibilidad](https://aws.amazon.com/about-aws/global-infrastructure/regions_az/).
Si disminuye el período de retención automatizado de snapshots, se eliminarán las snapshots automatizadas existentes cuya configuración no se ajusten al nuevo período de retención. Para obtener más información, consulte [Instantáneas y copias de seguridad de Amazon Redshift](working-with-snapshots.md).
Para obtener más información acerca de propiedades de clúster, consulte [Configuraciones adicionales](create-cluster.md#cluster-create-console-configuration).
**Pasos para modificar un clúster**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon Redshift en [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. En el menú de navegación, elija **Clusters** (Clústeres).
1. Elija el clúster que se va a modificar.
1. Elija **Edit (Edición de)**. Se abrirá la página **Edit cluster** (Editar clúster).
1. Actualizar propiedades del clúster. Algunas de las propiedades que puede modificar son:
+ Identificador de clúster
+ Retención de instantáneas
+ Reubicación de los clústeres
Para editar la configuración de **Red y seguridad**, **Mantenimiento** y **Configuraciones de la base de datos**, la consola proporciona enlaces a la pestaña de detalles del clúster correspondiente.
1. Seleccione **Save changes (Guardar cambios)**.
# Redimensionamiento de un clúster
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.
Cuando redimensione un clúster, especifique la cantidad de nodos o el tipo de nodo diferente de la configuración actual del clúster. Mientras el clúster está en proceso de redimensionamiento, no puede ejecutar consultas de escritura de lectura/escritura en el clúster; solo puede ejecutar consultas de solo lectura.
Para obtener más información acerca del redimensionamiento de clústeres, incluido el avance del proceso de redimensionamiento de clústeres utilizando diferentes enfoques, consulte [Redimensionamiento de un clúster](#resizing-cluster).
**Pasos para redimensionar un clúster**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon Redshift en [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. En el menú de navegación, elija **Clusters** (Clústeres).
1. Elija el clúster al que quiere cambiar el tamaño.
1. En **Actions (Acciones)**, elija **Resize (Cambiar tamaño)**. Se abrirá la página **Resize cluster (Cambiar tamaño del clúster)**.
1. Siga las instrucciones de la página. Puede cambiar el tamaño del clúster ahora, una vez en un momento específico, o aumentar y disminuir el tamaño del clúster según una programación.
1. En función de sus opciones, elija **Resize now (Cambiar tamaño ahora)** o **Schedule resize (Programar cambio de tamaño)**.
Si tiene nodos reservados, puede actualizarlos a nodos reservados RA3. Puede hacer esto cuando utiliza la consola para restaurar desde una instantánea o para realizar un redimensionamiento elástico. Puede utilizar la consola para guiarse a través de este proceso. Para obtener más información acerca de la actualización a nodos RA3, consulte [Actualización a tipos de nodo RA3](https://docs.aws.amazon.com/redshift/latest/mgmt/working-with-clusters.html#rs-upgrading-to-ra3).
Cuando realiza una operación de cambio de tamaño para actualizar de un tipo de nodo DC2.large a un tipo de nodo RA3.large, Amazon Redshift convierte automáticamente las claves de clasificación intercaladas en claves de clasificación compuestas. Esta conversión permite acceder a la característica de escalado de simultaneidad, que no admite consultas en tablas con claves de clasificación intercaladas. Aunque esta conversión automática garantiza la compatibilidad con las características de RA3, puede afectar los patrones de rendimiento de las consultas existentes.
Si desea mantener las claves de clasificación intercaladas después de actualizar a nodos RA3, puede volver a crear las tablas con la configuración de clave de clasificación deseada una vez completada la operación de cambio de tamaño. No obstante, al elegir esta opción, no podrá utilizar el escalado de simultaneidad para estas tablas.
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.
**Topics**
+ [Elastic resize (Cambio de tamaño elástico)](#elastic-resize)
+ [Classic resize (Cambio de tamaño clásico)](#classic-resize-faster)
## 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. Las tablas sin copia de seguridad solo son compatibles con nodos DC2. Para todos los demás tipos de clústeres, las tablas sin copia de seguridad se incluyen en la instantánea. Para obtener más información, consulte [Exclusión de tablas de instantáneas](working-with-snapshots.md#snapshots-no-backup-tables). 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](working-with-snapshots.md).
1. 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.
1. Se restablecen las conexiones de la sesión y se reanudan las consultas.
1. 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.
1. 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](https://docs.aws.amazon.com/redshift/latest/mgmt/working-with-clusters.html#rs-upgrading-to-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](https://docs.aws.amazon.com/redshift/latest/dg/t_Reclaiming_storage_space202.html).
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 [Uso de EC2 para crear el clúster](working-with-clusters.md#cluster-platforms).
+ *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](#resizing-cluster).
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.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/redshift/latest/mgmt/resizing-cluster.html)
**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`.
1. 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.
1. 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.
1. 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](https://docs.aws.amazon.com/redshift/latest/dg/c_choosing_dist_sort.html). 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\$1RESTORE\$1STATE](https://docs.aws.amazon.com/redshift/latest/dg/SYS_RESTORE_STATE.html) y [SYS\$1RESTORE\$1LOG](https://docs.aws.amazon.com/redshift/latest/dg/SYS_RESTORE_LOG.html). 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](https://docs.aws.amazon.com/redshift/latest/dg/t_Reclaiming_storage_space202.html). Para obtener más información sobre los sectores en los nodos de computación, consulte [Arquitectura del sistema de almacenamiento de datos](https://docs.aws.amazon.com/redshift/latest/dg/c_high_level_system_architecture.html).
#### 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.
1. 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.
1. 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.
1. 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.
1. 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\$1RESTORE\$1STATE](https://docs.aws.amazon.com/redshift/latest/dg/SYS_RESTORE_STATE.html). 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](https://docs.aws.amazon.com/redshift/latest/dg/materialized-view-create-sql-command.html).
1. 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.
1. Los datos se migran al clúster de destino. La base de datos sigue siendo de solo lectura.
1. 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.
1. 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.
| 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](#resizing-cluster) 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](https://docs.aws.amazon.com/cli/latest/reference/redshift/create-scheduled-action.html) en la *Referencia de comandos de la AWS CLI* o [CreateScheduledAction](https://docs.aws.amazon.com/redshift/latest/APIReference/API_CreateScheduledAction.html) 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](#elastic-resize) 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.
1. 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.
1. 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.
1. 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.
1. 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.
1. 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\$1CANCEL\$1BACKEND](https://docs.aws.amazon.com/redshift/latest/dg/PG_CANCEL_BACKEND.html) y [PG\$1TERMINATE\$1BACKEND](https://docs.aws.amazon.com/redshift/latest/dg/PG_TERMINATE_BACKEND.html). El reinicio del clúster es la forma más sencilla de asegurar que el clúster no esté disponible.
1. Cambie el clúster de origen. Por ejemplo, cambie el nombre de `examplecluster` a `examplecluster-source`.
1. 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.
1. 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.
# Cambio de nombre de un clúster
Puede cambiar el nombre de un clúster si desea que el clúster utilice un nombre diferente. Como el punto de conexión del clúster incluye el nombre del clúster (lo que también se conoce como *identificador del clúster*), el punto de conexión 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 conexión pasa a utilizar el identificador `newcluster`. Se debe actualizar cualquier aplicación que se conecte al clúster con el nuevo punto de conexión.
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 conexión 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 conexión 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, debe 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 **Events** (Eventos). La carga y los datos de consulta del clúster muestran los datos antes y después del cambio de nombre. No obstante, 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](modify-cluster.md).
# Actualizar la versión de lanzamiento de un clúster
Puede actualizar la versión de mantenimiento de un clúster que tiene un valor de **Release Status (Estado de la versión)** de **New release available (Nueva actualización disponible)**. Puede optar por actualizar la versión de mantenimiento inmediatamente o en el siguiente período de mantenimiento.
**importante**
Si actualiza inmediatamente, el clúster está sin conexión hasta que finalice la actualización.
**Para actualizar un clúster a una nueva versión de lanzamiento**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon Redshift en [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. En el menú de navegación, elija **Clusters** (Clústeres).
1. Elija el clúster que quiere actualizar.
1. En **Actions (Acciones)**, seleccione **Upgrade cluster version (Actualizar versión del clúster)**. Aparecerá la página **Upgrade cluster version (Actualizar versión del clúster)**.
1. Siga las instrucciones de la página.
1. Seleccione **Upgrade cluster version (Actualizar versión del clúster)**.
# Pausa y reanudación de un clúster
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, consulte la [página de precios de Amazon Redshift](https://aws.amazon.com/redshift/pricing/).
Cuando pausa 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 consola de Amazon Redshift con 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.
+ 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 desactivadas.
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 supervisión 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. Actualice sus 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. No obstante, 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.
+ Después de pausar un clúster, es posible que los seguimientos y los registros no estén disponibles para solucionar los problemas que se produjeron antes de la pausa.
+ Si administra sus credenciales de administrador con AWS Secrets Manager y pausa su clúster, el secreto del clúster no se eliminará y se le seguirá cobrando por el secreto. Para obtener más información sobre cómo administrar su contraseña de administrador de Redshift con AWS Secrets Manager, consulte [Administración de las contraseñas de administrador de Amazon Redshift mediante AWS Secrets Manager](redshift-secrets-manager-integration.md).
+ Las tablas sin copia de seguridad del clúster se restauran al reanudar para los tipos de instancia RA3. No se restauran al reanudarse para los tipos de instancia de DC2. Para obtener más información sobre las tablas sin copias de seguridad, consulte [Exclusión de tablas de instantáneas](working-with-snapshots.md#snapshots-no-backup-tables).
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 periodo de tiempo mientras el clúster se vuelve a hidratar después de que se complete la reanudación.
# Reinicio de un clúster
El reinicio de un clúster es una operación de clúster que reinicia el clúster con la misma configuración que tenía antes del reinicio. Puede reiniciar un clúster para aplicar actualizaciones de mantenimiento pendientes, restablecer cambios de configuración, recuperarse de determinados problemas o solucionar problemas del clúster. El reinicio de un clúster puede ayudar a garantizar un rendimiento, una seguridad y una estabilidad óptimos del entorno de Amazon Redshift. El siguiente procedimiento proporciona pasos detallados para reiniciar un clúster de Amazon Redshift.
Cuando reinicia un clúster, el estado se establece en `rebooting` y se crea un evento de clúster cuando se completa el reinicio. Se aplican todas las modificaciones pendientes al clúster en este reinicio.
**Pasos para reiniciar de un clúster**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon Redshift en [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. En el menú de navegación, elija **Clusters** (Clústeres).
1. Elija el clúster que quiere reiniciar.
1. En **Actions (Acciones)**, elija **Reboot cluster (Reiniciar clúster)**. Se abrirá la página **Reboot cluster (Reiniciar clúster)**.
1. Seleccione **Reboot cluster (Reiniciar clúster)**.
# Reubicación de un clúster
Mediante el uso de la *reubicación* en Amazon Redshift, se permite que Amazon Redshift mueva un clúster a otra zona de disponibilidad (AZ) sin pérdida de datos ni cambios en las aplicaciones. Con la reubicación, puede continuar las operaciones cuando hay una interrupción del servicio en el clúster con un impacto mínimo.
Cuando la reubicación de clústeres está activada, Amazon Redshift puede elegir reubicar clústeres en algunas situaciones. En particular, esto sucede cuando los problemas de la zona de disponibilidad actual impiden la operación óptima del clúster o para mejorar la disponibilidad del servicio. También puede invocar la función de reubicación en los casos en que las restricciones de recursos en una zona de disponibilidad determinada interrumpan las operaciones del clúster. Un ejemplo es la capacidad de reanudar o cambiar el tamaño de un clúster. Amazon Redshift ofrece la característica de reubicación sin cargo adicional.
Cuando un clúster de Amazon Redshift se reubica en una nueva zona de disponibilidad, el nuevo clúster tiene el mismo punto de enlace que el clúster original. Sus aplicaciones pueden volver a conectarse al punto de enlace y continuar las operaciones sin modificaciones ni pérdida de datos. Sin embargo, es posible que la reubicación no siempre sea posible debido a posibles restricciones de recursos en una zona de disponibilidad determinada.
La reubicación del clúster de Amazon Redshift solo se admite para los tipos de instancias RA3. Los tipos de instancias RA3 utilizan Redshift Managed Storage (RMS) como capa de almacenamiento duradera. La copia más reciente de los datos de un clúster siempre está disponible en otras zonas de disponibilidad de una región de AWS. En otras palabras, puede reubicar un clúster de Amazon Redshift a otra zona de disponibilidad sin pérdida de datos.
Cuando activa la reubicación de su clúster, Amazon Redshift lo migra para que esté detrás de un proxy. Esto ayuda a implementar el acceso independiente de la ubicación a los recursos de cómputo de un clúster. La migración hace que se reinicie el clúster. Cuando un clúster se reubica en otra zona de disponibilidad, se produce una interrupción mientras el nuevo clúster vuelve a estar online en la nueva zona de disponibilidad. Sin embargo, no es necesario realizar ningún cambio en las aplicaciones porque el punto de enlace del clúster permanece sin cambios incluso después de que el clúster se reubica en la nueva zona de disponibilidad.
La reubicación de clústeres está habilitada de forma predeterminada en los clústeres RA3 recién creados o restaurados cuyo grupo de subredes incluye varias zonas de disponibilidad. Amazon Redshift asigna 5439 como puerto predeterminado al crear un clúster aprovisionado. Puede cambiar a otro puerto del intervalo de puertos 5431-5455 u 8191-8215. (No cambie a un puerto fuera de dichos internvalos pues se genera un error). Para cambiar el puerto predeterminado de un clúster aprovisionado, utilice la consola de Amazon Redshift, la AWS CLI o la API de Amazon Redshift. Para cambiar el puerto predeterminado de un grupo de trabajo sin servidor, utilice la AWS CLI o la API de Amazon Redshift sin servidor.
Si activa la reubicación y utiliza actualmente la dirección IP del nodo principal para acceder al clúster o enrutamiento de VPC mejorado, asegúrese de cambiar ese acceso. En su lugar, utilice la dirección IP asociada al punto de enlace de la nube virtual privada (VPC) del clúster. Para buscar esta dirección IP del clúster, busque y utilice el punto de enlace de la VPC en la sección **Network and security** (Red y seguridad) de la página de detalles del clúster. Para obtener más detalles acerca del punto de enlace de la VPC, inicie sesión en la consola de Amazon VPC.
También puede recurrir a la AWS Command Line Interface (AWS CLI) a fin de utilizar el comando `describe-vpc-endpoints` para obtener la interfaz de red elástica asociada al punto de enlace. Puede utilizar el comando `describe-network-interfaces` para obtener la dirección IP asociada. Para obtener más información acerca de los comandos de la AWS CLI de Amazon Redshift, consulte [Comandos disponibles](https://docs.aws.amazon.com/cli/latest/reference/redshift/index.html) en la *Referencia de los comandos de la AWS CLI*.
## Limitaciones
Cuando utilice la reubicación de Amazon Redshift, tenga en cuenta las siguientes limitaciones:
+ Es posible que la reubicación de clústeres no sea posible en todos los escenarios debido a posibles limitaciones de recursos en una zona de disponibilidad determinada. Si esto sucede, Amazon Redshift no cambia el clúster original.
+ La reubicación no es compatible con las familias de productos de instancias DC2.
+ No se puede realizar una reubicación entre regiones de AWS.
+ La reubicación de Amazon Redshift se establece de forma predeterminada en el número de puerto 5439. También puede cambiar a otro puerto del intervalo de puertos 5431 a 5455 u 8191 a 8215.
## Administración de la reubicación mediante la consola
Puede administrar la configuración de la reubicación de clústeres mediante la consola de Amazon Redshift.
### Activación de la reubicación al crear un nuevo clúster
Utilice el siguiente procedimiento para desactivar la reubicación al crear un nuevo clúster.
**Activación de la reubicación de un nuevo clúster**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon Redshift en [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. En el menú de navegación, elija **Clusters** (Clústeres).
1. Elija **Create cluster** (Crear clúster) para crear un nuevo clúster. Para obtener más información sobre cómo crear un clúster, consulte [Introducción a los almacenamientos de datos aprovisionados de Amazon Redshift](https://docs.aws.amazon.com/redshift/latest/gsg/new-user.html) en la *Guía de introducción a Amazon Redshift*.
1. En **Copia de seguridad**, para **Reubicación del clúster**, elija **Desactivado**. La reubicación se activa de forma predeterminada.
1. Elija **Create cluster**.
### Modificación de la reubicación de un clúster existente
Utilice el siguiente procedimiento para cambiar la configuración de reubicación de un clúster existente.
**Para modificar la configuración de reubicación de un clúster existente**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon Redshift en [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. En el menú de navegación, elija **Clusters** (Clústeres). Se enumeran los clústeres de su cuenta en la región de AWS actual. Se muestra en la lista un subconjunto de propiedades de cada clúster en columnas.
1. Elija el nombre del clúster que desea modificar de la lista. Se abrirá la página de detalles del clúster.
1. Elija la pestaña **Maintenance** (Mantenimiento) y, a continuación, en la sección **Backup details** (Detalles de copia de seguridad), elija **Edit** (Editar).
1. En **Copia de seguridad**, elija **Desactivado**. La reubicación se activa de forma predeterminada.
1. Elija **Modificar clúster**.
### Reubicación de un clúster
Utilice el siguiente procedimiento para reubicar manualmente un clúster en otra zona de disponibilidad. Esto resulta especialmente útil cuando desea probar la configuración de red en zonas de disponibilidad secundarias o cuando se encuentra con restricciones de recursos en la zona de disponibilidad actual.
**Para reubicar un clúster en otra zona de disponibilidad**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon Redshift en [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. En el menú de navegación, elija **Clusters** (Clústeres). Se enumeran los clústeres de su cuenta en la región de AWS actual. Se muestra en la lista un subconjunto de propiedades de cada clúster en columnas.
1. Elija el nombre del clúster que desea mover de la lista. Se abrirá la página de detalles del clúster.
1. En **Actions** (Acciones), elija **Relocate** (Reubicar). Se abrirá la página **Relocate cluster** (Reubicar clúster).
1. (Opcional) Elija una **Availability Zone** (Zona de disponibilidad). Si no elige una zona de disponibilidad, Amazon Redshift elige una para usted.
Amazon Redshift comienza la reubicación y muestra el clúster como en estado de reubicación. Una vez finalizada la reubicación, el estado del clúster cambia a disponible.
## Administración de la reubicación mediante la CLI de Amazon Redshift
Puede administrar la configuración de la reubicación de clústeres mediante la AWS Command Line Interface (CLI).
Con la AWS CLI, el siguiente comando de ejemplo crea un clúster de Amazon Redshift denominado **mycluster** que tiene activada la reubicación.
```
aws redshift create-cluster --cluster-identifier mycluster --number-of-nodes 2 --master-username enter a username --master-user-password enter a password --node-type ra3.4xlarge --port 5439 --no-availability-zone-relocation
```
Si el clúster actual utiliza un puerto diferente, debe modificarlo para que use el rango de puerto 5431-5455 o 8191-8215 antes de modificarlo para activar la reubicación. El valor predeterminado es 5439. El siguiente comando de ejemplo modifica el puerto en caso de que el clúster no use uno de los intervalos dados.
```
aws redshift modify-cluster --cluster-identifier mycluster --port 5439
```
El siguiente comando de ejemplo incluye el parámetro availability-zone-relocation en el clúster de Amazon Redshift.
```
aws redshift modify-cluster --cluster-identifier mycluster --availability-zone-relocation
```
El siguiente comando de ejemplo desactiva el parámetro availability-zone-relocation en el clúster de Amazon Redshift.
```
aws redshift modify-cluster --cluster-identifier mycluster --no-availability-zone-relocation
```
El siguiente comando de ejemplo invoca la reubicación en el clúster de Amazon Redshift.
```
aws redshift modify-cluster --cluster-identifier mycluster --availability-zone us-east-1b
```
# Establecimiento de un límite de uso en un clúster
Puede añadir hasta cuatro límites de uso para controlar el uso de cada uno de los siguientes elementos:
+ Escalado de simultaneidad
+ Las optimizaciones automáticas se ejecutan con recursos de computación adicional
+ Uso de Redshift Spectrum
+ Uso compartido de datos entre regiones
## Establecimiento de un límite de uso para un clúster aprovisionado
El siguiente es el procedimiento para establecer un límite de uso en un clúster aprovisionado:
**Para establecer un límite de uso para un clúster:**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon Redshift en [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. Vaya al clúster aprovisionado para el que desea establecer un límite.
1. En la página de detalles del clúster, seleccione **Administrar límite de uso** en el menú desplegable **Acciones**. También puede seleccionar la pestaña **Mantenimiento** de un clúster y, a continuación, desplazarse hacia abajo y seleccionar **Crear límites de uso**.
1. Seleccione **Añadir límite** para el límite de uso que quiera establecer. Puede añadir hasta 4 límites para una característica determinada.
1. Establezca un **Período de tiempo** para el límite de uso, que puede ser **Diario**, **Semanal** o **Mensual**.
1. Establezca un **Límite de uso**.
+ Para el escalado de concurrencia y las optimizaciones automáticas que se ejecutan utilizando límites de recursos de computación adicionales, el límite de uso es la cantidad de tiempo que Amazon Redshift dedica a utilizar las características en un período de tiempo determinado. En este caso, el límite de uso se establece en horas y minutos.
+ Para Redshift Spectrum, el límite de uso es la cantidad de datos analizados de Amazon S3. En este caso, el límite de uso se establece en terabytes (TB).
+ Para el intercambio de datos entre regiones, el límite de uso es la cantidad de datos transferidos desde la región productora a las regiones consumidoras que los consumidores pueden consultar. En este caso, el límite de uso se establece en terabytes (TB).
1. Defina la **Acción** que Amazon Redshift debe realizar cuando el clúster alcance el límite. Son lo que se muestra a continuación:
+ **Registro para la tabla del sistema**: agrega un registro a la vista del sistema [SYS\$1QUERY\$1HISTORY](https://docs.aws.amazon.com/redshift/latest/dg/SYS_QUERY_HISTORY.html). Puede consultar la columna usage\$1limit de esta vista para determinar si una consulta ha superado el límite.
+ **Alerta**: utiliza Amazon SNS para configurar suscripciones de notificaciones y enviar notificaciones si se incumple un límite. Puede elegir un tema de Amazon SNS existente, crear uno nuevo o proceder sin ninguno.
+ **Desactivar característica**: desactiva la característica. También puede optar por utilizar Amazon SNS para enviar una notificación. Los usuarios pueden seguir utilizando el clúster para otras tareas.
Las dos primeras acciones son informativas, pero la última desactiva el uso de la característica.
1. Para guardar el límite, elija **Guardar los cambios** en la parte inferior de la página. Si establece más de un límite a la vez, la opción **Guardar cambios** los guardará todos a la vez.
# Cierre y eliminación de un clúster
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 instantánea final, Amazon Redshift creará una instantánea manual de su clúster antes de cerrarlo. Si planifica aprovisionar un nuevo clúster con los mismos datos y la misma configuración que el que está eliminado, necesitará una instantánea manual. Con una instantánea manual, puede restaurar la instantánea más tarde y continuar utilizando el clúster.
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.
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 retenga, incluida la instantánea final opcional, se cobrará con la tarifa de almacenamiento de Amazon Simple Storage Service si no hay ningún otro clúster en ejecución 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 cargos de almacenamiento de las instantáneas, consulte la [página de precios de Amazon Redshift](https://aws.amazon.com/redshift/pricing/).
Al eliminar un clúster, también se eliminan todos los secretos de AWS Secrets Manager asociados.
**Para eliminar un clúster**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon Redshift en [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. En el menú de navegación, elija **Clusters** (Clústeres).
1. Elija el clúster que quiere eliminar.
1. En **Actions (Acciones)**, seleccione **Delete (Eliminar)**. Se abrirá la página **Delete cluster (Eliminar clúster)**.
1. Seleccione **Delete cluster (Eliminar clúster)**.
**nota**
Cuando elimina un clúster y elige crear una instantánea final, Amazon Redshift detendrá la solicitud de eliminación si hay una operación de restauración en curso en el clúster. Si esto ocurre, puede eliminar el clúster sin una instantánea final o puede eliminarlo con una instantánea final una vez finalizada la restauración.
# Instantáneas y copias de seguridad de Amazon Redshift
Las snapshots son backups de un momento determinado de un clúster. Existen dos tipos de instantáneas: *automatizadas* y *manuales*. Amazon Redshift almacena estas instantáneas internamente en Amazon S3 con una conexión de capa de conexión segura (SSL) cifrada.
Amazon Redshift realiza instantáneas progresivas de forma automática que hacen un seguimiento de los cambios realizados en el clúster desde la instantánea automatizada anterior. Las instantáneas automatizadas conservan todos los datos requeridos para restaurar un clúster a partir de una instantánea. Puede crear una programación de instantáneas para controlar cuándo se realizan las instantáneas automatizadas o realizar una instantánea manual en cualquier momento.
Cuando restaura datos a partir de una instantánea, Amazon Redshift crea un clúster nuevo y lo pone a disposición antes de que se carguen todos los datos, de modo que usted pueda empezar a consultar el clúster nuevo de inmediato. El clúster transmite datos bajo demanda desde la instantánea en respuesta a consultas activas, luego carga los datos restantes en un segundo plano.
Al lanzar un clúster, puede establecer el periodo de retención para las instantáneas automatizadas y manuales. Puede cambiar el periodo de retención predeterminado para las instantáneas automatizadas y manuales mediante la modificación del clúster. Puede cambiar el periodo de retención para una instantánea manual en el momento de crear la instantánea o modificando la instantánea.
Puede monitorizar el progreso de las instantáneas consultando los detalles de la propia instantánea en la Consola de administración de AWS o llamando a [describe-cluster-snapshots](https://docs.aws.amazon.com/cli/latest/reference/redshift/describe-cluster-snapshots.html) en la CLI o a la acción de API [DescribeClusterSnapshots](https://docs.aws.amazon.com/redshift/latest/APIReference/API_DescribeClusterSnapshots.html). Para una instantánea en proceso, estos muestran información como el tamaño de la instantánea incremental, la tasa de transferencia, el tiempo transcurrido y el tiempo restante estimado.
Para asegurarse de que las copias de seguridad estén siempre disponibles para el clúster, Amazon Redshift almacena instantáneas en un bucket de Amazon S3 administrado internamente que administra Amazon Redshift. Para administrar los cargos de almacenamiento, evalúe cuántos días necesita conservar las instantáneas automatizadas y configure el periodo de retención en consecuencia. Elimine las instantáneas manuales que ya no necesita. Para obtener más información acerca del costo del almacenamiento de copias de seguridad, consulte la página [Precios de Amazon Redshift](https://aws.amazon.com/redshift/pricing/).
También puede crear y restaurar instantáneas con AWS Backup, un servicio totalmente administrado que le ayuda a centralizar y automatizar la protección de datos en todos los servicios de AWS, en la nube y en las instalaciones. Para obtener más información, consulte [Integración de AWS Backup con Amazon Redshift](managing-aws-backup.md). Para obtener más información sobre AWS Backup, consulte ¿[Qué es AWS Backup?](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html) en la *Guía para desarrolladores de AWS Backup*.
## Uso de instantáneas y copias de seguridad en Amazon Redshift sin servidor
Amazon Redshift sin servidor, al igual que un clúster aprovisionado, le permite realizar una copia de seguridad como una representación en un momento dado de los objetos y datos del espacio de nombres. Hay dos tipos de copias de seguridad en Amazon Redshift sin servidor: las instantáneas que se crean manualmente y los puntos de recuperación que Amazon Redshift sin servidor crea automáticamente. Puede encontrar más información sobre el uso de instantáneas para Amazon Redshift sin servidor en [Instantáneas y puntos de recuperación](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-snapshots-recovery-points.html).
También puede restaurar una instantánea de un clúster aprovisionado a un espacio de nombres sin servidor. Para obtener más información, consulte [Restauración de un espacio de nombres sin servidor desde una instantánea](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-snapshot-restore.html).
## Instantáneas automatizadas
Cuando las instantáneas automatizadas están habilitadas para un clúster, Amazon Redshift realiza instantáneas de ese clúster periódicamente. De manera predeterminada, Amazon Redshift realiza una instantánea cada ocho horas o después de cada cambio de datos de 5 GB por nodo, lo que ocurra primero. Si sus datos superan los 5 GB \$1 número de nodos, el periodo de tiempo más breve entre la creación automática de instantáneas es de 15 minutos. También puede crear una programación de instantáneas para controlar cuándo se realizan las instantáneas automatizadas. Si utiliza programaciones personalizadas, el tiempo mínimo entre las instantáneas automatizadas es de una hora. Las instantáneas automatizadas se habilitan de manera predeterminada cuando crea un clúster.
Las instantáneas automatizadas se eliminan cuando finaliza un periodo de retención. El periodo de retención predeterminado es de un día, pero puede modificarlo a través de la consola de Amazon Redshift o mediante programación con la API o la CLI de Amazon Redshift.
Para desactivar las instantáneas automatizadas, establezca el período de retención en cero. Si desactiva las instantáneas automatizadas, Amazon Redshift deja de tomar instantáneas y elimina cualquier instantánea automatizada ya existente para el clúster. No puede deshabilitar las instantáneas automatizadas para los tipos de nodos RA3. Puede establecer un periodo de retención automatizado para el tipo de nodo RA3 de 1 a 35 días.
Solo Amazon Redshift puede eliminar una instantánea automatizada; por lo que no se pueden eliminar de forma manual. Amazon Redshift elimina las instantáneas automatizadas al final del periodo de retención de la instantánea, cuando usted desactiva las instantáneas automatizadas para el clúster o cuando elimina el clúster. *Amazon Redshift retiene la última instantánea automatizada hasta que usted desactiva las instantáneas automatizadas o elimina el clúster.*
Si desea conservar una instantánea automatizada por un período más extenso, puede crear una copia de esta como una instantánea manual. La instantánea automatizada se conserva hasta que expire el periodo de retención, pero la instantánea manual correspondiente se conservará hasta que el usuario la elimine manualmente o hasta el final del periodo de retención.
## Programación de instantáneas automatizadas
Para controlar con precisión cuándo se realizan las instantáneas, puede crear una programación de instantáneas y asociarla a uno o varios clústeres. Cuando modifica una programación de instantáneas, esta se modifica para todos los clústeres asociados. Si un clúster no tiene una programación de instantáneas asociada, utiliza la programación de instantáneas automatizadas predeterminada.
Una *programación de instantáneas* es un conjunto de reglas de programación. Puede definir una regla de programación sencilla basada en un intervalo específico, como cada 8 horas o cada 12 horas. También puede añadir reglas para realizar instantáneas determinados días de la semana, a horas específicas o durante periodos específicos. Las reglas se pueden definir también con expresiones cron de tipo Linux.
## Formato de la programación de instantáneas
En la consola de Amazon Redshift, puede crear una programación de instantáneas. A continuación, puede asociar una programación a un clúster para activar la creación de una instantánea del sistema. Una programación se puede asociar con varios clústeres y se pueden crear varias definiciones cron en una programación para activar una instantánea.
Puede definir una programación para sus instantáneas con la sintaxis cron. La definición de estas programaciones utiliza una sintaxis [cron](http://en.wikipedia.org/wiki/Cron) similar a Unix modificada. La hora debe especificarse de acuerdo con el [Tiempo universal coordinado (UTC)](http://en.wikipedia.org/wiki/Coordinated_Universal_Time). Puede crear programaciones con una frecuencia máxima de una hora y una precisión mínima de un minuto.
Las expresiones cron modificadas de Amazon Redshift tienen 3 campos obligatorios, que están separados por un espacio en blanco.
**Sintaxis**
```
cron(Minutes Hours Day-of-month Month Day-of-week Year)
```
| **Fields** | **Valores** | **Caracteres comodín** |
| --- | --- | --- |
| Minutos | 0–59 | , - \$1 / |
| Horas | 0–23 | , - \$1 / |
| Día del mes | 1–31 | , - \$1 ? / L W |
| Mes | 1–12 o ENE-DIC | , - \$1 / |
| Día de la semana | 1–7 o DOM-SÁB | , - \$1 ? L \$1 |
| Año | 1970-2199 | , - \$1 / |
**Caracteres comodín**
+ El carácter comodín **,** (coma) incluye valores adicionales. En el campo `Day-of-week`, `MON,WED,FRI` incluiría lunes, miércoles y viernes. El total de valores está limitado a 24 por campo.
+ El carácter comodín **-** (guion) especifica los intervalos. En el campo `Hour`, 1–15 incluiría desde la 1 hasta las 15 horas del día especificado.
+ El **\$1** (asterisco) incluye todos los valores del campo. En el campo `Hours`, **\$1** incluiría cada hora.
+ El comodín **/** (barra inclinada) especifica incrementos. En el campo `Hours`, puede escribir **1/10** para especificar cada 10 horas, empezando por la primera hora del día (por ejemplo, 01:00, 11:00 y 21:00).
+ El comodín **?** (signo de interrogación) especifica uno u otro. En el campo `Day-of-month` puede escribir **7** y si no le importa qué día de la semana era el séptimo, podría escribir **?** en el campo Day-of-week.
+ El comodín **L** en los campos `Day-of-month` o `Day-of-week` especifica el último día del mes o de la semana.
+ El comodín **W** en el campo `Day-of-month` especifica un día de la semana. En el campo `Day-of-month`, `3W` especifica el día más cercano al tercer día de semana del mes.
+ El comodín **\$1** en el campo Día de la semana especifica una instancia concreta del día de la semana de un mes. Por ejemplo, 3\$12 sería el segundo martes del mes: el número 3 hace referencia al martes, ya que es el tercer día de la semana en el calendario anglosajón, mientras que 2 hace referencia al segundo día de ese tipo dentro de un mes.
**nota**
Si utiliza un carácter '\$1', solo puede definir una expresión en el campo Día de la semana. Por ejemplo, “3\$11,6\$13” no es válido porque se interpreta como dos expresiones.
**Límites**
+ No se pueden especificar los campos `Day-of-month` y `Day-of-week` en la misma expresión Cron. Si especifica un valor en uno de los campos, debe utilizar un **?** (signo de interrogación) en el otro.
+ Las programaciones de instantáneas no admiten las siguientes frecuencias:
+ Instantáneas programadas con una frecuencia superior a una por hora.
+ Instantáneas programadas con una frecuencia inferior a una por día (24 horas).
Si tiene programaciones solapadas que programan instantáneas en un periodo de una hora, se produce un error de validación.
Cuando cree una programación, puede utilizar las siguientes cadenas Cron de ejemplo.
| Minutos | Horas | Día de la semana | Significado |
| --- | --- | --- | --- |
| 0 | 14-20/1 | TUE | Cada hora entre las dos y las ocho de la tarde del martes. |
| 0 | 21 | MON-FRI | Todas las noches a las 21 h de lunes a viernes. |
| 30 | 0/6 | SAT-SUN | Cada seis horas el sábado y el domingo empezando 30 minutos después de la medianoche (00:30) de ese día. Esto produce una instantánea a las [00:30, 06:30, 12:30 y 18:30] todos los días. |
| 30 | 12/4 | \$1 | Cada cuatro horas a partir de las 12:30 todos los días. Esto se resuelve en [12:30, 16:30, 20:30]. |
Por ejemplo, para ejecutar una programación diaria cada dos horas empezando a las 15:15 (lo que se resuelve en [15:15, 17:15, 19:15, 21:15, 23:15]), especifique:
```
cron(15 15/2 *)
```
Puede crear varias definiciones de programación cron en una programación. Por ejemplo, el siguiente comando de la AWS CLI contiene dos programaciones cron en una sola programación.
```
create-snapshot-schedule --schedule-identifier "my-test" --schedule-definition "cron(0 17 SAT,SUN)" "cron(0 9,17 MON-FRI)"
```
## Instantáneas manuales
También puede tomar una instantánea manual en cualquier momento. De manera predeterminada, las instantáneas manuales se conservarán de forma indefinida incluso después de que elimine el clúster. Puede especificar el periodo de retención en el momento de crear una instantánea manual o puede cambiar el periodo de retención modificando la instantánea. Para obtener más información acerca de cómo cambiar el periodo de retención, consulte [Modificación del periodo de retención de instantáneas manuales](snapshot-manual-retention-period.md).
Si se elimina una instantánea, no puede comenzar ninguna operación nueva que haga referencia a esa instantánea. Sin embargo, si hay una operación de restauración en proceso, esta se ejecutará hasta su finalización.
Amazon Redshift tiene una cuota que limita el número total de instantáneas manuales que puede crear. Esta cuota se aplica por cuenta de AWS y por región de AWS. La cuota predeterminada se muestra en [Cuotas y límites de Amazon Redshift](amazon-redshift-limits.md).
## Almacenamiento de instantáneas
Dado que las instantáneas acumulan gastos de almacenamiento, es importante que las elimine cuando ya no las necesite. Amazon Redshift elimina las instantáneas automatizadas y manuales al final de sus respectivos periodos de retención. También puede eliminar las instantáneas manuales mediante la Consola de administración de AWS o con el comando de la CLI [batch-delete-cluster-snapshots](https://docs.aws.amazon.com/cli/latest/reference/redshift/batch-delete-cluster-snapshots.html).
Puede cambiar el periodo de retención para una instantánea manual modificando la configuración de la instantánea manual.
Para obtener información sobre la cantidad de almacenamiento que consumen las instantáneas, utilice la consola de Amazon Redshift o el comando de la CLI [describe-storage](https://docs.aws.amazon.com/cli/latest/reference/redshift/describe-storage.html).
## Exclusión de tablas de instantáneas
De manera predeterminada, todas las tablas permanentes definidas por el usuario se incluyen en las instantáneas. Si no es necesario crear un backup para una tabla, como una tabla provisional, puede reducir de forma significativa el tiempo necesario para crear instantáneas y restaurar a partir de instantáneas. También se reduce el espacio de almacenamiento en Amazon S3 mediante el uso de una tabla sin backup. Para crear una tabla sin backup, incluya el parámetro BACKUP NO cuando cree la tabla. Para obtener más información, consulte [CREATE TABLE](https://docs.aws.amazon.com/redshift/latest/dg/r_CREATE_TABLE_NEW.html) y [CREATE TABLE AS](https://docs.aws.amazon.com/redshift/latest/dg/r_CREATE_TABLE_AS.html) en la *Guía para desarrolladores de bases de datos de Amazon Redshift*.
**nota**
Las tablas sin copia de seguridad no son compatibles con los clústeres aprovisionados con RA3 ni con los grupos de trabajo de Amazon Redshift sin servidor. Una tabla marcada como sin copia de seguridad en un clúster de RA3 o grupo de trabajo sin servidor se tratará como una tabla permanente de la que siempre se hará una copia de seguridad al tomar una instantánea, y que siempre se restaurará al restaurar desde una instantánea. Para evitar los costos de instantáneas de las tablas sin copia de seguridad, trúnquelas antes de tomar una instantánea.
# Creación de una instantánea manual
Puede crear una snapshot manual de un clúster desde la lista de snapshots de la siguiente manera. O bien puede tomar una snapshots de un clúster en el panel de configuración del clúster. Para obtener más información, consulte [Instantáneas y copias de seguridad de Amazon Redshift](working-with-snapshots.md).
**nota**
Las tablas sin copia de seguridad no son compatibles con los clústeres aprovisionados con RA3 ni con los grupos de trabajo de Amazon Redshift sin servidor. Una tabla marcada como sin copia de seguridad en un clúster de RA3 o grupo de trabajo sin servidor se tratará como una tabla permanente de la que siempre se hará una copia de seguridad al tomar una instantánea, y que siempre se restaurará al restaurar desde una instantánea. Para evitar los costos de instantáneas de las tablas sin copia de seguridad, trúnquelas antes de tomar una instantánea.
**Creación de una instantánea manual**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon Redshift en [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. En el menú de navegación, elija **Clusters** (Clústeres), **Snapshots** (Instantáneas) y, a continuación, elija **Create snapshot** (Crear instantánea). Se muestra la página de instantáneas para crear una instantánea manual.
1. Introduzca las propiedades de la definición de instantánea, luego seleccione **Create snapshot (Crear instantánea)**. La instantánea puede tardar un poco en estar disponible.
# Creación de una programación de instantáneas
Amazon Redshift toma instantáneas automáticas y progresivas de los datos de forma periódica y las guarda en Amazon S3. Además, puede tomar snapshots manuales de sus datos cada vez que lo desee.
Todas las tareas de instantáneas de la consola de Amazon Redshift se inician desde la lista de instantáneas. Puede filtrar la lista utilizando un intervalo de tiempo, el tipo de instantánea y el clúster asociado con la instantánea. Además, puede ordenar la lista por fecha, tamaño y tipo de instantánea. Según el tipo de instantánea que haya seleccionado, es posible que tenga diferentes opciones disponibles para trabajar con la instantánea.
Para controlar con precisión cuándo se realizan las instantáneas, puede crear una programación de instantáneas y asociarla a uno o varios clústeres. Puede asociar una programación cuando cree un clúster o modificando el clúster. Para obtener más información, consulte [Programación de instantáneas automatizadas](working-with-snapshots.md#automated-snapshot-schedules).
**Para crear una programación de instantáneas**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon Redshift en [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. En el menú de navegación, elija **Clusters** (Clústeres), **Snapshots** (Instantáneas) y, a continuación, elija la pestaña **Snapshot schedules** (Horarios de intantáneas). Se muestran los horarios de las instantáneas.
1. Seleccione**Add schedule (Agregar horario)** para mostrar la página para agregar un horario.
1. Introduzca las propiedades de la definición de programación, luego seleccione **Add schedule (Agregar horario)**.
1. En la página que aparece, puede adjuntar clústeres a su nuevo horario de instantáneas, luego seleccione **OK**.
# Uso compartido de una instantánea
Puede compartir una instantánea manual ya existente con otras cuentas de clientes de AWS mediante la autorización de acceso a la instantánea. Puede autorizar hasta el 20 de cada instantánea y el 100 de cada clave de AWS Key Management Service (AWS KMS). Es decir, si tiene 10 instantáneas que están cifradas con una sola clave de KMS, puede autorizar a 10 cuentas de AWS a restaurar cada instantánea u otras combinaciones que sumen hasta 100 cuentas y no excedan las 20 cuentas por cada instantánea. Una persona que haya iniciado sesión como usuario en una de las cuentas autorizadas puede describir la instantánea o restaurarla para crear un clúster de Amazon Redshift nuevo en su cuenta. Por ejemplo, si utiliza cuentas de clientes de AWS independientes para pruebas y producción, un usuario puede iniciar sesión con la cuenta de producción y compartir una instantánea con usuarios de la cuenta de pruebas. Alguien que haya iniciado sesión como usuario de la cuenta de pruebas puede restaurar la instantánea para crear un clúster nuevo que sea propiedad de la cuenta de pruebas para realizar pruebas y diagnósticos.
Una instantánea manual es propiedad permanente de la cuenta de cliente de AWS con la que fue creada. Solo los usuarios de la cuenta propietaria de la instantánea pueden autorizar a otras cuentas a obtener acceso a la instantánea o a revocar autorizaciones. Los usuarios de las cuentas autorizadas solo pueden describir o restaurar cualquier instantánea que se haya compartido con ellos; no pueden copiar o eliminar instantáneas que se hayan compartido con ellos. Una autorización permanece en vigor hasta que el propietario de la instantánea la revoque. Si se revoca una autorización, el usuario anteriormente autorizado pierde la visibilidad de la instantánea y no podrá lanzar ninguna acción nueva que haga referencia a la instantánea. Si la cuenta está en el proceso de restauración de la instantánea cuando se revoca el acceso, la restauración se ejecuta hasta finalizarse. No puede eliminar una instantánea mientras tenga autorizaciones activas, primero debe revocar todas las autorizaciones.
AWSLas cuentas de clientes de están autorizados de forma permanente a obtener acceso a las instantáneas propiedad de la cuenta. Los intentos de autorizar o revocar el acceso a la cuenta del propietario recibirán un error. No puede restaurar o describir una instantánea que sea propiedad de una cuenta de cliente de AWS inactiva.
Después de haber autorizado el acceso a una cuenta de cliente de AWS, ningún usuario de de esa cuenta podrá realizar acciones en la instantánea a menos que asuma un rol con políticas que les permitan hacerlo.
+ Los usuarios de la cuenta del propietario de la instantánea pueden autorizar y revocar el acceso a una instantánea solo si asumen un rol una política de IAM que les permita realizar esas acciones con una especificación de recursos que incluya la instantánea. Por ejemplo, la siguiente política permite a un usuario o rol de la cuenta `012345678912` de AWS autorizar a otras cuentas para que obtengan acceso a la instantánea `my-snapshot20130829`:
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement":[
{
"Effect":"Allow",
"Action":[
"redshift:AuthorizeSnapshotAccess",
"redshift:RevokeSnapshotAccess"
],
"Resource":[
"arn:aws:redshift:us-east-1:012345678912:snapshot:*/my-snapshot20130829"
]
}
]
}
```
------
+ Los usuarios de una cuenta de AWS con la que se ha compartido una instantánea no pueden realizar acciones en esa instantánea a menos que tengan permisos que permitan esas acciones. Puede hacerlo mediante la asignación de la política a un rol y asumiéndolo.
+ Para enumerar o describir una instantánea, deben tener una política de IAM que permita la acción `DescribeClusterSnapshots`. En el siguiente código se muestra un ejemplo:
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement":[
{
"Effect":"Allow",
"Action":[
"redshift:DescribeClusterSnapshots"
],
"Resource":[
"*"
]
}
]
}
```
------
+ Para restaurar una instantánea, un usuario debe tener una política de IAM que permita la acción `RestoreFromClusterSnapshot` y tenga un elemento de recursos que abarque el clúster que están intentando crear y la instantánea. Por ejemplo, si un usuario de la cuenta `012345678912` ha compartido la instantánea `my-snapshot20130829` con la cuenta `219876543210`, para crear un clúster mediante la restauración de la instantánea, un usuario de la cuenta `219876543210` debe asumir un rol con una política como la siguiente:
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement":[
{
"Effect":"Allow",
"Action":[
"redshift:RestoreFromClusterSnapshot"
],
"Resource":[
"arn:aws:redshift:us-east-1:012345678912:snapshot:*/my-snapshot20130829",
"arn:aws:redshift:us-east-1:219876543210:cluster:from-another-account"
]
}
]
}
```
------
+ Después de revocar el acceso a una instantánea desde una cuenta AWS, ningún usuario de esa cuenta puede acceder a la instantánea. Este es el caso incluso si esas cuentas tienen políticas de IAM que permiten acciones en el recurso de instantánea previamente compartido.
## Uso compartido de una instantánea de clúster de base de datos mediante la consola
En la consola, puede autorizar a otros usuarios a obtener acceso a una instantánea manual que posea o puede revocar ese acceso más adelante cuando ya no sea necesario.
**Para compartir una instantánea con otra cuenta**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon Redshift en [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. En el menú de navegación, elija **Clusters** (Clústeres), **Snapshots** (Instantáneas) y, a continuación, elija la instantánea manual para compartir.
1. Para **Actions (Acciones)**, seleccione **Manual snapshot settings (Configuración de instantáneas manuales)** para mostrar las propiedades de la instantánea manual.
1. Introduzca la cuenta o cuentas para compartir en la sección **Manage access (Administrar acceso)**, luego seleccione **Save (Guardar)**.
## Consideraciones de seguridad del uso compartido de instantáneas cifradas
Cuando proporciona acceso a una instantánea cifrada, Redshift requiere que la clave administrada por el cliente de AWS KMS utilizada para crear la instantánea se comparta con la cuenta o las cuentas que realizan la restauración. Si la clave no se comparte, al intentar restaurar la instantánea se producirá un error de acceso denegado. La cuenta receptora no necesita ningún permiso adicional para restaurar una instantánea compartida. Cuando autoriza el acceso a instantáneas y comparte la clave, la identidad que autoriza el acceso debe tener permisos `kms:DescribeKey` de la clave que se utilizó para cifrar la instantánea. Este permiso se describe con más detalle en [Permisos de AWS KMS](https://docs.aws.amazon.com/kms/latest/developerguide/kms-api-permissions-reference.html). Para obtener más información, consulte [DescribeKey](https://docs.aws.amazon.com/kms/latest/APIReference/API_DescribeKey.html) en la documentación de referencia de API de Amazon Redshift.
La política de claves administrada por el cliente se puede actualizar mediante programación o en la consola de AWS Key Management Service.
**nota**
Si utiliza una clave de KMS predeterminada, no es necesario realizar ninguna acción ni cambiar nada en AWS KMS para compartir una instantánea.
### Habilitación de acceso a la clave de AWS KMS para una instantánea cifrada
Para compartir la clave administrada por el cliente de AWS KMS para una instantánea cifrada, actualice la política de claves realizando los siguientes pasos:
1. Actualice la política de claves de KMS con el nombre de recurso de Amazon (ARN) de la cuenta de AWS con la que va a compartir como `Principal` en la política de clave de KMS.
1. Permita la acción `kms:Decrypt`.
En el siguiente ejemplo de política de claves, el usuario `111122223333` es el propietario de la clave de KMS y el usuario `444455556666` es la cuenta con la que se comparte la clave. Esta política de claves da a la cuenta de AWS acceso a la clave de KMS de ejemplo al incluir el ARN de la identidad raíz de la cuenta de AWS del usuario `444455556666` como `Principal` para la política, y al permitir la acción `kms:Decrypt`.
------
#### [ JSON ]
****
```
{
"Id": "key-policy-1",
"Version":"2012-10-17",
"Statement": [
{
"Sid": "Allow use of the key",
"Effect": "Allow",
"Principal": {
"AWS": [
"arn:aws:iam::111122223333:user/KeyUser",
"arn:aws:iam::444455556666:root"
]
},
"Action": [
"kms:Decrypt"
],
"Resource": "*"
}
]
}
```
------
Una vez que se haya concedido acceso a la clave de KMS administrada por el cliente, la cuenta que restaura la instantánea cifrada debe crear un rol de IAM AWS Identity and Access Management, o un usuario, si aún no tiene uno. Además, dicha cuenta de AWS también debe asociar a ese usuario o rol de IAM una política de IAM que les permita restaurar una instantánea de base de datos cifrada con la clave de KMS.
Para obtener más información acerca de cómo proporcionar acceso a una clave de AWS KMS, consulte [Permitir a los usuarios de otras cuentas utilizar una clave de KMS](https://docs.aws.amazon.com/kms/latest/developerguide/key-policy-modifying-external-accounts.html#cross-account-console) en la guía para desarrolladores de AWS Key Management Service.
Para obtener información general sobre las políticas de claves, consulte [¿Cómo Amazon Redshift utiliza AWS KMS?](https://docs.aws.amazon.com/kms/latest/developerguide/services-redshift.html).
# Copia de una instantánea automatizada
Las snapshots automatizadas se eliminan de forma automática cuando expira el periodo de retención, cuando el usuario deshabilita la opción de snapshots automatizadas o cuando elimina un clúster. Si desea conservar una snapshot automatizada, puede copiarla a una snapshot manual.
**Pasos para copiar una snapshot automatizada**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon Redshift en [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. En el menú de navegación, elija **Clusters** (Clústeres), **Snapshots** (Instantáneas) y, a continuación, elija la instantánea que desea copiar.
1. Para **Actions (Acciones)**, seleccione **Copy automated snapshot (Copiar instantánea automática)** para copiar la instantánea.
1. Actualice las propiedades de la nueva instantánea, luego seleccione **Copy (Copiar)**.
# Copia de una instantánea a otra región de AWS
Puede configurar Amazon Redshift para que copie de forma automática las instantáneas (automatizadas o manuales) de un clúster en otra región de AWS. Cuando se crea una instantánea en una región principal de AWS de un clúster, se copia en una región secundaria de AWS. Las dos regiones de AWS se denominan, respectivamente, *región de AWS de origen* y *región de AWS de destino*. Si almacena una copia de las instantáneas en otra región de AWS, podrá restaurar el clúster a partir de datos recientes si algo afecta a la región principal de AWS. Puede configurar el clúster para que copie las instantáneas solo en una región de AWS de destino a la vez. Para obtener una lista de las regiones de Amazon Redshift, consulte [Regiones y puntos de conexión](https://docs.aws.amazon.com/general/latest/gr/rande.html) en la *Referencia general de Amazon Web Services*.
Si habilita a Amazon Redshift para que copie instantáneas en otra región de AWS de forma automática, especifique la región de AWS de destino en la que desea que se copien. En el caso de las instantáneas automatizadas, también puede especificar el periodo de retención durante el cual deben conservarse en la región de AWS de destino. Cuando una instantánea automatizada se copia en la región de AWS de destino y alcanza el periodo de retención allí, se elimina de la región de AWS de destino. De este modo, el uso de instantáneas se mantiene en niveles bajos. Para conservar las instantáneas automatizadas durante un periodo más largo o más corto en la región de AWS de destino, cambie el periodo de retención.
El periodo de retención que establezca para las instantáneas automatizadas que se copian en la región de AWS de destino es distinto del periodo de retención para las instantáneas automatizadas de la región de AWS de origen. El período de retención predeterminado para las copias de instantáneas es de siete días. Ese período de siete días solo se aplica a las instantáneas automatizadas. En las regiones de AWS de origen y de destino, las instantáneas manuales se eliminan al final del periodo de retención de la instantánea o cuando se eliminan de forma manual.
Puede desactivar la copia de instantánea automática de un clúster en cualquier momento. Cuando desactive esta característica, las instantáneas dejarán de copiarse de la región de AWS de origen a la región de AWS de destino. Cualquier instantánea automatizada que se copie a la región de AWS de destino se eliminará cuando alcance el límite del periodo de retención, a menos que el usuario cree copias de instantánea manuales de estas. Estas instantáneas manuales, así como cualquier instantánea manual que se haya copiado de la región de AWS de destino, se conservarán en la región de AWS de destino hasta que el usuario las elimine de forma manual.
Para cambiar la región de AWS de destino en la que copia las instantáneas, desactive primero la característica de copia automática. Luego, habilítela de nuevo y especifique la región de AWS de destino nueva.
Cuando una instantánea se copia en la región de AWS de destino, se activa y se vuelve disponible en caso de que fuera necesario restaurar la información.
Para copiar instantáneas de clústeres cifrados de AWS KMS en otra región de AWS, cree una concesión para Amazon Redshift para que pueda utilizar una clave administrada del cliente en la región de AWS de destino. Luego, elija esa concesión cuando habilite la copia de instantáneas en la región de AWS de origen. Para obtener más información acerca de la configuración de autorizaciones para copiar instantáneas, consulte [Copia de instantáneas cifradas por AWS KMS en otra Región de AWS](working-with-db-encryption.md#configure-snapshot-copy-grant).
# Restauración de un clúster desde una instantánea
Las instantáneas contienen datos de las bases de datos que se ejecutan en el clúster. También contiene información sobre el clúster, como el número de nodos, el tipo de nodos y el nombre de usuario administrador. Si restaura el clúster a partir de una instantánea, Amazon Redshift utilizará la información del clúster para crear otro nuevo. Luego, restaurará todas las bases de datos a partir de los datos de la instantánea.
**nota**
Las tablas sin copia de seguridad no son compatibles con los clústeres aprovisionados con RA3 ni con los grupos de trabajo de Amazon Redshift sin servidor. Una tabla marcada como sin copia de seguridad en un clúster de RA3 o grupo de trabajo sin servidor se tratará como una tabla permanente de la que siempre se hará una copia de seguridad al tomar una instantánea, y que siempre se restaurará al restaurar desde una instantánea.
En el clúster que se crea a partir de la instantánea original, puede seleccionar la configuración, como el tipo y el número de nodos. El clúster se restaura en la misma región de AWS y en una zona de disponibilidad elegida aleatoriamente por el sistema, a menos que el usuario especifique otra zona de disponibilidad en la solicitud. Cuando se restaura un clúster a partir de una instantánea, se puede elegir una pista de mantenimiento compatible para el nuevo clúster.
**nota**
Cuando se restaura una instantánea en un clúster con una configuración diferente, la instantánea debe haberse tomado de un clúster con la versión 1.0.10013 u otra posterior.
Cuando una restauración está en curso, los eventos se emiten normalmente en el siguiente orden:
1. Se envía RESTORE\$1STARTED — REDSHIFT-EVENT-2008 cuando comienza el proceso de restauración.
1. Se envía RESTORE\$1SUCCEEDED – REDSHIFT-EVENT-3003 cuando se ha creado el clúster nuevo.
El clúster está disponible para consultas.
1. Se envía DATA\$1TRANSFER\$1COMPLETED – REDSHIFT-EVENT-3537 cuando se completa la transferencia de datos.
**nota**
Los clústeres RA3 solo emiten eventos RESTORE\$1STARTED y RESTORE\$1SUCCEEDED. No hay ninguna transferencia explícita de datos que se realice después de que un evento RESTORE tenga éxito, ya que los tipos de nodo RA3 almacenan datos en el almacenamiento administrado de Amazon Redshift. Con los nodos RA3, los datos se transfieren de forma continua entre los nodos RA3 y el almacenamiento administrado de Amazon Redshift como parte del procesamiento normal de consultas. Los nodos RA3 almacenan en caché los datos calientes localmente y mantienen los bloques consultados con menos frecuencia en el almacenamiento administrado de Amazon Redshift de forma automática.
Puede monitorizar el progreso de las restauraciones llamando a la acción [DescribeClusters](https://docs.aws.amazon.com/redshift/latest/APIReference/API_DescribeClusters.html) de la API o consultando los detalles del clúster en la Consola de administración de AWS. Para una restauración en proceso, estos muestran información como el tamaño de los datos de la instantánea, la tasa de transferencia, el tiempo transcurrido y el tiempo restante estimado. Para ver una descripción de estas métricas, visite [RestoreStatus](https://docs.aws.amazon.com/redshift/latest/APIReference/API_RestoreStatus.html).
No puede utilizar una instantánea para que un clúster activo vuelva a un estado anterior.
**nota**
Cuando restaura una instantánea en un clúster nuevo, se usan los grupos de parámetros y de seguridad predeterminados, a menos que especifique valores diferentes.
Es posible que quiera restaurar una instantánea en un clúster con una configuración diferente por las siguientes razones:
+ Si un clúster se compone de tipos de nodos más pequeños y desea consolidarlos en un tipo de nodo más grande para que tenga menos nodos.
+ Si ha monitorizado la carga de trabajo y ha determinado que es necesario cambiar a un tipo de nodo con más CPU y más almacenamiento.
+ Si desea medir el rendimiento de cargas de trabajo de prueba con diferentes tipos de nodos.
La restauración tiene las siguientes restricciones:
+ La configuración del nuevo nodo debe tener suficiente almacenamiento para los datos existentes. Incluso cuando se agregan nodos, es posible que la nueva configuración no disponga de suficiente almacenamiento por la forma en que se han redistribuido los datos.
+ La operación de restauración verifica si la instantánea se creó en una versión de clúster compatible con la versión de clúster del clúster nuevo. Si el clúster nuevo tiene un nivel de versión demasiado nuevo, se produce un error en la operación de restauración y se brinda más información en un mensaje de error.
+ Las configuraciones posibles (número de nodos y tipo de nodo) a las que puede restaurar están determinadas por el número de nodos del clúster original y el tipo de nodo de destino del nuevo clúster. Para determinar las posibles configuraciones disponibles, puede utilizar la consola de Amazon Redshift o el comando `describe-node-configuration-options` AWS CLI con `action-type restore-cluster`. Para obtener más información acerca de cómo restaurar con la consola de Amazon Redshift, consulte [Restauración de un clúster desde una instantánea](#working-with-snapshot-restore-cluster-from-snapshot).
En el siguiente procedimiento, se toma un clúster con muchos nodos y se consolida en un tipo de nodo mayor con menos nodos utilizando la AWS CLI. En este ejemplo, empezaremos con un clúster de oirgen de 24 nodos . En este caso, supongamos que ya se ha creado una instantánea de este clúster y que queremos restaurarlo en un tipo de nodo más grande.
1. Ejecute el siguiente comando para obtener los detalles de un clúster de 24 nodos.
```
aws redshift describe-clusters --region eu-west-1 --cluster-identifier mycluster-123456789012
```
1. Ejecute el siguiente comando para obtener los detalles de una instantánea.
```
aws redshift describe-cluster-snapshots --region eu-west-1 --snapshot-identifier mycluster-snapshot
```
1. Ejecute el siguiente comando para describir las opciones disponibles en esta instantánea.
```
aws redshift describe-node-configuration-options --snapshot-identifier mycluster-snapshot --region eu-west-1 --action-type restore-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. En este ejemplo, el comando anterior muestra las siguientes configuraciones de nodos posibles. Hemos decidido realizar la restauración en un clúster de tres nodos.
```
{
"NodeConfigurationOptionList": [
{
"EstimatedDiskUtilizationPercent": 65.26134808858235,
"NodeType": "dc2.large",
"NumberOfNodes": 24
},
{
"EstimatedDiskUtilizationPercent": 32.630674044291176,
"NodeType": "dc2.large",
"NumberOfNodes": 48
},
{
"EstimatedDiskUtilizationPercent": 65.26134808858235,
"NodeType": "dc2.8xlarge",
"NumberOfNodes": 3
},
{
"EstimatedDiskUtilizationPercent": 48.94601106643677,
"NodeType": "dc2.8xlarge",
"NumberOfNodes": 4
},
{
"EstimatedDiskUtilizationPercent": 39.156808853149414,
"NodeType": "dc2.8xlarge",
"NumberOfNodes": 5
},
{
"EstimatedDiskUtilizationPercent": 32.630674044291176,
"NodeType": "dc2.8xlarge",
"NumberOfNodes": 6
}
]
}
```
1. Ejecute el comando siguiente para restaurar la instantánea con la configuración de clúster elegida. Una vez restaurado el clúster, tenemos el mismo contenido que el clúster de origen, pero los datos se han consolidado en tres nodos `dc2.8xlarge`.
```
aws redshift restore-from-cluster-snapshot --region eu-west-1 --snapshot-identifier mycluster-snapshot --cluster-identifier mycluster-123456789012-x --node-type dc2.8xlarge --number-of-nodes 3
```
Si tiene nodos reservados, por ejemplo, DC2, puede actualizarlos a nodos reservados RA3. Puede hacer esto cuando restaura desde una instantánea o realiza un redimensionamiento elástico. Puede utilizar la consola para guiarse a través de este proceso. Para obtener más información acerca de la actualización a nodos RA3, consulte [Actualización a tipos de nodo RA3](https://docs.aws.amazon.com/redshift/latest/mgmt/working-with-clusters.html#rs-upgrading-to-ra3).
**Restauración de un clúster a partir de una instantánea en la consola**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon Redshift en [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. En el menú de navegación, elija **Clusters** (Clústeres), **Snapshots** (Instantáneas) y, a continuación, elija la instantánea que desea restaurar.
1. Seleccione **Restore from snapshot (Restaurar desde instantánea)** para ver los valores de la**Cluster configuration (Configuración de clúster)** y los **Cluster details (Detalles de clúster)** del nuevo clúster que se creará utilizando la información de la instantánea.
1. Actualice las propiedades del nuevo clúster, luego seleccione **Restore cluster from snapshot (Restaurar clúster desde instantánea)**.
Tras restaurar la instantánea del clúster, el almacén de datos restaurado se cifra con la misma clave personalizada de AWS KMS que estaba utilizando cuando se tomó la instantánea. Si la instantánea no tenía una clave de KMS personalizada, la lógica de cifrado de copias de seguridad de Amazon Redshift depende de los factores siguientes:
+ El tipo de almacén de datos de Amazon Redshift en el que va a restaurar la instantánea.
+ El tipo de cifrado del clúster en el momento de realizar la instantánea.
Para obtener información sobre cómo se cifra el almacén de datos después de restaurarlo desde la instantánea del clúster, consulte la tabla siguiente:
| Tipo de destino | Tipo de cifrado de la instantánea | Tipo de cifrado de destino |
| --- | --- | --- |
| Clúster aprovisionado | Cifrado con una Clave administrada de AWS | Cifrado con una Clave administrada de AWS |
| Clúster aprovisionado | Cifrado con una Clave propiedad de AWS | Cifrado con una Clave propiedad de AWS |
| Espacio de nombres sin servidor | Cifrado con una Clave administrada de AWS | Cifrado con una Clave propiedad de AWS |
| Espacio de nombres sin servidor | Cifrado con una Clave propiedad de AWS | Cifrado con una Clave propiedad de AWS |
Si AWS Secrets Manager administraba la contraseña de administrador del clúster en el momento en que se realizó la instantánea, debe seguir usando AWS Secrets Manager para administrar la contraseña de administrador. Para dejar de usar un secreto después de restaurar el clúster, debe actualizar las credenciales de administrador del clúster en la página de detalles del clúster.
Si tiene nodos reservados, puede actualizarlos a nodos reservados RA3. Puede hacer esto cuando restaura desde una instantánea o realiza un redimensionamiento elástico. Puede utilizar la consola para guiarse a través de este proceso. Para obtener más información acerca de la actualización a nodos RA3, consulte [Actualización a tipos de nodo RA3](https://docs.aws.amazon.com/redshift/latest/mgmt/working-with-clusters.html#rs-upgrading-to-ra3).
# Restauración de una tabla a partir de una instantánea
Puede restaurar una tabla individual a partir de una instantánea, en lugar de restaurar todo un clúster. Cuando restaure una tabla individual a partir de una instantánea, especifique la instantánea de origen, la base de datos, el esquema y el nombre de la tabla, además de la base de datos de destino, el esquema y un nuevo nombre de tabla para la tabla restaurada.
**nota**
Las tablas sin copia de seguridad no son compatibles con los clústeres aprovisionados con RA3 ni con los grupos de trabajo de Amazon Redshift sin servidor. Una tabla marcada como sin copia de seguridad en un clúster de RA3 o grupo de trabajo sin servidor se tratará como una tabla permanente de la que siempre se hará una copia de seguridad al tomar una instantánea, y que siempre se restaurará al restaurar desde una instantánea. Sin embargo, no se admite la restauración selectiva de tablas sin copia de seguridad.
El nuevo nombre de la tabla no puede ser el nombre de una tabla ya existente. Para sustituir una tabla existente por una tabla restaurada a partir de una instantánea, cambie el nombre o elimine la tabla ya existente antes de restaurar la tabla desde la instantánea.
La tabla de destino se crea utilizando las definiciones de columnas, los atributos de tabla y los atributos de columna de la tabla de origen, a excepción de las claves externas. Para evitar conflictos de dependencias, la tabla de destino no hereda las claves externas de la tabla de origen. Cualquier dependencia, como vistas o permisos concedidos en la tabla de origen, no se aplica a la tabla de destino.
Si el propietario de la tabla de origen existe, ese usuario de base de datos es el propietario de la tabla restaurada, dado que el usuario tiene los permisos suficientes para volverse el propietario de una relación en la base de datos y el esquema especificados. De lo contrario, la tabla restaurada es propiedad del usuario administrador que se creó cuando se lanzó el clúster.
La tabla restaurada vuelve al estado en el que estaba en el momento que se realizó el backup. Esto incluye las reglas de visibilidad de las transacciones definidas en virtud del cumplimiento de Amazon Redshift con el [aislamiento serializable](https://docs.aws.amazon.com/redshift/latest/dg/c_serial_isolation.html), lo que significa que los datos estarán visibles de inmediato para las transacciones en tránsito que se inicien después de la copia de seguridad.
La restauración de una tabla a partir de una instantánea tiene las siguientes limitaciones:
+ Puede restaurar una tabla únicamente para el clúster actual en ejecución activa y a partir de una instantánea que se haya tomado de ese clúster.
+ Puede restaurar solo una tabla a la vez.
+ No se puede restaurar una tabla a partir de una instantánea de clúster que se haya tomado antes cambiarle el tamaño a un clúster. Como excepción, se puede restaurar una tabla después de un cambio de tamaño elástico si el tipo de nodo no ha cambiado.
+ Cualquier dependencia, como vistas o permisos concedidos en la tabla de origen, no se aplica a la tabla de destino.
+ Si la seguridad de nivel de fila está activada para una tabla que se está restaurando, Amazon Redshift restaura la tabla con la seguridad de nivel de fila activada.
**Restauración de una tabla a partir de una instantánea**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon Redshift en [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. En el menú de navegación, elija **Clusters** (Clústeres) y elija el clúster que quiere utilizar para restaurar una tabla.
1. Para **Actions (Acciones)**, seleccione **Restore table (Restaurar tabla)** para mostrar la página **Restore table (Restaurar tabla)**.
1. Introduzca la información sobre qué instantánea, tabla de origen y tabla de destino usar, y luego seleccione ** Restore table (Restaurar tabla)**.
**Example Ejemplo: Restauración de una tabla a partir de una instantánea con la AWS CLI**
En el siguiente ejemplo, se utiliza el comando `restore-table-from-cluster-snapshot` de la AWS CLI para restaurar la tabla`my-source-table` desde el esquema `sample-database` en la `my-snapshot-id`. Puede utilizar el comando `describe-table-restore-status` de la AWS CLI para consultar el estado de la operación de restauración. En el ejemplo se restaura la instantánea al clúster `mycluster-example` con un nombre de tabla nuevo de `my-new-table`.
```
aws redshift restore-table-from-cluster-snapshot --cluster-identifier mycluster-example
--new-table-name my-new-table
--snapshot-identifier my-snapshot-id
--source-database-name sample-database
--source-table-name my-source-table
```
# Restauración de un espacio de nombres sin servidor desde una instantánea
La restauración de un espacio de nombres sin servidor desde una instantánea sustituye todas las bases de datos del espacio de nombres por las bases de datos de la instantánea. Para obtener más información sobre las instantáneas sin servidor, consulte [Instantáneas y puntos de recuperación](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-snapshots-recovery-points.html). Amazon Redshift convierte automáticamente las tablas con claves intercaladas en claves compuestas al restaurar una instantánea de clúster aprovisionada en un espacio de nombres de Amazon Redshift sin servidor. Para obtener más información sobre claves de clasificación, consulte [Uso de claves de clasificación](https://docs.aws.amazon.com/redshift/latest/dg/t_Sorting_data.html).
Para restaurar una instantánea de su clúster aprovisionado a su espacio de nombres sin servidor.
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon Redshift en [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. En el menú de navegación, elija **Clusters** (Clústeres), **Snapshots** (Instantáneas) y, a continuación, elija la instantánea que desea usar.
1. Elija **Restore from snapshot** (Restaurar desde una instantánea), **Restore to serverless namespace** (Restaurar al espacio de nombres sin servidor).
1. Elija el espacio de nombres en el que desea restaurar.
1. Confirme que desea restaurar desde su instantánea. Elija **Restore** (Restaurar). Esta acción reemplaza todas las bases de datos en el espacio de nombres sin servidor por los datos de su clúster aprovisionado.
# Configuración de la copia de una instantánea entre regiones para un clúster no cifrado
Puede configurar Amazon Redshift de manera que copie instantáneas de un clúster en otra región de AWS. Para configurar la copia de instantáneas entre regiones, debe habilitar esta característica de copia en cada clúster y configurar dónde desea copiar las instantáneas y por cuánto tiempo desea conservar las instantáneas automatizadas o manuales que se copiaron en la región de AWS de destino. Cuando se habilita la copia entre regiones de un clúster, se copian todas las instantáneas manuales y automatizadas en la región de AWS especificada. Los nombres de las instantáneas que se copian tienen el prefijo **copy:**.
**Para configurar instantáneas entre regiones**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon Redshift en [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. En el menú de navegación, elija **Clusters** (Clústeres) y elija el clúster del que desea mover las instantáneas.
1. Para **Actions** (Acciones), elija **Configure cross-region snapshot** (Configurar instantánea entre regiones).
Aparecerá el cuadro de diálogo Configure cross-Region (Configuración entre regiones).
1. Para **Copy snapshots** (Copiar instantáneas), elija **Yes** (Sí).
1. En **Región de AWS de destino**, elija la región de AWS en la que se deben copiar las instantáneas.
1. En **Automated snapshot retention period (days)** (Periodo de retención de instantáneas automatizadas [días]), elija la cantidad de días durante la que desea retener las instantáneas automatizadas en la región de AWS de destino antes de que se eliminen.
1. En **Manual snapshot retention period** (Periodo de retención de instantáneas manuales), elija el valor que represente la cantidad de días durante la que desea retener las instantáneas manuales en la región de AWS de destino antes de que se eliminen. Si elige **Custom value** (Valor personalizado), el periodo de retención debe ser entre 1 y 3653 días.
1. Seleccione **Save**.
# Configuración de la copia de instantáneas entre regiones para un clúster cifrado por AWS KMS
Cuando inicie un clúster de Amazon Redshift, puede configurar una concesión de copia instantánea para una clave raíz en la cuenta en la Región de AWS de destino. Si no configura una concesión, las instantáneas de la región de destino se cifran con una clave propiedad de AWS predeterminada. Al hacer esto, habilita a Amazon Redshift para que realice operaciones de cifrado en la región de AWS de destino.
En el siguiente procedimiento, se describe el proceso para habilitar la copia de instantáneas entre regiones para un clúster cifrado en AWS KMS. Para obtener más información acerca del cifrado en Amazon Redshift y las concesiones de copia de instantáneas, consulte [Copia de instantáneas cifradas por AWS KMS en otra Región de AWS](working-with-db-encryption.md#configure-snapshot-copy-grant).
**Para configurar una instantánea entre regiones de un clúster cifrado en AWS KMS**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon Redshift en [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. En el menú de navegación, elija **Clusters** (Clústeres) y elija el clúster del que desea mover las instantáneas.
1. Para **Actions** (Acciones), elija **Configure cross-region snapshot** (Configurar instantánea entre regiones).
Aparecerá el cuadro de diálogo Configure cross-Region (Configuración entre regiones).
1. Para **Copy snapshots** (Copiar instantáneas), elija **Yes** (Sí).
1. En **Región de AWS de destino**, elija la región de AWS en la que se deben copiar las instantáneas.
1. En **Automated snapshot retention period (days)** (Periodo de retención de instantáneas automatizadas [días]), elija la cantidad de días durante la que desea retener las instantáneas automatizadas en la región de AWS de destino antes de que se eliminen.
1. En **Manual snapshot retention period** (Periodo de retención de instantáneas manuales), elija el valor que represente la cantidad de días durante la que desea retener las instantáneas manuales en la región de AWS de destino antes de que se eliminen. Si elige **Custom value** (Valor personalizado), el periodo de retención debe ser entre 1 y 3653 días.
1. Seleccione **Save**.
# Modificación del periodo de retención de instantáneas manuales
Puede cambiar el periodo de retención para una instantánea manual modificando la configuración de la instantánea.
**Para cambiar el periodo de retención de instantáneas manuales**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon Redshift en [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. En el menú de navegación, elija **Clusters** (Clústeres), **Snapshots** (Instantáneas) y, a continuación, elija la instantánea manual para cambiar.
1. Para **Actions (Acciones)**, seleccione **Manual snapshot settings (Configuración de instantáneas manuales)** para mostrar las propiedades de la instantánea manual.
1. Introduzca las propiedades editadas de la definición de instantánea, luego seleccione **Save (Guardar)**.
# Modificación del periodo de retención para una copia de instantáneas entre regiones
Después de configurar la copia de instantáneas entre regiones, es posible que desee cambiar la configuración. Puede cambiar el periodo de retención fácilmente si selecciona otra cantidad de días y guarda los cambios.
**aviso**
Una vez que se haya configurado la copia de instantáneas entre regiones, no puede modificar la región de AWS de destino.
Si desea copiar instantáneas en una región de AWS diferente, primero desactive la copia de instantáneas entre regiones. Luego, vuelva a habilitarla con una nueva región de AWS de destino y un nuevo periodo de retención. Las instantáneas automáticas copiadas se eliminan después de deshabilitar la copia de la instantánea entre regiones. Por lo tanto, debe determinar si desea conservar alguna y copiarlas en instantáneas manuales antes de deshabilitar la copia de instantáneas entre regiones.
**Para modificar instantáneas entre regiones**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon Redshift en [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. En el menú de navegación, elija **Clusters** (Clústeres) y, a continuación, elija el clúster del cual desea modificar las instantáneas.
1. En **Actions (Acciones)**, elija **Configure cross-region snapshot (Configurar instantánea entre regiones)** para mostrar las propiedades de la instantánea.
1. Introduzca las propiedades editadas de la definición de instantánea, luego seleccione **Save (Guardar)**.
# Eliminación de una instantánea manual
Para eliminar instantáneas manuales, seleccione una o más instantáneas en la lista de instantáneas.
**Pasos para eliminar una snapshot manual**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon Redshift en [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. En el menú de navegación, elija **Clusters** (Clústeres), **Snapshots** (Instantáneas) y, a continuación, elija la instantánea que desea eliminar.
1. Para **Actions (Acciones)**, seleccione**Delete snapshot (Borrar instantánea)** para borrar la instantánea.
1. Confirme la eliminación de las instantáneas enumeradas, luego seleccione **Delete (Eliminar)**.
# Registro de un clúster en el AWS Glue Data Catalog
Puede registrar clústeres completos en el AWS Glue Data Catalog y crear catálogos administrados por AWS Glue. Puede acceder a estos catálogos con cualquier motor de SQL que admita la API de REST de Apache Iceberg. Para obtener más información sobre cómo crear catálogos compatibles con Apache Iceberg desde Amazon Redshift, consulte [Compatibilidad de Apache Iceberg con Amazon Redshift](https://docs.aws.amazon.com/redshift/latest/dg/iceberg-integration_overview.html) en la Guía para desarrolladores de bases de datos de Amazon Redshift.
**Registro de un clúster en el AWS Glue Data Catalog**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon Redshift en [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. En el menú de navegación, elija **Clusters** (Clústeres). Se enumeran los clústeres de su cuenta en la Región de AWS actual. Se muestra en la lista un subconjunto de propiedades de cada clúster en columnas. Si no tiene ningún clúster, seleccione **Create cluster (Crear clúster)** para crear uno.
1. Elija el nombre del clúster que desea registrar.
1. En **Acciones**, elija **Registrarse en AWS Glue Data Catalog**. Aparece el cuadro emergente **Registrarse en AWS Glue Data Catalog**.
1. Introduzca el ID de cuenta de AWS con el que desea registrar el clúster en **ID de cuenta de destino**. Este es el ID de cuenta que contendrá el catálogo en el AWS Glue Data Catalog.
1. Introduzca un nombre en **Registrar el espacio de nombres como**. Este será el nombre del clúster en el Catálogo de datos.
1. Elija **Registro**. Se le dirigirá a la consola de AWS Lake Formation.
1. Siga el proceso de creación del catálogo en AWS Lake Formation. Para obtener más información acerca de la creación de un catálogo, consulte [Bringing Amazon Redshift data into the AWS Glue Data Catalog](https://docs.aws.amazon.com/lake-formation/latest/dg/managing-namespaces-datacatalog.html) en la Guía para desarrolladores de AWS Lake Formation.