Je souhaite augmenter le nombre maximal de connexions pour mon instance de base de données de l'Édition compatible avec Amazon Aurora PostgreSQL ou MySQL.
Solution
Augmentez le nombre maximal de connexions à votre instance de base de données compatible avec Aurora MySQL ou Aurora PostgresSQL en utilisant les méthodes suivantes.
Définissez une valeur plus élevée pour max_connections à l'aide d'un groupe de paramètres personnalisé
Définissez une valeur plus grande pour le paramètre max_connections à l'aide d'un groupe de paramètres personnalisé au niveau du cluster ou de l'instance. L'augmentation du paramètre max_connections ne provoque pas d'interruption. Même si vous pouvez augmenter la valeur de max_connections au-delà de la valeur par défaut, ce n'est pas une bonne pratique. Cela est dû au fait que l'instance de base de données peut rencontrer des problèmes lorsque la charge de travail augmente. L'augmentation du nombre de connexions peut augmenter l'utilisation de la mémoire et les instances de base de données qui manquent de mémoire peuvent se bloquer. Cela est particulièrement vrai pour les petites instances de base de données.
Si vous augmentez la valeur max_connections, veillez à surveiller l'utilisation des ressources. Consultez également votre administrateur de base de données au sujet de l'augmentation. Une bonne pratique consiste à conserver la valeur par défaut, ou à passer à une classe d'instance supérieure lorsque davantage de connexions sont nécessaires. Avec Aurora, vous pouvez utiliser la fonction LEAST pour déterminer les max_connections :
LEAST({DBInstanceClassMemory/9531392},5000)
Cette fonction sélectionne l'équation mathématique avec la classe DBInstanceClass jusqu'à ce qu'elle soit égale ou supérieure à 5 000. Cela signifie qu'elle est automatiquement mise à l'échelle en fonction d'un changement de classe d'instance, puis ajustée en fonction de la mémoire de l'instance. Pour plus d'informations, consultez la section Nombre maximal de connexions à une instance de base de données Aurora PostgreSQL.
Changer un groupe de paramètres par défaut en groupe de paramètres personnalisé
Si votre cluster ou instance de base de données utilise un groupe de paramètres par défaut, remplacez-le par un groupe de paramètres personnalisé. Vous pouvez le faire au niveau du cluster ou au niveau de l'instance. Assurez-vous d'associer le groupe de paramètres de base de données personnalisé à votre cluster ou instance Aurora, puis redémarrez l'instance. Une fois le nouveau groupe de paramètres personnalisé associé à votre instance de base de données, vous pouvez modifier la valeur du paramètre max_connections.
Remarque : la modification du groupe de paramètres peut entraîner une interruption. Pour plus d'informations, consultez Utilisation des groupes de paramètres de clusters de base de données.
Augmentez la taille de votre classe d'instance
Mettez à l'échelle votre instance de base de données vers une classe d'instance de base de données disposant de plus de mémoire. La mise à l'échelle des instances Amazon Relational Database Service (Amazon RDS), y compris les instances Amazon Aurora, a un impact sur la facturation du compte. Pour en savoir plus, consultez la section Facturation des instances DB pour Aurora.
Remarque : un temps d'arrêt se produit lorsque vous modifiez un cluster de base de données Amazon Aurora.
Considérations relatives à Aurora sans serveur
Pour Amazon Aurora sans serveur v1, les max_connections ne sont pas configurables dans un groupe de paramètres ou par vous. max_connections dépend plutôt des unités de capacité Aurora (ACU) associées au cluster. Pour plus d'informations, consultez la section Détermination du nombre maximum de connexions à la base de données pour Aurora sans serveur v1.
Pour Aurora sans serveur v2, la définition de max_connections peut entraîner une augmentation de la taille de l'instance. Cela se produit parce que l'allocation de mémoire est absorbée par le nombre actuel de connexions sur l'instance. Cela impose un point de mise à l'échelle, puis augmente l'allocation de mémoire et de processeur à l'instance. Cette augmentation de la mémoire se produit au détriment de l'augmentation des connexions actives actuelles pour atteindre le max_connections alloué.
Remarque : la définition de max_connections peut augmenter la facturation de votre instance, car Aurora sans serveur est soumis à un coût ACU/heure. Pour plus d'informations sur la tarification d'Aurora sans serveur, consultez la tarification d'Amazon Aurora.
Informations connexes
Comment augmenter le nombre maximal de connexions de mon instance Amazon RDS for MySQL ou Amazon RDS for PostgreSQL ?