Facturation pour Amazon Redshift sans serveur - Amazon Redshift
Facturation de la capacité de calculFacturation pour stockage Utilisation de l’essai gratuit d’Amazon Redshift sans serveurNotes d’utilisation de facturation

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

Les sections suivantes fournissent des informations détaillées sur le fonctionnement de la facturation pour Amazon Redshift Serverless. Pour plus d'informations sur les tarifs, consultez la tarification d'Amazon Redshift

Facturation de la capacité de calcul

La capacité de base et son incidence sur la facturation

Lorsque des requêtes sont exécutées, vous êtes facturé en fonction de la capacité utilisée pendant une durée donnée, en RPU heures par seconde. Lorsqu’aucune requête n’est en cours, vous n’êtes pas facturé pour la capacité de calcul. Le stockage géré Redshift (RMS) vous est également facturé, en fonction 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 exigences de prix/performance de votre charge de travail au niveau du 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 maximale d'RPUheures d'utilisation

Pour garantir la prévisibilité des coûts pour Amazon Redshift Serverless, vous pouvez définir le nombre maximum d'RPUheures utilisées par jour, par semaine ou par mois. Vous pouvez le configurer à l'aide de la console ou duAPI. 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 définition du nombre maximum RPU d'heures vous permet de maîtriser vos coûts. Les paramètres relatifs au nombre maximum d'RPUheures s'appliquent à votre groupe de travail, à la fois pour les requêtes qui accèdent aux données de votre entrepôt de données et pour les requêtes qui accèdent à des données externes, par exemple dans une table externe dans 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.

  2. 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 RPU heures par semaine, les requêtes sont désactivées.

La définition du nombre maximum RPU d'heures pour le groupe de travail ne limite pas les performances ou les ressources de calcul du groupe de travail. Vous pouvez ajuster ces paramètres à tout moment sans affecter le traitement des requêtes. L'objectif de la fixation d'RPUheures maximales 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.

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 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 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 constitue le RPU plafond qu'Amazon Redshift Serverless peut atteindre. Il permet de contrôler le coût des ressources de calcul. De la même manière que la capacité de base définit une quantité minimale de ressources informatiques disponibles, la capacité maximale fixe un plafond d'RPUutilisation. 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 des limites d'utilisation en RPU heures

Le but des limites d'RPUheures maximales et du réglage de la 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.

  • Nombre maximum d'RPUheures d'utilisation : contrairement à la capacité maximale, ce paramètre ne fixe pas de limite 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 exclusivement la capacité maximale ou la compléter par des actions correspondant aux limites d'utilisation maximales en RPU heures.

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 avez un groupe de travail dont la capacité de base est fixée à 256RPUs. 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 à 512RPUs.

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, la capacité maximale est définie pour éviter des coûts de calcul supérieurs à ceux de 512RPUs. 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 RPU niveau faible, cela peut retarder le traitement de la charge de travail et entraîner une expérience utilisateur inoptimale.

  • La configuration du paramètre Capacité maximale n'interfère pas avec l'exécution des requêtes, même en période de forte RPU utilisation. 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.

  • Le paramètre de capacité maximale maximal est 5632RPUs.

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 le 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 du CLI en exécutant la get-workgroup commande.

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

Consultez la table USAGE système SYS SERVERLESS _ _ pour suivre l'utilisation et connaître les frais liés aux requêtes :

select trunc(start_time) "Day", 
(sum(charged_seconds)/3600::double 
precision) * <Price for 1 RPU> 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 les charges de travail que vous exécutez en RPU quelques heures par seconde, avec une charge minimale de 60 secondes.

  • Les enregistrements de la table système sys_serverless_usage indiquent les frais encourus par intervalles d’une minute. Il est important de comprendre les colonnes suivantes :

    La colonne charged_seconds :

    • Fournit l'unité de calcul (RPU) secondes 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_seconds :

    • 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_seconds est égal à 0 mais où charged_seconds 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 vous recommandons d'agréger les données dans SYS _ _SERVERLESS. USAGE

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.

Visualisation de l'utilisation avec CloudWatch

Vous pouvez utiliser les statistiques disponibles dans CloudWatch pour suivre l'utilisation. Les métriques générées pour CloudWatch sont les ComputeSeconds suivantes : elles indiquent le nombre total de RPU secondes 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 ?

Facturation pour stockage

La capacité de stockage principale est facturée sous la forme Redshift Managed Storage 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.

Visualisation de l'utilisation de la facturation avec CloudWatch

La métriqueSnapshotStorage, 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 ?

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 consulter le solde créditeur de l'essai gratuit dans la console Redshift et vérifier l'utilisation de l'essai gratuit dans la vue USAGE système SYS_ SERVERLESS _. 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.

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 dure deux jours, RPU l'utilisation est enregistrée une fois celle-ci 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 de RPU l'utilisation et avoir un effet sur 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 ROLLBACKcorrespondantes.

  • 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 Serverless inclut à la fois le calcul de base et la capacité échelonnée au même taux. RPU

  • Diminution : Amazon Redshift Serverless augmente sa RPU capacité de base pour gérer les périodes de charge plus élevée. Dans certains cas, la RPU capacité peut rester à un niveau supérieur pendant un certain temps après la baisse de la charge des requêtes. Nous vous recommandons de définir un nombre maximum d'RPUheures dans la console afin de vous prémunir contre les coûts imprévus.

  • 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'RPUsutilisation 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.

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. Minimiser les transactions ouvertes permet d'éviter toute RPU utilisation inutile.

  • 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 CREATEUSERexplique comment effectuer des ajustements SESSION TIMEOUT pour 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.