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.
Utilisation d'Amazon DocumentDB sans serveur
Amazon DocumentDB serverless est une configuration de dimensionnement automatique à la demande qui automatise les processus d'ajustement dynamique de la capacité de votre base de données Amazon DocumentDB en fonction de la demande de l'application. Vous êtes facturé uniquement pour les ressources consommées par vos clusters. Ainsi, DocumentDB sans serveur peut vous aider à respecter votre budget et à éviter de payer pour des ressources informatiques que vous n'utilisez pas.
Ce type d'automatisation est particulièrement utile pour les environnements soumis à des charges de travail très variables et imprévisibles, tels que les bases de données mutualisées, les bases de données distribuées et les systèmes de développement et de test.
Rubriques
Cas d'utilisation de DocumentDB sans serveur
Les clusters provisionnés par Amazon DocumentDB et DocumentDB sans serveur prennent en charge de nombreux types de charges de travail de base de données, des environnements de développement et de test aux applications critiques les plus exigeantes qui nécessitent une évolutivité et une disponibilité élevées. Mais DocumentDB serverless ajoute une autre dimension aux charges de travail des clients, à savoir la capacité de prendre en charge des sites Web et des applications dont les charges de travail sont imprévisibles.
DocumentDB serverless est particulièrement utile dans les cas d'utilisation suivants :
Charges de travail variables : vous exécutez des charges de travail dont l'activité augmente de manière soudaine et imprévisible. Par exemple, un site d'informations sur la circulation routière qui pourrait connaître un pic d'activité lorsqu'il commence à pleuvoir. Autre exemple, un site de e-commerce dont le trafic augmente lorsque vous proposez des soldes ou des promotions spéciales. Avec DocumentDB serverless, votre base de données adapte automatiquement sa capacité pour répondre aux besoins liés à la charge maximale de l'application et la redimensionne à la baisse lorsque le pic d'activité est terminé. Avec DocumentDB sans serveur, vous n'avez plus besoin de prévoir une capacité maximale ou moyenne. Vous pouvez spécifier une limite de capacité supérieure pour faire face au pire des cas, cette capacité n'étant utilisée que si elle est nécessaire.
La granularité de la mise à l'échelle dans DocumentDB sans serveur vous permet d'adapter la capacité au plus près aux besoins de votre base de données. Pour un cluster provisionné, la mise à l'échelle nécessite l'ajout d'une toute nouvelle instance. DocumentDB serverless peut ajouter un demi-DCU lorsque seulement un peu plus de capacité est nécessaire. Il peut en ajouter 0,5, 1, 1,5, 2 ou la moitié en DCUs fonction de la capacité supplémentaire nécessaire pour faire face à une augmentation de la charge de travail. Et il peut en supprimer 0,5, 1, 1,5, 2, ou encore la moitié, DCUs lorsque la charge de travail diminue et que cette capacité n'est plus nécessaire.
Applications mutualisées : avec DocumentDB sans serveur, vous n'avez pas à gérer individuellement la capacité de la base de données pour chaque application de votre parc. DocumentDB sans serveur gère pour vous la capacité individuelle des bases de données.
Vous pouvez créer un cluster pour chaque locataire. Ainsi, vous pouvez utiliser des fonctionnalités telles que le clonage et la restauration instantanée pour améliorer la haute disponibilité et la reprise après sinistre en fonction des besoins de chaque locataire.
Chaque locataire peut avoir des périodes de pointe ou d'inactivité spécifiques en fonction de l'heure de la journée, de la période de l'année, des événements promotionnels, etc. Chaque cluster peut avoir une plage de capacité étendue. Ainsi, les clusters à faible activité entraînent des frais d'instance minimes. N'importe quel cluster peut rapidement subir une augmentation d'échelle pour gérer les périodes de forte activité.
Nouvelles applications : vous déployez une nouvelle application et vous n'êtes pas sûr de la taille d'instance dont vous avez besoin. En utilisant DocumentDB sans serveur, vous pouvez configurer un cluster avec une ou plusieurs instances et adapter automatiquement la base de données aux exigences de capacité de votre application.
Applications à usage mixte : supposons que vous disposiez d'une application de traitement des transactions en ligne (OLTP), mais que vous subissiez régulièrement des pics de trafic de requêtes. En spécifiant des niveaux de promotion pour les instances sans serveur DocumentDB d'un cluster, vous pouvez configurer votre cluster afin que les instances du lecteur puissent évoluer indépendamment de l'instance du rédacteur afin de gérer la charge supplémentaire. Lorsque le pic d'utilisation diminue, les instances du lecteur sont réduites pour correspondre à la capacité de l'instance du rédacteur.
Planification des capacités : supposons que vous ajustez généralement la capacité de votre base de données ou que vous vérifiiez la capacité de base de données optimale pour votre charge de travail en modifiant les classes d'instance de toutes les instances d'un cluster. Avec DocumentDB sans serveur, vous pouvez éviter cette surcharge administrative. Vous pouvez déterminer la capacité minimale et maximale appropriée en exécutant la charge de travail et en vérifiant le degré d'évolutivité réel des instances.
Vous pouvez modifier les instances existantes de DocumentDB provisionnées vers DocumentDB sans serveur ou de DocumentDB sans serveur vers Provisionnées. Il n'est pas nécessaire de créer un nouveau cluster ou une nouvelle instance dans de tels cas.
Développement et tests — Outre l'exécution de vos applications les plus exigeantes, vous pouvez également utiliser DocumentDB sans serveur pour les environnements de développement et de test. Avec DocumentDB serverless, vous pouvez créer des instances avec une faible capacité minimale au lieu d'utiliser des classes d'instance db.t* burstables. Vous pouvez définir une capacité maximale suffisamment élevée pour que ces instances puissent continuer à exécuter des charges de travail importantes sans manquer de mémoire. Lorsque la base de données n'est pas utilisée, toutes les instances sont réduites pour éviter des frais inutiles.
Utilisation d'Amazon DocumentDB sans serveur pour les charges de travail provisionnées existantes
Supposons qu'une application DocumentDB s'exécute déjà sur un cluster provisionné. Vous pouvez vérifier le fonctionnement de l'application avec DocumentDB sans serveur en ajoutant une ou plusieurs instances de DocumentDB sans serveur au cluster existant en tant qu'instances de lecteur. Vous pouvez vérifier la fréquence à laquelle les instances du lecteur augmentent ou diminuent. Vous pouvez utiliser le mécanisme de basculement de DocumentDB pour promouvoir une instance sans serveur DocumentDB en tant que rédactrice et vérifier comment elle gère la charge de travail. read/write De cette façon, vous pouvez basculer avec un temps d'arrêt minimal, sans modifier le point de terminaison utilisé par vos applications clientes. Pour plus de détails sur la procédure de conversion de clusters existants en DocumentDB sans serveur, consultez. Migration vers Amazon DocumentDB sans serveur
Avantages d'Amazon DocumentDB sans serveur
DocumentDB sans serveur est destiné aux charges de travail variables ou « pointues ». Avec ces charges de travail imprévisibles, il est possible que vous ayez des difficultés à planifier le moment où modifier la capacité de votre base de données. Il se peut également que vous ayez du mal à modifier les capacités assez rapidement en utilisant les mécanismes habituels tels que l'ajout d'instances ou la modification de classes d'instances. DocumentDB serverless offre les avantages suivants pour vous aider dans de tels cas d'utilisation :
Gestion des capacités plus simple que celle allouée : DocumentDB sans serveur réduit les efforts liés à la planification de la taille des instances et au redimensionnement des instances en fonction de l'évolution de la charge de travail. Cela réduit également les efforts nécessaires pour maintenir une capacité constante pour toutes les instances d'un cluster.
Mise à l'échelle plus rapide et plus facile pendant les périodes de forte activité : DocumentDB adapte la capacité de calcul et de mémoire en fonction des besoins, sans perturber les transactions clients ni votre charge de travail globale. La possibilité d'utiliser des instances de lecteur avec DocumentDB sans serveur vous permet de tirer parti de la mise à l'échelle horizontale en plus de la mise à l'échelle verticale.
Rentable en période de faible activité : DocumentDB sans serveur vous permet d'éviter de surprovisionner vos instances. DocumentDB sans serveur ajoute des ressources par incréments granulaires lorsque les instances augmentent. Vous ne payez que pour les ressources de base de données que vous consommez. L'utilisation des ressources sans serveur DocumentDB est mesurée par seconde. Ainsi, lorsqu'une instance est réduite, la réduction de l'utilisation des ressources est immédiatement enregistrée.
Parité des fonctionnalités avec les fonctionnalités provisionnées — Vous pouvez utiliser toutes les fonctionnalités de DocumentDB avec DocumentDB sans serveur. Par exemple, avec DocumentDB serverless, vous pouvez utiliser des instances de lecteur, l'authentification de base de données AWS Identity and Access Management (IAM) et Performance Insights.
Avec DocumentDB serverless, vous pouvez notamment tirer parti des fonctionnalités suivantes à partir de clusters provisionnés :
Instances de lecteur : DocumentDB sans serveur peut tirer parti des instances de lecteur pour effectuer une mise à l'échelle horizontale. Lorsqu'un cluster contient une ou plusieurs instances de lecteur, le cluster peut basculer immédiatement en cas de problème avec l'instance d'écriture.
Clusters multi-AZ : vous pouvez distribuer les instances sans serveur DocumentDB d'un cluster sur plusieurs zones de disponibilité (). AZs La configuration d'un cluster multi-AZ permet d'assurer la continuité de l'activité, même dans les rares cas de problèmes qui affectent l'ensemble d'une zone de disponibilité.
