Vous utilisez Cloud SQL pour un grand CRM et devez éviter de manquer d'espace de stockage, maintenir l'utilisation du CPU près de 75 % par cœur et maintenir le décalage de réplication en dessous de 60 secondes à mesure que la charge augmente. Quelles actions répondent à ces exigences ?

L'option correcte aborde les trois exigences de manière proactive et évolutive. L'augmentation automatique du stockage de Cloud SQL est la méthode recommandée pour éviter les pannes d'espace. Pour l'utilisation du CPU, une alerte Stackdriver et la modification du type d'instance (mise à l'échelle verticale) sont des stratégies efficaces pour maintenir l'utilisation autour de 75 %. Enfin, pour le décalage de réplication, une alerte Stackdriver combinée au partitionnement de la base de données est une solution d'architecture pour gérer la croissance des données et réduire la charge sur les répliques, améliorant ainsi les performances de réplication. Les options incorrectes proposent des solutions moins efficaces ou inappropriées. Par exemple, augmenter manuellement le stockage après une alerte n'est pas aussi proactif que l'augmentation automatique. Déployer Memcached peut réduire la charge CPU mais ne garantit pas de maintenir l'utilisation à 75 % par cœur spécifiquement. Modifier le type d'instance à 32 cœurs sans surveillance proactive peut être un surprovisionnement coûteux et ne résout pas toujours la cause profonde du décalage de réplication.