PubSub увеличивает / уменьшает объем памяти CloudSQL при создании или удалении нового экземпляра GAE - PullRequest
0 голосов
/ 27 февраля 2019

Как создать тему публикации / подраздела для запуска приведенной ниже команды при развертывании нового экземпляра GAE?

gcloud sql instances patch <instance_name> --cpu=2 --memory=8GB

И приведенная ниже команда, когда балансировщик нагрузки удаляет этоэкземпляр?

gcloud sql instances patch <instance_name> --cpu=1 --memory=6GB

1 Ответ

0 голосов
/ 28 февраля 2019

Первым делом нужно получить количество экземпляров данного сервиса, вы можете достичь его с помощью apps.services.versions.instances.list метода .После этого вы должны использовать Cloud SQL API, используя curl для управления экземплярами.

Вторая часть будет посвящена автоматизации этого процесса, для этого я могу подумать об использовании Cloud Scheluder каждый X промежуток времени для запуска:

  • Pub / Sub для публикации в теме, которая будет запускать облачную функцию для запуска кода.

  • Задайте обработчик HTTP движка приложения, который будет выполнять код

Помимо этого, учтите, что если вы измените экземпляр Cloud SQL, выбудет испытывать время простоя в течение нескольких минут.Вы можете, в свою очередь, создать аварийное переключение, изменить его и затем выполнить аварийное переключение.Имейте в виду, что это приведет к дополнительным затратам в течение периода времени отработки отказа, а также вы измените зону экземпляра Cloud.

Редактировать Высокая доступность :

Высокая доступность создает второй экземпляр для избыточности данных.Он предназначен на тот момент, когда основной экземпляр становится нездоровым, переключаясь на более новый экземпляр с теми же данными.

Как объяснено в документах :

  1. Сбой первичного экземпляра.

  2. Каждую секунду первичный экземпляр записывает в системную базу данных сигнал сердцебиения.Если несколько тактовых импульсов не обнаружены (и реплика аварийного переключения исправна), инициируется аварийное переключение.Это происходит, если основной экземпляр не отвечает в течение приблизительно 60 секунд или в основной зоне происходит сбой.

  3. Cloud SQL ожидает, пока реплика аварийного переключения перехватит состояние основного экземпляра.

  4. Время, затрачиваемое на этот шаг, зависит от задержки репликации.

  5. Реплике отработки отказа назначается роль первичного экземпляра.

  6. Теперь отказоустойчивая реплика обслуживает данные из вторичной зоны, а имя первичного экземпляра и IP-адрес перемещаются в старую отказоустойчивую реплику.Клиентское приложение повторно подключается к новому первичному экземпляру без необходимости изменять строку подключения, поскольку IP-адрес первичного экземпляра перемещается автоматически.Чтобы узнать, из какой зоны ваш экземпляр обслуживает данные, перейдите на его страницу обзора в консоли GCP.

  7. Воссоздана реплика восстановления после отказа.

  8. Новая резервная реплика сохраняет IP-адрес входящей отказоустойчивой реплики и автоматически воссоздается в исправной зоне.

  9. Повторно считанные реплики воссозданы.

Новые реплики чтения сохраняют IP-адрес входящей реплики чтения и автоматически воссоздаются в исправной зоне.

...