Вы используете Cloud SQL для крупной CRM-системы и должны избегать исчерпания хранилища, поддерживать загрузку ЦП около 75% на ядро и задержку репликации менее 60 секунд по мере роста нагрузки. Какие действия соответствуют этим требованиям?

Правильный ответ включает автоматическое увеличение хранилища для предотвращения исчерпания, что является стандартной и эффективной практикой Cloud SQL. Мониторинг использования ЦП с помощью Stackdriver и последующее изменение типа экземпляра (масштабирование) — это правильный подход для поддержания целевой загрузки ЦП. Наконец, мониторинг задержки репликации и сегментирование базы данных (шардинг) — это масштабируемое решение для уменьшения нагрузки на реплики и поддержания низкой задержки. Неправильные варианты предлагают менее эффективные или неверные подходы: Изменение типа экземпляра на 32 ядра без мониторинга может быть избыточным и дорогим. Развертывание memcache не всегда решает проблему задержки репликации напрямую. Ручное увеличение хранилища после оповещения менее эффективно, чем автоматическое. Развертывание memcached может снизить нагрузку на ЦП, но не является единственным решением. Изменение типа экземпляра для уменьшения задержки репликации может помочь, но сегментирование более масштабируемо. Снова, ручное увеличение хранилища менее оптимально. Изменение типа экземпляра для уменьшения задержки репликации может быть частью решения, но сегментирование более эффективно для больших нагрузок.