Назад | Перейти на главную страницу

Время простоя Google Cloud при обновлении группы экземпляров

У нас есть несколько экземпляров в группе экземпляров с автоматическим управлением. Выполнение приведенного ниже кода приводит к:

  1. Новые экземпляры создаются и проверяются с помощью проверки работоспособности (без удаления старых экземпляров). На этом этапе все еще работает нормально.
  2. Новые экземпляры становятся зелеными. На этом этапе все еще работает нормально.
  3. Удаляются старые экземпляры. На данном этапе сайт не работает из-за «Ошибка подключения». Он остается выключенным в течение 10-20 секунд, а затем возвращается с обновленной версией.

Я пробовал добавить min-ready, но не думаю, что это ни на что влияет. Я считаю, что балансировщик нагрузки вовремя не подхватывает новые инстансы?

Мы используем балансировщик нагрузки TCP. Как избежать простоев?

gcloud beta --project "PROJECT_ID" compute instance-groups managed rolling-action replace "INSTANCE_GROUP --region=europe-west2 --max-unavailable=0 --max-surge=3 --min-ready=75s

Я хочу добавить поверх пользователя morellet.dответьте и скажите, что вы можете использовать флаг "--мин-готово", однако этот флаг доступен только на"бета"версия команды gcloud"Облачные бета-вычисления, группы экземпляров, управляемые повторяющиеся действия, замена"

Но в целом, morellet.dРешение / ответ написания сценария, который будет запускать виртуальные машины в вашей управляемой группе непосредственно перед непрерывным обновлением, а затем останавливать их после завершения скользящего обновления, является отличной идеей, а использование флага «--min-ready» позволит поможет вам указать минимальное время, в течение которого вновь созданный экземпляр должен быть готов к использованию.

Из документы, то --max-unavailable значение будет равно минимальному количеству зон для региональной управляемой группы.

Более того, похоже, что вариант --min-ready больше не доступен в GA, но информации об этом нет!

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