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.
Bonnes pratiques de gestion des données de séries temporelles dans DynamoDB
Les principes de conception généraux dans Amazon DynamoDB recommandent d’utiliser un nombre minimum de tables. Pour la plupart des applications, une seule table est suffisante. Cependant, pour les données chronologiques, il sera souvent préférable d’utiliser une table par application et par période.
Modèle de création des données de séries temporelles
Prenons l’exemple d’un scénario classique avec des données chronologiques, dans lequel vous voulez suivre un grand nombre d’événements. Votre modèle d’accès en écriture se résume au fait que tous les événements enregistrés ont la date du jour. Votre modèle d’accès en lecture se résume comme suit : la lecture des événements du jour est la lecture effectuée le plus fréquemment, la lecture des événements d’hier étant effectuée un peu moins fréquemment et celle des événements des jours suivants étant effectuée très rarement. Un moyen de le faire est d’intégrer la date et l’heure actuelles dans la clé primaire.
Le modèle de création suivant permet souvent de gérer de façon efficace ce scénario :
-
Créez une table par période, à laquelle vous allouez la capacité en lecture et écriture requise et les index nécessaires.
-
Avant la fin de chaque période, générez à l’avance la table pour la période suivante. Lorsque la période en cours se termine, dirigez le trafic d’événements vers la nouvelle table. Vous pouvez affecter à ces tables des noms indiquant les périodes auxquelles elles sont associées.
-
Dès qu’une table ne fait plus l’objet d’écritures, réduisez sa capacité en écriture allouée (par exemple 1 WCU) et allouez la capacité en lecture appropriée. Réduisez la capacité en lecture allouée aux tables plus anciennes à mesure qu’elles vieillissent. Vous pouvez choisir d’archiver ou de supprimer les tables dont le contenu est rarement ou jamais nécessaire.
L’idée est d’allouer les ressources nécessaires pour la période en cours, qui présente le plus haut volume de trafic, et de réduire la capacité allouée aux anciennes tables, qui ne sont pas utilisées activement, de manière à économiser de l’argent. En fonction des besoins de votre entreprise, vous devrez peut-être envisager d’écrire le partitionnement de manière à répartir le trafic uniformément selon la clé de partition logique. Pour de plus amples informations, veuillez consulter Utilisation du partitionnement d’écriture pour une répartition équitable des charges de travail dans votre table DynamoDB.
Optimisez les coûts de stockage grâce à la classe de Standard-IA tables
DynamoDB propose deux classes de tables : DynamoDB Standard et DynamoDB Access (DynamoDB Standard-Infrequent ). Standard-IA La classe de Standard-IA table réduit vos coûts de stockage tout en augmentant le coût du débit de lecture et d'écriture. C'est une solution idéale lorsque le stockage représente la majeure partie du coût d'une table et que l'accès à la table est peu fréquent.
Ce compromis correspond naturellement à la structure des séries chronologiques. La table de la période en cours reçoit la majeure partie du trafic de lecture et d'écriture. Conservez-la donc dans la classe de table DynamoDB Standard, où le débit est moins coûteux. Lorsqu'une table n'est plus utilisée, elle est rarement écrite (ou pas du tout) et lue rarement, tout en conservant ses données. Pour ces anciennes tables, le stockage représente généralement le coût le plus élevé. Par conséquent, le fait de les passer à la classe de Standard-IA tables peut réduire votre coût global.
Lorsque vous appliquez des classes de tables à des tables de séries chronologiques, tenez compte des points suivants :
-
Conservez la période actuelle (active) dans la classe de table DynamoDB Standard. Le coût de débit plus élevé de l' Standard-IA emporterait sur les économies de stockage réalisées pour une table qui gère un volume élevé de lectures et d'écritures.
-
Passez à la table d'une période lorsqu' Standard-IA elle n'est plus activement écrite et qu'elle est rarement consultée, mais vous devez tout de même conserver ses données (par exemple, pour des raisons de conformité ou pour des requêtes historiques occasionnelles).
-
Vous pouvez définir la classe de table lorsque vous créez une table ou la modifier ultérieurement. Évaluez le ratio entre les coûts de stockage et de débit de chaque table avant le changement et surveillez les coûts après le changement.
Pour plus d'informations sur les classes de tables et sur la manière de choisir entre elles, consultez Classes de tables DynamoDB etÉvaluation de la sélection de votre classe de table DynamoDB.
Exemples de tableaux de séries chronologiques
Voici un exemple de données de séries chronologiques dans lequel la table actuelle est provisionnée à une read/write capacité plus élevée et les anciennes tables sont réduites car elles sont rarement consultées.
