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.
Pista: cuando Amazon Redshift lanza una nueva versión de grupo de trabajo, el grupo de trabajo se actualiza automáticamente. Puede controlar si el grupo de trabajo se actualiza a la versión aprobada más reciente o a la versión anterior. Para obtener información acerca de las pistas, consulte Pistas de clústeres aprovisionados y grupos de trabajo sin servidor de Amazon Redshift.
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 direcciones IP gratuitas: cuando utilice Redshift sin servidor sin el enrutamiento de VPC mejorado (EVR) habilitado, debe tener al menos tres direcciones IP libres disponibles en cada subred. Es un requisito para que el servicio funcione correctamente.
Al actualizar las RPU para la implementación de Redshift sin servidor, debe haber al menos tres direcciones IP gratuitas disponibles en cada subred para adaptarse a los requisitos operativos del servicio.
Para obtener más información sobre las direcciones IP y entender cómo funciona el direccionamiento IP en Amazon VPC, consulte IP addressing for your VPCs and subnets en la Guía del usuario de Amazon VPC.
Si no utiliza el enrutamiento de VPC mejorado, debe tener al menos tres direcciones IP libres habilitadas con escalado y optimización basados en la IA para cada subred, independientemente del tamaño de la RPU base (de 8 a 1024 RPU) o del uso de la RPU por parte de su grupo o grupos de trabajo. Los grupos de trabajo que tienen habilitadas las capacidades de escalado y optimización basados en la IA deben tener también tres 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.
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.
