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.
Configuration du mode capacité à la demande
Le mode de capacité à la demande d'Amazon Keyspaces (pour Apache Cassandra) est une option de facturation flexible capable de traiter des milliers de demandes par seconde sans planification des capacités. Cette option propose une pay-per-request tarification pour les demandes de lecture et d'écriture afin que vous ne payiez que pour ce que vous utilisez.
Lorsque vous choisissez le mode à la demande, Amazon Keyspaces peut augmenter instantanément la capacité de débit de votre table jusqu'à n'importe quel niveau de trafic précédemment atteint, puis redescendre à la baisse lorsque le trafic des applications diminue. Si le niveau de trafic d'une charge globale atteint un nouveau pic, le service s'adapte rapidement pour augmenter la capacité de débit de votre table. Vous pouvez activer le mode de capacité à la demande pour les tables nouvelles et existantes.
Le mode à la demande est une bonne option si l'une des conditions suivantes est remplie :
-
Vous créez des tables avec des charges de travail inconnues.
-
Vous avez un trafic imprévisible au niveau de l'application.
-
Vous préférez ne payer qu'à l'utilisation.
Pour démarrer avec le mode à la demande, vous pouvez créer une nouvelle table ou mettre à jour une table existante pour utiliser le mode capacité à la demande à l'aide de la console ou avec quelques lignes de code Cassandra Query Language (CQL). Pour de plus amples informations, veuillez consulter Tables.
Rubriques
Unités de demande de lecture et unités de demande d'écriture
Avec les tables du mode de capacité à la demande, vous n'avez pas besoin de spécifier à l'avance le débit de lecture et d'écriture que vous comptez utiliser par votre application. Amazon Keyspaces vous facture les lectures et les écritures que vous effectuez sur vos tables en termes d'unités de demande de lecture (RRUs) et d'unités de demande d'écriture (WRUs).
-
L'un RRUreprésente une
LOCAL_QUORUMou deux demandes deLOCAL_ONElecture pour une ligne d'une taille maximale de 4 Ko. Si vous devez lire une ligne de plus de 4 Ko, l'opération de lecture utilise des éléments supplémentairesRRUs. Le nombre total de lignes RRUs requises dépend de la taille de la ligne et de la cohérence que vous souhaitez utiliserLOCAL_QUORUMouLOCAL_ONElire. Par exemple, la lecture d'une ligne de 8 Ko nécessite 2 lignes RRUs utilisant la cohérence deLOCAL_QUORUMlecture, et 1 RRU si vous choisissez la cohérence deLOCAL_ONElecture. -
L'un WRUreprésente une écriture pour une ligne d'une taille maximale de 1 Ko. Toutes les écritures utilisent
LOCAL_QUORUMla cohérence, et l'utilisation de transactions légères (LWTs) est gratuite. Si vous devez écrire une ligne supérieure à 1 Ko, l'opération d'écriture utilise des éléments supplémentairesWRUs. Le nombre total de lignes WRUs requises dépend de la taille de la ligne. Par exemple, si la taille de votre ligne est de 2 Ko, vous en avez besoin WRUs de 2 pour exécuter une demande d'écriture.
Pour de plus amples informations sur les niveaux de cohérence pris en charge, veuillez consulter Niveaux de cohérence en lecture et écriture pris en charge par Apache Cassandra et coûts associés.
Trafic de pointe et propriétés de scalabilité
Les tables Amazon Keyspaces qui utilisent le mode capacité à la demande s'adaptent automatiquement au volume de trafic de votre application. Le mode de capacité à la demande peut gérer jusqu'à deux fois le trafic de pointe précédent d'une table. Par exemple, le modèle de trafic de votre application peut varier entre 5 000 et 10 000 lectures de LOCAL_QUORUM par seconde, 10 000 lectures par seconde étant le pic de trafic précédent.
Avec ce modèle, le mode de capacité à la demande prend instantanément en charge un trafic soutenu pouvant atteindre 20 000 lectures par seconde. Si votre application présente un trafic de 20 000 lectures par seconde, ce pic devient votre nouvelle capacité de pointe précédente, permettant ainsi au trafic futur d'atteindre jusqu'à 40 000 lectures par seconde.
Si vous avez besoin de plus du double de votre pic précédent sur une table, Amazon Keyspaces alloue automatiquement plus de capacité à mesure que votre volume de trafic augmente. Cela permet de s'assurer que votre table dispose d'une capacité de débit suffisante pour traiter les demandes supplémentaires. Toutefois, vous pouvez observer des erreurs de capacité de débit insuffisante si vous dépassez le double de votre pic précédent en 30 minutes.
Par exemple, supposons que le modèle de trafic de votre application varie entre 5 000 et 10 000 lectures fortement cohérentes par seconde, où 20 000 lectures par seconde correspondent au pic de trafic atteint précédemment. Dans ce cas, le service vous recommande d'espacer votre croissance de trafic sur au moins 30 minutes avant de conduire jusqu'à 40 000 lectures par seconde.
Pour savoir comment estimer la consommation de capacité de lecture et d'écriture d'une table, voirEstimez la consommation de capacité du débit de lecture et d'écriture dans Amazon Keyspaces.
Pour en savoir plus sur les quotas par défaut de votre compte et sur la façon de les augmenter, reportez-vous à la section Quotas pour Amazon Keyspaces (pour Apache Cassandra).
Débit initial pour le mode de capacité à la demande
Si vous créez une table avec un mode de capacité à la demande ou basculez une table existante vers le mode de capacité à la demande pour la première fois, la table possède les paramètres suivants du trafic de pointe précédent, même si la table n'a pas encore opéré de trafic en mode de capacité à la demande :
-
Table nouvellement créée avec mode capacité à la demande : le pic précédent était de 2 000 WRUs et 6 000RRUs. Vous pouvez poursuivre jusqu'à doubler le pic précédent immédiatement. Cela permet aux tables à la demande nouvellement créées de servir jusqu'à 4 000 ou WRUs 12 000 personnesRRUs.
-
Table existante passée en mode capacité à la demande : le pic précédent correspond à la moitié du pic précédent WCUs et RCUs a été provisionné pour la table ou pour les paramètres d'une table nouvellement créée avec le mode capacité à la demande, selon le montant le plus élevé.
