а как же manage_etc_hosts: true?

тогда он темплейтом перекрывает hosts при каждом ребуте, т.е. если что-то туда добавить идет нахер

инфа 100%? может не работает определение instance ID при загрузке и он думает что каждая загрузка это first boot?

server ssh keys не меняются?

инфа 100: на моей инсталяции. Проблемы с metadata допускаю.

не меняются

кстати dnsmasq должен устанавливать hostname по dhcp

но не в hosts

меня интересует именно hosts

Привет!
А для чего?

ну тогда могу порекомендовать сам template отредактировать в том же cloud-init

люди хотят сделать hostname —fqdn и потом по этому fqdn сходить в себя

Плохая идея на вид сразу по нескольких причинам.
А в метаданных сети не выйдет задавать домен?

так fqdn задается через dnsmasq по dhcp. мало того, ты можешь этот fqdn менять в neutron port как душе угодно

Вот я об этом, да.

этот момент в процессе изучения

Основная идея такова:  У нас есть Designate. Зона у каждого проекта своя, формата: <project_name>.example.com.  Для регистрации ВМ в зоне для сети добавляется аттрибут dns_domain равный <project_name>.example.com.  При создании ВМ создается А-запись и все хорошо, но внутри ВМ ничего про эту зону не известо. Хотелось бы получить эту зону внутри ВМ.
Изменение каждого порта не вариант.
На счет dnsmasq не совсем понял, на сколько этого можно добиться .

для этого нужны PTR записи, но там будет конфликт из-за multitenancy
ведь все могут создать себе ВМку в приватной сети с адресом 10.0.0.1
а PTR на нее всегда будет только одна - поэтому в дезигнейте такого вроде вообще нет
только с флоатингами играться

чтобы был PRT нудно создать зону X.Y.Z.in-addr.arpa
Нет зоны нет конфликтов