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/).
# Propiedades de configuración dinámicas y estáticas de WLM
Las propiedades de configuración de WLM son dinámicas o estáticas. Puede aplicar propiedades dinámicas a la base de datos sin reiniciar el clúster, pero las propiedades estáticas requieren el reinicio del clúster para que los cambios surtan efecto. Sin embargo, si cambia propiedades dinámicas y estáticas al mismo tiempo, debe reiniciar el clúster para que todos los cambios en las propiedades surtan efecto. Esto es así sin importar si las propiedades que se cambian son dinámicas o estáticas.
Aunque se apliquen propiedades dinámicas, el estado del clúster es `modifying`. El cambio entre una WLM automática y una manual es un cambio estático y requiere que un clúster se reinicie para surtir efecto.
La tabla siguiente indica qué propiedades de WLM son dinámicas o estáticas cuando se utiliza WLM automática o WLM manual.
****
| Propiedad de WLM | WLM automática | WLM manual |
| --- | --- | --- |
| Grupos de consultas | Dinámico | Estático |
| Comodín de grupo de consultas | Dinámico | Estático |
| Grupos de usuarios | Dinámico | Estático |
| Comodín de grupo de usuarios | Dinámico | Estático |
| Funciones de usuario | Dinámico | Estático |
| Comodín de rol de usuario | Dinámico | Estático |
| Simultaneidad en principal | No aplicable | Dinámico |
| Modo de escalado de simultaneidad | Dinámico | Dinámico |
| Habilitar aceleración de consultas cortas | No aplicable | Dinámico |
| Tiempo máximo de ejecución de consultas cortas | Dinámico | Dinámico |
| Porcentaje de memoria por utilizar | No aplicable | Dinámico |
| Tiempo de espera | No aplicable | Dinámico |
| Prioridad | Dinámico | No aplicable |
| Agregar o eliminar colas | Dinámico | Estático |
Si añade una regla de monitorización de consultas (QMR), o modifica o elimina una QMR existente, el cambio se produce automáticamente sin necesidad de reiniciar el clúster.
**nota**
Cuando se utiliza WLM manual, si el valor de tiempo de espera se modifica, el nuevo valor se aplica a cualquier consulta que empiece a ejecutarse después de que cambie el valor. Si se modifican la simultaneidad o el porcentaje de la memoria que se utilizarán, Amazon Redshift pasa a la nueva configuración de forma dinámica. De manera que las consultas que se estén ejecutando actualmente no se vean afectadas por el cambio. Para obtener más información, consulte [Asignación de memoria dinámica de WLM](https://docs.aws.amazon.com/redshift/latest/dg/cm-c-wlm-dynamic-memory-allocation.html).
**Topics**
+ [Asignación de memoria dinámica de WLM](cm-c-wlm-dynamic-memory-allocation.md)
+ [Ejemplo de WLM dinámica](cm-c-wlm-dynamic-example.md)
# Asignación de memoria dinámica de WLM
En cada cola, WLM crea un número de slots de consultas igual al nivel de simultaneidad de la cola. La cantidad de memoria asignada a un slot de consultas es igual al porcentaje de memoria asignado a la cola dividido por el número de slots. Si cambia la asignación de memoria o la simultaneidad, Amazon Redshift administra de manera dinámica la transición a la configuración de la WLM nueva. Así, las consultas activas pueden ejecutar hasta su finalización mediante la cantidad de memoria asignada en este momento. Al mismo tiempo, Amazon Redshift se asegura de que el uso total de la memoria nunca supere el 100 % de memoria disponible.
El administrador de cargas de trabajo utiliza el siguiente proceso para administrar la transición:
1. WLM recalcula la asignación de memoria para cada slot de consultas nuevo.
1. Si un slot de consultas no está en uso de forma activa por una consulta en ejecución, WLM elimina el slot, lo que hace que la memoria esté disponible para slots nuevos.
1. Si un slot de consultas está en uso de forma activa, WLM espera a que se finalice la consulta.
1. A medida que las consultas activas se completan, se eliminan los slots vacíos y se libera la memoria asociada.
1. A medida que vuelve a estar disponible la memoria suficiente para añadir uno o más slots, se añaden slots nuevos.
1. Cuando todas las consultas que se estuvieron ejecutando en el momento de la modificación se completen, el número de slots iguala el nivel de simultaneidad nuevo y la transición a la nueva configuración de WLM se completa.
En efecto, las consultas que se están ejecutando cuando se produce el cambio siguen utilizando la asignación de memoria original. Las consultas que están en cola cuando el cambio tiene lugar, se dirigen a nuevos slots a medida que van estando disponibles.
Si las propiedades dinámicas de WLM se modifican durante el proceso de transición, WLM empieza la transición a la nueva configuración de inmediato, comenzando desde el estado actual. Para ver el estado de la transición, consulte la tabla de sistema [STV\$1WLM\$1SERVICE\$1CLASS\$1CONFIG](r_STV_WLM_SERVICE_CLASS_CONFIG.md).
# Ejemplo de WLM dinámica
Con Amazon Redshift, puede administrar automáticamente la distribución de la carga de trabajo y la asignación de recursos en los clústeres de Amazon Redshift mediante WLM dinámica (Administración de la carga de trabajo). La WLM dinámica es un ejemplo de configuración de administración de la carga de trabajo (WLM) que ajusta dinámicamente las asignaciones de memoria en función de las demandas de carga de trabajo, lo que permite una simultaneidad y un rendimiento óptimos. En la siguiente sección, se proporcionan detalles sobre la implementación y la configuración de WLM dinámica para los clústeres de Amazon Redshift.
Suponga que el clúster de WLM está configurado con dos colas que utilizan las siguientes propiedades dinámicas.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/redshift/latest/dg/cm-c-wlm-dynamic-example.html)
Ahora suponga que el clúster tiene 200 GB de memoria disponible para el procesamiento de consultas. (Este número es arbitrario y se usa únicamente a título ilustrativo). Como muestra la siguiente ecuación, a cada slot se le asignan 25 GB.
```
(200 GB * 50% ) / 4 slots = 25 GB
```
A continuación, cambie el WLM para utilizar las siguientes propiedades dinámicas.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/redshift/latest/dg/cm-c-wlm-dynamic-example.html)
Como muestra la siguiente ecuación, la nueva asignación de memoria para cada slot de la cola 1 es de 50 GB.
```
(200 GB * 75% ) / 3 slots = 50 GB
```
Suponga que las consultas A1, A2, A3 y A4 se ejecutan cuando se aplica la nueva configuración y las consultas B1, B2, B3 y B4 están en cola. WLM reconfigura de forma dinámica los slots de consultas del modo siguiente.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/redshift/latest/dg/cm-c-wlm-dynamic-example.html)
1. WLM recalcula la asignación de memoria para cada slot de consultas. Originalmente, la cola 1 tenía asignados 100 GB. La cola nueva tiene una asignación total de 150 GB, por lo que la cola nueva tiene de inmediato 50 GB disponibles. La cola 1 ahora utiliza cuatro slots y el nivel de simultaneidad nuevo es de tres slots, por lo no se añaden slots nuevos.
1. Cuando una consulta finaliza, el slot se elimina y se liberan 25 GB. La cola 1 ahora tiene tres slots y 75 GB de memoria disponible. La nueva configuración requiere 50 GB para cada slot nuevo, pero el nivel de simultaneidad nuevo es de tres slots, por lo no se añaden slots nuevos.
1. Cuando una segunda consulta finaliza, el slot se elimina y se liberan 25 GB. La cola 1 ahora tiene dos slots y 100 GB de memoria libre.
1. Se añade un slot nuevo que utiliza 50 GB de la memoria libre. La cola 1 ahora tiene tres slots y 50 GB de memoria libre. Las consultas en cola ahora se pueden dirigir al slot nuevo.
1. Cuando una tercera consulta finaliza, el slot se elimina y se liberan 25 GB. La cola 1 ahora tiene dos slots y 75 GB de memoria libre.
1. Se añade un slot nuevo que utiliza 50 GB de la memoria libre. La cola 1 ahora tiene tres slots y 25 GB de memoria libre. Las consultas en cola ahora se pueden dirigir al slot nuevo.
1. Cuando la cuarta consulta finaliza, el slot se elimina y se liberan 25 GB. La cola 1 ahora tiene dos slots y 50 GB de memoria libre.
1. Se añade un slot nuevo que utiliza los 50 GB de memoria libre. La cola 1 ahora tiene tres slots con 50 GB cada uno y se ha asignado toda la memoria disponible.
Se completó la transición y todos los slots de consultas están disponibles para las consultas en cola.