Amazon Redshift ne prendra plus en charge la création de nouveaux Python à UDFs partir du patch 198. UDFs Le Python existant continuera de fonctionner jusqu'au 30 juin 2026. Pour plus d’informations, consultez le [ billet de blog ](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/).
Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Facturation pour Amazon Redshift sans serveur
## Facturation de la capacité de calcul
Vous pouvez acheter de la capacité pour Amazon Redshift sans serveur de deux façons :
+ **Vous pouvez acheter de la capacité à la demande** : lorsque vous optez pour une capacité de calcul à la demande, vous payez les ressources au fur et à mesure. C’est le meilleur choix si vous commencez tout juste à utiliser Amazon Redshift sans serveur ou si vous n’avez pas encore une idée précise de vos habitudes d’utilisation régulières. La solution à la demande offre la plus grande flexibilité. Pour de plus amples informations, veuillez consulter [Facturation de la capacité de calcul à la demande](serverless-billing-on-demand.md).
+ **Vous pouvez acheter des réservations** : une réservation offre une remise lorsque vous achetez une quantité prédéfinie de ressources informatiques pour une durée spécifique, par exemple pendant un an. C’est une bonne idée si vous savez que vous allez utiliser régulièrement une certaine quantité de capacité. Il est utile d’économiser de l’argent lorsque vous pouvez prévoir certains de vos besoins en matière de capacité. Pour de plus amples informations, veuillez consulter [Facturation pour les réservations sans serveur](serverless-billing-reserved.md).
Vous pouvez utiliser conjointement les réservations et les ressources à la demande. Il n’est pas nécessaire d’utiliser l’un ou l’autre.
Pour obtenir des informations détaillées sur la tarification, consultez [Tarification Amazon Redshift](https://aws.amazon.com/redshift/pricing/).
# Facturation de la capacité de calcul à la demande
**La capacité de base et son incidence sur la facturation**
Lorsque les requêtes sont exécutées, vous êtes facturé en fonction de la capacité utilisée pendant une durée donnée, en heures RPU sur une base par seconde. Lorsqu’aucune requête n’est en cours, vous n’êtes pas facturé pour la capacité de calcul. Vous êtes également facturé pour le stockage géré par Redshift sur la base de la quantité de données stockées.
Lorsque vous créez votre groupe de travail, vous avez la possibilité de définir la **Capacité de base** pour le calcul. Pour répondre aux price/performance exigences de votre charge de travail au niveau d'un groupe de travail, ajustez la capacité de base à la hausse ou à la baisse pour un groupe de travail existant. Sélectionnez le groupe de travail dans **Configuration de groupe de travail** et choisissez l’onglet **Limites** pour modifier la capacité de base à l’aide de la console.
À mesure que le nombre de requêtes augmente, Amazon Redshift sans serveur se met automatiquement à l’échelle pour assurer des performances constantes.
**Limite d’utilisation maximale d’heures de RPU**
Pour que les coûts restent prévisibles pour Amazon Redshift sans serveur, vous pouvez définir la valeur **Maximum RPU hours** (Nombre maximal d’heures RPU) utilisées par jour, par semaine ou par mois. Vous pouvez définir ce paramètre à l’aide de la console ou de l’API. Lorsqu’une limite est atteinte, vous pouvez configurer l’écriture d’une entrée de journal dans une table système, la réception d’une alerte ou la désactivation des requêtes de l’utilisateur. La fixation d’un nombre maximum d’heures RPU permet de maîtriser vos coûts. Les paramètres relatifs au nombre maximal d’heures RPU s’appliquent à votre groupe de travail pour les requêtes qui accèdent aux données de votre entrepôt des données et pour les requêtes qui accèdent à des données externes, par exemple dans une table externe d’Amazon S3.
Voici un exemple :
Supposons que vous définissiez une limite de 100 heures par semaine. Pour faire cela sur la console, procédez comme suit :
1. Choisissez votre groupe de travail, puis choisissez **Gérer les limites d’utilisation** sous l’onglet **Limites**.
1. Ajoutez une limite d’utilisation, en choisissant la fréquence **Toutes les semaines**, une durée de **100** heures et en définissant l’action **Désactiver les requêtes utilisateur**.
Dans cet exemple, si vous atteignez la limite de 100 heures de RPU par semaine, les requêtes sont désactivées.
Le fait de définir le nombre maximum d’heures de RPU pour le groupe de travail ne limite pas les performances ni les ressources de calcul pour le groupe de travail. Vous pouvez ajuster ces paramètres à tout moment sans affecter le traitement des requêtes. L’objectif de la définition du nombre maximum d’heures de RPU est de vous aider à répondre à vos exigences en matière de prix et de performances. Pour plus d’informations sur la facturation sans serveur, consultez [Tarification Amazon Redshift](https://aws.amazon.com/redshift/pricing/).
Un autre moyen de garantir la prévisibilité du coût d'Amazon Redshift Serverless consiste à utiliser la [détection des anomalies de AWS coût](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/) afin de réduire les risques de surprises liées à la facturation et de renforcer le contrôle.
**Note**
Le [calculateur de tarification Amazon Redshift](https://calculator.aws/#/addService/Redshift) est utile pour estimer les tarifs. Vous saisissez les ressources de calcul dont vous avez besoin et il fournit un aperçu du coût.
## Définition d’une capacité maximale pour contrôler les coûts des ressources de calcul
Le paramètre de capacité maximale sert de plafond de RPU qu’Amazon Redshift sans serveur peut atteindre. Il permet de contrôler le coût des ressources de calcul. D’une manière similaire à la manière dont la capacité de base définit une quantité minimale de ressources de calcul disponibles, la capacité maximale définit un plafond d’utilisation de RPU. De cette façon, elle permet à vos dépenses de rester conformes à vos plans. La capacité maximale s’applique spécifiquement à chaque groupe de travail et limite l’utilisation du calcul à tout moment.
### En quoi la capacité maximale diffère-t-elle des limites d’utilisation d’heures de RPU ?
L’objectif des limites maximales d’heures de RPU et du paramètre de capacité maximale est de contrôler les coûts. Mais ils y parviennent par différents moyens. Les points suivants expliquent la différence :
+ *Capacité maximale* : ce paramètre définit le nombre le plus élevé de ce RPUs qu'Amazon Redshift Serverless utilise à des fins de dimensionnement. Lorsque la mise à l’échelle automatique du calcul est requise, le fait d’avoir une capacité maximale élevée peut améliorer le débit des requêtes. Lorsque la limite de capacité maximale est atteinte, le groupe de travail n’augmente plus les ressources.
+ *Limite d’utilisation maximale d’heures de RPU* : contrairement à la capacité maximale, ce paramètre ne définit pas un plafond de capacité. Mais il effectue d’autres actions pour vous aider à limiter les coûts. Elles incluent notamment l’ajout d’une entrée dans un journal, une notification ou l’arrêt de l’exécution des requêtes, si vous le souhaitez.
Vous pouvez utiliser la capacité maximale de façon exclusive ou vous pouvez la compléter par des actions liées aux limites d’utilisation maximales d’heures de RPU.
### Cas d’utilisation de la capacité maximale
Chaque groupe de travail peut avoir une valeur de capacité maximale différente. Elle vous aide à faire respecter les exigences budgétaires. Pour illustrer ce fonctionnement, prenons l’exemple suivant :
+ Vous disposez d'un groupe de travail dont la capacité de base est fixée à 256 RPUs. Vous avez des charges de travail stables d'un peu plus de 256 RPUs pendant la majeure partie du mois.
+ La capacité maximale est fixée à 512 RPUs.
Supposons que vous ayez un taux d’utilisation élevé inattendu sur une période de trois jours pour générer des rapports statistiques ponctuels. Dans ce cas, vous avez défini la capacité maximale pour éviter des coûts de calcul supérieurs à ceux de 512 RPUs. Avec cela, vous pouvez être sûr que la capacité de calcul ne dépassera pas cette limite supérieure.
### Notes d’utilisation de la capacité maximale
Ces notes peuvent vous aider à définir la capacité maximale de manière appropriée :
+ Chaque groupe de travail Amazon Redshift sans serveur peut avoir un paramètre de capacité maximale différent.
+ Si vous traversez une période d’utilisation très élevée des ressources et que la capacité maximale est définie sur un faible niveau de RPU, cela peut retarder le traitement des charges de travail et entraîner une expérience utilisateur qui n’est pas optimale.
+ La configuration du paramètre de capacité maximale n’interfère pas avec l’exécution des requêtes, même en période d’utilisation élevée de RPU. Cela ne fonctionne pas comme une limite d’utilisation, qui peut empêcher l’exécution des requêtes. Cela limite uniquement les ressources de calcul disponibles pour le groupe de travail. Vous pouvez visualiser la capacité utilisée sur une période donnée sur le tableau de bord d’Amazon Redshift sans serveur. Pour plus d’informations sur l’affichage des données récapitulatives, consultez [Vérification des données récapitulatives d’Amazon Redshift sans serveur à l’aide du tableau de bord](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-dashboard.html).
+ Le paramètre de capacité maximale maximal est 5632 RPUs.
### Comment définir la capacité maximale
Vous pouvez définir la capacité maximale dans la console. Pour un groupe de travail existant, vous pouvez modifier ce paramètre sous **Configuration de groupe de travail**. Vous pouvez également utiliser la CLI pour le définir à l’aide d’une commande, comme dans l’exemple suivant :
```
aws redshift-serverless update-workgroup --workgroup-name myworkgroup --max-capacity 512
```
Cela définit le paramètre Capacité maximale pour le groupe de travail portant le nom spécifié. Après l’avoir définie, vous pouvez vérifier la valeur dans la console. Vous pouvez également vérifier la valeur à l’aide de la CLI en exécutant la commande `get-workgroup`.
Vous pouvez désactiver le paramètre Capacité maximale en lui affectant la valeur `-1`, comme suit :
```
aws redshift-serverless update-workgroup --workgroup-name myworkgroup --max-capacity -1
```
## Surveillance de l’utilisation et des coûts d’Amazon Redshift sans serveur
Il existe plusieurs façons d’estimer l’utilisation et la facturation d’Amazon Redshift sans serveur. Les vues du système peuvent être utiles car les métadonnées du système, y compris les données de requête et d'utilisation, sont disponibles en temps opportun et vous n'avez aucune configuration à effectuer pour les interroger. CloudWatch peut également être utile pour surveiller l'utilisation de votre instance Amazon Redshift Serverless, et possède des fonctionnalités supplémentaires pour fournir des informations et définir des actions.
### Visualisation de l’utilisation en interrogeant une vue système
Interrogez la table système SYS\$1SERVERLESS\$1USAGE pour suivre l’utilisation et obtenir les frais des requêtes :
```
select trunc(start_time) "Day",
(sum(charged_seconds)/3600::double
precision) * as cost_incurred
from sys_serverless_usage
group by 1
order by 1
```
Cette requête fournit le coût journalier d’Amazon Redshift sans serveur, en fonction de l’utilisation.
#### Notes d’utilisation pour déterminer l’utilisation et le coût
+ Vous payez pour les charges de travail que vous exécutez, en RPU/heures sur une base par seconde, avec un forfait minimum de 60 secondes.
+ Les enregistrements de la table système sys\$1serverless\$1usage indiquent les frais encourus par intervalles d’une minute. Il est important de comprendre les colonnes suivantes :
La colonne charged\$1seconds :
+ Fournit les secondes d’unité de calcul (RPU) qui ont été facturées pendant l’intervalle de temps. Les résultats incluent tous les frais minimum dans Amazon Redshift sans serveur.
+ Contient des informations sur l’utilisation des ressources informatiques une fois les transactions terminées. La valeur de cette colonne peut donc être 0 si les transactions ne sont pas terminées.
La colonne compute\$1seconds :
+ Fournit des informations en temps réel sur l’utilisation du calcul. Les résultats n’incluent pas les frais minimum dans Amazon Redshift sans serveur. Ils peuvent donc différer dans une certaine mesure des secondes facturées pendant l’intervalle.
+ Affiche les informations d’utilisation au cours de chaque transaction (même si une transaction n’est pas terminée) et les données fournies sont donc en temps réel.
+ Il existe des situations où compute\$1seconds est égal à 0 mais où charged\$1seconds est supérieur à 0, ou vice versa. Il s’agit d’un comportement normal résultant de la manière dont les données sont enregistrées dans la vue système. Pour une représentation plus précise des détails de l’utilisation sans serveur, nous recommandons d’agréger les données dans SYS\$1SERVERLESS\$1USAGE.
Pour plus d’informations sur la surveillance des tables et des vues, consultez [Surveillance des requêtes et des charges de travail avec Amazon Redshift sans serveur](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-monitoring.html).
### Visualisation de l'utilisation avec CloudWatch
Vous pouvez utiliser les statistiques disponibles dans CloudWatch pour suivre l'utilisation. CloudWatch Les `ComputeSeconds` métriques générées pour indiquent le nombre total de secondes RPU utilisées dans la minute en cours et `ComputeCapacity` la capacité de calcul totale pour cette minute. Les métriques d’utilisation figurent également dans la console Redshift, sur le **tableau de bord Redshift sans serveur**. Pour plus d'informations CloudWatch, consultez [Qu'est-ce qu'Amazon CloudWatch ?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
# Facturation pour les réservations sans serveur
Amazon Redshift Serverless vous permet d'exécuter et de faire évoluer des analyses sans avoir à provisionner et à gérer des clusters selon un pay-as-you-go modèle de tarification. Désormais, avec les réservations sans serveur, vous pouvez optimiser davantage vos coûts de calcul et améliorer la prévisibilité des coûts des charges de travail existantes et nouvelles sur Redshift sans serveur.
Amazon Redshift gère les réservations sans serveur au niveau du compte AWS payeur, et les réservations peuvent être partagées entre plusieurs AWS comptes, ce qui vous permet de réduire vos coûts de calcul jusqu'à 24 % sur toutes les charges de travail Redshift sans serveur de votre compte. AWS Amazon Redshift facture les réservations sans serveur toutes les heures et mesure les réservations par seconde, offrant ainsi un modèle de facturation cohérent, 24 heures sur 24, sept jours sur sept, tout en conservant la flexibilité offerte par Redshift sans serveur. Amazon Redshift facture toute utilisation dépassant le niveau de RPU spécifié au tarif standard à la demande.
**Note**
Si vous souhaitez limiter l’utilisation à la demande, vous pouvez utiliser le paramètre **Capacité max.** pour définir des limites d’utilisation des ressources pour vos groupes de travail. Pour de plus amples informations, veuillez consulter [Facturation pour Amazon Redshift sans serveur](serverless-billing.md).
## Avantages des réserves sans serveur
Les réservations sans serveur constituent une option tarifaire à prix réduit pour Amazon Redshift sans serveur. Les réservations sans serveur vous permettent de vous engager à utiliser un certain nombre d'unités de traitement Redshift RPUs () pendant un an à un prix discount par rapport aux tarifs à la demande (OD), sans paiement initial. Vous pouvez bénéficier d’une réduction plus importante avec un paiement initial. Avec les réservations sans serveur, vous pouvez optimiser vos coûts de calcul et améliorer la prévisibilité des coûts des charges de travail existantes et nouvelles sur Redshift sans serveur.
Chaque réservation sans serveur est achetée au niveau du AWS compte et peut être partagée entre plusieurs groupes de travail Amazon Redshift Serverless au sein du même compte payeur. Cela vous donne une certaine flexibilité dans la manière dont la remise est appliquée. Plusieurs groupes de travail ayant des modèles de charge de travail différents peuvent partager la réservation.
## Comment fonctionne une réservation sans serveur
RPUs La réservation est un processus simple qui ne prend que quelques minutes. Cela inclut la spécification du niveau de RPU à réserver et du type de paiement. Amazon Redshift Serverless utilise l'outil standard de AWS facturation et de gestion des coûts qui vous aide à déterminer le niveau de réservation dont vous avez besoin et à surveiller votre utilisation en permanence. Les réservations sans serveur sont gérées au niveau du compte AWS payeur et peuvent être partagées sous le même compte payeur, ce qui vous permet de réduire vos coûts de calcul jusqu'à 24 % sur toutes les charges de travail Redshift Serverless de votre compte. AWS Les réservations sans serveur sont facturées à l’heure et mesurées à la seconde, offrant ainsi un modèle de facturation cohérent, 24 heures sur 24, sept jours sur sept, tout en conservant la flexibilité offerte par Redshift sans serveur. Toute utilisation dépassant le niveau de RPU spécifié est facturée aux tarifs à la demande standard de Redshift sans serveur.
Vous pouvez effectuer plusieurs réservations sans serveur sur le même AWS compte. Lorsque vous achetez des réservations sans serveur supplémentaires, elles se superposent. Par exemple, si vous achetez deux réservations et que vous en choisissez 100 RPUs pour chacune, vous obtenez un total de 200 RPUs à un tarif réduit.
**Note**
**Si vous souhaitez définir une limite d'utilisation à la demande, vous pouvez définir le maximum RPUs dans la console Amazon Redshift Serverless pour un groupe de travail en choisissant l'onglet **Limits, puis en sélectionnant Gérer les limites** d'utilisation.**
Une fois que vous avez acheté une réservation sans serveur, elle entre en vigueur immédiatement et apparaît dans la console Redshift dans le tableau de bord des réservations sans serveur.
## Analyse de votre utilisation de RPU (unité de traitement Redshift) pour déterminer le niveau de réservation dont vous avez besoin
Les réservations Redshift sans serveur vous permettent de bénéficier de coûts de calcul prévisibles et réduits en vous engageant à utiliser un nombre spécifique d'unités de traitement Redshift (RPUs) pendant un an, ce qui vous permet de bénéficier de remises par rapport aux tarifs à la demande. Ces remises peuvent aller jusqu’à 20 % avec l’option sans paiement initial, ou jusqu’à 24 % lorsque vous payez d’avance. Vous achetez Redshift Serverless Reservations au niveau du AWS compte payeur, et vos économies s'appliquent automatiquement à n'importe quel groupe de travail Redshift Serverless sur n'importe quel compte AWS associé. Vous pouvez ainsi gérer les budgets de manière centralisée tout en soutenant plusieurs équipes. Redshift sans serveur mesure l’utilisation selon une granularité par seconde, arrondie chaque heure, puis facturée à l’heure, afin que vous ne payiez que pour la capacité que vous utilisez. Les réservations Redshift sans serveur associent une application flexible pour tous les comptes à des économies basées sur les termes, vous offrant ainsi des prix d’analyse prévisibles sans sacrifier l’agilité de Redshift sans serveur.
### Analyse de l’utilisation de RPU pour les réservations
Vous pouvez déterminer vos niveaux d’utilisation de RPU de deux manières : vous pouvez utiliser le tableau de bord Redshift sans serveur pour une vue sur sept jours ou utiliser Cost Explorer pour une analyse à long terme. Les procédures suivantes montrent comment analyser votre utilisation de RPU :
**Méthode 1 : Tableau de bord Redshift sans serveur (affichage sur 7 jours)**
1. Connectez-vous à la console Amazon Redshift AWS Management Console et ouvrez-la à l'adresse. [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)
1. Ouvrez le Tableau de bord sans serveur.
1. Choisissez votre groupe de travail.
1. Consultez votre utilisation de la capacité RPU sur une période allant de la dernière heure à une semaine.
**Méthode 2 : AWS Cost Explorer (Analyse à long terme)**
1. Connectez-vous à la console Cost Explorer AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/).
1. Réglez la granularité sur **Horaire**
1. Regroupez par **Type d’utilisation**
1. Appliquez les filtres suivants :
+ Service : Redshift
+ Région : votre région locale
+ Type d'utilisation : Filtre pour **Redshift** : ServerlessUsage
1. Consultez le graphique des coûts et de l’utilisation pour l’utilisation horaire sans serveur dans la région que vous avez choisie
## Acheter une réservation sans serveur à l’aide de la console
Lorsque vous achetez une réservation, vous choisissez le niveau de RPU qui sera remisé. Avant de sélectionner votre niveau de RPU, il est préférable de connaître votre capacité de base et la capacité à la demande que vous utilisez au fil du temps. Cette section explique comment déterminer votre capacité et réserver une réservation sans serveur.
Pour commencer, dans la console Redshift, choisissez **Sans serveur**, puis **Réservations sans serveur** dans le menu.
![\[Amazon Redshift console showing Serverless dashboard with Serverless reservations option highlighted.\]](http://docs.aws.amazon.com/fr_fr/redshift/latest/mgmt/images/capacity-reservations-menu-selection.png)
La console affiche une description de la fonctionnalité et une liste des réservations existantes. De là, vous pouvez acheter une réservation ou utiliser les rapports et les outils de surveillance disponibles pour vérifier votre consommation actuelle. Ils vous aident à déterminer vos niveaux de RPU et le nombre qu' RPUs il convient de réserver.
Pour acheter une réservation, procédez comme suit :
1. Choisissez **Acheter des réservations sans serveur**.
![\[Reservation overview showing 1 RPU total, 0 expiring, with option to purchase Serverless reservations.\]](http://docs.aws.amazon.com/fr_fr/redshift/latest/mgmt/images/capacity-reservations-list-purchase.png)
1. Une visite guidée contenant une série de sélections apparaît. Entrez le niveau de RPU de **réservation sans serveur** à réserver. Si vous ne savez pas quel doit être ce niveau, vous pouvez utiliser les outils décrits plus loin dans cette section.
![\[Input field for entering reserved RPU capacity, with a range from 1 to any number.\]](http://docs.aws.amazon.com/fr_fr/redshift/latest/mgmt/images/capacity-reservations-RPU-level.png)
1. Définissez le type de paiement. Vous pouvez choisir de payer d'avance pour votre réservation RPUs ou de payer mensuellement. Si vous choisissez de payer d’avance, vous bénéficiez d’une réduction plus importante.
![\[Payment type options: All Upfront with 24% discount or No Upfront with 20% discount.\]](http://docs.aws.amazon.com/fr_fr/redshift/latest/mgmt/images/capacity-reservations-payment-type.png)
1. Lorsque vous avez terminé vos sélections, choisissez **Acheter des réservations sans serveur**, puis **Confirmer**.
Une fois que vous avez confirmé la réservation, elle apparaît dans la liste des réservations.
![\[Serverless reservations table showing one payment-pending reservation with details.\]](http://docs.aws.amazon.com/fr_fr/redshift/latest/mgmt/images/capacity-reservations-list-created.png)
## Notes d’utilisation
+ Vous ne pouvez pas modifier ni supprimer une réservation. Mais vous pouvez créer des réservations supplémentaires pour bénéficier d’une meilleure couverture.
+ Redshift Serverless utilise des applications RPUs réservées à une charge de travail avant de les utiliser à la demande RPUs, afin de garantir des économies. Si vous dépassez le nombre de places RPUs que vous avez réservées, vous commencez à accumuler des frais pour ces réservations supplémentaires RPUs au tarif à la demande Redshift Serverless.
+ Les crédits gratuits pour Amazon Redshift Serverless ne sont pas appliqués aux réservations sans serveur, mais uniquement aux réservations facturées à la demande. RPUs
## Exemples de réservation sans serveur
Dans ce scénario, votre AWS payeur/compte lié possède deux groupes de travail Amazon Redshift :
+ Le groupe de travail 1 a un état d’utilisation stable, par exemple pour une équipe de veille commerciale.
+ Le groupe de travail 2 a des charges de travail imprévisibles avec des pics d’utilisation, par exemple pour les opérations ETL.
Vous souhaitez optimiser les coûts de ces groupes de travail, c’est pourquoi vous achetez une réservation sans serveur d’un an. Sur la base des données historiques, vous déterminez que les deux groupes de travail en consomment 64 RPUs à l'état d'équilibre. Cependant, le groupe de travail 2 passe parfois de 32 RPUs à 48 RPUs et tombe à 24 RPUs pendant de courtes périodes. Vous définissez le niveau de RPU de votre réservation RPUs à 64 pour commencer, conformément aux tendances historiques. Les détails de facturation par heure sont les suivants :
+ Pendant la première heure, comme dans le cas des tendances d'utilisation historiques, les deux groupes de travail en utilisent 32 RPUs pour une utilisation totale du compte de 64 RPUs. Pour cette heure, toutes les réservations RPUs sont facturées au tarif réduit pour les réservations sans serveur. Cela est dû au fait que le niveau d'utilisation de 64 RPUs est égal à la réservation sans serveur de 64 RPU.
+ Pendant la deuxième heure, le groupe de travail 1 continue à utiliser 32 RPUs. Cependant, le groupe de travail 2 passe à 48 RPUs, pour une utilisation totale du compte de 80. RPUs Pour cette heure, 64 RPUs sont facturées au tarif réduit pour les réservations sans serveur, et 16 RPUs sont facturées au tarif à la demande Redshift Serverless.
+ Pendant la troisième heure, le groupe de travail 1 continue d'en consommer 32 RPUs et le groupe de travail 2 diminue à 8. RPUs Pendant cette heure, le compte est débité au tarif de réservation sans serveur de 64 RPU, même si le total du compte est de 40 RPU.
Consultez le schéma suivant pour connaître l’évolution de l’utilisation des groupes de travail et les détails de facturation des tarifs de réservation à la demande et sans serveur :
![\[Graph showing total account usage, on-demand usage, and workgroup trends over three time periods.\]](http://docs.aws.amazon.com/fr_fr/redshift/latest/mgmt/images/capacity-reservation-example.png)
## Achat d'une réservation sans serveur à l'aide de la AWS CLI ou de l'API Amazon Redshift
Vous utilisez `create-reservation` pour créer une réservation RPU. La commande est illustrée ci-dessous.
```
create-reservation
--capacity
--offering-id
```
Vous définissez `capacity` le nombre de personnes RPUs que vous souhaitez réserver.
## Facturation pour stockage
La capacité de stockage principale est facturée en tant que stockage géré Redshift (RMS). Le stockage est facturé par Go / mois. Le stockage et la capacité de calcul font l’objet d’une facturation distincte. Le stockage utilisé pour les instantanés d’utilisateurs est facturé au taux standard des sauvegardes, en fonction de votre niveau d’utilisation.
Les coûts de transfert de données et de machine learning (ML) s’appliquent séparément, de la même manière que les clusters alloués. La réplication de snapshots et le partage de données entre les AWS régions sont facturés aux taux de transfert indiqués sur la page de tarification. Pour plus d’informations, consultez [Tarification d’Amazon Redshift](https://aws.amazon.com//redshift/pricing/).
### Visualisation de l'utilisation de la facturation avec CloudWatch
La métrique`SnapshotStorage`, qui suit l'utilisation du stockage des instantanés, est générée et envoyée à CloudWatch. Pour plus d'informations CloudWatch, consultez [Qu'est-ce qu'Amazon CloudWatch ?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
## Utilisation de l’essai gratuit d’Amazon Redshift sans serveur
Amazon Redshift sans serveur propose un essai gratuit. Si vous participez à l’essai gratuit, vous pouvez voir le solde du crédit de l’essai gratuit dans la console Redshift et vérifier l’utilisation de l’essai gratuit dans la vue système [SYS\$1SERVERLESS\$1USAGE](https://docs.aws.amazon.com/redshift/latest/dg/SYS_SERVERLESS_USAGE.html). Notez que les détails de facturation pour l’utilisation de l’essai gratuit n’apparaissent pas dans la console de facturation. Vous ne pouvez visualiser l’utilisation dans la console de facturation qu’après la fin de la période d’essai gratuite. Pour en savoir plus sur l’essai gratuit d’Amazon Redshift sans serveur, consultez [Essai gratuit d’Amazon Redshift sans serveur](https://aws.amazon.com//redshift/free-trial/).
## Notes d’utilisation de facturation
+ **Utilisation de l’enregistrement** : une requête ou une transaction n’est mesurée et enregistrée qu’une fois la transaction terminée, annulée ou arrêtée. Par exemple, si une transaction s’exécute pendant deux jours, l’utilisation des RPU est enregistrée une fois que cette transaction est terminée. Vous pouvez surveiller l’utilisation continue en temps réel en interrogeant `sys_serverless_usage`. L’enregistrement des transactions peut refléter une variation d’utilisation des RPU et affecter les coûts pour des heures spécifiques et pour une utilisation quotidienne.
+ **Rédaction de transactions explicites** : il est important de respecter la bonne pratique consistant à mettre fin aux transactions. Si vous ne terminez pas ou n'annulez pas une transaction en cours, Amazon Redshift Serverless continue de l'utiliser. RPUs Par exemple, si vous écrivez un texte `BEGIN TRAN` explicite, il est important d’avoir des instructions `COMMIT` et `ROLLBACK`correspondantes.
+ **Requêtes annulées** : si vous exécutez une requête et que vous l’annulez avant la fin de son exécution, vous êtes toujours facturé pour la durée de l’exécution de la requête.
+ **Scaling** (Mise à l’échelle) : l’instance Amazon Redshift sans serveur peut initier une mise à l’échelle pour gérer les périodes de charge plus élevée, afin de maintenir des performances cohérentes. Votre facturation Amazon Redshift sans serveur comprend à la fois le calcul de base et la capacité mise à l’échelle au même taux de RPU.
+ **Scaling down** (Réduction de l’échelle) : Amazon Redshift sans serveur augmente sa capacité RPU de base pour gérer les périodes de charge plus élevée. Dans certains cas, la capacité de la RPU peut rester à un niveau plus élevé pendant un certain temps après la baisse de la charge des requêtes. Nous vous recommandons de définir le nombre maximum d’heures RPU dans la console afin de vous prémunir contre les coûts inattendus.
+ **Tables système** : lorsque vous interrogez une table système, la durée de requête est facturée.
+ **Redshift Spectrum** : lorsque vous utilisez Amazon Redshift sans serveur et que vous exécutez des requêtes, il n’y a pas de frais distincts pour les requêtes liées à un lac de données. Pour les requêtes sur des données stockées dans Amazon S3, les frais sont identiques, par temps de transaction, comme les requêtes sur des données locales.
+ **Requêtes fédérées** - Les requêtes fédérées sont facturées en termes d' RPUs utilisation sur un intervalle de temps spécifique, de la même manière que les requêtes sur l'entrepôt de données ou le lac de données.
+ **Stockage** : le stockage est facturé séparément, par Go / mois.
+ **Forfait minimum** : le tarif minimum est fixé à 60 secondes d’utilisation des ressources, facturées à la seconde.
+ **Facturation d’instantané** : la facturation d’instantané ne change pas. Il est facturé en fonction du stockage, sur la base d’un tarif de Go / mois. Vous pouvez restaurer gratuitement votre entrepôt des données à des points spécifiques au cours des dernières 24 heures à une granularité de 30 minutes. Pour plus d’informations, consultez [Tarification d’Amazon Redshift](https://aws.amazon.com//redshift/pricing/).
+ **Optimisations automatiques exécutées à l'aide de ressources de calcul supplémentaires** ‐ Amazon Redshift Serverless exécute généralement des opérations d'optimisation automatiques parallèlement aux requêtes des utilisateurs. Ces opérations sont appelées autonomes, et elles ne vous sont pas facturées.
Si vous activez l'allocation de ressources informatiques supplémentaires, Amazon Redshift exécutera des systèmes autonomes si nécessaire, même en période de forte activité des utilisateurs. Dans de tels cas, le temps passé à utiliser des systèmes autonomes peut vous être facturé. Pour plus d'informations, consultez la section [Allocation de ressources de calcul supplémentaires pour l'optimisation automatique des bases](https://docs.aws.amazon.com/redshift/latest/dg/t_extra-compute-autonomics.html) de données dans le manuel *Amazon Redshift Database* Developer Guide.
### Les bonnes pratiques d’Amazon Redshift sans serveur pour une facturation prévisible
Vous trouverez ci-dessous les bonnes pratiques ainsi que les paramètres intégrés qui permettent d’assurer la cohérence de votre facturation.
+ Veillez à mettre fin à chaque transaction. Lorsque vous utilisez `BEGIN` pour commencer une transaction, il est important d’y mettre fin (`END`) également.
+ Suivez les bonnes pratiques en matière de gestion des erreurs pour répondre convenablement aux erreurs et mettre fin à chaque transaction. Le fait de minimiser le nombre de transactions ouvertes permet d’éviter l’utilisation inutile de RPU.
+ Utilisez `SESSION TIMEOUT` pour mettre fin aux transactions ouvertes et aux sessions inactives. Ce paramètre fait expirer toute session restée inactive pendant plus de 3 600 secondes (1 heure). Il fait expirer toute transaction restée ouverte et inactive pendant plus de 21 600 secondes (6 heures). Ce paramètre de délai peut être modifié explicitement pour un utilisateur spécifique, par exemple lorsque vous souhaitez maintenir une session ouverte pour une requête de longue durée. La rubrique [CREATE USER](https://docs.aws.amazon.com/redshift/latest/dg/r_CREATE_USER.html) (CRÉER UN UTILISATEUR) montre comment adapter `SESSION TIMEOUT` à un utilisateur.
+ Dans la plupart des cas, nous vous recommandons de ne pas allonger la valeur `SESSION TIMEOUT`, sauf si vous avez un cas d’utilisation qui le requiert spécifiquement. Si la session reste inactive, avec une transaction ouverte, cela peut entraîner une utilisation jusqu'à la fermeture de la session. RPUs Cela entraînera des coûts inutiles.
+ Amazon Redshift sans serveur dispose d’une durée maximale de 86 399 secondes (24 heures) pour une requête en cours d’exécution. La période maximale d’inactivité pour une transaction ouverte est de six heures avant qu’Amazon Redshift sans serveur ne mette fin à la session associée à la transaction. Pour de plus amples informations, veuillez consulter [Quotas pour les objets Amazon Redshift sans serveur](amazon-redshift-limits.md#serverless-limits-account).
## Amazon Redshift sans serveur avec regroupement des connexions
Amazon Redshift sans serveur traite toutes les requêtes entrantes comme des activités facturables des utilisateurs, y compris les requêtes légères de surveillance de l’état envoyées par des groupes de connexions. Ce comportement s'applique indépendamment du fait que la requête provient d'une application, d'un JDBC/ODBC pilote ou d'un framework de regroupement de connexions. Chaque requête de surveillance de l’état déclenche l’utilisation du calcul, et des frais sont facturés quel que soit le but ou l’origine de la requête. Par conséquent, le maintien de groupes de connexions ouverts peut générer des coûts même lorsqu’aucune charge de travail utilisateur réelle n’est en cours d’exécution.
Le regroupement de connexions gère un groupe de connexions persistantes entre les applications et le point de terminaison Amazon Redshift sans serveur. Pour garantir que ces connexions restent saines et disponibles, les mécanismes de regroupement envoient souvent des requêtes légères ou vides (par exemple, `SELECT 1`) à intervalles réguliers. Ces requêtes automatisées vérifient l’état de la connexion.
Lorsque vous utilisez le regroupement de connexions, tenez compte des bonnes pratiques suivantes afin de minimiser les frais imprévus :
+ Ajustez la fréquence des surveillances de l’état en passant en revue et en optimisant la fréquence des requêtes de surveillance de l’état ou de conservation dans votre configuration de regroupement de connexions.
+ Optimisez les paramètres du système inactif en configurant le regroupement des connexions afin de minimiser les pertes de connexion inutiles ou les requêtes en arrière-plan pendant les périodes d’inactivité du système.
+ Mettez en œuvre le regroupement au niveau des applications ou une meilleure gestion du cycle de vie des connexions si cela peut réduire les frais généraux.
+ Désactivez les requêtes de pulsation ou de validation si votre configuration de regroupement de connexions le permet. Vérifiez les paramètres de votre chaîne de connexion ou vos fichiers de configuration spécifiques pour ajuster ces paramètres.
+ Optimisez les paramètres de conservation TCP : si vous ne parvenez pas à désactiver les mécanismes internes des pulsations du pilote, ajustez les paramètres de conservation TCP (Transmission Control Protocol) au niveau du système d’exploitation ou de l’application pour résoudre les problèmes de délai de connexion. Reportez-vous à la documentation de votre système d'exploitation, de votre JDBC/ODBC pilote ou de votre pool de connexions pour plus de détails.
+ Optimisez le regroupement des connexions aux bases de données : configurez votre groupe de connexions (HikariCP, Apache Database Connection Pool) pour gérer les connexions et minimiser les frais de connexion. Concentrez-vous sur des paramètres tels que le nombre maximal de connexions, le délai d’inactivité et les requêtes de validation (si nécessaire). Cette optimisation permet d’aligner l’utilisation du calcul d’Amazon Redshift sans serveur sur la demande de charge de travail réelle, ce qui peut réduire les coûts.
## Optimisation des coûts pour Amazon Redshift sans serveur zéro ETL
Pour optimiser les coûts lors de l’exécution d’intégrations zéro ETL sur Amazon Redshift sans serveur, vous pouvez dimensionner correctement vos environnements et ajuster vos paramètres d’actualisation en fonction des besoins de charge de travail. Pensez à effectuer les ajustements suivants :
+ Utilisez la capacité RPU de base inférieure de 8 RPU lorsqu’elle est disponible pour les charges de travail.
+ Configurez le REFRESH\$1INTERVAL de votre instance Redshift cible pour équilibrer actualisation et coût. Des intervalles plus courts garantissent des mises à jour en temps quasi réel, mais augmentent les coûts de calcul. Des intervalles plus longs (5 minutes ou plus) réduisent les frais liés aux charges de travail pour lesquelles l’actualisation immédiate n’est pas essentielle, comme les rapports ou les analyses historiques. Pour modifier votre REFRESH\$1INTERVAL Redshift cible, consultez la clause d’intervalle d’actualisation dans la description d’[ALTER DATABASE.](https://docs.aws.amazon.com/redshift/latest/dg/r_ALTER_DATABASE.html)
+ Optimisez l’utilisation de votre environnement Amazon Redshift sans serveur en exécutant simultanément des charges de travail d’analyse alors que des données zéro ETL sont ingérées. Cela garantit que la capacité de calcul répond activement à de multiples objectifs commerciaux.