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.

Fonctionnement d’Aurora serverless

La présentation suivante décrit le fonctionnement d’Aurora serverless.

Présentation d’Aurora serverless

Amazon Aurora serverless convient aux charges de travail hautement variables les plus exigeantes. Par exemple, l’utilisation de votre base de données peut être intensive pendant une courte période, suivie de longues périodes avec une activité légère, voire pas d’activité. On peut citer, par exemple, les sites Web de vente au détail, de jeux ou de sport proposant des événements promotionnels périodiques, ainsi que les bases de données qui produisent des rapports selon les besoins. On peut également citer les environnements de développement et de test, ainsi que les nouvelles applications où l’utilisation peut rapidement augmenter. Dans de tels cas et bien d’autres, la configuration à l’avance d’une capacité adaptée n’est pas toujours possible avec le modèle provisionné. Cela peut également entraîner des coûts plus élevés en cas de sur-approvisionnement et de capacité non utilisée.

En revanche, les clusters approvisionnés Aurora sont adaptés aux charges de travail stables. Avec les clusters provisionnés, vous choisissez une classe d'instance de base de données dotée d'une quantité prédéfinie de mémoire, de puissance du processeur, de I/O bande passante, etc. Si votre charge de travail change, vous modifiez manuellement la classe d’instance de votre enregistreur et de vos lecteurs. Le modèle approvisionné fonctionne bien lorsque vous pouvez ajuster la capacité avant les modèles de consommation attendus et il est acceptable que de brèves pannes se produisent lorsque vous modifiez la classe d’instance de l’enregistreur et des lecteurs de votre cluster.

Aurora serverless est entièrement conçu pour prendre en charge les clusters de bases de données sans serveur qui sont instantanément évolutifs. Aurora serverless est conçu pour assurer le même degré de sécurité et d’isolement que les enregistreurs et les lecteurs approvisionnés. Ces aspects sont essentiels dans les environnements cloud multilocataires sans serveur. Le mécanisme de mise à l’échelle dynamique n’engendre que très peu de frais généraux, ce qui lui permet de réagir rapidement aux modifications de la charge de travail de la base de données. En outre, elle est suffisamment puissante pour répondre à d’importantes augmentations en termes de demande de traitement.

Aurora serverless vous permet de créer un cluster de bases de données Aurora sans être limité à une capacité de base de données spécifique pour chaque enregistreur et lecteur. Vous spécifiez la plage de capacité minimale et maximale. Aurora met à l’échelle chaque enregistreur ou lecteur Aurora serverless du cluster dans cette plage de capacité. En utilisant un Multi-AZ cluster dans lequel chaque rédacteur ou lecteur peut évoluer de manière dynamique, vous pouvez tirer parti de la mise à l'échelle dynamique et de la haute disponibilité.

Aurora serverless met automatiquement à l’échelle les ressources de base de données en fonction de vos spécifications minimale et maximale de capacité. La mise à l’échelle est rapide, car la plupart des opérations sur les événements de mise à l’échelle maintiennent l’enregistreur ou le lecteur sur le même hôte. Dans les rares cas où un enregistreur/lecteur Aurora serverless est déplacé d’un hôte à un autre, Aurora serverless gère automatiquement les connexions. Vous n’avez pas besoin de modifier le code d’application cliente de votre base de données ou les chaînes de connexion à la base de données.

Avec Aurora serverless, comme pour les clusters approvisionnés, la capacité de stockage et la capacité de calcul sont séparées. Lorsqu’il est fait référence à la capacité et à la mise à l’échelle Aurora serverless, il s’agit toujours de la capacité de calcul qui augmente ou diminue. Ainsi, votre cluster peut contenir un grand nombre de téraoctets de données, même lorsque la capacité du processeur et de la mémoire fait l’objet d’une réduction d’échelle à de faibles niveaux.

Au lieu d’approvisionner et de gérer les serveurs de base de données, vous spécifiez la capacité de base de données. Pour plus de détails sur la capacité Aurora serverless, consultez Capacité Aurora serverless. La capacité réelle de chaque enregistreur ou lecteur Aurora serverless varie au fil du temps, en fonction de votre charge de travail. Pour plus de détails sur ce mécanisme, consultez Mise à l’échelle d’Aurora serverless.

Configurations pour les clusters de bases de données Aurora

Pour chacun de vos clusters de bases de données Aurora, vous pouvez choisir n’importe quelle combinaison de capacité Aurora serverless et/ou de capacité approvisionnée.

Vous pouvez configurer un cluster qui contient la capacité Aurora serverless et la capacité approvisionnée, appelé cluster à configuration mixte. Supposons, par exemple, que vous ayez besoin d'une read/write capacité supérieure à celle disponible pour un Aurora serverless graveur. Dans ce cas, vous pouvez configurer le cluster avec un enregistreur approvisionné très volumineux. Dans ce cas, vous pouvez toujours utiliser Aurora serverless pour les lecteurs. Supposons également que la charge de travail d’écriture de votre cluster varie mais que la charge de travail de lecture est stable. Dans ce cas, vous pouvez configurer votre cluster avec un enregistreur Aurora serverless et un ou plusieurs lecteurs approvisionnés.

Vous pouvez également configurer un cluster de bases de données où l’ensemble de la capacité est géré par Aurora serverless. Pour ce faire, vous pouvez créer un cluster et utiliser Aurora serverless dès le départ. Vous pouvez également remplacer l’ensemble de la capacité approvisionnée d’un cluster existant par Aurora serverless. Par exemple, certains chemins de mise à niveau des anciennes versions du moteur exigent de commencer avec un enregistreur approvisionné et de le remplacer par un enregistreur Aurora serverless. Pour obtenir les procédures de création d’un cluster de bases de données avec Aurora serverless ou de basculement d’un cluster de bases de données existant vers Aurora serverless, consultez Création d’un cluster de bases de données Aurora serverless et Conversion d’un lecteur ou d’un enregistreur approvisionné en Aurora serverless.

Si vous n’utilisez pas du tout Aurora serverless dans un cluster de bases de données, tous les enregistreurs et lecteurs du cluster de bases de données sont approvisionnés. Il s’agit du type de cluster de bases de données le plus ancien et le plus courant que la plupart des utilisateurs connaissent. En fait, avant Aurora Serverless, ce type de cluster de bases de données Aurora ne portait pas de nom spécifique. La capacité approvisionnée est constante. Les frais sont relativement faciles à prévoir. Cependant, vous devez prévoir à l’avance la capacité dont vous avez besoin. Dans certains cas, vos prévisions peuvent être inexactes ou vos besoins en capacité peuvent évoluer. Dans ces cas, votre cluster de bases de données peut devenir sous-approvisionné (plus lent que vous le souhaitez) ou surapprovisionné (plus cher que vous le souhaitez).

Capacité Aurora serverless

L’unité de mesure pour Aurora serverless est l’unité de capacité Aurora (ACU). La capacité Aurora serverless n’est pas liée aux classes d’instance de base de données que vous utilisez pour les clusters approvisionnés.

Chaque ACU combine environ 2 gibioctets (Gio) de mémoire, avec une UC et une mise en réseau correspondantes. Vous spécifiez la plage de capacité de la base de données (minimale et maximale) à l'aide de cette unité de mesure. Aurora serverlessoffre une capacité allant de 0 ACU à 256 ACU. Avec une capacité minimale de 0 ACU, le cluster passe à 0 lorsqu'aucune charge de travail n'est en cours d'exécution. ServerlessDatabaseCapacity Les ACUUtilization métriques vous aident à déterminer la capacité réellement utilisée par votre base de données et à déterminer dans quelle mesure cette capacité se situe dans la plage spécifiée.

À un moment donné, chaque enregistreur ou lecteur de base de données Aurora serverless possède une capacité. La capacité est représentée sous la forme d’un nombre à virgule flottante représentant les ACU. La capacité augmente ou diminue chaque fois que l’enregistreur ou le lecteur est mis à l’échelle. Cette valeur est mesurée toutes les secondes. Pour chaque cluster de bases de données sur lequel vous prévoyez d’utiliser Aurora serverless, vous définissez une plage de capacité : il s’agit des valeurs de capacité minimale et maximale entre lesquelles chaque enregistreur ou lecteur Aurora serverless peut être mis à l’échelle. La plage de capacité est identique pour chaque enregistreur ou lecteur Aurora serverless dans un cluster de bases de données. Chaque enregistreur ou lecteur Aurora serverless possède sa propre capacité, qui se situe quelque part dans cette plage.

Le tableau suivant affiche les plages de capacité Aurora serverless et les versions de moteur prises en charge pour Aurora MySQL et Aurora PostgreSQL.

Les versions de plate-forme Aurora serverless représentent des améliorations des performances, des capacités de mise à l'échelle ou des fonctionnalités. Amazon Aurora gère automatiquement les attributions de versions de plate-forme au niveau du cluster. Tous les nouveaux clusters, restaurations de bases de données et nouveaux clones sont lancés avec la dernière version de plateforme disponible sur votre Région AWS. Lorsqu'une nouvelle version de plate-forme est disponible, les clusters existants sur les versions précédentes de la plate-forme peuvent être mis à niveau directement vers la dernière version de la plate-forme en arrêtant et en redémarrant le cluster ou en utilisant des blue/green déploiements. Amazon Aurora recommande de passer à la dernière version de la plateforme afin de bénéficier de toutes les dernières améliorations.

Le tableau suivant présente les versions de plateforme Aurora serverless avec leurs plages d’ACU et leurs caractéristiques de performance.

Les versions 1, 2 et 3 de la plateforme sont disponibles dans toutes les régions où elle Aurora serverless est prise en charge. La version 4 de la plateforme est disponible dans les régions suivantes : USA Est (Virginie du Nord), USA Est (Ohio), USA Ouest (Californie du Nord), USA Ouest (Oregon), Asie-Pacifique (Hong Kong), Asie-Pacifique (Hyderabad), Asie-Pacifique (Séoul), Asie-Pacifique (Singapour) Singapour), Asie-Pacifique (Sydney), Asie-Pacifique (Tokyo), Canada (centre), Europe (Francfort), Europe (Irlande), Europe (Londres), Europe (Paris), Europe (Espagne), Europe (Stockholm), Europe (Zurich), Amérique du Sud (São Paulo), AWS GovCloud (US-East) et AWS GovCloud (US-West).

Vous pouvez déterminer la version de plate-forme sur laquelle votre cluster s'exécute dans la section Configuration de l'instance de l'API AWS Management Console ou via l'API en consultant le ServerlessV2PlatformVersion pour un DbCluster.

La capacité Aurora serverless minimale que vous pouvez définir est de 0 ACU, pour les versions Aurora serverless qui prennent en charge la fonctionnalité de pause automatique. Vous pouvez spécifier un nombre plus élevé s’il reste inférieur ou égal à la valeur de capacité maximale. La définition de la capacité minimale sur une faible valeur permet aux clusters de bases de données à faible charge de consommer des ressources de calcul minimales. En même temps, ils restent prêts à accepter des connexions immédiatement et font l’objet d’une augmentation d’échelle lorsqu’ils deviennent occupés.

Nous vous recommandons de définir la capacité minimale sur une valeur qui permet à chaque enregistreur ou lecteur de base de données de conserver l’ensemble de travail de l’application dans le groupe de mémoires tampons. De cette façon, le contenu du groupe de mémoires tampons n’est pas ignoré pendant les périodes d’inactivité. Pour connaître tous les éléments à prendre en compte lors du choix de la valeur de capacité minimale, consultez Choix de la valeur minimale de capacité Aurora serverless pour un cluster. Pour connaître tous les éléments à prendre en compte lors du choix de la valeur de capacité maximale, consultez Choix de la valeur maximale de capacité Aurora serverless pour un cluster.

Selon la façon dont vous configurez les lecteurs dans le cadre d'un Multi-AZ déploiement, leurs capacités peuvent être liées à celles du rédacteur ou indépendamment. Pour savoir comment procéder, consultez Mise à l’échelle d’Aurora serverless.

La surveillance d’Aurora serverless implique de mesurer les valeurs de capacité de l’enregistreur et des lecteurs de votre cluster de bases de données au fil du temps. Si votre base de données ne fait pas l’objet d’une réduction d’échelle à la capacité minimale, vous pouvez prendre des mesures telles que l’ajustement de la capacité minimale et l’optimisation de votre application de base de données. Si votre base de données atteint systématiquement sa capacité maximale, vous pouvez prendre des mesures telles que l’augmentation de la capacité maximale. Vous pouvez également optimiser votre application de base de données et répartir la charge de requête sur un plus grand nombre de lecteurs.

Les frais liés à Aurora serverless la capacité sont mesurés en termes de ACU-hours. Pour plus d’informations sur la procédure de calcul des frais associés à Aurora serverless, consultez la page de tarification Aurora.

Supposons que le nombre total de rédacteurs et de lecteurs de votre cluster soit den. Dans ce cas, le cluster consomme environ n x minimum ACUs lorsque vous n’exécutez aucune opération de base de données. Il est possible qu’Aurora exécute des opérations de surveillance ou de maintenance qui entraînent une faible charge. Ce cluster ne consomme pas plus de n x maximum ACUs lorsque la base de données est exécutée à pleine capacité.

Pour plus de détails sur le choix des valeurs d’ACU minimale et maximale appropriées, consultez Choix de la plage de capacité Aurora serverless pour un cluster Aurora. Les valeurs d’ACU minimale et maximale que vous spécifiez affectent également la façon dont certains paramètres de configuration Aurora fonctionnent pour Aurora serverless. Pour plus de détails sur l’interaction entre la plage de capacité et les paramètres de configuration, consultez Utilisation des groupes de paramètres pour Aurora serverless.

Mise à l’échelle d’Aurora serverless

Pour chaque enregistreur ou lecteur Aurora serverless, Aurora suit en permanence l’utilisation des ressources telles que le processeur, la mémoire et le réseau. L’ensemble de ces mesures est appelé la charge. La charge inclut les opérations de base de données effectuées par votre application. Elle inclut également le traitement en arrière-plan pour le serveur de base de données et les tâches administratives Aurora. Lorsque la capacité est limitée par l’un de ces facteurs, Aurora serverless fait l’objet d’une augmentation d’échelle. Aurora serverless fait également l’objet d’une augmentation d’échelle lorsqu’il détecte des problèmes de performances qu’il peut résoudre en procédant ainsi. Vous pouvez surveiller l’utilisation des ressources et son impact sur la mise à l’échelle d’Aurora serverless en utilisant les procédures décrites aux rubriques Statistiques Amazon CloudWatch importantes pour Aurora serverless et Surveillance des performances d’Aurora serverless avec Performance Insights.

La charge peut varier selon l’enregistreur et les lecteurs de votre cluster de bases de données. L’enregistreur gère l’ensemble des instructions de langage de définition de données (DDL), telles que CREATE TABLE, ALTER TABLE et DROP TABLE. Il gère également l’ensemble des instructions de langage de manipulation de données (DML), telles que INSERT et UPDATE. Les lecteurs peuvent traiter les instructions en lecture seule, telles que les requêtes SELECT.

La mise à l’échelle est l’opération qui augmente ou diminue la capacité Aurora serverless de votre base de données. Avec Aurora serverless, chaque enregistreur et lecteur possède sa propre valeur de capacité actuelle, mesurée en ACU. Aurora serverless met à l’échelle un enregistreur ou un lecteur jusqu’à une capacité supérieure lorsque sa capacité actuelle est trop faible pour gérer la charge. Il procède à une réduction d’échelle pour l’enregistreur ou le lecteur jusqu’à une capacité inférieure lorsque sa capacité actuelle est supérieure à celle nécessaire.

Aurora serverlesspeut augmenter progressivement la capacité. Lorsque la demande de charge de travail commence à atteindre la capacité de base de données actuelle d’un enregistreur ou d’un lecteur, Aurora serverless augmente le nombre d’ACU de cet enregistreur ou lecteur. Aurora serverless met à l’échelle la capacité par incréments nécessaires pour optimiser les performances des ressources consommées. La mise à l’échelle se fait par incréments de 0,5 ACU. Plus la capacité actuelle est grande, plus l’incrément de mise à l’échelle est important et plus la mise à l’échelle peut être rapide.

La Aurora serverless mise à l'échelle étant si fréquente, granulaire et non perturbatrice, elle ne provoque pas d'événements discrets dans le. AWS Management Console Au lieu de cela, vous pouvez mesurer les CloudWatch indicateurs Amazon tels que ServerlessDatabaseCapacity ACUUtilization et et suivre leurs valeurs minimales, maximales et moyennes au fil du temps. Pour en savoir plus sur les métriques Aurora, consultez Surveillance des métriques d’un cluster de bases de données Amazon Aurora. Pour obtenir des conseils sur la surveillance d’Aurora serverless, consultez Statistiques Amazon CloudWatch importantes pour Aurora serverless.

Vous pouvez choisir de faire en sorte que le lecteur suive les capacités du rédacteur associé ou de le dimensionner indépendamment du rédacteur. Pour ce faire, spécifiez le niveau de promotion pour ce lecteur.

Pour plus de détails sur les niveaux de promotion, consultez Choix du niveau de promotion pour un lecteur Aurora serverless.

Aurora serverlessle dimensionnement peut se produire lorsque les connexions à la base de données sont ouvertes, lorsque les transactions SQL sont en cours, lorsque les tables sont verrouillées et lorsque les tables temporaires sont utilisées. Aurora serverlessn'attend pas un moment de calme pour commencer la mise à l'échelle. La mise à l’échelle ne perturbe pas les opérations de base de données en cours.

Si votre charge de travail exige une capacité de lecture supérieure à celle disponible avec un seul enregistreur et un seul lecteur, vous pouvez ajouter plusieurs lecteurs Aurora serverless au cluster. Chaque lecteur Aurora serverless peut être mis à l’échelle dans la plage de valeurs d’ACU minimale et maximale que vous avez spécifiée pour votre cluster de bases de données. Vous pouvez utiliser le point de terminaison du lecteur du cluster pour diriger les séances en lecture seule vers les lecteurs et réduire la charge sur l’enregistreur.

Les valeurs d’ACU minimale et maximale du cluster ont également un impact sur le fait qu’Aurora serverless effectue une mise à l’échelle ou non, et sur la rapidité de la mise à l’échelle une fois qu’elle démarre. Cela dépend également du fait qu’un lecteur soit configuré pour être mis à l’échelle en même temps que l’enregistreur ou indépendamment de celui-ci. Pour plus de détails sur les facteurs qui affectent la mise à l’échelle d’Aurora serverless, consultez Performances et mise à l’échelle pour Aurora serverless.

Réduction verticale à zéro

Dans les versions Aurora MySQL et Aurora PostgreSQL, les enregistreurs et les lecteurs Aurora serverless peuvent faire l’objet d’une réduction verticale rabaissant le nombre d’ACU à 0. C’est ce que nous appelons la pause et la reprise automatiques. Vous pouvez choisir d’autoriser ce comportement en spécifiant une valeur nulle ou différente de zéro pour la capacité minimale. Vous pouvez également choisir le temps d’attente avant qu’une instance Aurora serverless ne soit mise en pause. Pour en savoir plus sur les versions dotées de cette fonctionnalité, consultez Capacité Aurora serverless. Pour en savoir plus sur la façon de l’utiliser efficacement, consultez Réduction verticale à zéro ACU avec pause et reprise automatiques pour Aurora serverless.

Dans les versions Aurora MySQL et Aurora PostgreSQL, les enregistreurs et les lecteurs Aurora serverless inactifs peuvent faire l’objet d’une réduction d’échelle atteignant la valeur d’ACU minimale que vous avez spécifiée pour le cluster, sans toutefois atteindre 0 ACU. Dans ce cas, l’option zéro ACU n’est pas disponible lorsque vous définissez la plage de capacité.

Lorsque votre cluster de bases de données avec la capacité Aurora serverless n’est pas nécessaire pendant un certain temps, vous pouvez arrêter et démarrer le cluster entier comme pour les clusters de bases de données provisionnés. Cette technique est particulièrement adaptée aux systèmes de développement et de test, où ils peuvent ne pas être nécessaires pendant de nombreuses heures d’affilée et où la rapidité de reprise du cluster n’est pas cruciale. La fonctionnalité de stop/start cluster est disponible pour toutes les Aurora serverless versions. Pour plus d’informations sur cette fonctionnalité, consultez Arrêt et démarrage d’un cluster de bases de données Amazon Aurora.

Aurora serverless et haute disponibilité

Pour établir la haute disponibilité d'un cluster de base de données Aurora, il faut en faire un Multi-AZ cluster de base de données. Un cluster de base de données Multi-AZ Aurora dispose d'une capacité de calcul disponible à tout moment dans plusieurs zones de disponibilité (AZ). Cette configuration permet de maintenir votre base de données opérationnelle même en cas de panne importante. Aurora effectue un basculement automatique en cas de problème affectant l’enregistreur ou même l’intégralité de la zone de disponibilité. Avec Aurora serverless, vous pouvez définir que la capacité de calcul de secours fasse l’objet d’une augmentation et d’une réduction d’échelle en même temps que la capacité de l’enregistreur. De cette façon, la capacité de calcul de la deuxième zone de disponibilité est prête à prendre en charge la charge de travail actuelle à tout moment. Dans le même temps, la capacité de calcul de toutes les zones de disponibilité peut faire l’objet d’une réduction d’échelle lorsque la base de données est inactive. Pour plus de détails sur le fonctionnement d'Aurora Régions AWS et les zones de disponibilité, consultezHaute disponibilité pour les instances de base de données Aurora.

Cette Aurora serverless Multi-AZ fonctionnalité utilise des lecteurs en plus de l'enregistreur. Support aux lecteurs est une nouveauté pourAurora serverless. Vous pouvez ajouter jusqu’à 15 lecteurs Aurora serverless répartis sur 3 zones de disponibilité à un cluster de bases de données Aurora.

Pour les applications critiques qui doivent rester disponibles même en cas de problème affectant l'ensemble de votre cluster ou de la AWS région, vous pouvez configurer une base de données globale Aurora. Vous pouvez utiliser la capacité Aurora serverless dans les clusters secondaires afin qu’ils soient prêts à prendre le relais pendant la reprise après sinistre. Ils peuvent également faire l’objet d’une réduction d’échelle lorsque la base de données n’est pas occupée. Pour plus de détails sur les bases de données globales Aurora, consultez Utilisation d’Amazon Aurora Global Database.

Aurora serverless fonctionne comme en mode approvisionné pour le basculement et d’autres fonctionnalités de haute disponibilité. Pour plus d’informations, consultez Haute disponibilité pour Amazon Aurora.

Supposons que vous souhaitiez garantir la disponibilité maximale de votre cluster Aurora serverless. Vous pouvez créer un lecteur en plus de l’enregistreur. Si vous assignez le lecteur au niveau de promotion 0 ou 1, la capacité minimale du lecteur correspondra à la capacité d'écriture actuelle (ou à la taille de la mémoire du graveur, pour les enregistreurs provisionnés). De cette façon, un lecteur est toujours prêt à prendre le relais du rédacteur en cas de basculement.

Supposons que vous souhaitiez exécuter des rapports trimestriels pour votre entreprise pendant que votre cluster continue de traiter les transactions. Si vous ajoutez un lecteur Aurora serverless au cluster et lui attribuez un niveau de promotion compris entre 2 et 15, vous pouvez vous connecter directement à ce lecteur pour exécuter les rapports. En fonction de l'utilisation intensive de la mémoire et CPU-intensive des requêtes de création de rapports, ce lecteur peut évoluer pour s'adapter à la charge de travail. Il peut ensuite faire l’objet d’une réduction d’échelle une fois les rapports terminés.

Aurora serverless et stockage

Le stockage de chaque cluster de bases de données Aurora se compose de six copies de toutes vos données, réparties sur trois zones de disponibilité. Cette réplication de données intégrée s’applique, que votre cluster de bases de données comporte ou non des lecteurs en plus de l’enregistreur. De cette façon, vos données sont sécurisées, même contre les problèmes qui affectent la capacité de calcul du cluster.

Le stockage Aurora serverless présente les mêmes caractéristiques de fiabilité et de durabilité que celles décrites à la rubrique Stockage Amazon Aurora. En effet, le stockage des clusters de bases de données Aurora fonctionne de la même manière, que la capacité de calcul utilise Aurora serverless ou le mode approvisionné.

Paramètres de configuration des clusters Aurora

Vous pouvez ajuster les mêmes paramètres de configuration de cluster et de base de données pour les clusters avec la capacité Aurora serverless que pour les clusters de bases de données approvisionnés. Cependant, certains paramètres de capacité sont traités différemment pour Aurora serverless. Dans un cluster à configuration mixte, les valeurs que vous spécifiez pour ces paramètres de capacité s’appliquent toujours à tous les enregistreurs et lecteurs approvisionnés.

Presque tous les paramètres fonctionnent de la même manière pour les enregistreurs et les lecteurs Aurora serverless que pour ceux en mode approvisionné. Les exceptions concernent certains paramètres ajustés automatiquement par Aurora pendant la mise à l’échelle, et certains paramètres qu’Aurora conserve à des valeurs fixes qui dépendent de la valeur de la capacité maximale.

Par exemple, la quantité de mémoire réservée au cache de la mémoire tampon augmente à mesure de l’augmentation d’échelle d’un enregistreur ou d’un lecteur, et diminue à mesure de sa réduction d’échelle. De cette façon, la mémoire peut être libérée lorsque votre base de données n’est pas occupée. À l’inverse, Aurora définit automatiquement le nombre maximal de connexions sur une valeur appropriée en fonction de la valeur de la capacité maximale. De cette façon, les connexions actives ne sont pas interrompues si la charge diminue et si Aurora serverless fait l’objet d’une réduction d’échelle. Pour obtenir des informations sur la façon dont Aurora serverless gère certains paramètres, consultez Utilisation des groupes de paramètres pour Aurora serverless.