Utiliser Aurora Serverless v2

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 v2, 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 v2, 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 v2 vous permet de faire correspondre étroitement la capacité aux besoins de votre base de données. Pour un cluster approvisionné, l'augmentation d'échelle exige d'ajouter une toute nouvelle instance de base de données. Pour un cluster Aurora Serverless v1, l'augmentation d'échelle exige de doubler le nombre d'unités de capacité Aurora (ACU) du cluster, par exemple de 16 à 32 ou de 32 à 64. En revanche, Aurora Serverless v2 peut ajouter la moitié d'une ACU lorsque seul un volume de capacité un peu plus important 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.

Applications multilocataires – Avec Aurora Serverless v2, vous n'avez pas à gérer individuellement la capacité de base de données pour chaque application de votre flotte. Aurora Serverless v2 gère la capacité de base de données individuelle pour vous.

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

Applications mixtes : supposons que vous ayez une application de traitement des transactions en ligne (OLTP), mais que vous rencontrez 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 v2 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 v2, 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 v2 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 v2 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 v2 pour les environnements de développement et de test. Aurora Serverless v2 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 v2 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 v2 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 v2 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 v2 sur plusieurs Régions AWS. Cette fonctionnalité est plus pratique que les mécanismes de mise à l’échelle des clusters approvisionnés. Elle est également plus rapide et plus granulaire que les fonctionnalités de mise à l’échelle d'Aurora Serverless v1.

Rentable en périodes de faible activité : Aurora Serverless v2 vous permet d'éviter de surapprovisionner vos instances de base de données. Aurora Serverless v2 ajoute des ressources par incréments granulaires lorsque les instances de base de données font l'objet d'une augmentation d'échelle. Vous payez uniquement pour les ressources de base de données que vous consommez. L'utilisation des ressources Aurora Serverless v2 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.

Plus grande parité des fonctionnalités avec les clusters approvisionnés : vous pouvez utiliser de nombreuses fonctionnalités Aurora avec Aurora Serverless v2 qui ne sont pas disponibles pour Aurora Serverless v1. Par exemple, Aurora Serverless v2 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 AWS Identity and Access Management (IAM) et Performance Insights. Vous pouvez également utiliser beaucoup plus de paramètres de configuration qu'avec Aurora Serverless v1.

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

Mise à l'échelle plus rapide, plus granulaire et moins perturbatrice qu'Aurora Serverless v1 : Aurora Serverless v2 peut procéder à une augmentation/réduction d'échelle 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 pas d'événement dont vous devez être conscient, comme avec Aurora Serverless v1. 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.