Amazon RedshiftClústeres de - Amazon Redshift

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Amazon RedshiftClústeres de

En las secciones siguientes, puede aprender los conceptos básicos de la creación de un data warehouse lanzando un conjunto de nodos de computación, denominado Amazon Redshift clúster de .

Información general de los clústeres de Amazon Redshift

Un almacén de datos de Amazon Redshift es una colección de recursos de computación denominados nodos que están organizados en un grupo llamado clúster. Cada clúster ejecuta un motor Amazon Redshift y contiene una o más bases de datos.

nota

En este momento, está disponible la versión 1.0 del motor Amazon Redshift Sin embargo, como el motor está actualizado, puede seleccionar entre varias versiones disponibles de motores de Amazon Redshift

Clústeres y nodos en Amazon Redshift

Un clúster de Amazon Redshift está formado por nodos. Cada clúster tiene un nodo principal y uno o más nodos de computación. El nodo principal recibe consultas de aplicaciones cliente, las analiza y desarrolla planes de ejecución de consultas. Luego, el nodo principal coordina una ejecución en paralelo de esos planes con los nodos de computación y añade los resultados intermedios de dichos nodos. Finalmente, devuelve los resultados a las aplicaciones cliente.

Los nodos de computación procesan los planes de ejecución de consultas y transmiten datos entre ellos para atender a esas consultas. Los resultados intermedios envían al nodo principal para agregación antes de que vuelvan a las aplicaciones cliente. Para obtener más información acerca de los nodos principales y los nodos de computación, consulte Arquitectura del sistema de almacenamiento de datos en la Amazon Redshift Database Developer Guide.

Al crear un clúster en la Amazon Redshift consola (https://console.aws.amazon.com/redshift/), puede obtener una recomendación de la configuración del clúster en función del tamaño de los datos y las características de consulta. Para utilizar esta calculadora de tamaño, busque Help me choose (Ayudarme a elegir) en la consola de en AWS Regions (Regiones de AWS) que admitan tipos de nodos RA3 Para obtener más información, consulte Creación de un clúster.

Al lanzar un clúster, una de las opciones que debe especificar es el tipo de nodo. El tipo de nodo determina la capacidad de la CPU, la RAM, el almacenamiento y el tipo de unidad de almacenamiento de cada nodo.

Amazon Redshift ofrece diferentes tipos de nodos para alojar sus cargas de trabajo y recomendamos elegir RA3 o DC2 en función del rendimiento necesario, el tamaño de los datos y su crecimiento previsto.

Los nodos RA3 con almacenamiento administrado le permiten optimizar su almacenamiento de datos mediante el escalado y pago de las capacidades de cómputo y almacenamiento administrado de forma independiente. Con RA3, elige la cantidad de nodos que necesita en función de requisitos de rendimiento y solo paga por el almacenamiento administrado que utilice. Dimensione su clúster de RA3 en función de la cantidad de datos que procesa diariamente. Puede lanzar clústeres que usen los tipos de nodos RA3 en una nube virtual privada (VPC). No puede lanzar clústeres RA3 en EC2-Classic. Para obtener más información, consulte Creación de un clúster en una VPC.

Amazon Redshift El almacenamiento administrado por utiliza un gran desempeño SSDs en cada nodo RA3 para un almacenamiento local rápido y Amazon S3 para un almacenamiento duradero a largo plazo. Si los datos de un nodo crecen más allá del tamaño del grande SSDslocal, el almacenamiento Amazon Redshift administrado de descarga automáticamente esos datos en Amazon S3. Se paga la misma tarifa reducida por el almacenamiento Amazon Redshift administrado de , independientemente de si los datos residen en un alto rendimiento SSDs o en Amazon S3. Para las cargas de trabajo que requieren un almacenamiento cada vez mayor, el almacenamiento administrado permite escalar automáticamente la capacidad de almacenamiento del almacenamiento de datos sin agregar ni pagar nodos adicionales.

Los nodos DC2 permiten tener almacenamientos de datos con uso intensivo de cómputo con almacenamiento SSD local incluido. Debe elegir la cantidad de nodos que necesita en función del tamaño de los datos y los requisitos de rendimiento. Los nodos DC2 almacenan sus datos localmente para obtener un alto rendimiento y, a medida que el tamaño de los datos aumenta, puede agregar más nodos informáticos a fin de incrementar la capacidad de almacenamiento del clúster. Para conjuntos de datos de menos de 1 TB (sin comprimir), recomendamos los tipos de nodos DC2 para lograr el mejor rendimiento al menor precio. Si espera que sus datos crezcan, recomendamos usar nodos RA3 para que pueda dimensionar el cómputo y el almacenamiento de forma independiente para lograr el mejor precio y rendimiento. Puede lanzar clústeres que usen los tipos de nodos DC2 en una nube virtual privada (VPC). No puede lanzar clústeres DC2 en EC2. Para obtener más información, consulte Creación de un clúster en una VPC.

Los nodos DS2 le permiten crear grandes almacenamientos de datos con unidades de disco duro (HDD), pero recomendamos usar nodos RA3. Si utiliza nodos DS2, consulte Actualización a tipos de nodo RA3 para obtener instrucciones de actualización. Si utiliza ocho o más nodos de ds2.xlarge o cualquier cantidad de nodos ds2.8xlarge, pueden actualizar a RA3 y obtener el doble de almacenamiento y un mejor rendimiento por el mismo costo bajo demanda.

Hay disponibles tipos de nodos de diferentes tamaños. El tamaño y la cantidad de nodos determinan el almacenamiento total de un clúster. Para obtener más información, consulte Detalles acerca de los tipos de nodos.

Algunos tipos de nodos admiten un único nodo (nodo único) o dos o más nodos (nodo múltiple). El número mínimo de nodos para clústeres de algunos tipos de nodos es de dos nodos. En un clúster de nodo único, se comparte ese nodo para la funcionalidad principal y para la de computación. No se recomiendan clústeres de nodo único para ejecutar cargas de trabajo de producción. En un clúster de nodos múltiples, el nodo principal es independiente de los nodos de computación. El nodo principal es del mismo tipo de nodo que los nodos de computación. Solo paga por nodos de computación.

Amazon Redshift aplica cuotas a los recursos de cada cuenta de AWS en cada región de AWS. Una cuota restringe el número de recursos que puede crear su cuenta para un tipo de recurso determinado, como nodos o instantáneas, dentro de una región de AWS. Para obtener más información acerca de las cuotas que se aplican de forma predeterminada a los recursos de Amazon Redshift, visite Límites de Amazon Redshift en la Referencia general de Amazon Web Services. Para solicitar un aumento, envíe un formulario de aumento de límites de Amazon Redshift.

El costo del clúster depende de la región de AWS, del tipo de nodo, de la cantidad de nodos y de si los nodos están reservados de manera anticipada. Para obtener más información sobre el costo de los nodos, consulte la página Amazon Redshift de precios de .

Detalles acerca de los tipos de nodos

En las siguientes tablas, se resumen las especificaciones de cada tipo y tamaño de nodo. Los títulos de las tablas tienen estos significados:

  • vCPU es el número de virtuales CPUs para cada nodo.

  • RAM es la cantidad de memoria en gibibytes (GiB) de cada nodo.

  • Sectores predeterminados por nodo es el número predeterminado de sectores en los que se particiona un nodo de computación cuando se crea un clúster o se cambia el tamaño con el cambio de tamaño clásico.

    El número de sectores por nodo podría cambiar si se cambia el tamaño del clúster mediante el cambio de tamaño elástico. Sin embargo, el número total de sectores en todos los nodos de computación del clúster sigue siendo el mismo después del cambio de tamaño elástico.

    Al crear un clúster con la operación de restauración desde instantánea, el número de sectores del clúster resultante podría cambiar respecto al clúster original si cambia el tipo de nodo.

  • Almacenamiento es la capacidad y el tipo almacenamiento de cada nodo.

  • Rango de nodos es la cantidad mínima y máxima de nodos que admite Amazon Redshift según el tipo y el tamaño de nodo.

    nota

    Puede tener restricciones para utilizar menos nodos según la cuota que se aplica a su cuenta de AWS en la región de AWS seleccionada. Para solicitar un aumento, envíe un formulario de aumento de límites de Amazon Redshift.

  • Capacidad total es la capacidad total de almacenamiento del clúster si implementa la cantidad máxima de nodos especificada en el rango de nodos.

Tipos de nodo RA3
Tamaño del nodo vCPU RAM (GiB) Sectores predeterminados por nodo Cuota de almacenamiento administrado por nodo Rango de nodos con Crear clúster Capacidad total de almacenamiento administrado
ra3.xlplus 4 32 2 32 TB1 –2162 de 1024 TB2,4
ra3.4xlarge 12 96 4 128 TB1 2–323 8192 TB3,4
ra3.16xlarge 48 384 16 128 TB1 2–128 16 384 TB4

1 Indica la cuota de almacenamiento del almacenamiento administrado de Amazon Redshift

2 Un tipo de nodo ra3 se puede crear con 16 nodos, pero se puede cambiar el tamaño con un cambio de tamaño elástico a un máximo de 32 nodos.

3 Un tipo de nodo ra3.4xlarge se puede crear con 32 nodos, pero se puede cambiar el tamaño con un cambio de tamaño elástico a un máximo de 64 nodos.

4 La cuota total de almacenamiento administrado es el número máximo de nodos multiplicado por la cuota de almacenamiento administrado por nodo.

Tipos de nodos de almacenamiento de alta densidad
Tamaño del nodo vCPU RAM (GiB) Sectores predeterminados por nodo Almacenamiento por nodo Rango de nodos Capacidad total
ds2.xlarge 4 31 2 HDD de 2 TB 1–32 64 TB
ds2.8xlarge 36 244 16 HDD de 16 TB 2–128 2 PB
Tipos de nodos de computación de alta densidad
Tamaño del nodo vCPU RAM (GiB) Sectores predeterminados por nodo Almacenamiento por nodo Rango de nodos Capacidad total
dc2.large 2 15 2 160 GB NVMe- SSD 1–32 5.12 TB
dc2.8xlarge 32 244 16 2,56 TB NVMe- SSD 2–128 326 TB
dc1.large1 2 15 2 SSD de 160 GB 1–32 5.12 TB
dc1.8xlarge1 32 244 32 SSD de 2,56 TB 2–128 326 TB

1 Recomendamos los tipos de nodos DC2 frente a los tipos de nodos DC1. Para obtener más información sobre cómo actualizar, consulte Actualización de tipos de nodo DC1 a tipos de nodo DC2.

Nombres anteriores de los tipos de nodos

En versiones anteriores de Amazon Redshift, determinados tipos de nodo tenían nombres diferentes. Puede usar los nombres anteriores en la API y la Amazon Redshift de AWS CLI. Sin embargo, recomendamos que actualice cualquier script que haga referencia a esos nombres para usar los nombres actuales en su lugar. A continuación, se detallan los nombres actuales y anteriores.

Nombre actual Nombres anteriores
ds2.xlarge ds1.xlarge, dw.hs1.xlarge, dw1.xlarge
ds2.8xlarge ds1.8xlarge, dw.hs1.8xlarge, dw1.8xlarge
dc1.large dw2.large
dc1.8xlarge dw2.8xlarge

Determinar cuál es la cantidad de nodos

Como Amazon Redshift distribuye y ejecuta consultas en paralelo en todos los nodos de computación de un clúster, puede aumentar el rendimiento de las consultas añadiendo nodos al clúster. Cuando ejecuta un clúster con al menos dos nodos de computación, los datos de cada nodo se reflejan en discos de otro nodo para reducir el riesgo de pérdida de datos.

Puede monitorear el rendimiento de las consultas en la Amazon Redshift console y con métricas de Amazon CloudWatch También puede agregar o eliminar nodos según sea necesario para lograr el equilibrio entre precio y rendimiento de su clúster. Al solicitar un nodo adicional, Amazon Redshift se encarga de todos los detalles de implementación, equilibrio de cargas y mantenimiento de datos. Para obtener más información acerca del rendimiento de un clúster, consulte Monitoreo del rendimiento del clúster de Amazon Redshift.

Los nodos reservados son adecuados para cargas de trabajo de producción de estado estable y aportan descuentos significativos en comparación con los precios bajo demanda. Puede comprar nodos reservados después de ejecutar experimentos y pruebas de conceptos para validar la configuración de producción. Para obtener más información, consulte Adquisición de nodos reservados de Amazon Redshift.

Cuando se pausa un clúster, suspende la facturación bajo demanda durante el tiempo en que se detiene el clúster. Durante este tiempo de pausa, solo paga por el almacenamiento de copia de seguridad. De este modo, puede olvidarse de planificar y adquirir capacidad para el almacenamiento de datos antes de necesitarla, lo que le permite administrar de manera rentable entornos de desarrollo o pruebas.

Para obtener información sobre los precios de los nodos bajo demanda y reservados, consulte Precios de Amazon Redshift.

Usar EC2-VPC al crear el clúster

Amazon Redshift Los clústeres de se ejecutan en Amazon EC2 instancias que están configuradas para el tipo y el tamaño de Amazon Redshift nodo que seleccione. Cree su clúster con EC2-VPC. Si sigue utilizando EC2-Classic, le recomendamos que use EC2-VPC para mejorar el rendimiento y la seguridad. Para obtener más información acerca de estas plataformas de redes, visite Plataformas admitidas en la Guía del usuario de Amazon EC2 para instancias de Linux. La configuración de su cuenta de AWS determina si EC2-VPC o EC2-Classic están disponibles para usted.

nota

Para evitar problemas de conexión entre las herramientas cliente de SQL y la base de datos de Amazon Redshift, le recomendamos que realice alguna de estas dos operaciones. Puede configurar una regla de entrada que permita a los hosts negociar el tamaño del paquete. También puede deshabilitar las tramas gigantes de TCP/IP estableciendo la unidad máxima de transmisión (MTU) en 1500 en la interfaz de red (NIC) de sus instancias Amazon EC2 Para obtener más información acerca de estos métodos, consulte Falta de respuesta de las consultas y pérdidas de consultas antes de llegar al clúster.

EC2-VPC

Cuando se utiliza EC2-VPC, el clúster se ejecuta en una nube virtual privada (VPC), que está aislada lógicamente de su cuenta de AWS. Si aprovisiona su clúster en EC2-VPC, controla el acceso a su clúster asociando uno o más grupos de seguridad de la VPC con el clúster. Para obtener más información, consulte Grupos de seguridad de su VPC en la Guía del usuario de Amazon VPC.

Para crear un clúster en una VPC, primero debe crear un grupo de subred de clúster de Amazon Redshift proporcionando información de subred a su VPC; luego, al lanzar el clúster, debe proporcionar el grupo de subred. Para obtener más información, consulte Amazon RedshiftGrupos de subredes del clúster de .

Para obtener más información acerca de los servicios de Amazon Virtual Private Cloud (Amazon VPC), consulte la página de detalles del producto de Amazon VPC.

EC2-Classic

En la plataforma EC2-Classic, el clúster se ejecuta en una única red plana que comparte con otros clientes de AWS. Si aprovisiona su clúster en EC2-Classic, controla el acceso al clúster asociando uno o más grupos de seguridad de clúster de Amazon Redshift con el clúster. Para obtener más información, consulte Amazon RedshiftGrupos de seguridad de clústeres de .

Lance un clúster

Su cuenta de AWS puede lanzar instancias de EC2-VPC y EC2-Classic, o solo EC2-VPC, región por región. Para determinar qué plataforma de red admite su cuenta y, a continuación, lanzar un clúster, haga lo siguiente:

  1. Decida en qué región de AWS desea implementar un clúster. Para obtener una lista de las AWS regiones en las que Amazon Redshift está disponible , consulte Puntos de Amazon Redshift enlace de en la Referencia general de Amazon Web Services .

  2. Averigüe qué plataformas Amazon EC2 admite su cuenta en la región de AWS que haya elegido. Puede encontrar esta información en la consola de Amazon EC2 Para obtener instrucciones paso a paso, visite Plataformas admitidas en la Guía del usuario de Amazon EC2 para instancias de Linux.

  3. Si su cuenta es compatible con ambas plataformas, le recomendamos EC2-VPC. Si su cuenta solo es compatible con EC2-VPC, debe implementar su clúster en la VPC.

  4. Lance su clúster de Amazon Redshift Puede crear un clúster mediante la Amazon Redshift console, o mediante la API, la Amazon Redshift o las bibliotecas SDK de AWS CLI Para obtener más información acerca de estas opciones y enlaces a documentación relacionada, consulte ¿Qué es Amazon Redshift?.

Información general sobre los tipos de nodo RA3

Se recomienda actualizar las cargas de trabajo existentes que se ejecutan en clústeres de tipo de nodo DS2 a tipos de nodo RA3 para aprovechar el rendimiento mejorado y obtener más capacidad de almacenamiento. Los nodos RA3 proporcionan las siguientes ventajas:

  • Son flexibles para aumentar su capacidad de cómputo sin aumentar sus costos de almacenamiento. Además, escalan su almacenamiento sin aprovisionar en exceso la capacidad de cómputo.

  • Utilizan un alto rendimiento SSDs para los datos calientes y Amazon S3 para los datos fríos. Por lo tanto, proporcionan facilidad de uso, almacenamiento rentable y alto rendimiento de consultas.

  • Utilizan redes de gran ancho de banda creadas en AWS Nitro System para reducir aún más el tiempo necesario para la descarga y recuperación de los datos de Amazon S3.

Considere la posibilidad de seleccionar tipos de nodo RA3 en estos casos:

  • Si necesita flexibilidad para escalar y pagar el cálculo por separado del almacenamiento.

  • Consulta una fracción de los datos totales.

  • El volumen de datos está creciendo rápidamente o se espera que crezca rápidamente.

  • Desea flexibilidad para ajustar el tamaño del clúster en función únicamente de las necesidades de rendimiento.

Para utilizar tipos de nodo RA3, su región de AWS debe admitir RA3. Para obtener más información, consulte Disponibilidad del tipo de nodo RA3 en las regiones de AWS.

importante

Puede utilizar tipos de nodos ra3 solo con la versión 1.0.21262 o posterior del clúster. Puede ver la versión de un clúster existente con la consola de Amazon Redshift Para obtener más información, consulte Determinación de la versión de mantenimiento del clúster.

Asegúrese de utilizar la nueva consola de Amazon Redshift cuando trabaje con tipos de nodo RA3. La consola original no soporta todas las operaciones RA3.

Además, para utilizar tipos de nodo RA3 con operaciones de Amazon Redshift que utilizan la pista de mantenimiento, el valor de la pista de mantenimiento debe establecer en una versión de clúster que admita RA3. Para obtener más información sobre las pistas de mantenimiento, consulte Elección de pistas de mantenimiento del clúster.

Uso de almacenamiento administrado por Amazon Redshift

Con el almacenamiento administrado por Amazon Redshift, puede almacenar y procesar todos sus datos en Amazon Redshift mientras obtiene más flexibilidad para escalar la capacidad de cálculo y de almacenamiento por separado. Siga adquiriendo datos con el comando COPY o INSERT. Para optimizar el rendimiento y administrar la colocación automática de datos en los niveles de almacenamiento, Amazon Redshift aprovecha las optimizaciones como la temperatura del bloque de datos, la antigüedad del bloque de datos y los patrones de carga de trabajo. Cuando es necesario, Amazon Redshift escala el almacenamiento automáticamente a Amazon S3 sin necesidad de ninguna acción manual.

Para obtener información sobre los costos de almacenamiento, consulte Precios de Amazon Redshift.

Administración de tipos de nodo RA3

Para aprovechar la separación del proceso de computación del almacenamiento, puede crear o actualizar el clúster con el tipo de nodo RA3. Para utilizar los tipos de nodo RA3, cree sus clústeres en una nube virtual privada (EC2-VPC).

Para cambiar el número de nodos del clúster de Amazon Redshift con un tipo de nodo RA3, realice una de las siguientes acciones:

  • Agregue o elimine nodos con la operación de cambio de tamaño elástico. En algunas situaciones, la eliminación de nodos de un clúster RA3 no se permite con el cambio de tamaño elástico. Por ejemplo, cuando una actualización de recuento de nodos 2:1 coloca el número de sectores por nodo en 32. Para obtener más información, consulte Cambio de tamaño de clústeres. Si el cambio de tamaño elástico no está disponible, use el cambio de tamaño clásico.

  • Agregue o quite nodos con la operación clásica de cambio de tamaño. Elija esta opción cuando cambie el tamaño a una configuración que no esté disponible mediante el cambio de tamaño elástico. El cambio de tamaño elástico es más rápido que el cambio de tamaño clásico. Para obtener más información, consulte Cambio de tamaño de clústeres.

Disponibilidad del tipo de nodo RA3 en las regiones de AWS

Los tipos de nodo RA3 solo están disponibles en las siguientes regiones de AWS:

  • Región EE.UU. Este (Norte de Virginia) (us-east-1)

  • Región EE.UU Este (Ohio) (us-east-2)

  • EE.UU. Oeste (Norte de California) (us-west-1)

  • Región EE.UU. Oeste (Oregón) (us-west-2)

  • Región Asia Pacífico (Mumbai) (ap-south-1) – En la actualidad, no admite ra3

  • Región Asia Pacífico (Seúl) (ap-northeast-2)

  • Región Asia Pacífico (Singapur) (ap-southeast-1) – En la actualidad, no admite ra3

  • Región Asia Pacífico (Sídney) (ap-southeast-2)

  • Región Asia Pacífico (Tokio) (ap-northeast-1)

  • Región Canadá (Central) (ca-central-1)

  • Región de Europa (Fráncfort) (eu-central-1) – En la actualidad, no admite ra3

  • Región de Europa (Irlanda) (eu-west-1)

  • Región de Europa (Londres) (eu-west-2)

  • Región de Europa (París) (eu-west-3)

  • Región de Europa (Estocolmo) (eu-north-1) – En la actualidad, no admite ra3

  • Región América del Sur (São Paulo) (sa-east-1)

Actualización a tipos de nodo RA3

Para actualizar el tipo de nodo existente a RA3, tiene las siguientes opciones para cambiar el tipo de nodo:

  • La restauración a partir de una instantánea – Amazon Redshift utiliza la instantánea más reciente del clúster DS2 o DC2 y la restaura para crear un nuevo clúster RA3 Tan pronto como se complete la creación del clúster (normalmente en cuestión de minutos), los nodos RA3 estarán listos para ejecutar toda la carga de trabajo de producción. Dado que la computación está separada del almacenamiento, los datos calientes se llevan a la caché local a velocidades rápidas gracias a un gran ancho de banda de red. Si restaura desde la instantánea DS2 o DC2 más reciente, RA3 conserva la información de bloques calientes de la carga de trabajo DS2 o DC2 y rellena su caché local con los bloques más calientes. Para obtener más información, consulte Restauración de un clúster desde una instantánea.

    Para mantener el mismo punto de enlace para las aplicaciones y los usuarios, puede cambiar el nombre del nuevo clúster RA3 por el mismo nombre que el clúster DS2 o DC2 original. Para cambiar el nombre del clúster, modifique el clúster en consola de Amazon Redshift o en la operación de la API ModifyCluster Para obtener más información, consulte Cambio de nombre de los clústeres u operación de la API ModifyCluster en la Amazon Redshift API Reference.

  • El cambio de tamaño elástico – cambia el tamaño del clúster mediante el cambio de tamaño elástico. Cuando utiliza el ajuste elástico para cambiar el tipo de nodo, Amazon Redshift crea automáticamente una instantánea, crea un nuevo clúster, elimina el antiguo clúster y cambia el nombre del nuevo clúster. La operación de cambio de tamaño elástico puede ejecutarse bajo demanda o puede programarse para ejecutarse en un momento futuro. Puede actualizar rápidamente sus clústeres de tipo de nodo DS2 o DC2 existentes a RA3 con el cambio de tamaño elástico. Para obtener más información, consulte Elastic resize (Cambio de tamaño elástico).

En la siguiente tabla se muestran recomendaciones al actualizar a tipos de nodos RA3.

Tipo de nodo existente Rango del número existente de nodos Nuevo tipo de nodo recomendado Acción de actualización

ds2.xlarge

1–7

ra3.xlplus

Cree 2 nodos de ra3 por cada 3 nodos de ds2.

ds2.xlarge

8–128

ra3.4xlarge

Cree 1 nodo de ra3.4xlarge por cada 4 nodos de ds2.xlarge.

ds2.8xlarge

2–15

ra3.4xlarge

Cree 2 nodos de ra3.4xlarge por cada 1 nodo de ds2.8xlarge.

ds2.8xlarge

16–128

ra3.16xlarge

Cree 1 nodo de ra3.16xlarge por cada 2 nodos de ds2.8xlarge.

dc2.8xlarge

2–15

ra3.4xlarge

Cree 2 nodos de ra3.4xlarge para cada 1 nodo de dc2.8xlarge1.

dc2.8xlarge

16–128

ra3.16xlarge

Cree 1 nodo de ra3.16xlarge por cada 2 nodos de dc2.8xlarge1.

dc2.large

1–4

ninguno

Mantenga el clúster dc2.large existente.

dc2.large

4–15

ra3.xlplus

Cree 3 nodos de ra3 por cada 8 nodos de dc2.large1.

dc2.large

16–128

ra3.4xlarge

Cree 1 nodo de ra3.4xlarge por cada 8 nodos de dc2.large1.

1Es posible que se necesiten nodos adicionales en función de los requisitos de carga de trabajo. Agregar o quitar nodos en función de los requisitos de computación del rendimiento de consulta requerido.

El número mínimo de nodos para clústeres RA3 es de 2 nodos. Tenga esto en cuenta al crear un clúster RA3.

Si ya ha adquirido nodos reservados DS2, póngase en contacto con AWS para obtener ayuda para convertir los nodos reservados DS2 en nodos reservados RA3. Para ponerse en contacto con AWS para obtener más información, consulte Instancias de Amazon Redshift RA3 con almacenamiento administrado.

Actualización de tipos de nodo DC1 a tipos de nodo DC2

Para aprovechar las mejoras de rendimiento, puede actualizar sus clústeres DC1 a tipos de nodo DC2.

Los clústeres que usen los tipos de nodos DC2 deben lanzarse en una nube virtual privada (EC2-VPC).

Si el clúster DC1 no está en una VPC:

  1. Cree una instantánea de su clúster DC1. Para obtener más información, consulte Amazon RedshiftInstantáneas de .

  2. Cree una VPC y, a continuación, cree un clúster DC2 en la VPC. Para obtener más información, consulte Administración de clústeres en una VPC.

  3. Restaure la instantánea en el nuevo clúster DC2 en la VPC. Para obtener más información, consulte Restauración de un clúster desde una instantánea.

Si el clúster DC1 ya está en una VPC, elija uno de los métodos siguientes:

Tenga en cuenta lo siguiente al actualizar de tipos de nodos DC1 a DC2.

  • Es posible que los clústeres DC1 que están 100% llenos no se actualicen a un número equivalente de nodos DC2. Si necesita más espacio en disco, puede.

    • Cambiar el tamaño a una configuración con más espacio en disco disponible.

    • Limpie los datos innecesarios mediante el truncamiento de tablas o la eliminación de filas.

  • Los clústeres de DC2 no admiten redes de EC2-Classic. Si su clúster de CD1 no se está ejecutando en una VPC, cree una para su migración de DC2. Para obtener más información, consulte Administración de clústeres en una VPC.

  • Si cambia el tamaño del clúster, es posible que se ponga en modo de solo lectura mientras dure la operación. Para obtener más información, consulte Cambio de tamaño de los clústeres de Amazon Redshift.

  • Si ha adquirido nodos reservados DC1, puede actualizar sus nodos reservados DC1 a nodos DC2 durante el resto de su oferta. Para obtener más información sobre cómo cambiar la reserva con la AWS CLI, consulte Actualizar nodos reservados con AWS CLI.

  • Si utiliza restaurar para actualizar de dc1.large a dc2.large y cambia el número de nodos, la instantánea debe haberse creado en la versión del clúster 1.0.10013 o posterior.

  • Si utiliza restaurar para actualizar de dc1.8xlarge a dc2.8xlarge, la instantánea debe haberse creado en la versión del clúster 1.0.10013 o posterior.

  • Si utiliza el cambio de tamaño elástico para actualizar de DC1 a DC2 y cambia el número de nodos, el clúster debe estar en la versión 1.0.10013 o posterior del clúster.

  • Si una instantánea del clúster dc1.8xlarge para actualizar procede de un clúster anterior a la versión 1.0.10013, primero restaure la instantánea del clúster dc1.8xlarge en un nuevo clúster dc1.8xlarge con el mismo número de nodos. A continuación, utilice uno de los siguientes métodos para actualizar el nuevo dc1.8xlarge:

    • Utilice una instantánea del nuevo clúster restaurado para actualizar a dc2.8xlarge.

    • Utilice el cambio de tamaño elástico para actualizar el nuevo clúster restaurado a dc2.8xlarge.

Actualización de un clúster DS2 en EC2 a EC2

Amazon Redshift Los clústeres de se ejecutan en Amazon EC2 instancias que están configuradas para el tipo y el tamaño de Amazon Redshift nodo que elija. Le recomendamos que actualice el clúster en EC2 para lanzarlo en una VPC mediante EC2 para mejorar el desempeño y la seguridad.

Para actualizar el clúster DS2 en EC2 a EC2

  1. Cree una instantánea del clúster DS2 Para obtener más información, consulte Amazon RedshiftInstantáneas de .

  2. Cree una VPC y, a continuación, cree un clúster DS2 en la VPC. Para obtener más información, consulte Administración de clústeres en una VPC.

  3. Restaure la instantánea en el nuevo clúster DS2 de la VPC. Para obtener más información, consulte Restauración de un clúster desde una instantánea.

Consideraciones sobre regiones y zonas de disponibilidad

Amazon Redshift está disponible en distintas regiones de AWS. De forma predeterminada, Amazon Redshift aprovisiona su clúster en una zona de disponibilidad (AZ) seleccionada de manera aleatoria dentro de la región de AWS que haya elegido. Todos los nodos del clúster se aprovisionan en la misma zona de disponibilidad.

Opcionalmente, puede solicitar una zona de disponibilidad específica si Amazon Redshift está disponible en dicha zona. Por ejemplo, si ya dispone de una instancia Amazon EC2 que se ejecuta en una zona de disponibilidad, es posible que desee crear el clúster de Amazon Redshift en la misma zona para reducir la latencia. Por otro lado, es posible que desee elegir otra zona de disponibilidad para obtener una mayor disponibilidad. Amazon Redshift puede no estar disponible en todas las zonas de disponibilidad de una región de AWS.

Para obtener una lista de las regiones de AWS admitidas en las que puede aprovisionar un Amazon Redshift clúster de , consulte Puntos de Amazon Redshift enlace de en la Referencia general de Amazon Web Services .

Mantenimiento de clústeres

Amazon Redshift realiza periódicamente tareas de mantenimiento para aplicar actualizaciones a su clúster. Durante estas actualizaciones, su clúster de Amazon Redshift no está disponible para las operaciones habituales. Existen varias formas de controlar cómo realizamos el mantenimiento de su clúster. Por ejemplo, puede controlar cuando implementamos actualizaciones en sus clústeres. También puede elegir si su clúster ejecuta la versión más reciente o la versión anterior a la versión más reciente. Finalmente, tiene la opción de posponer las actualizaciones de mantenimiento que no son obligatorias.

Períodos de mantenimiento

Amazon Redshift asigna una ventana de mantenimiento de 30 minutos en un bloque de 8 horas por región de AWS, un día de la semana aleatorio (de lunes a domingo, inclusive).

Periodos de mantenimiento predeterminados

En la siguiente lista, se muestran los bloques de tiempo para cada región de AWS desde donde se asignan los períodos predeterminados de mantenimiento:

  • Región US East (N. Virginia): 03:00–11:00 UTC

  • Región EE.UU. Este (Ohio): 03:00–11:00 UTC

  • Región EE.UU. Oeste (Norte de California): 06:00–14:00 UTC

  • Región EE.UU. Oeste (Oregón): 06:00–14:00 UTC

  • Región África (Ciudad del Cabo): 20:00–04:00 UTC

  • Región Asia Pacífico (Hong Kong): 13:00–21:00 UTC

  • Región Asia Pacífico (Mumbai): 16:30–00:30 UTC

  • Región Asia Pacífico (Osaka-local): 13:00–21:00 UTC

  • Región Asia Pacífico (Seúl): 13:00–21:00 UTC

  • Región Asia Pacífico (Singapur): 14:00–22:00 UTC

  • Región Asia Pacífico (Sídney): 12:00–20:00 UTC

  • Región Asia Pacífico (Tokio): 13:00–21:00 UTC

  • Región Canadá (Central): 03:00–11:00 UTC

  • Región China (Pekín): 13:00–21:00 UTC

  • Región China (Ningxia): 13:00–21:00 UTC

  • Región Europa (Fráncfort): 06:00–14:00 UTC

  • Región Europa (Irlanda): 22:00–06:00 UTC

  • Región Europa (Londres): 22:00–06:00 UTC

  • Región Europa (Milán): 21:00–05:00 UTC

  • Región Europa (París): 23:00–07:00 UTC

  • Región Europa (Estocolmo): 23:00–07:00 UTC

  • Región Medio Oriente (Baréin): 13:00–21:00 UTC

  • Región América del Sur (São Paulo): 19:00–03:00 UTC

Si hay un evento de mantenimiento programado para una semana determinada, comienza dentro del período de mantenimiento de 30 minutos asignado. Mientras Amazon Redshift realiza las tareas de mantenimiento, se terminan todas las consultas o cualquier otra operación que haya en progreso. La mayoría de las tareas de mantenimiento se completan dentro del período de mantenimiento de 30 minutos, pero es posible que algunas tareas sigan ejecutándose después de que termine el período. Si no es necesario realizar tareas de mantenimiento durante el período de mantenimiento programado, su clúster continúa funcionando de manera habitual hasta el próximo período de mantenimiento programado.

Puede cambiar el período de mantenimiento programado si modifica el clúster, ya sea mediante programación o por medio de la consola Amazon Redshift console. El período debe ser de al menos 30 minutos y no debe superar las 24 horas. Para obtener más información, consulte Administración de clústeres a través de la consola.

Posponer el mantenimiento

Si necesita volver a programar el período de mantenimiento de su clúster, tiene la opción de posponer el mantenimiento hasta 45 días. Por ejemplo, si el periodo de mantenimiento del clúster está establecido el miércoles de 8:30 a 9:00 UTC y necesite tener acceso al clúster justo a esa hora, puede posponer el mantenimiento. No se realizará ningún mantenimiento en el clúster cuando haya solicitado una postergación, a menos que sea necesario actualizar el hardware.

Si necesitamos actualizar el hardware o realizar alguna otra actualización obligatoria durante el período de postergación, le notificaremos y realizaremos los cambios necesarios. Su clúster no está disponible durante estas actualizaciones.

Si pospone el mantenimiento del clúster, es obligatorio que el período de mantenimiento comience justo después del periodo de postergación. No se puede posponer.

nota

No se puede posponer el mantenimiento una vez que haya comenzado.

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

Elección de pistas de mantenimiento del clúster

Cuando Amazon Redshift lanza una nueva versión del clúster, este se actualiza durante su periodo de mantenimiento. Puede controlar si el clúster se actualiza a la versión aprobada más reciente o a la versión anterior.

La pista de mantenimiento controla qué versión del clúster se aplica durante un periodo de mantenimiento. Cuando Amazon Redshift publica una nueva versión del clúster, esa versión se asigna a la pista actual y la versión anterior se asigna a la pista anterior. Para establecer la pista de mantenimiento para el clúster, especifique uno de los siguientes valores.

  • Current (Actual): – usar la versión del clúster aprobada más reciente.

  • Trailing (Anterior): – usar la versión del clúster anterior a la versión actual.

  • Preview (Vista previa) – usar la versión del clúster que contiene nuevas funciones disponibles que ver.

Por ejemplo, supongamos que el clúster está ejecutando actualmente la versión 1.0.2762 y la versión actual de Amazon Redshift es 1.0.3072. Si establece el valor de la pista de mantenimiento en Current (Actual), el clúster se actualiza a la versión 1.0.3072 (la siguiente versión aprobada) durante el siguiente periodo de mantenimiento. Si establece el valor de la pista de mantenimiento en Trailing (Anterior), el clúster no se actualiza hasta que haya una nueva versión después de 1.0.3072.

Pistas de previsualización

Una pista de previsualización podría no estar siempre disponible para elegirla. Al elegir una pista de previsualización, también se debe seleccionar un nombre de pista. Las pistas de previsualización y sus recursos relacionados son temporales, tienen limitaciones funcionales y es posible que no contengan todas las funciones de Amazon Redshift disponibles en otras pistas. Cuando trabaje con pistas de previsualización:

  • Utilice la nueva consola de Amazon Redshift cuando trabaje con pistas de previsualización. Por ejemplo, al crear un clúster para utilizarlo con las características de vista previa.

  • No puede cambiar un clúster de una pista de previsualización a otra.

  • No puede cambiar un clúster a una pista de previsualización desde una pista actual o anterior.

  • No se puede restaurar desde una instantánea creada a partir de una pista de previsualización diferente.

  • Solo puede usar la pista de previsualización cuando cree un nuevo clúster o al restaurar desde una instantánea.

  • No puede restaurar desde una instantánea creada a partir de una pista de previsualización diferente o con una versión de mantenimiento del clúster posterior a la versión del clúster de la pista de previsualización. Por ejemplo, cuando se restaura un clúster a una pista de previsualización, solo se puede usar una instantánea creada a partir de una versión de mantenimiento del clúster anterior a la de la pista de previsualización.

Cambio entre pistas de mantenimiento

El cambio de pistas para un clúster es, por lo general, una decisión que se toma una única vez. Debe tener cuidado al cambiar pistas. Si cambia la pista de mantenimiento de Trailing (Anterior) a Current (Actual), actualizaremos el clúster a la versión de la pista Current (Actual) durante el siguiente periodo de mantenimiento. Sin embargo, si cambia la pista de mantenimiento del clúster a Trailing (Anterior), no actualizaremos el clúster hasta que haya una nueva versión después de la versión de la pista Current (Actual).

Pistas de mantenimiento y restauración

Una instantánea hereda la pista de mantenimiento del clúster de origen. Si cambia la pista de mantenimiento del clúster de origen después de tomar una instantánea, la instantánea y el clúster de origen estarán en pistas diferentes. Si realiza una restauración desde la instantánea, el nuevo clúster estará en la pista de mantenimiento que había heredado del clúster de origen. Puede cambiar la pista de mantenimiento cuando se complete la operación de restauración. Cambiar el tamaño de un clúster no afecta a la pista de mantenimiento del clúster.

Para obtener más información, consulte, Establecimiento de la pista de mantenimiento de un clúster.

Administración de versiones del clúster

Una pista de mantenimiento es una serie de versiones. Puede decidir si el clúster está en la pista Current (Actual) o en la pista Trailing (Anterior). Si coloca el clúster en la pista Current (Actual), siempre se actualizará a la versión de clúster más reciente durante su periodo de mantenimiento. Si coloca el clúster en la pista Trailing (Anterior), siempre ejecutará la versión del clúster que se publicó inmediatamente anterior a la versión más reciente.

La columna Release status (Estado de la versión) de la lista de clústeres de Amazon Redshift la consola de indica si uno de los clústeres está disponible para su actualización.

Reversión de la versión del clúster

Si el clúster está actualizado con la última versión, puede optar por revertirlo a la versión anterior.

Para obtener información detallada acerca de las características y mejoras incluidas con cada versión del clúster, consulte Historial de versiones del clúster.

nota

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

Para revertir a una versión anterior del 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/redshift/.

  2. En el menú de navegación, seleccione CLUSTERS (CLÚSTERES).

  3. Seleccione el clúster que quiere revertir.

  4. En Actions (Acciones), seleccione Roll back cluster version (Revertir versión del clúster). Aparecerá la página Roll back cluster version (Revertir versión del clúster).

  5. SI hay una versión disponible para revertir, siga las instrucciones de la página.

  6. Seleccione Roll back now (Revertir ahora).

Para revertir a una versión anterior del 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/redshift/.

  2. En el panel de navegación, elija Clusters (Clústeres).

  3. Elija el clúster que desea revertir y elija la pestaña Status (Estado).

    Si hay una versión disponible a la que puede revertir, aparecerá en la pestaña de estado en la página de detalles.

    
                            Pantalla de detalles de la versión que se va a revertir
  4. Seleccione Rollback to release [Revertir a la versión] (número de versión).

Determinación de la versión de mantenimiento del clúster

Puede determinar la versión de motor y de base de datos de Amazon Redshift con la consola de Amazon Redshift

nota

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

Para encontrar la versió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/redshift/.

  2. En el menú de navegación, elija CLUSTERS (CLÚSTERES) y, a continuación, elija el nombre del clúster en la lista para abrir sus detalles. Se muestran los detalles del clúster, incluidas las pestañas Rendimiento del clúster, Monitoreo de consultas, Mantenimiento y monitoreo, Copia de seguridad, Propiedades y Programaciones.

  3. Elija la pestaña Maintenance and monitoring (Mantenimiento y monitorización) para obtener más información.

  4. En la sección Maintenance (Mantenimiento), busque Current cluster versión (Versión actual del clúster).

nota

Aunque la consola muestra esta información en un solo campo, la Amazon Redshift API de lo hace en dos parámetros: ClusterVersion y ClusterRevisionNumber. Para obtener más información, consulte Clúster en la Amazon Redshift API Reference .

Puede determinar las versiones Amazon Redshift del motor y de la base de datos para su clúster en el campo Cluster Version (Versión del clúster) de la consola de . Las dos primeras secciones del número son la versión del clúster y la última sección es el número de revisión específica de la base de datos del clúster. En el siguiente ejemplo, la versión del clúster es la 1.0 y el número de revisión de la base de datos es 884.

nota

Aunque la consola muestra esta información en un solo campo, la Amazon Redshift API de lo hace en dos parámetros: ClusterVersion y ClusterRevisionNumber. Para obtener más información, consulte Clúster en la Amazon Redshift API Reference .

Para determinar si se debe actualizar automáticamente el motor de Amazon Redshift en su clúster cuando haya una nueva versión del motor disponible, use la configuración Allow version upgrade (Permitir actualización de versión). Esta opción no afecta a la actualización de versiones de la base de datos, que se aplican durante el período de mantenimiento especificado para el clúster. Las actualizaciones del motor de Amazon Redshift son actualizaciones de versiones principales, mientras que las actualizaciones de base de datos de Amazon Redshift son actualizaciones de versiones secundarias. Solo puede deshabilitar la opción de actualización automática de versiones principales. Para obtener más información acerca de los períodos de mantenimiento de las actualizaciones secundarias de versiones, consulte Períodos de mantenimiento.

Alarma predeterminada de espacio en disco

Cuando crea un clúster de Amazon Redshift, tiene la opción de configurar una alarma de Amazon CloudWatch para monitorear el porcentaje promedio del espacio de disco utilizado en todos los nodos del clúster. Nos referiremos a esta alarma como la alarma predeterminada de espacio en disco.

El objetivo de la alarma predeterminada de espacio en disco es ayudarle a monitorear la capacidad de almacenamiento de su clúster. Puede configurar esta alarma en función de las necesidades de su data warehouse. Por ejemplo, puede usar la advertencia como un indicador de que tal vez tenga que ajustar el tamaño del clúster. Puede cambiar el tamaño a un tipo de nodo diferente o añadir nodos, o quizás comprar nodos reservados para una futura ampliación.

La alarma predeterminada de espacio en disco se activa cuando el uso del disco alcanza o supera un porcentaje específico una determinada cantidad de veces y con una duración específica. De forma predeterminada, esta alarma se activa cuando se alcanza el porcentaje que haya especificado y cuando permanece, o supera, en ese porcentaje durante cinco minutos o más tiempo. Puede editar los valores predeterminados después de lanzar su clúster.

Cuando se activa la alarma de CloudWatch, Amazon Simple Notification Service (Amazon SNS) envía una notificación a los destinatarios especificados para avisarlos de que se ha alcanzado el porcentaje indicado en el umbral. Amazon SNS utiliza un tema para especificar los destinatarios y el mensaje que se envía en las notificaciones. Puede utilizar un tema de Amazon SNS existente o, de lo contrario, se crea un tema en función de la configuración que haya especificado cuando lanzó el clúster. Puede editar el tema de esta alarma después de lanzar el clúster. Para obtener más información acerca de cómo crear temas de Amazon SNS, consulte Introducción a Amazon Simple Notification Service.

Después de lanzar el clúster, puede ver y editar la alarma desde la ventana Status (Estado) del clúster bajo CloudWatch Alarms (Alarmas). El nombre es percentage-disk-space-used-default-<string>. Puede abrir la alarma para ver el Amazon SNS tema de al que está asociada y editar la configuración de la alarma. Si no ha seleccionado un Amazon SNS tema de existente para utilizarlo, el tema que ha creado se denomina <clustername>-default-alarms (<recipient>); por ejemplo, examplecluster-default-alarms (notify@example.com

Para obtener más información acerca de cómo configurar y editar la alarma predeterminada de espacio en disco, consulte Creación de un clúster y Crear o editar una alarma de espacio en disco.

nota

Si elimina el clúster, no se eliminará la alarma asociada con el clúster, pero tampoco se activará. Si ya no necesita la alarma, puede eliminarla desde la consola de CloudWatch

Estado del clúster

El estado del clúster muestra el estado actual del clúster. En la siguiente tabla, se proporciona una descripción de cada estado del clúster.

Estado Descripción
available El clúster se está ejecutando y está disponible.
available, prep-for-resize Se está preparando el clúster para un cambio de tamaño elástico. El clúster está en ejecución y disponible para consultas de lectura y escritura, aunque las operaciones de clúster, como crear instantáneas, no están disponibles.
available, resize-cleanup Una operación de cambio de tamaño elástico está completando la transferencia de datos a los nuevos nodos del clúster. El clúster está en ejecución y disponible para consultas de lectura y escritura, aunque las operaciones de clúster, como crear instantáneas, no están disponibles.
cancelling-resize Se está cancelando la operación de cambio de tamaño.
creating Amazon Redshift está creando el clúster. Para obtener más información, consulte Creación de un clúster.
deleting Amazon Redshift está eliminando el clúster. Para obtener más información, consulte Eliminación de un clúster.
final-snapshot Amazon Redshift está realizando una snapshot final del clúster antes de eliminarlo. Para obtener más información, consulte Eliminación de un clúster.
hardware-failure

Se detectó un error de hardware en el clúster.

Si tiene un clúster de nodo único, el nodo no puede reemplazarse. Para recuperar su clúster, restaure una snapshot. Para obtener más información, consulte Amazon RedshiftInstantáneas de .

incompatible-hsm Amazon Redshift no puede conectarse al módulo de seguridad de hardware (HSM). Compruebe la configuración del HSM entre el clúster y el HSM. Para obtener más información, consulte Cifrado de Amazon Redshift mediante módulos de seguridad de hardware.
incompatible-network Hay un problema con la configuración de red subyacente. Asegúrese de que la VPC en la que lanzó el clúster exista y de que está bien configurada. Para obtener más información, consulte Administración de clústeres en una VPC.
incompatible-parameters Hay un problema con uno o más valores de parámetros en el grupo de parámetros asociados y no se pueden aplicar los valores del parámetro. Modifique el grupo de parámetros y actualice todo valor que no sea válido. Para obtener más información, consulte Amazon RedshiftGrupos de parámetros de .
incompatible-restore Hubo un problema al restaurar el clúster desde la snapshot. Vuelva a restaurar el clúster con una snapshot diferente. Para obtener más información, consulte Amazon RedshiftInstantáneas de .
modifying Amazon Redshift está aplicando cambios en el clúster. Para obtener más información, consulte Modificación de un clúster.
paused El clúster está en pausa. Para obtener más información, consulte Pausa y reanudación de clústeres.
rebooting Amazon Redshift está reiniciando el clúster. Para obtener más información, consulte Reinicio de un clúster.
renaming Amazon Redshift está aplicando un nombre nuevo en el clúster. Para obtener más información, consulte Cambio de nombre de los clústeres.
resizing Amazon Redshift está cambiando el tamaño del clúster. Para obtener más información, consulte Redimensionamiento de un clúster.
rotating-keys Amazon Redshift está rotando las claves de cifrado del clúster. Para obtener más información, consulte Rotación de claves de cifrado en Amazon Redshift.
storage-full El clúster alcanzó su capacidad de almacenamiento. Cambie el tamaño del clúster para añadir nodos o elija un tamaño de nodo diferente. Para obtener más información, consulte Redimensionamiento de un clúster.
updating-hsm Amazon Redshift está actualizando la configuración de HSM. .