Лайв миграцию из облака в облако без хистакса кто чудил?

Смотря что нужно. Там можно образ выгружать куда-нить и закидывать в другом месте. Можно баш скрипт наваять, чтоб делал тож самое. Можно сделать на NFS бэкэнд для вольюмов, и через него перетаскивать (миграция на нфс, далее второй регион туда-же подцеплен, затаскивание диска внутрь)

там же как обычно снепшоты выплывут...

по напевам трипло, которые предлагают вместо апгрейда слепить рядом клауд и херкс и ты тама

вопрос скорее в том стоит ли истязать сознание и тратить время или сказать что без даунтайма никак и тупо перетащить персоздать объекты в новом клауде

Хочется незаметненько так, раз и клиент на новом девственном облаке

Я фокусник :)

Я фокусник :)

Лайв миграцию из облака в облако без хистакса кто чудил?

@poghost ваш выход 😂

Дак если тачки можно выключать, то вопрос изи. Другое дело если надо на живую

А есть такие случиаи когда нельзя выключать? Ну типа когда никакие переговоры и резервирование клиентских вм на прикладном уровне не помогут? И когда даже деньги не решат проблему с невозможностью выключения?

Дык кто его знает. Сидят чуваки в дорогих костюмах и модных очках и рисуют требования красивой ручкой. Там что угодно может быть. Если просто катать с выключением, то почти нет проблем, если там не переезд вроде гипер-в - опенстек

А есть такие случиаи когда нельзя выключать? Ну типа когда никакие переговоры и резервирование клиентских вм на прикладном уровне не помогут? И когда даже деньги не решат проблему с невозможностью выключения?

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

а что мешает биллингу иметь скажем НА базу на 3 инстанса + 2 веба с keepalived где если выкл. 1 инстанс айпи себе переедет на другой 🙂

https://serverfault.com/questions/1118004/cephadm-openstack-keystone-integration it's a big help if you tell me the answer. это большая помощь, если вы скажете мне ответ.

Ребята, такая тема. Дурацкий вопрос, как я не люблю) Я первый раз решил не собственные образы накатывать на baremetal, а обычные, whole-disk cloud образы. Пока без подробностей, но как будто всё что пробовал не хочет поднимать интерфейсы и запускать cloud-init. Через rescue вешал пароль, грузился обратно в систему. Интерфейсы link down, cloud-init не стартовал. если руками поднять интерфейс и дернуть cloud-init, то он, мерзавец, отрабатывает и тянет метаданные. Пробовал Ubuntu 20.04/22.04, Debian 10 и Centos 8. Везде одно и то ж. Пока в dmesg/syslog ничего дельного не нашел вообще. Может, у кого-то было похожее?

Ребята, такая тема. Дурацкий вопрос, как я не люблю) Я первый раз решил не собственные образы накатывать на baremetal, а обычные, whole-disk cloud образы. Пока без подробностей, но как будто всё что пробовал не хочет поднимать интерфейсы и запускать cloud-init. Через rescue вешал пароль, грузился обратно в систему. Интерфейсы link down, cloud-init не стартовал. если руками поднять интерфейс и дернуть cloud-init, то он, мерзавец, отрабатывает и тянет метаданные. Пробовал Ubuntu 20.04/22.04, Debian 10 и Centos 8. Везде одно и то ж. Пока в dmesg/syslog ничего дельного не нашел вообще. Может, у кого-то было похожее?

config-drive True ?

Я так понял он мету с сети забирает

Чисто предположение. А там имена интерфейсов не захардкожены? А то может ждет поднятия eth0, а ты ему ens суешь

config-drive True ?

Нет, без конфиг драйва. Хочу чтоб мета бралась по сети)

а dhcp отдаёт роут к 169.254 ?

Там же по умолчанию лежит что-то в стиле ifcfg-eth0

Где лежит?

https://github.com/openstack/diskimage-builder/tree/master/diskimage_builder/elements/dhcp-all-interfaces вот такое нужно, чтобы все подряд интерфейсы поднять и за клауд-инитом сходить

в образе

В образах никаких конфигураций сети нет. cloud-init должен сам прикинуть с каких интерфейсов пытаться получить dhcp.

так нетворк дата лежит за тем же сетевым интерфейсом, а конфиг-драйв с нетворк_дата ты не пробросил

Если нет доступных локально датасорсов cloud-init начинает во время init-local перебирать через sysfs все интерфейсы в /sys/class/net Фильтрует из списка veth, бриджи, вланы и лупбеки, на остальных проверяет линк. На тех интерфейсах где линк есть пытается получить dhcp.

Парни, я же вам не говорил какая модель использования этого всего планируется, поэтому опрометчиво или нет вы наверняка сказать не можете)

Откуда инфа, что он попытается на всех интерфейсах с линком получить дхцп? Я не вижу этого в доке

In the absence of network configuration in any of the above sources , Cloud-init will write out a network configuration that will issue a DHCP request on a “first” network interface. Может у него first не тот?

Но я предусмотрел, вроде как, такое развитие событий и порт с линком у тестового сервера всего один)

ну я бы тогда глядел в systemd, какой зависимости не хватило клауд-иниту для старта

@creepy_owlet Парни, репортинг ресурсов для baremetal нод теперь вообще никак не включить? Подразумевается ведь что с ресурс провайдером baremetal ноды должен быть связан один кастомный ресурс класс?

Теперь мой гендер "парни" :)