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/).
# Facturación para Amazon Redshift Serverless
## Facturación de la capacidad de computación
Puede adquirir capacidad para Amazon Redshift sin servidor de dos maneras:
+ **Puede adquirir capacidad bajo demanda**: cuando elige la capacidad informática bajo demanda, paga por los recursos sobre la marcha. Esta es la mejor opción si acaba de empezar a utilizar Amazon Redshift sin servidor o si aún no conoce bien los patrones de uso constantes. La opción bajo demanda ofrece la mayor flexibilidad. Para obtener más información, consulte [Facturación de la capacidad informática bajo demanda](serverless-billing-on-demand.md).
+ **Puede comprar reservas**: una reserva ofrece un descuento cuando compra una cantidad predeterminada de recursos informáticos durante un periodo de tiempo específico, por ejemplo, durante un año. Es una buena idea cuando sabe que va a utilizar una cantidad de capacidad de forma constante. Resulta útil para ahorrar dinero cuando puede pronosticar algunas de sus necesidades de capacidad. Para obtener más información, consulte [Facturación de las reservas sin servidor](serverless-billing-reserved.md).
Puede utilizar las reservas y los recursos bajo demanda de forma conjunta. No es necesario que utilice uno u otro.
Para obtener información acerca de los precios detallada, consulte [Precios de Amazon Redshift](https://aws.amazon.com/redshift/pricing/).
# Facturación de la capacidad informática bajo demanda
**Capacidad base y su efecto en la facturación**
Cuando se ejecutan las consultas, se le factura en función de la capacidad utilizada en una duración determinada, en horas de RPU por segundo. Cuando no se ejecuta ninguna consulta, no se le factura por capacidad informática. También se le cobra el almacenamiento administrado de Redshift (RMS), según la cantidad de datos almacenados.
Cuando cree su grupo de trabajo, tendrá la opción de establecer la **Capacidad base** de computación. Para satisfacer los requisitos de precio/rendimiento de su carga de trabajo en el nivel de grupo de trabajo, ajuste la capacidad base más alta o más baja para un grupo de trabajo existente. Seleccione el grupo de trabajo en **Configuración de grupos de trabajo** y elija la pestaña **Límites** para modificar la capacidad base mediante la consola.
A medida que aumenta el número de consultas, Amazon Redshift sin servidor se escala automáticamente para proporcionar un rendimiento uniforme.
**Límite máximo de uso de horas de la RPU**
Para mantener los costos predecibles para Amazon Redshift Serverless, puede configurar el valor de **Maximum RPU hours** (Horas máximas de RPU) que se necesita por día, por semana o por mes. Puede configurarlo desde la consola o la API. Si se alcanza un límite, puede especificar que se escriba una entrada de registro en una tabla del sistema, que se reciba una alerta o que se desactiven las consultas de los usuarios. La configuración de las horas máximas de RPU ayuda a mantener el costo bajo control. La configuración de horas máximas de RPU se aplica al grupo de trabajo tanto para consultas que acceden a los datos del almacenamiento de datos como para consultas que acceden a datos externos, como en una tabla externa en Amazon S3.
A continuación, se muestra un ejemplo:
Supongamos que establece un límite de 100 horas por semana. Para definirlo en la consola, debe hacer lo siguiente:
1. Elija su grupo de trabajo y, a continuación, **Administrar los límites de uso** en la pestaña **Límites**.
1. Agregue un límite de uso, elija la frecuencia **Semanalmente**, una duración de **100** horas y configure la acción para **Desactivar las consultas de usuario**.
En este ejemplo, si alcanza el límite de 100 horas de RPU durante una semana, las consultas se desactivan.
Establecer un número de horas máximas de RPU para el grupo de trabajo no limita el rendimiento ni los recursos de computación del grupo de trabajo. Puede ajustar la configuración en cualquier momento sin que afecte al procesamiento de las consultas. El objetivo de establecer un número máximo de horas de RPU es ayudarle a cumplir los requisitos de precio y rendimiento. Para obtener más información sobre la facturación de la infraestructura sin servidor, consulte los [precios de Amazon Redshift](https://aws.amazon.com/redshift/pricing/).
Otra forma de mantener predecible el costo de Amazon Redshift sin servidor es utilizar la [Detección de anomalías de costos](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/) de AWS para reducir las sorpresas en la facturación y proporcionar más control.
**nota**
La [calculadora de precios de Amazon Redshift](https://calculator.aws/#/addService/Redshift) es útil para realizar una estimación de precios. Introduzca los recursos de computación que necesita y le ofrecerá una vista previa del costo.
## Establecimiento de la capacidad máxima para controlar los costos de los recursos de computación
La configuración de capacidad máxima sirve como límite máximo de la RPU hasta el que puede escalar Amazon Redshift sin servidor. Ayuda a controlar el costo de los recursos de computación. De manera similar a la forma en que la capacidad base establece una cantidad mínima de recursos de computación disponibles, la capacidad máxima establece un límite en el uso de la RPU. De esta forma, ayuda a que sus gastos cumplan con lo previsto. La capacidad máxima se aplica específicamente a cada grupo de trabajo y limita el uso de la computación en todo momento.
### Diferencias entre la capacidad máxima y los límites de uso por hora de la RPU
El objetivo tanto de los límites máximos por hora de la RPU como de la configuración de capacidad máxima es controlar los costos. Sin embargo, lo logran a través de diferentes medios. Los puntos siguientes explican la diferencia:
+ *Capacidad máxima*: esta configuración establece el recuento más alto de las RPU que Amazon Redshift sin servidor utiliza para escalar Cuando se requiere un escalado de computación automático, tener un valor más alto para la capacidad máxima puede mejorar el rendimiento de las consultas. Cuando se alcanza el límite de capacidad máxima, el grupo de trabajo no escala verticalmente los recursos.
+ *Límite máximo de uso por horas de la RPU*: a diferencia de la capacidad máxima, esta configuración no establece un límite máximo de capacidad. Sin embargo, lleva a cabo otras acciones para ayudarle a limitar los costos. Estas incluyen añadir una entrada a un registro, enviarle una notificación o impedir que se ejecuten las consultas, si así lo desea.
Puede usar la capacidad máxima de forma exclusiva o puede complementarla con acciones que se ajusten a los límites máximos de uso por horas de la RPU.
### Un caso práctico de capacidad máxima
Cada grupo de trabajo puede tener una configuración de capacidad máxima diferente para ayudarle a cumplir los requisitos presupuestarios. En los siguientes ejemplos se ilustra cómo funciona:
+ Tiene un grupo de trabajo con la capacidad base establecida en 256 RPU. Tiene cargas de trabajo estables de poco más de 256 RPU durante la mayor parte del mes.
+ La capacidad máxima se establece en 512 RPU.
Supongamos que durante un período de tres días hay un elevado uso inesperado para generar informes estadísticos ad-hoc. En este caso, tiene configurada la capacidad máxima para evitar costos de computación superiores a los de 512 RPU. Al hacerlo, puede asegurarse de que la capacidad de computación no supere este límite superior.
### Notas de uso sobre la capacidad máxima
Estas notas pueden ayudarle a configurar la capacidad máxima de forma adecuada:
+ Cada grupo de trabajo de Amazon Redshift sin servidor puede tener una configuración de capacidad máxima diferente.
+ Si tiene un período de uso de recursos muy elevado y la capacidad máxima se establece en un nivel de RPU bajo, esto puede retrasar el procesamiento de la carga de trabajo y provocar una experiencia de usuario que no sea óptima.
+ La configuración de la capacidad máxima no interfiere con la ejecución de las consultas, incluso en momentos de elevado uso de la RPU. No funciona como un límite de uso, que puede impedir que se ejecuten las consultas. Solo limita los recursos de computación disponibles para el grupo de trabajo. Puede ver la capacidad utilizada durante un periodo de tiempo en el panel de Amazon Redshift sin servidor. Para obtener más información sobre la visualización de los datos de resumen, consulte [Comprobación de los datos de resumen de Amazon Redshift sin servidor mediante el panel](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-dashboard.html).
+ La configuración de capacidad máxima se establece en 5632 RPU.
### Cómo configurar la capacidad máxima
Puede configurar la capacidad máxima en la consola. Para un grupo de trabajo existente, puede cambiar la configuración en **Configuración de grupos de trabajo**. También puede utilizar la CLI para configurarlo mediante un comando como en el siguiente ejemplo:
```
aws redshift-serverless update-workgroup --workgroup-name myworkgroup --max-capacity 512
```
Esto establece la configuración de capacidad máxima para el grupo de trabajo con el nombre correspondiente. Después de configurarlo, puede comprobar el valor en la consola para verificarlo. También puede comprobar el valor en la CLI ejecutando el comando `get-workgroup`.
Puede desactivar la configuración de capacidad máxima estableciéndola en `-1`, como a continuación:
```
aws redshift-serverless update-workgroup --workgroup-name myworkgroup --max-capacity -1
```
## Monitoreo del uso y el costo de Amazon Redshift sin servidor
Hay varias formas de estimar el uso y la facturación de Amazon Redshift Serverless. Las vistas del sistema pueden ser útiles porque los metadatos del sistema, incluidos los datos de consulta y uso, son oportunos y no hay que configurar nada para consultarlos. CloudWatch también puede ser útil para el monitoreo del uso de la instancia de Amazon Redshift Serverless y tiene características adicionales para proporcionar información y configurar acciones.
### Visualización del uso mediante la consulta de una vista del sistema
Consulte la tabla del sistema SYS\$1SERVERLESS\$1USAGE para realizar un seguimiento del uso y obtener los cargos por consultas:
```
select trunc(start_time) "Day",
(sum(charged_seconds)/3600::double
precision) * as cost_incurred
from sys_serverless_usage
group by 1
order by 1
```
Esta consulta proporciona el costo por día incurrido para Amazon Redshift sin servidor, basado en el uso.
#### Notas de uso para determinar el uso y el costo
+ Pagará por las cargas de trabajo que ejecuta en horas de RPU por segundo, con un cargo mínimo de 60 segundos.
+ En los registros de la tabla del sistema sys\$1serverless\$1usage se muestran los costos incurridos en intervalos de tiempo de un minuto. Es importante comprender las siguientes columnas:
La columna charged\$1seconds:
+ Proporciona los segundos de la unidad de computación (RPU) que se han cargado durante el intervalo de tiempo. Los resultados incluyen cualquier cargo mínimo en Amazon Redshift sin servidor.
+ Dispone de información sobre el uso de los recursos de computación una vez finalizadas las transacciones. Así, el valor de esta columna puede ser 0 si las transacciones no han finalizado.
La columna compute\$1seconds:
+ Proporciona información sobre el uso de computación en tiempo real. Esto no incluye ningún cargo mínimo en Amazon Redshift sin servidor. Por lo tanto, puede diferir en cierta medida de los segundos facturados durante el intervalo.
+ Muestra la información de uso durante cada transacción (aunque esta no haya finalizado), por lo que los datos proporcionados son en tiempo real.
+ Hay situaciones en las que compute\$1seconds es 0 pero charged\$1seconds es mayor que 0 o viceversa. Este es un comportamiento normal debido a la forma en que se graban los datos en la vista del sistema. Para obtener una representación más precisa de los detalles del uso sin servidor, recomendamos agregar los datos en SYS\$1SERVERLESS\$1USAGE.
Para obtener más información sobre la supervisión de tablas y vistas, consulte [Supervisión de consultas y cargas de trabajo con Amazon Redshift sin servidor](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-monitoring.html).
### Visualización del uso con CloudWatch
Puede utilizar las métricas disponibles en CloudWatch para hacer un seguimiento del uso. Las métricas generadas para CloudWatch son `ComputeSeconds`, que indica el total de segundos de RPU utilizados en el minuto actual, y `ComputeCapacity`, que indica la capacidad total de computación para ese minuto. Las métricas de uso también se pueden encontrar en la consola de Redshift en **Redshift Serverless dashboard** (Panel de Redshift Serverless). Para obtener más información sobre CloudWatch, consulte [¿Qué es Amazon CloudWatch?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
# Facturación de las reservas sin servidor
Amazon Redshift sin servidor le permite ejecutar y escalar análisis sin tener que aprovisionar ni administrar clústeres, con un modelo de precios de pago por uso. Ahora, con las reservas sin servidor, puede optimizar aún más los costos informáticos y mejorar la previsibilidad de los costos de las cargas de trabajo nuevas y existentes en Redshift sin servidor.
Amazon Redshift gestiona las reservas sin servidor en el nivel de la cuenta del pagador de AWS y las reservas se pueden compartir entre varias cuentas de AWS, lo que le permite reducir los costos informáticos hasta un 24 % en todas las cargas de trabajo de Redshift sin servidor en la cuenta de AWS. Amazon Redshift factura las reservas sin servidor por hora y contabiliza las reservas por segundo, lo que ofrece un modelo de facturación coherente, las 24 horas del día, los siete días de la semana, al tiempo que mantiene la flexibilidad que ofrece Redshift sin servidor. Amazon Redshift cobra cualquier uso que supere el nivel de RPU especificado a las tarifas estándar bajo demanda.
**nota**
Si desea limitar el uso bajo demanda, puede usar la configuración de **capacidad máxima** para establecer los límites de uso de recursos para los grupos de trabajo. Para obtener más información, consulte [Facturación para Amazon Redshift Serverless](serverless-billing.md).
## Beneficios de las reservas sin servidor
Las reservas sin servidor son una opción de precio con descuento para Amazon Redshift sin servidor. Las reservas sin servidor le dan la opción de comprometerse con un número específico de unidades de procesamiento de Redshift (RPU) durante un año con un descuento respecto a las tarifas bajo demanda (OD), sin pago por adelantado. Puede recibir un descuento mayor con un pago por adelantado. Con las reservas sin servidor, puede optimizar los costos informáticos y mejorar la previsibilidad de los costos de las cargas de trabajo nuevas y existentes sin servidor.
Cada reserva sin servidor se adquiere en el nivel de la cuenta de AWS y se puede compartir entre varios grupos de trabajo de Amazon Redshift sin servidor en la misma cuenta de pagador. Esto le da flexibilidad a la hora de aplicar el descuento. Varios grupos de trabajo con diferentes patrones de carga de trabajo pueden compartir la reserva.
## Cómo funciona una reserva sin servidor
La reserva de RPU es un proceso sencillo que solo tarda unos minutos en completarse. Incluye especificar el nivel de RPU que se va a reservar y el tipo de pago. Amazon Redshift sin servidor utiliza la herramienta estándar de facturación y administración de costos de AWS que le ayuda a determinar el nivel de reserva que necesita y a supervisar el uso de forma continua. Las reservas sin servidor se administran en el nivel de la cuenta del pagador de AWS y se pueden compartir en la misma cuenta del pagador, lo que le permite reducir los costos informáticos hasta un 24 % en todas las cargas de trabajo de Redshift sin servidor de la cuenta de AWS. Las reservas sin servidor se facturan por hora y se contabilizan por segundo, lo que ofrece un modelo de facturación coherente, las 24 horas del día, los siete días de la semana, al tiempo que se mantiene la flexibilidad que ofrece Redshift sin servidor. Cualquier uso que supere el nivel de RPU especificado se cobra a las tarifas estándar bajo demanda de Redshift sin servidor.
Puede comprar varias reservas sin servidor en la misma cuenta de AWS. Cuando compra reservas sin servidor adicionales, estas se superponen entre sí. Por ejemplo, si compra dos reservas y elige 100 RPU para cada una, obtendrá un total de 200 RPU a un precio reducido.
**nota**
Si desea establecer un límite para el uso bajo demanda, puede establecer el número máximo de RPU en la consola de Amazon Redshift sin servidor para un grupo de trabajo eligiendo la pestaña **Límites** y, a continuación, seleccionando **Administrar límites de uso**.
Tras comprar una reserva sin servidor, entra en vigor inmediatamente y aparece en la consola de Redshift, en el panel de reservas sin servidor.
## Analizando el uso de la RPU (unidad de procesamiento de Redshift) para determinar el nivel de reserva que necesita
Las reservas Redshift sin servidor le permiten bloquear costos de computación predecibles y más bajos comprometiéndose a un número específico de unidades de procesamiento Redshift (RPU) durante un año, lo que le proporciona descuentos sobre los precios bajo demanda. Estos descuentos pueden ser de hasta el 20 % con la opción sin pago por adelantado o de hasta el 24 % cuando se paga todo por adelantado. Usted adquiere reservas de Redshift sin servidor en el nivel de cuenta de pagador de AWS y el ahorro se aplica automáticamente a cualquier grupo de trabajo de Redshift sin servidor en cualquier cuenta vinculada con AWS, por lo que puede administrar los presupuestos de forma centralizada a la vez que da apoyo a varios equipos. Redshift sin servidor mide el uso con un detalle por segundo, promediado en cada hora, y luego se factura cada hora, lo que garantiza que pague solo por la capacidad que utiliza. Las reservas de Redshift sin servidor combinan la aplicación flexible a través de cuentas con el ahorro basado en plazos, lo que le proporciona precios de análisis predecibles sin sacrificar la agilidad de Redshift sin servidor.
### Analizar el uso de RPU para las reservas
Puede determinar los niveles de uso de RPU de una de estas dos maneras: puede utilizar el panel de Redshift sin servidor para obtener una vista de siete días o utilizar el Explorador de costos para un análisis a largo plazo. Los procedimientos siguientes demuestran cómo analizar el uso de la RPU:
**Método 1: panel de Redshift sin servidor (vista de siete días)**
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. Abra el panel Sin servidor.
1. Elija el grupo de trabajo.
1. Visualice el uso de la capacidad de RPU durante un periodo de duración desde la última hora hasta una semana.
**Método 2: AWS Cost Explorer (análisis a largo plazo)**
1. Inicie sesión en la Consola de administración de AWS y abra la consola del Explorador de costos en [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/).
1. Establezca el nivel de detalle en **Por hora**
1. Agrupe por **Tipo de uso**
1. Aplique los siguientes filtros:
+ Servicio: Redshift
+ Región: región local
+ Tipo de uso: filtro para **Redshift:ServerlessUsage**
1. Revise el gráfico de costos y uso por hora sin servidor en la región que haya elegido
## Compra de una reserva sin servidor mediante la consola
Al comprar una reserva, elige el nivel de las RPU al que se aplicará el descuento. Antes de seleccionar el nivel de las RPU, es bueno conocer la capacidad base y la capacidad bajo demanda que utiliza a lo largo del tiempo. En esta sección se muestra cómo determinar la capacidad y realizar una reserva sin servidor.
Para empezar, en la consola de Redshift, elija **Sin servidor** y, a continuación, **Reservas sin servidor** en el menú.
![\[Amazon Redshift console showing Serverless dashboard with Serverless reservations option highlighted.\]](http://docs.aws.amazon.com/es_es/redshift/latest/mgmt/images/capacity-reservations-menu-selection.png)
La consola muestra una descripción de la característica y una lista de las reservas existentes. Desde aquí puede comprar una reserva o utilizar los informes y las herramientas de supervisión disponibles para comprobar el uso actual. Estas le ayudan a determinar los niveles de RPU y cuántas RPU es apropiado reservar.
Para comprar una reserva, siga estos pasos:
1. Elija **Comprar reservas sin servidor**.
![\[Reservation overview showing 1 RPU total, 0 expiring, with option to purchase Serverless reservations.\]](http://docs.aws.amazon.com/es_es/redshift/latest/mgmt/images/capacity-reservations-list-purchase.png)
1. Aparece un recorrido, que tiene una serie de selecciones. Ingrese el nivel de RPU de **Reserva sin servidor** para reservar. Si no está seguro de cuál debería ser este nivel, puede utilizar las herramientas que se describen más adelante en esta sección.
![\[Input field for entering reserved RPU capacity, with a range from 1 to any number.\]](http://docs.aws.amazon.com/es_es/redshift/latest/mgmt/images/capacity-reservations-RPU-level.png)
1. Establezca el tipo de pago. Puede elegir pagar por adelantado las RPU reservadas o pagarlas mensualmente. Si opta por pagar por adelantado, obtendrá un descuento mayor.
![\[Payment type options: All Upfront with 24% discount or No Upfront with 20% discount.\]](http://docs.aws.amazon.com/es_es/redshift/latest/mgmt/images/capacity-reservations-payment-type.png)
1. Cuando termine de hacer las selecciones, elija **Comprar reservas sin servidor** y, a continuación, **Confirmar**.
Después de confirmar la reserva, aparecerá en la lista de reservas.
![\[Serverless reservations table showing one payment-pending reservation with details.\]](http://docs.aws.amazon.com/es_es/redshift/latest/mgmt/images/capacity-reservations-list-created.png)
## Notas de uso
+ No puede cambiar ni eliminar una reserva. Pero puede crear reservas adicionales para obtener más cobertura.
+ Redshift sin servidor utiliza las RPU reservadas para una carga de trabajo antes de utilizar RPU bajo demanda, a fin de garantizar el ahorro de costos. Si supera el número de RPU que ha reservado, comienza a acumular cargos por esas RPU adicionales a una tarifa bajo demanda de Redshift sin servidor.
+ Los créditos gratuitos de Amazon Redshift sin servidor no se aplican a las reservas sin servidor, solo a las RPU facturadas bajo demanda.
## Ejemplos de reservas sin servidor
En este escenario, la cuenta de pagador o enlazada de AWS tiene dos grupos de trabajo de Amazon Redshift:
+ El grupo de trabajo 1 tiene un uso estable, como por ejemplo para un equipo de inteligencia empresarial.
+ El grupo de trabajo 2 tiene cargas de trabajo impredecibles con picos de uso, como por ejemplo para operaciones de ETL.
Si desea optimizar los costos de estos grupos de trabajo, adquiera una reserva sin servidor de un año. Según los datos históricos, se determina que ambos grupos de trabajo consumen 64 RPU en un estado estable. Sin embargo, el grupo de trabajo 2 aumenta ocasionalmente de 32 RPU a 48 RPU y disminuye a 24 RPU durante periodos cortos. Para empezar, ha establecido el nivel de RPU de la reserva en 64 RPU, lo que se ajusta a las tendencias históricas. Los detalles de facturación por hora son los siguientes:
+ Durante la primera hora, de forma similar a las tendencias de uso históricas, ambos grupos de trabajo utilizan 32 RPU, lo que supone un uso total de 64 RPU por cuenta. Durante esta hora, todas las RPU se cobran según la tarifa con descuento para reservas sin servidor. Esto se debe a que el nivel de uso de 64 RPU equivale a la reserva de 64 RPU sin servidor.
+ Durante la segunda hora, el grupo de trabajo 1 sigue utilizando 32 RPU. Sin embargo, el grupo de trabajo 2 alcanza un pico de 48 RPU, con un uso total de la cuenta de 80 RPU. Durante esta hora, se cobran 64 RPU a la tarifa con descuento para reservas sin servidor y 16 RPU a la tarifa bajo demanda de Redshift sin servidor.
+ Durante la tercera hora, el grupo de trabajo 1 sigue consumiendo 32 RPU y el grupo de trabajo 2 disminuye a 8 RPU. En esta hora, se cobra a la cuenta la tarifa de reserva sin servidor de 64 RPU, aunque el total de la cuenta sea de 40 RPU.
Consulte el siguiente diagrama para ver la evolución del uso de los grupos de trabajo y los detalles de facturación de las tarifas de reserva bajo demanda y sin servidor:
![\[Graph showing total account usage, on-demand usage, and workgroup trends over three time periods.\]](http://docs.aws.amazon.com/es_es/redshift/latest/mgmt/images/capacity-reservation-example.png)
## Compra de una reserva sin servidor mediante la CLI de AWS o la API de Amazon Redshift
Se utiliza `create-reservation` para crear una reserva de RPU. El siguiente ejemplo muestra el uso del comando:
```
create-reservation
--capacity
--offering-id
```
Establece `capacity` en el número de RPU que desea reservar.
## Facturación del almacenamiento
La capacidad de almacenamiento principal se factura como Redshift Managed Storage (RMS). El almacenamiento se factura por GB al mes. La facturación del almacenamiento es independiente de la facturación de la capacidad recursos de computación. El almacenamiento que se utiliza para las instantáneas de los usuarios se factura con las tarifas estándar de facturación de las copias de seguridad, en función del nivel de uso.
Los costos de transferencia de datos y de machine learning (ML) se aplican por separado, al igual que los clústeres aprovisionados. La replicación de instantáneas y el uso compartido de datos entre regiones de AWS se facturan según las tarifas de transferencia indicadas en la página de precios. Para obtener más información, consulte [Precios de Amazon Redshift](https://aws.amazon.com//redshift/pricing/).
### Visualización del uso de facturación con CloudWatch
La métrica `SnapshotStorage`, que realiza un seguimiento del uso del almacenamiento de instantáneas, se genera y envía a CloudWatch. Para obtener más información sobre CloudWatch, consulte [¿Qué es Amazon CloudWatch?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
## Uso de la prueba gratuita de Amazon Redshift sin servidor
Amazon Redshift Serverless ofrece una prueba gratuita. Si participa en la prueba gratuita, puede ver el saldo de crédito de prueba gratuita en la consola de Redshift y comprobar el uso de la prueba gratuita en la vista del sistema [SYS\$1SERVERLESS\$1USAGE](https://docs.aws.amazon.com/redshift/latest/dg/SYS_SERVERLESS_USAGE.html). Tenga en cuenta que los detalles de facturación para el uso de prueba gratuita no aparecen en la consola de facturación. Solo puede ver el uso en la consola de facturación una vez finalizada la prueba gratuita. Para obtener más información sobre la prueba gratuita de Amazon Redshift sin servidor, consulte [Prueba gratuita de Amazon Redshift sin servidor](https://aws.amazon.com//redshift/free-trial/).
## Notas sobre la facturación de uso
+ **Registro del uso**: una consulta o transacción solo se mide y registra después de que la transacción se complete, se revierta o se detenga. Por ejemplo, si una transacción se ejecuta durante dos días, el uso de RPU se registra después de que se complete. Puede supervisar el uso en curso en tiempo real si consulta `sys_serverless_usage`. El registro de las transacciones puede reflejarse como una variación del uso de RPU y afectar a los costos para horas específicas y para el uso diario.
+ **Escritura de transacciones explícitas**: es importante, como práctica recomendada, finalizar las transacciones. Si no finaliza ni revierte una transacción abierta, Amazon Redshift Serverless sigue utilizando las RPU. Por ejemplo, si escribe un `BEGIN TRAN` explícito, es importante que estén las instrucciones `COMMIT` y `ROLLBACK` correspondientes.
+ **Consultas canceladas**: si ejecuta una consulta y la cancela antes de que termine, se le sigue facturando el tiempo que se ha ejecutado la consulta.
+ **Escalado**: la instancia de Amazon Redshift Serverless puede iniciar el escalado para manejar periodos de mayor carga, con el fin de mantener un rendimiento constante. La facturación de Amazon Redshift Serverless incluye tanto la capacidad base de computación como la capacidad escalada a la misma tasa de RPU.
+ **Reducir verticalmente**: Amazon Redshift Serverless escala verticalmente desde su capacidad de RPU base para gestionar periodos de mayor carga. En algunos casos, la capacidad de RPU puede permanecer en una configuración superior durante un periodo después de que la carga de la consulta disminuya. Le recomendamos que establezca un máximo de horas de RPU en la consola para protegerse de costes inesperados.
+ **Tablas del sistema**: cuando se consulta una tabla del sistema, se factura el tiempo de consulta.
+ **Redshift Spectrum**: cuando se tiene Amazon Redshift Serverless y se realizan consultas, no se cobra por separado por las consultas del lago de datos. Para las consultas de datos almacenados en Amazon S3, el cargo es el mismo, por tiempo de transacción, que en las consultas de datos locales.
+ **Consultas federadas**: las consultas federadas se cobran en términos de RPU utilizadas durante un intervalo de tiempo específico, de la misma manera que las consultas en el almacenamiento de datos o el lago de datos.
+ **Almacenamiento**: el almacenamiento se factura por separado, por GB al mes.
+ **Cargo mínimo**: el cargo mínimo es de 60 segundos de uso de recursos, contabilizado por segundos.
+ **Facturación de instantáneas**: la facturación de instantáneas no cambia. Se cobra según el almacenamiento, facturado a una tasa de GB al mes. Puede restaurar su almacenamiento de datos a puntos específicos de las últimas 24 horas con una precisión de 30 minutos, de forma gratuita. Para obtener más información, consulte [Precios de Amazon Redshift](https://aws.amazon.com//redshift/pricing/).
+ **Las optimizaciones automáticas se ejecutan con recursos de computación adicional**: Amazon Redshift sin servidor suele ejecutar operaciones de optimización automáticas junto con las consultas de los usuarios. Estas operaciones se conocen como características automatizadas y no se le cobra nada por ellas.
Si habilita la asignación de recursos de computación adicional, Amazon Redshift ejecutará características automatizadas cuando sea necesario, incluso en períodos de alta actividad de los usuarios. En esos casos, se le puede facturar el tiempo dedicado a ejecutar características automatizadas. 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 de Amazon Redshift*.
### Prácticas recomendadas de Amazon Redshift Serverless para mantener la previsibilidad de la facturación
A continuación, se muestran las prácticas recomendadas y las configuraciones integradas que lo ayudarán a mantener la coherencia de la facturación.
+ Asegúrese de finalizar cada transacción. Cuando usa `BEGIN` para iniciar una transacción, también es importante `END`.
+ Use el control de errores de las prácticas recomendadas para responder correctamente a los errores y finalizar cada transacción. Minimizar las transacciones abiertas ayuda a evitar el uso innecesario de RPU.
+ Use `SESSION TIMEOUT` para finalizar las transacciones abiertas y las sesiones inactivas. Hace que se agote el tiempo de espera de cualquier sesión inactiva durante más de 3600 segundos (1 hora). Hace que se agote el tiempo de espera de cualquier transacción que se mantenga abierta e inactiva durante más de 21 600 segundos (6 horas). Esta configuración de tiempo de espera se puede cambiar explícitamente para un usuario específico, por ejemplo, cuando desea mantener abierta una sesión para una consulta de larga duración. En el tema [CREATE USER](https://docs.aws.amazon.com/redshift/latest/dg/r_CREATE_USER.html) (CREAR USUARIO), se muestra cómo ajustar `SESSION TIMEOUT` para un usuario.
+ En la mayoría de los casos, le recomendamos que no amplíe el valor `SESSION TIMEOUT`, a menos que tenga un caso de uso que lo requiera específicamente. Si la sesión permanece inactiva, con una transacción abierta, puede dar lugar a un caso en que se utilicen RPU hasta que se cierre la sesión. Esto dará lugar a costos innecesarios.
+ Amazon Redshift sin servidor tiene un tiempo máximo de 86 399 segundos (24 horas) para una consulta en ejecución. El periodo máximo de inactividad de una transacción abierta es de seis horas antes de que Amazon Redshift sin servidor finalice la sesión asociada a la transacción. Para obtener más información, consulte [Cuotas de objetos de Amazon Redshift Serverless](amazon-redshift-limits.md#serverless-limits-account).
## Facturación de Amazon Redshift sin servidor con agrupación de conexiones
Amazon Redshift sin servidor trata todas las consultas entrantes como actividad de usuario facturable, incluidas las consultas sencillas de comprobación de estado enviadas por grupos de conexiones. Este comportamiento se aplica independientemente de si la consulta se origina en una aplicación, un controlador JDBC/ODBC o un marco de agrupación de conexiones. Cada consulta de comprobación de estado desencadena el uso de la computación y se incurre en cargos independientemente del propósito o el origen de la consulta. Como resultado, mantener los grupos de conexiones abiertos puede generar costos incluso cuando no se estén ejecutando cargas de trabajo reales de los usuarios.
La agrupación de conexiones mantiene un conjunto de conexiones persistentes entre las aplicaciones y el punto de conexión de Amazon Redshift sin servidor. Para garantizar que estas conexiones se mantengan en buen estado y disponibles, los mecanismos de agrupación suelen enviar consultas ligeras o vacías (por ejemplo, `SELECT 1`) a intervalos regulares. Estas consultas automatizadas verifican el estado de la conexión.
Cuando utilice la agrupación de conexiones, tenga en cuenta estas prácticas recomendadas para minimizar los cargos imprevistos:
+ Ajuste la frecuencia de las comprobaciones de estado revisando y optimizando la frecuencia de las consultas de comprobación de estado o de keep-alive en la configuración de agrupación de conexiones.
+ Optimice la configuración del sistema inactivo configurando la agrupación de conexiones para minimizar la pérdida innecesaria de conexiones o la actividad de consultas en segundo plano durante los tiempos de inactividad del sistema.
+ Implemente una agrupación en el nivel de aplicaciones o una mejor gestión del ciclo de vida de las conexiones si así puede reducir la sobrecarga.
+ Desactive las consultas de latido o validación si la configuración de agrupación de conexiones lo permite. Compruebe los parámetros específicos de la cadena de conexión o los archivos de configuración para ajustar esta configuración.
+ Afine la configuración de keepalive de TCP: si no puede desactivar los mecanismos de latidos internos del controlador, ajuste la configuración keepalive del protocolo de control de transmisión (TCP) en el nivel del sistema operativo o de la aplicación para solucionar los problemas de tiempo de espera de la conexión. Consulte el sistema operativo, el controlador JDBC u ODBC, o la documentación del grupo de conexiones para obtener más información.
+ Optimice la agrupación de conexiones de bases de datos: configure el grupo de conexiones (HikariCP, grupo de conexiones de base de datos de Apache) para administrar las conexiones y minimizar la sobrecarga de conexión. Concéntrese en parámetros como el número máximo de conexiones, el tiempo de espera de inactividad y las consultas de validación (si es necesario). Esta optimización ayuda a alinear el uso de la computación de Amazon Redshift sin servidor con la demanda real de carga de trabajo, lo que podría reducir los costos.
## Optimización de costos para Amazon Redshift sin servidor sin ETL
Para optimizar los costos al ejecutar integraciones sin ETL en Amazon Redshift sin servidor, puede ajustar el tamaño de los entornos y modificar la configuración de actualización según las necesidades de la carga de trabajo. Considere la posibilidad de realizar los siguientes ajustes:
+ Utilice la capacidad base de RPU inferior de 8 RPU, cuando esté disponible para las cargas de trabajo.
+ Configure el REFRESH\$1INTERVAL de la instancia de Redshift de destino para equilibrar actualización con costo. Los intervalos más cortos garantizan actualizaciones casi en tiempo real, pero aumentan los costos de procesamiento. Los intervalos más largos (5 minutos o más) reducen los cargos de las cargas de trabajo en las que la actualización inmediata no es fundamental, como la elaboración de informes o el análisis histórico. Para editar REFRESH\$1INTERVAL de destino de Redshift, consulte la cláusula de intervalo de actualización en la descripción de [ALTER DATABASE](https://docs.aws.amazon.com/redshift/latest/dg/r_ALTER_DATABASE.html).
+ Maximice el uso del entorno de Amazon Redshift sin servidor ejecutando simultáneamente cargas de trabajo de análisis mientras se ingieren datos sin ETL. Esto garantiza que la capacidad de procesamiento sirva activamente para múltiples propósitos empresariales.