Bonnes pratiques relatives aux clusters élastiques Amazon DocumentDB

Utilisez une clé de hachage uniformément répartie pour répartir vos données sur toutes les partitions de votre cluster (évitez les raccourcis clavier).

Utilisez votre clé de partition dans toutes les read/update/delete demandes pour éviter les requêtes Scatter Gather.

Évitez les touches de partition imbriquées lorsque vous effectuez read/update/delete des opérations.

Lorsque vous effectuez des opérations par lots, définissez ordered la valeur sur false afin que toutes les partitions puissent s'exécuter en parallèle et améliorer les latences.

Surveillez le nombre de vos connexions et la fréquence à laquelle les nouvelles connexions sont ouvertes et fermées.

Répartissez vos connexions sur tous les sous-réseaux de la configuration de votre application. Si votre cluster est configuré dans plusieurs sous-réseaux mais que vous n'utilisez qu'un sous-ensemble de sous-réseaux, il se peut que le nombre maximal de connexions soit limité.

Lorsque vous travaillez avec des collections non fragmentées, pour répartir la charge, essayez de conserver les collections non fragmentées très utilisées sur différentes bases de données. Les clusters élastiques Amazon DocumentDB placent les bases de données sur différentes partitions et colocalisent des collections non partitionnées pour la même base de données sur la même partition.

Les opérations de dimensionnement peuvent provoquer des erreurs intermittentes de base de données et de réseau pendant une brève période. Dans la mesure du possible, évitez le redimensionnement aux heures de pointe. Essayez de procéder à une mise à l'échelle pendant les fenêtres de maintenance.

Il est préférable d'augmenter ou de diminuer la capacité des partitions (modification du nombre de vCPU par partition) pour augmenter le calcul plutôt que d'augmenter ou de diminuer le nombre de partitions, car cela est plus rapide et entraîne une durée plus courte d'erreurs intermittentes de base de données et de réseau.

Lorsque vous anticipez une croissance, privilégiez l'augmentation du nombre de partitions plutôt que l'augmentation de la capacité des partitions. Cela vous permet de faire évoluer votre cluster en augmentant la capacité de partition pour les scénarios nécessitant une mise à l'échelle rapide.

Surveillez vos politiques de relance côté client et réessayez avec des retards et des fluctuations exponentiels afin d'éviter de surcharger votre base de données en cas d'erreur lors du dimensionnement.

Suivez le peak-to-average ratio de vos indicateurs par partition afin de déterminer si vous conduisez un trafic irrégulier (utilisez une touche de raccourci ou un point d'accès rapide). Les indicateurs clés pour suivre les peak-to-average ratios sont les suivants :