View a markdown version of this page

Configuration du mode de capacité provisionnée - Amazon Keyspaces (pour Apache Cassandra)

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 de capacité provisionnée

Si vous choisissez le mode de capacité de débit alloué vous spécifiez le nombre de lectures et d'écritures par seconde requis pour votre application. Cela vous permet de gérer votre utilisation d'Amazon Keyspaces afin de rester au niveau ou en dessous d'un taux de demandes défini afin de garantir la prévisibilité. Pour en savoir plus sur la mise à l'échelle automatique du débit alloué, reportez-vous à la section Gérez automatiquement la capacité de débit grâce au dimensionnement automatique d'Amazon Keyspaces.

Le mode de capacité de débit alloué est une bonne option si l'une des conditions suivantes est vraie :

  • Votre application présente un niveau de trafic prévisible.

  • Vous exécutez des applications dont le trafic est constant ou évolue progressivement.

  • Vous pouvez prévoir les besoins en capacité.

Unités de capacité en lecture et unités de capacité en écriture

Pour les tables en mode alloué, vous spécifiez votre capacité de débit en termes d'unités de capacité en lecture (RCU) et d'unités de capacité en écriture (WCU) :

  • Un RCU représente une lecture de LOCAL_QUORUM par seconde ou deux lectures de LOCAL_ONE par seconde, 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 RCU supplémentaires.

    Le nombre total de RCU requis dépend de la taille de la ligne et du nombre de lecture de LOCAL_ONE ou de LOCAL_QUORUM souhaitées. Par exemple, si la taille de votre ligne est de 8 Ko, vous avez besoin de 2 RCU pour supporter une lecture de LOCAL_QUORUM par seconde et d'1 RCU si vous choisissez les lectures de LOCAL_ONE.

  • Une WCU représente une écriture par seconde pour une ligne d'une taille maximale de 1 Ko. Toutes les écritures utilisent la cohérence LOCAL_QUORUM et il n'y a pas de frais supplémentaires pour l'utilisation de transactions légères (LWT). Si vous devez écrire une ligne supérieure à 1 Ko, l'opération d'écriture utilise des WCU supplémentaires.

    Le nombre total de WCU requis dépend de la taille de la ligne. Par exemple, si la taille de votre ligne est de 2 Ko, vous avez besoin de 2 WCU pour supporter une demande d'écriture par seconde. Pour plus d'informations sur la façon d'estimer la consommation de capacité de lecture et d'écriture d'une table, consultezEstimez la consommation de capacité du débit de lecture et d'écriture dans Amazon Keyspaces.

Si votre application lit ou écrit des lignes plus grandes (jusqu'à la taille de ligne maximale d'Amazon Keyspaces de 1 Mo), elle consomme davantage d'unités de capacité. Pour en savoir plus sur l'estimation de la taille des lignes, consultezEstimer la taille des lignes dans Amazon Keyspaces. Par exemple, supposons que vous créiez une table allouée avec 6 RCU et 6 WCU. Avec ces paramètres, votre application pourrait effectuer les opérations suivantes :

  • Effectuez des LOCAL_QUORUM lectures allant jusqu'à 24 Ko par seconde (4 Ko × 6 RCU).

  • Effectuez des lectures de LOCAL_ONE allant jusqu'à 48 Ko par seconde (deux fois plus de débit de lecture).

  • Écrivez jusqu'à 6 Ko par seconde (1 Ko × 6 WCU).

Le Débit alloué est la quantité maximum de capacité qu'une application peut consommer à partir d'une table. Si votre application dépasse votre capacité de débit alloué, vous pouvez observer des erreurs de capacité insuffisante.

Par exemple, une demande de lecture dont la capacité de débit est insuffisante échoue avec une Read_Timeout exception et est publiée dans la ReadThrottleEvents métrique. Une demande d'écriture dont la capacité de débit est insuffisante échoue avec une Write_Timeout exception et est publiée dans la WriteThrottleEvents métrique.

Vous pouvez utiliser Amazon CloudWatch pour surveiller vos indicateurs de débit provisionnés et réels ainsi que les événements de capacité insuffisante. Pour plus d’informations sur ces métriques, consultez Statistiques et dimensions d'Amazon Keyspaces.

Note

Des erreurs répétées dues à une capacité insuffisante peuvent entraîner des exceptions spécifiques au pilote côté client, par exemple si le pilote DataStax Java échoue avec un. NoHostAvailableException

Pour modifier les paramètres de capacité de débit des tables, vous pouvez utiliser l'instruction AWS Management Console ou l'ALTER TABLEinstruction à l'aide de CQL. Pour plus d'informations, voir. ALTER TABLE

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).