Consideraciones sobre el uso de Amazon Redshift sin servidor - Amazon Redshift

Consideraciones sobre el uso de Amazon Redshift sin servidor

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 en la Referencia general de Amazon Web Services.

Algunos recursos que utiliza Amazon Redshift sin servidor están sujetos a cuotas. Para obtener más información, consulte Cuotas de objetos de Amazon Redshift Serverless.

Cuando se DECLARA un cursor, las especificaciones de tamaño del conjunto de resultados para Amazon Redshift sin servidor se especifican en DECLARE. Amazon Redshift sin servidor tiene un tamaño máximo total del conjunto de resultados del cursor de 150 000 MB.

Periodo de mantenimiento: no hay ningún periodo de mantenimiento con Amazon Redshift sin servidor. Las actualizaciones de la versión del software se aplican de forma automática. No hay interrupción para la conexión existente o la ejecución de consultas cuando Amazon Redshift cambia de versión. Las nuevas conexiones siempre se conectarán y funcionarán con Amazon Redshift sin servidor al instante.

ID de zonas de disponibilidad: cuando configure la instancia de Amazon Redshift sin servidor, Additional considerations (Consideraciones adicionales) y asegúrese de que los ID de subred proporcionados en Subnet (Subred) contienen al menos tres de los ID de zonas de disponibilidad admitidos. Para ver la asignación de subred al ID de zona de disponibilidad, diíjase a la consola de la VPC y elija Subnets (Subredes) para la lista de ID de subred con sus correspondientes ID de zona de disponibilidad. Compruebe que su subred está asignada a un ID de zona de disponibilidad compatible. Para crear una subred, consulte Crear una subred en la VPC en la Guía del usuario de Amazon VPC.

Tres subredes: debe tener al menos tres subredes y deben estar distribuidas en tres zonas de disponibilidad. Por ejemplo, es posible que utilice tres subredes que se asignan a las zonas de disponibilidad us-east-1a, us-east-1b y us-east-1c. Una excepción a esto es la es la región Oeste de EE. UU. (Norte de California). Requiere tres subredes, de la misma manera que las demás regiones, pero estas solo deben abarcar dos zonas de disponibilidad. Una condición es que una de las zonas de disponibilidad abarcadas contenga dos de las subredes.

Requisitos de dirección IP gratuita: debe tener direcciones IP gratuitas disponibles cuando cree un grupo de trabajo de Amazon Redshift sin servidor. El número mínimo de direcciones IP aumenta a medida que se incrementa el número de unidades de procesamiento Redshift (RPU) del grupo de trabajo. En concreto, cada subred de la VPC de su grupo de trabajo requiere un número mínimo de direcciones IP. Para obtener más información sobre la asignación de direcciones IP, consulte Direccionamiento IP en la Guía del usuario de Amazon VPC.

El número mínimo de direcciones IP libres necesarias al crear un grupo de trabajo es el siguiente:

Unidades de procesamiento Redshift (RPU) Direcciones IP libres necesarias Tamaño de CIDR mínimo
8 9 /27
16 15 /27
32 13 /27
64 21 /27
128 37 /26
256 69 /25
512 133 /24
1024 261 /23

También necesitará direcciones IP libres cuando actualice su grupo de trabajo para utilizar más RPU. El número de direcciones IP libres necesarias al actualizar las subredes de un grupo de trabajo es el siguiente:

Unidades de procesamiento Redshift (RPU) Unidades de procesamiento Redshift (RPU) actualizadas Direcciones IP libres necesarias
8 16 10
16 32 13
32 64 16
64 128 28
128 256 52
256 512 100
512 1024 197
nota

La capacidad de RPU base máxima ampliada de 1024 solo está disponible en las siguientes Regiones de AWS:

  • Este de EE. UU. (Norte de Virginia)

  • Este de EE. UU. (Ohio)

  • Oeste de EE. UU. (Oregón)

Espacio de almacenamiento después de la migración: al migrar clústeres aprovisionados de Amazon Redshift pequeños a Amazon Redshift sin servidor, es posible que aparezca un aumento en la asignación de espacio de almacenamiento después de la migración. Esto es el resultado de la asignación optimizada del espacio de almacenamiento, lo que produce un espacio de almacenamiento preasignado. Este espacio se utiliza durante un periodo de tiempo a medida que los datos crecen en Amazon Redshift sin servidor.

Recurso compartido de datos entre clústeres aprovisionados de Amazon Redshift sin servidor y Amazon Redshift: cuando se comparten datos donde Amazon Redshift sin servidor es el productor y un clúster aprovisionado es el consumidor, el clúster aprovisionado debe tener una versión de clúster posterior a 1.0.38214. Si se utiliza una versión de clúster anterior a esta, se produce un error al ejecutar una consulta. Puede consultar la versión de clúster en la consola de Amazon Redshift en la pestaña Maintenance (Mantenimiento). También puede ejecutar SELECT version();.

Tiempo máximo de ejecución de la consulta: tiempo de ejecución transcurrido para una consulta, en segundos. El tiempo de ejecución no incluye el tiempo de espera empleado en una cola. Si una consulta supera el tiempo de ejecución establecido, Amazon Redshift sin servidor la detiene. Los valores válidos son de 0 a 86 399.

Migración para tablas con claves de clasificación intercaladas: al migrar clústeres aprovisionados de Amazon Redshift a Amazon Redshift sin servidor, Redshift convierte tablas con claves de clasificación intercaladas y DISTSTYLE KEY en claves de clasificación compuestas. El DISTSTYLE no cambia. Para obtener más información sobre los estilos de distribución, consulte Uso de estilos de distribución de datos en la guía para desarrolladores de Amazon Redshift. Para obtener más información sobre claves de clasificación, consulte Trabajo con claves de clasificación.

Uso compartido de la VPC: puede crear grupos de trabajo de Amazon Redshift sin servidor en una VPC compartida. Si lo hace, le recomendamos que no elimine el recurso compartido, ya que puede provocar que el grupo de trabajo deje de estar disponible.