Performances de RDS
Choisir la bonne couche de supervision RDS, lire la charge de la base en sessions actives moyennes, et corriger le goulot avec RDS Proxy, le stockage ou les parameter groups.
Une base gérée déplace le diagnostic à un endroit inhabituel. Vous n'avez pas d'accès au système d'exploitation, pas de shell, pas de possibilité d'installer un agent, et pourtant on vous demande d'expliquer pourquoi une requête met 8 secondes là où elle en mettait 200 millisecondes la semaine dernière. RDS répond à cela avec 3 couches de supervision distinctes et une série de leviers de réglage, et ce sujet vous apprend à passer de l'une à l'autre sans perdre de temps.
Ce que couvre ce sujet
- Les 3 couches de supervision RDS distinguées par leur source de données : métriques d'instance CloudWatch, Enhanced Monitoring et Performance Insights
- Les métriques CloudWatch qui comptent pour une DB instance, dont les 2 métriques de solde de burst qu'on confond régulièrement
- La charge de la base en sessions actives moyennes, la ligne Max vCPU, et le découpage par événement d'attente, top SQL, hôte et utilisateur
- Le passage de Performance Insights à CloudWatch Database Insights, les modes Standard et Advanced, la rétention et les recommandations proactives
- Le pooling et le multiplexage de connexions avec RDS Proxy, l'emprunt de connexion, et le pinning qui annule discrètement le bénéfice du proxy
- Les réglages du pool de connexions et leurs valeurs par défaut, plus le comportement du proxy pendant un failover et une bascule Blue/Green
- Le choix du levier de réglage selon le goulot : classe d'instance, type et taille de stockage, parameter groups, read replicas, Optimized Reads et Optimized Writes
Pourquoi c'est important
Les questions RDS de l'examen SOA-C03 sont presque toutes des questions de discrimination. On vous décrit un symptôme et on vous demande quel outil le voit, ou quel correctif s'applique. Une base lente dont toutes les métriques de ressources sont normales, un proxy ajouté sans gain de performance, un volume gp3 sur lequel on ne peut pas provisionner plus d'IOPS : chacun de ces scénarios a une seule bonne réponse et 3 réponses qui semblent raisonnables. Ce sujet vous donne les frontières qui les séparent.