大規模なCRM向けにCloud SQLを実行しており、ストレージ不足を回避し、CPU使用率をコアあたり75%近くに維持し、負荷が増大してもレプリケーションラグを60秒未満に保つ必要があります。これらの要件を満たすアクションはどれですか？

正しい選択肢は、ストレージ不足の回避、CPU使用率の最適化、レプリケーションラグの管理という3つの要件をすべて満たしています。自動ストレージ増加はストレージ不足を防止し、CPU使用率アラートとインスタンスタイプ変更はCPUを効率的に保ちます。レプリケーションラグのアラートとデータベースのシャーディングは、レプリケーションのパフォーマンスを向上させ、大規模なCRMの負荷に対応します。 他の選択肢は、一部の要件を満たしていないか、不適切な解決策を提案しています。例えば、memcachedはCPU負荷を軽減する可能性がありますが、レプリケーションラグの直接的な解決策ではありません。また、単にインスタンスタイプを大きくするだけでは、シャーディングのようなスケーラブルな解決策に比べて、レプリケーションラグの問題を根本的に解決できない場合があります。