Utiliser Aurora Serverless v2

Aurora Serverless v2 est une configuration à scalabilité automatique et à la demande pour Amazon Aurora. Aurora Serverless v2 permet d'automatiser les processus de surveillance de la charge de travail et d'ajustement de la capacité de vos bases de données. La capacité est ajustée automatiquement en fonction de la demande des applications. Seules les ressources consommées par vos clusters de bases de données vous sont facturées. Ainsi, Aurora Serverless v2 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 bases de données multilocataires, les bases de données distribuées, les systèmes de développement et de test, et d'autres environnements présentant des charges de travail très variables et imprévisibles.

Rubriques

• Cas d'utilisation d'Aurora Serverless v2
• Avantages d'Aurora Serverless v2
• Fonctionnement d'Aurora Serverless v2
• Exigences et limites pour Aurora Serverless v2
• Création d'un cluster de base de données qui utilise Aurora Serverless v2
• Gestion des clusters de Aurora Serverless v2 bases de données
• Performances et mise à l'échelle pour Aurora Serverless v2
• Migration vers Aurora Serverless v2

Cas d'utilisation d'Aurora Serverless v2

Aurora Serverless v2 prend en charge de nombreux types de charges de travail de bases de données. Ils vont des environnements de développement et de test aux sites Web et applications soumis à des charges de travail imprévisibles, en passant par les applications critiques les plus exigeantes qui nécessitent une évolutivité et une disponibilité élevées.

Aurora Serverless v2 est particulièrement utile pour les cas d'utilisation suivants :

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

  Astuce

  Pour faciliter son utilisation Aurora Serverless v2 dans les environnements de développement et de test, le AWS Management Console raccourci Easy Create est fourni lorsque vous créez un nouveau cluster. Si vous choisissez l'option Dev/Test, Aurora crée un cluster avec une instance de base de données Aurora Serverless v2 et une plage de capacité standard pour un système de développement et de test.

Utilisation d'Aurora Serverless v2 pour les charges de travail approvisionnées existantes

Supposons que vous ayez déjà une application Aurora s'exécutant sur un cluster approvisionné. Vous pouvez vérifier le fonctionnement de l'application avec Aurora Serverless v2 en ajoutant une ou plusieurs instances de base de données Aurora Serverless v2 au cluster existant en tant qu'instances de base de données de lecteur. Vous pouvez vérifier la fréquence à laquelle les instances de base de données de lecteur font l'objet d'une augmentation ou d'une réduction d'échelle. Vous pouvez utiliser le mécanisme de basculement Aurora pour promouvoir une instance de base de données Aurora Serverless v2 en enregistreur et vérifier comment l'application en lecture/écriture est gérée. 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 des clusters existants en Aurora Serverless v2, consultez Migration vers Aurora Serverless v2.

Avantages d'Aurora Serverless v2

Aurora Serverless v2 est destiné aux charges de travail variables ou « irrégulières ». 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 rencontriez des difficultés à modifier la capacité assez rapidement à l'aide des mécanismes familiers, tels que l'ajout d'instances de base de données ou la modification de classes d'instance de base de données. Aurora Serverless v2 offre les avantages suivants pour vous aider dans de tels cas d'utilisation :

• 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 :

  • Instances de base de données de lecteur : Aurora Serverless v2 peut tirer parti des instances de base de données de lecteur pour procéder à une mise à l'échelle horizontale. Lorsqu'un cluster contient une ou plusieurs instances de base de données de lecteur, le cluster peut basculer immédiatement en cas de problème avec l'instance de base de données d'enregistreur. Il s'agit d'une fonctionnalité qui n'est pas disponible avec Aurora Serverless v1.

  • Clusters multi-AZ : vous pouvez répartir les instances de base de données Aurora Serverless v2 d'un cluster sur plusieurs zones de disponibilité. 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é. Il s'agit d'une fonctionnalité qui n'est pas disponible avec Aurora Serverless v1.

  • Bases de données globales : vous pouvez les utiliser Aurora Serverless v2 en combinaison avec les bases de données globales Aurora pour créer des copies supplémentaires en lecture seule de votre cluster dans d'autres applications à des Régions AWS fins de reprise après sinistre.

  • RDS Proxy – Vous pouvez utiliser Amazon RDS Proxy pour autoriser vos applications à grouper et à partager des connexions de bases de données pour améliorer leur capacité de mise à l'échelle.

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