Как происходит обновление ВМ в группе доступности при изменении шаблона

ВМ? Допустим обновилась версия докер образа. Хочу понять как быть с обновлениями.

У инстанса есть метод UpdateMetadata https://cloud.yandex.ru/docs/compute/api-ref/grpc/instance_service#UpdateMetadata Скорее всего если поменялась только метадата, то IG пройдёт и дёрнет этот метод для каждого из инстансов.

Нарек правильно сказал — при изменении метаданных, виртуалку перезапустят. Есть целая страница документации про "что будет, если я поменяю у группы ВМ/у шаблона виртуалки такие-то настройки": https://cloud.yandex.ru/docs/compute/concepts/instance-groups/deploy/instance#change-temp

👍

А что так негуманно? Можно же просто метадату поменять?

Конечно можно, но тут яндекс, особый путь, не для тех ,кто привык к чему-то хорошему :(

Ой, да я сам уже привык.

В общем случае, изменение метаданных часто бесполезно без перезагрузки. Например, чтобы изменённые настройки cloud-init применились, машинку надо перезагружать. Аналогично со всякой машинерией, которая один раз при старте машинки из метаданных считает настройки, скажем, докер-образа, и обновления метаданных не ждёт. Поэтому дефолт — наименьшее из зол: "перезагрузить машинку, даже если мы просто сделали ей UpdateMetadata". Фича-реквест на улучшение можно написать вот сюда: https://cloud.yandex.ru/features (Скажем, можно было бы добавить в шаблон виртуалки список ключей метаданных, не требующих перезагрузки виртуалки при их изменении.)

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