Utilisation de l’Aurora serverless

Charges de travail variables – Vous exécutez des charges de travail présentant des hausses soudaines et imprévisibles en termes d'activité. 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 Aurora serverless, la capacité de votre base de données augmente automatiquement pour répondre aux besoins de la charge de pointe de l'application et revient à la normale lorsque la hausse d'activité est terminée. Avec Aurora serverless, vous n'avez plus besoin d'approvisionner de la capacité pour les pics ou la moyenne d'utilisation. 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 Aurora serverless vous permet de faire correspondre étroitement la capacité 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 de base de données. Aurora serverlesspeut ajouter un demi-ACU lorsque seulement un peu plus de capacité est nécessaire. Il peut ajouter 0,5, 1, 1,5, 2 ou des moitiés d'ACU supplémentaires en fonction de la capacité supplémentaire nécessaire pour gérer une augmentation de la charge de travail. Il peut également retirer 0,5, 1, 1,5, 2 ou des moitiés d'ACU supplémentaires lorsque la charge de travail diminue et que cette capacité n'est plus nécessaire.

Multi-tenant applications — Grâce à Aurora serverless cela, vous n'avez pas à gérer individuellement la capacité de la base de données pour chaque application de votre parc. Aurora serverlessgère pour vous la capacité individuelle des bases de données.

Vous pouvez créer un cluster pour chaque locataire. De cette façon, vous pouvez utiliser des fonctionnalités telles que le clonage, la restauration d'instantané et les bases de données globales Aurora pour améliorer la haute disponibilité et la reprise après sinistre, selon les 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. De cette façon, les clusters à faible activité entraînent des frais d'instance de base de données 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 de l'instance de base de données dont vous avez besoin. Aurora serverless vous permet de configurer un cluster avec une ou plusieurs instances de base de données et faire en sorte que la base de données soit mise à l'échelle automatiquement selon les exigences en capacité de votre application.

Mixed-use applications — 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 les niveaux de promotion pour les instances de base de données Aurora serverless d'un cluster, vous pouvez configurer votre cluster de sorte que les instances de base de données de lecteur puissent être mises à l'échelle indépendamment de l'instance de base de données d'enregistreur pour gérer la charge supplémentaire. Lorsque le pic d'utilisation diminue, les instances de base de données de lecteur font à nouveau l'objet d'une réduction d'échelle de sorte à correspondre à la capacité de l'instance de base de données d'enregistreur.

Planification de la capacité : supposons que vous ajustez généralement la capacité de votre base de données ou que vous vérifiez la capacité de base de données optimale pour votre charge de travail, en modifiant les classes de toutes les instances de base de données d'un cluster. Avec Aurora serverless, vous pouvez éviter ces frais administratifs. Vous pouvez déterminer les capacités minimale et maximale appropriées en exécutant la charge de travail et en vérifiant les proportions réelles de mise à l'échelle des instances de base de données.

Vous pouvez basculer les instances de base de données existantes du mode approvisionné vers Aurora serverless ou inversement. Dans ce cas, vous n'avez pas besoin de créer un cluster ou une instance de base de données.

Avec une base de données globale Aurora, vous n'aurez peut-être pas besoin d'autant de capacité pour les clusters secondaires que pour le cluster principal. Vous pouvez utiliser des instances de base de données Aurora serverless dans les clusters secondaires. De cette façon, la capacité du cluster peut faire l'objet d'une augmentation d'échelle si une région secondaire est promue et prend en charge la charge de travail de votre application.

Développement et tests : outre l'exécution de vos applications les plus exigeantes, vous pouvez également utiliser Aurora serverless pour les environnements de développement et de test. Aurora serverless vous permet de créer des instances de base de données ayant une faible capacité minimale plutôt que d'utiliser des classes d'instance de base de données db.t*. Vous pouvez définir une capacité maximale suffisamment élevée pour que ces instances de base de données puissent toujours exécuter des charges de travail substantielles sans manquer de mémoire. Lorsque la base de données n'est pas utilisée, toutes les instances de base de données font l'objet d'une réduction d'échelle pour éviter des frais inutiles.

Gestion de la capacité plus simple que les clusters approvisionnés : Aurora serverless réduit les efforts de planification des tailles d'instance de base de données et de redimensionnement des instances de base de données en fonction de l'évolution de la charge de travail. Il réduit également les efforts déployés pour maintenir une capacité cohérente pour l'ensemble des instances de base de données d'un cluster.

Mise à l'échelle plus rapide et plus facile en périodes de forte activité : Aurora serverless met à l'échelle la capacité de calcul et de mémoire selon les besoins, sans perturber les transactions client ou votre charge de travail globale. La possibilité d'utiliser des instances de base de données de lecteur avec Aurora serverless vous aide à tirer parti de la mise à l'échelle horizontale en plus de la mise à l'échelle verticale. La possibilité d'utiliser des bases de données globales Aurora implique que vous pouvez répartir votre charge de travail en lecture Aurora serverless sur plusieurs Régions AWS. Cette fonctionnalité est plus pratique que les mécanismes de mise à l’échelle des clusters approvisionnés.

Cost-effective pendant les périodes de faible activité : vous Aurora serverless permet d'éviter de surprovisionner vos instances de base de données. Aurora serverlessajoute des ressources par incréments granulaires lorsque les instances de base de données augmentent. Vous payez uniquement pour les ressources de base de données que vous consommez. L'utilisation des ressources Aurora serverless est mesurée à la seconde. De cette façon, lorsqu'une instance de base de données fait l'objet d'une réduction d'échelle, l'utilisation réduite des ressources est immédiatement enregistrée.

Meilleure parité des fonctionnalités avec le provisionnement — Vous pouvez utiliser de nombreuses fonctionnalités d'Aurora avec Aurora serverless O. Par exemple, Aurora serverless vous pouvez utiliser des instances de base de données de lecteur, des bases de données globales, l'authentification de base de données Gestion des identités et des accès AWS (IAM) et Performance Insights.

Avec Aurora serverless, vous pouvez notamment tirer parti des fonctionnalités suivantes issues des clusters approvisionnés :

Une mise à l'échelle plus rapide, plus granulaire et moins perturbatrice : Aurora serverless vous pouvez augmenter ou diminuer plus rapidement. La mise à l'échelle peut modifier la capacité de 0,5 ACU au lieu de doubler ou de réduire de moitié le nombre d'ACU. La mise à l'échelle s'effectue généralement sans interrompre le traitement. La mise à l'échelle n'implique aucun événement dont vous devez être conscient. La mise à l'échelle peut intervenir lorsque les instructions SQL sont en cours d'exécution et que les transactions sont ouvertes, sans qu'il soit nécessaire d'attendre un point silencieux.