Você executa o Cloud SQL para um grande CRM e deve evitar ficar sem armazenamento, manter a utilização da CPU próxima de 75% por núcleo e manter o atraso de replicação abaixo de 60s à medida que a carga aumenta. Quais ações atendem a esses requisitos?

A opção correta aborda todos os requisitos de forma eficaz. Habilitar o aumento automático de armazenamento no Cloud SQL garante que a instância não fique sem espaço, pois o armazenamento será expandido automaticamente conforme necessário. Para a CPU, criar um alerta no Stackdriver e, em seguida, alterar o tipo de instância (aumentando os recursos) é a abordagem correta para manter a utilização próxima de 75% por núcleo sob carga crescente. Para o atraso de replicação, um alerta do Stackdriver combinado com o sharding do banco de dados é uma solução escalável; o sharding distribui a carga de dados e operações, reduzindo a pressão sobre uma única instância e, consequentemente, o atraso de replicação. As outras opções falham porque: Alterar o tipo de instância para 32 núcleos sem monitoramento pode ser excessivo ou insuficiente. Implantar memcache pode reduzir a carga da CPU, mas não é a solução direta para atraso de replicação ou para manter a CPU em 75% sob aumento de carga. Aumentar o armazenamento manualmente após um alerta é reativo e pode causar interrupções, enquanto o aumento automático é proativo.