Заставка Google Cloud и слив групп автоскалера

Question

Проблема в том, что я не могу найти какую-либо документацию по изменению управляемой (автомасштабируемой) группы на группу неуправляемых экземпляров с группой из 0 серверов.Я посмотрел на питонов google.cloud и googleapiclient без какой-либо удачи.Они оба показывают способы управления каждым индивидуально, но не меняя его.service.instanceGroupManagers (). изменить размер также не нужно.

Также https://cloud.google.com/sdk/gcloud/reference/compute/instance-groups/ также обрабатывает их индивидуально.

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

Может быть, у кого-то естьлучший способ сделать это.Идея состоит в том, чтобы иметь балансировщик нагрузки со всплывающей страницей обслуживания с RPS 0, чтобы он не получал трафик.Когда мы хотим, чтобы сайты отключались для обновления, мы истощаем все активное соединение с помощью встроенной функции стока, когда сервер удаляется.Мы делаем это, устанавливая для группы экземпляров автоматическое масштабирование серверов no (Unmanaged) и 0.

Answer 1

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

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

Лучше всего использовать скользящее обновление или развертывание канареек.Вы также можете использовать оппортунистическое или проактивное обновление.Эти методы и способы их использования (включая команды gcloud и примеры API) описаны здесь .

Поочередное обновление: замена x экземпляров за раз, т.е. представьте 3 экземпляра, первый экземпляр будетперейти вниз и быть обновленным, как только он будет завершен, второй будет понижен для обновления, после того, как он будет завершен, третий будет обновленЕсли имеется 50 экземпляров, вы можете указать 10 обновлений одновременно и т. Д.

Canary Update: представьте, что вы хотите протестировать свое новое приложение.Только x / y (т.е. 1 из 3) экземпляров будут обновлены.Таким образом, некоторые пользователи будут использовать новое приложение, а некоторые - старое.Это позволяет протестировать новое приложение в рабочей среде, не затрагивая все экземпляры.Если новая версия работает без сбоев, вы можете откатить обновление (скользящее обновление) или откатить обновление, удалив несколько экземпляров, на которых запущена новая версия.

Упреждающее обновление: экземпляры просто воссоздаютсяс новой версией.

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

Надеюсь, это поможет.