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.
Gestion des performances et du dimensionnement pour Amazon Aurora My SQL
Dimensionnement des instances de base de SQL données Aurora My
Vous pouvez dimensionner les instances Aurora My SQL DB de deux manières : le dimensionnement des instances et le dimensionnement des lectures. Pour plus d'informations sur le dimensionnement en lecture, consultez Dimensionnement en lecture.
Vous pouvez dimensionner votre cluster de base de SQL données Aurora My en modifiant la classe d'instance de base de données pour chaque instance de base de données du cluster de base de données. Aurora My SQL prend en charge plusieurs classes d'instances de base de données optimisées pour Aurora. N'utilisez pas les classes d'instance db.t2 ou db.t3 pour des clusters Aurora d'une taille supérieure à 40 To. Pour les spécifications des classes d'instances de base de données prises en charge par Aurora MySQL, consultezClasses d'instances de base de données Amazon Aurora.
Note
Nous recommandons d'utiliser uniquement les classes d'instance de base de données T pour les serveurs de développement et de test, ou pour d'autres serveurs non dédiés à la production. Pour plus de détails sur les classes d'instance T, consultez Utilisation de classes d'instances T pour le développement et les tests.
Nombre maximal de connexions à une instance de base de SQL données Aurora My
Le nombre maximum de connexions autorisées à une instance de base de SQL données Aurora My est déterminé par le max_connections paramètre du groupe de paramètres au niveau de l'instance de base de données pour l'instance de base de données.
Le tableau suivant répertorie la valeur par défaut résultante max_connections pour chaque classe d'instance de base de données disponible pour Aurora MySQL. Vous pouvez augmenter le nombre maximum de connexions à votre instance de base de SQL données Aurora My en dimensionnant l'instance jusqu'à une classe d'instance de base de données disposant de plus de mémoire, ou en définissant une valeur plus élevée pour le max_connections paramètre dans le groupe de paramètres de base de données de votre instance, jusqu'à 16 000.
Astuce
Si vos applications ouvrent et ferment fréquemment des connexions, ou si elles maintiennent ouvertes un grand nombre de connexions de longue durée, nous vous recommandons d'utiliser Amazon RDS Proxy. RDS Le proxy est un proxy de base de données hautement disponible entièrement géré qui utilise le regroupement de connexions pour partager les connexions de base de données de manière sécurisée et efficace. Pour en savoir plus sur le RDS proxy, consultezProxy Amazon RDS pour Aurora.
Pour plus de détails sur la façon dont Aurora Serverless v2 les instances gèrent ce paramètre, voirNombre maximum de connexions pour Aurora Serverless v2.
| Classe d'instance | Valeur par défaut de max_connections |
|---|---|
|
db.t2.small |
45 |
|
db.t2.medium |
90 |
|
db.t3.small |
45 |
|
db.t3.medium |
90 |
|
db.t3.large |
135 |
|
db.t4g.medium |
90 |
|
db.t4g.large |
135 |
|
db.r3.large |
1 000 |
|
db.r3.xlarge |
2000 |
|
db.r3.2xlarge |
3000 |
|
db.r3.4xlarge |
4000 |
|
db.r3.8xlarge |
5000 |
|
db.r4.large |
1 000 |
|
db.r4.xlarge |
2000 |
|
db.r4.2xlarge |
3000 |
|
db.r4.4xlarge |
4000 |
|
db.r4.8xlarge |
5000 |
|
db.r4.16xlarge |
6000 |
|
db.r5.large |
1000 |
|
db.r5.xlarge |
2000 |
|
db.r5.2xlarge |
3000 |
|
db.r5.4xlarge |
4000 |
|
db.r5.8xlarge |
5000 |
|
db.r5.12xlarge |
6 000 |
|
db.r5.16xlarge |
6 000 |
|
db.r5.24xlarge |
7000 |
| db.r6g.large | 1000 |
| db.r6g.xlarge | 2000 |
| db.r6g.2xlarge | 3000 |
| db.r6g.4xlarge | 4000 |
| db.r6g.8xlarge | 5000 |
| db.r6g.12xlarge | 6 000 |
| db.r6g.16xlarge | 6 000 |
| db.r6i.large | 1 000 |
| db.r6i.xlarge | 2000 |
| db.r6i.2xlarge | 3000 |
| db.r6i.4xlarge | 4000 |
| db.r6i.8xlarge | 5000 |
| db.r6i.12xlarge | 6 000 |
| db.r6i.16xlarge | 6 000 |
| db.r6i.24xlarge | 7000 |
| db.r6i.32xlarge | 7000 |
| db.r7g.large | 1 000 |
| db.r7g.xlarge | 2000 |
| db.r7g.2xlarge | 3000 |
| db.r7g.4xlarge | 4000 |
| db.r7g.8xlarge | 5000 |
| db.r7g.12xlarge | 6 000 |
| db.r7g.16xlarge | 6 000 |
| db.r7i.large | 1 000 |
| db.r7i.xlarge | 2000 |
| db.r7i.2xlarge | 3000 |
| db.r7i.4xlarge | 4000 |
| db.r7i.8xlarge | 5000 |
| db.r7i 12 x large | 6 000 |
| db.r7i.16 x large | 6 000 |
| db.r7i 24 x large | 7000 |
| db.r7i.48 x large | 8000 |
| db.r8g.large | 1 000 |
| db.r8g.xlarge | 2000 |
| db.r8g.2xlarge | 3000 |
| db.r8g.4xlarge | 4000 |
| db.r8g.8xlarge | 5000 |
| db.r8g.12xlarge | 6 000 |
| db.r8g.16xlarge | 6 000 |
| db.r8g.24xlarge | 7000 |
| db.r8g. 48 x large | 8000 |
| db.x2g.large | 2000 |
| db.x2g.xlarge | 3000 |
| db.x2g.2xlarge | 4000 |
| db.x2g.4xlarge | 5000 |
| db.x2g.8xlarge | 6 000 |
| db.x2g.12xlarge | 7000 |
| db.x2g.16xlarge | 7000 |
Si vous créez un groupe de paramètres dans le but de personnaliser votre limite de connexions par défaut, vous constaterez que cette limite est dérivée d'une formule basée sur la valeur de DBInstanceClassMemory. Comme le montre le tableau précédent, la formule produit des limites de connexion qui augmentent de 1 000 à mesure que la mémoire double à chaque nouvel échelon pour les instances R3, R4 et R5, et de 45 pour les différentes tailles de mémoire des instances T2 et T3.
Consultez Spécification des paramètres de base de données pour obtenir plus de détails sur le mode de calcul de DBInstanceClassMemory.
Les instances Aurora My SQL et RDS for My SQL DB ont une charge de mémoire différente. Par conséquent, la max_connections valeur peut être différente pour les instances Aurora My SQL et RDS My SQL DB qui utilisent la même classe d'instance. Les valeurs du tableau s'appliquent uniquement aux instances Aurora My SQL DB.
Note
Les limites de connectivité bien inférieures des instances T2 et T3 s'expliquent par le fait qu'avec Aurora, ces classes d'instance sont destinées uniquement à des scénarios de développement et de test, et non à des charges de travail de production.
Les limites de connexion par défaut sont adaptées aux systèmes qui utilisent les valeurs par défaut des autres gros consommateurs de mémoire, comme les pools de mémoires tampons et les caches de requêtes. Si vous modifiez ces autres paramètres pour votre cluster, pensez à ajuster la limite de connexion pour prendre en compte l'augmentation ou la diminution de la mémoire disponible sur les instances de base de données.
Limites de stockage temporaires pour Aurora My SQL
Aurora My SQL stocke les tables et les index dans le sous-système de stockage Aurora. Aurora My SQL utilise un stockage temporaire ou local distinct pour les fichiers temporaires non persistants et les tables temporaires non InnoDB. Le stockage local inclut notamment des fichiers qui sont utilisés à des fins telles que le tri de grands jeux de données pendant le traitement des requêtes ou les opérations de génération d'index. Il n'inclut pas les tables temporaires InnoDB.
Pour plus d'informations sur les tables temporaires dans Aurora My SQL version 3, consultezNouveau comportement de table temporaire dans Aurora MySQL version 3. Pour plus d'informations sur les tables temporaires dans la version 2, consultez Comportement des espaces de table temporaires dans Aurora My version 2 SQL.
Les données et les fichiers temporaires de ces volumes sont perdus lors du démarrage et de l'arrêt de l'instance de base de données, ainsi que lors du remplacement de l'hôte.
Ces volumes de stockage locaux sont soutenus par Amazon Elastic Block Store (EBS) et peuvent être étendus en utilisant une classe d'instance de base de données plus importante. Pour plus d'informations sur le stockage, consultez Stockage Amazon Aurora.
Le stockage local est également utilisé pour importer des données depuis Amazon S3 à l'aide de LOAD DATA FROM
S3 ouLOAD XML FROM S3, et pour exporter des données vers S3 à l'aide de SELECT INTO OUTFILE S3. Pour plus d'informations sur l'importation depuis et l'exportation vers S3, consultez les rubriques suivantes :
Aurora My SQL utilise un stockage permanent distinct pour les journaux d'erreurs, les journaux généraux, les journaux de requêtes lentes et les journaux d'audit pour la plupart des classes d'instances Aurora My SQL DB (à l'exception des types de classes d'instance à performances évolutives tels que db.t2, db.t3 et db.t4g). Les données de ce volume sont conservées lors du démarrage et de l'arrêt de l'instance de base de données, ainsi que lors du remplacement de l'hôte.
Ce volume de stockage permanent est également soutenu par Amazon EBS et a une taille fixe en fonction de la classe d'instance de base de données. Il ne peut pas être étendu en utilisant une classe d'instance de base de données plus grande.
Le tableau suivant indique la quantité maximale de stockage temporaire et permanent disponible pour chaque classe d'instance Aurora My SQL DB. Pour plus d'informations sur la prise en charge d'une classe d'instance de base de données pour Aurora, consultez Classes d'instances de base de données Amazon Aurora.
| Classe d'instances de base de données | Stockage temporaire/local maximal disponible (GiB) | Stockage maximal supplémentaire disponible pour les fichiers journaux (GiB) |
|---|---|---|
| db.x2g.16xlarge | 1280 | 500 |
| db.x2g.12xlarge | 960 | 500 |
| db.x2g.8xlarge | 640 | 500 |
| db.x2g.4xlarge | 320 | 500 |
| db.x2g.2xlarge | 160 | 60 |
| db.x2g.xlarge | 80 | 60 |
| db.x2g.large | 40 | 60 |
| db.r8g. 48 x large | 3840 | 500 |
| db.r8g.24xlarge | 1920 | 500 |
| db.r8g.16xlarge | 1280 | 500 |
| db.r8g.12xlarge | 960 | 500 |
| db.r8g.8xlarge | 640 | 500 |
| db.r8g.4xlarge | 320 | 500 |
| db.r8g.2xlarge | 160 | 60 |
| db.r8g.xlarge | 80 | 60 |
| db.r8g.large | 32 | 60 |
| db.r7i.48 x large | 3840 | 500 |
| db.r7i 24 x large | 1920 | 500 |
| db.r7i.16 x large | 1280 | 500 |
| db.r7i 12 x large | 960 | 500 |
| db.r7i.8xlarge | 640 | 500 |
| db.r7i.4xlarge | 320 | 500 |
| db.r7i.2xlarge | 160 | 60 |
| db.r7i.xlarge | 80 | 60 |
| db.r7i.large | 32 | 60 |
| db.r7g.16xlarge | 1280 | 500 |
| db.r7g.12xlarge | 960 | 500 |
| db.r7g.8xlarge | 640 | 500 |
| db.r7g.4xlarge | 320 | 500 |
| db.r7g.2xlarge | 160 | 60 |
| db.r7g.xlarge | 80 | 60 |
| db.r7g.large | 32 | 60 |
| db.r6i.32xlarge | 2560 | 500 |
| db.r6i.24xlarge | 1920 | 500 |
| db.r6i.16xlarge | 1280 | 500 |
| db.r6i.12xlarge | 960 | 500 |
| db.r6i.8xlarge | 640 | 500 |
| db.r6i.4xlarge | 320 | 500 |
| db.r6i.2xlarge | 160 | 60 |
| db.r6i.xlarge | 80 | 60 |
| db.r6i.large | 32 | 60 |
| db.r6g.16xlarge | 1280 | 500 |
| db.r6g.12xlarge | 960 | 500 |
| db.r6g.8xlarge | 640 | 500 |
| db.r6g.4xlarge | 320 | 500 |
| db.r6g.2xlarge | 160 | 60 |
| db.r6g.xlarge | 80 | 60 |
| db.r6g.large | 32 | 60 |
| db.r5.24xlarge | 1920 | 500 |
| db.r5.16xlarge | 1280 | 500 |
| db.r5.12xlarge | 960 | 500 |
| db.r5.8xlarge | 640 | 500 |
| db.r5.4xlarge | 320 | 500 |
| db.r5.2xlarge | 160 | 60 |
| db.r5.xlarge | 80 | 60 |
| db.r5.large | 32 | 60 |
| db.r4.16xlarge | 1280 | 500 |
| db.r4.8xlarge | 640 | 500 |
| db.r4.4xlarge | 320 | 500 |
| db.r4.2xlarge | 160 | 60 |
| db.r4.xlarge | 80 | 60 |
| db.r4.large | 32 | 60 |
| db.t4g.large | 32 | – |
| db.t4g.medium | 32 | – |
| db.t3.large | 32 | – |
| db.t3.medium | 32 | – |
| db.t3.small | 32 | – |
| db.t2.medium | 32 | – |
| db.t2.small | 32 | – |
Important
Ces valeurs représentent la quantité maximale théorique de stockage disponible sur chaque instance de base de données. Le stockage local réel à votre disposition pourrait être inférieur. Aurora utilise du stockage local pour ses processus de gestion, et l'instance de base de données utilise du stockage local avant même que vous chargiez des données. Vous pouvez surveiller le stockage temporaire disponible pour une instance de base de données spécifique à l'aide de la FreeLocalStorage CloudWatch métrique décrite dans CloudWatch Métriques Amazon pour Amazon Aurora. Vous pouvez vérifier la quantité de stockage disponible à l'heure actuelle. Vous pouvez également représenter la quantité de stockage disponible au fil du temps. La surveillance du stockage disponible au fil du temps vous aide à déterminer si la valeur augmente ou diminue, mais aussi à trouver les valeurs minimales, maximales ou moyennes.
(Cela ne s'applique pas à Aurora Serverless v2.)
