Типу, 2 / 4 / 40 - самый ходовой или подобное что-то

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

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

антидепрессантов, да поболее

антидепрессантов, да поболее

та, мне это в кайф

Сейчас лаба, это: 1. Одна 28 сетка 2. Нова - один тазик с 1 CPU / 16 RAM / 4 * 500 SSD 3. Синдер - такой же тазик 4. Апи и остальное, такой же тазик 5. Какой-то дешевый циска свитч на 1 гбит

Собираюсь вкинуть еще 2 фермы, примерно по 2 камня последних, 128/256 мозгов и вот тут вопрос что с дисками

городить локальные, 8 * 2 ТБ или на 4 ТБ?

Городить синдер отдельно, но тогда докупать уже 2 свича на 10 гбит

стоит вопрос какую сетку брать, 25/26

И чтоб это все сбансировать нужна какая-то статистика по ходовым тарифам

Привет! А вакансией можно поделиться?

Привет! А вакансией можно поделиться?

соли, спайсы ?

соли, спайсы ?

крэк

Привет! А вакансией можно поделиться?

с этим обычно в девопс джобс

с этим обычно в девопс джобс

Спасибо

@adiantum

А в логах /var/log/nova/nova-compute.log на нодах нет указания на ошибку при рестарте службы nova-compute?

ERROR nova.compute.manager [None req-6daf13a4-ab41-4e9f-8a4b-18467a3c521a - - - - - -] No compute node record for host node02: nova.exception_Remote.ComputeHostNotFound_Remote: Compute host node02 could not be found.

/var/log/kolla/libvirt/libvirtd.log error : virQEMUCapsCacheLookupDefault:5796 : invalid argument: KVM is not supported by '/usr/bin/qemu-system-xtensaeb' on this host

ERROR nova.compute.manager [None req-6daf13a4-ab41-4e9f-8a4b-18467a3c521a - - - - - -] No compute node record for host node02: nova.exception_Remote.ComputeHostNotFound_Remote: Compute host node02 could not be found.

В /etc/nova-compute.conf проверь наличие записей в секциях: [DEFAULT] сompute_driver=libvirt.LibvirtDriver [libvirt] virt_type=kvm Далее проверь что время на нодах и контроллерах синхронизируется корректно. После этого: libvirt-guests restart libvirt-bin restart nova-compute restart

Ну, ещё убедись, что в hostname и /etc/hosts у тебя имена выч. узлов совпадает с node02 (например нет чего-то типа node02.accentos.loc)

Можешь еще на контроллере выполнить (у тебя по логам вроде бы не видно этого затыка, но может ты лог неудачно обрезал просто): https://docs.openstack.org/nova/latest/cli/nova-manage.html#cell-v2-discover-hosts

/var/log/kolla/libvirt/libvirtd.log error : virQEMUCapsCacheLookupDefault:5796 : invalid argument: KVM is not supported by '/usr/bin/qemu-system-xtensaeb' on this host

А вот тут проверь, что у тебя в BIOS все опции касаемо виртализации включены

В /etc/nova-compute.conf проверь наличие записей в секциях: [DEFAULT] сompute_driver=libvirt.LibvirtDriver [libvirt] virt_type=kvm Далее проверь что время на нодах и контроллерах синхронизируется корректно. После этого: libvirt-guests restart libvirt-bin restart nova-compute restart

Вопрос в какую жопу надо поцеловать гланс чтобы начинал случаться conversion_format

Спасибо, вроде разобрался

Спасибо, вроде разобрался

В какую поцеловал? 😄

в pdb

This plugin may only be used as part of the interoperable image import workflow (POST v2/images/{image_id}/import). It has no effect on the image data upload call (PUT v2/images/{image_id}/file).

а можно для тупеньких какая разница?

Кто-то из русскогоязычного комьюнити собирается в Ванкувер летом ? https://www.reddit.com/r/openstack/comments/yv20py/summit_vancouver23_the_cfp_is_open/

Кто-то из русскогоязычного комьюнити собирается в Ванкувер летом ? https://www.reddit.com/r/openstack/comments/yv20py/summit_vancouver23_the_cfp_is_open/

Воркуту, хотел сказать?

Кто-то из русскогоязычного комьюнити собирается в Ванкувер летом ? https://www.reddit.com/r/openstack/comments/yv20py/summit_vancouver23_the_cfp_is_open/

Так тут попиздеть, а не посмотреть сразу предлагают ;)

Воркуту, хотел сказать?

Оттуда только выезжают

Кстати, я хотел попробовать сделать операторскую презу про то, как удобно опенстек после деплоя тераформом наполнять, тем более, если у тебя их штук 30 тех клаудов и они все в одинаковом состоянии, лишь переменные в модуль другие суешь. Оно вообще надо кому или маловероятно?

Кстати, я хотел попробовать сделать операторскую презу про то, как удобно опенстек после деплоя тераформом наполнять, тем более, если у тебя их штук 30 тех клаудов и они все в одинаковом состоянии, лишь переменные в модуль другие суешь. Оно вообще надо кому или маловероятно?

По моему весьма полезный был бы материал.

Кстати, я хотел попробовать сделать операторскую презу про то, как удобно опенстек после деплоя тераформом наполнять, тем более, если у тебя их штук 30 тех клаудов и они все в одинаковом состоянии, лишь переменные в модуль другие суешь. Оно вообще надо кому или маловероятно?

такое уже вроде не нового. Хотя новички всегда подъезжают

такое уже вроде не нового. Хотя новички всегда подъезжают

Дык я вообще тут магии не вижу. Но новичков это всех удивляет)

Дык я вообще тут магии не вижу. Но новичков это всех удивляет)

так и живем =) ... не ну в целом доклады полезные на такие темы, надо приучать к автоматизации, тем более инструментов вагон

Кстати, я хотел попробовать сделать операторскую презу про то, как удобно опенстек после деплоя тераформом наполнять, тем более, если у тебя их штук 30 тех клаудов и они все в одинаковом состоянии, лишь переменные в модуль другие суешь. Оно вообще надо кому или маловероятно?

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

Кто-то из русскогоязычного комьюнити собирается в Ванкувер летом ? https://www.reddit.com/r/openstack/comments/yv20py/summit_vancouver23_the_cfp_is_open/

Зависит от бюджета и ситуации с визами на тот момент.

Как зафорсить создание image через import поумолчанию

Как зафорсить создание image через import поумолчанию

store_type_location_strategy¶ store_type_preference¶ Type: list Default: Preference order of storage backends. Provide a comma separated list of store names in the order in which images should be retrieved from storage backends. These store names must be registered with the stores configuration option. NOTE: The store_type_preference configuration option is applied only if store_type is chosen as a value for the location_strategy configuration option. An empty list will not change the location order. Possible values: * Empty list * Comma separated list of registered store names. Legal values are: * file * http * rbd * swift * sheepdog * cinder * vmware Related options: * location_strategy * stores

+ https://docs.openstack.org/glance/latest/configuration/glance_api.html#DEFAULT.location_strategy

Одно без другого не работает.

немного не то

функция человекопонятная, загрузка образа в опенстек за каким то хреном реализована в двух вариантах

1. openstack image create

2. openstack image create —import

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

на импорт можно навесить автоматическое преобразование образа

на импорт можно навесить автоматическое преобразование образа

Это чтобы qcow2 или vmdk сразу в raw преобразовывался, при заливки (например для использования ссылок на объекты в ceph пуле glance)?

это не одинаковые способы. Прямая загрузка позволяет только загрузить образ в хрунинлище через import можно реализовать конвертацию/навешивание метаденных/раcкладывание по стораджам/etc

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

хмм, а как происходит прямая загрузка в сторадж при штатоном создании имаджа особенно если нет direct_url

попробуй задуть в FC минуя гланс

Это чтобы qcow2 или vmdk сразу в raw преобразовывался, при заливки (например для использования ссылок на объекты в ceph пуле glance)?

это чтобы я мог форсировать хранение в glance образа в том виде что мне нужен, ceph,fc итд по вкусу

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

это чтобы я мог форсировать хранение в glance образа в том виде что мне нужен, ceph,fc итд по вкусу

Оно вроде немного по другому работает и нова после загрузки образа (если в кэше нет) делает конверт

Для тех кто ищет документацию и тех кто направляет на openstack.org - там чуть лучше чем у маркелова. особенно радует xena с this page last updated: 2017-06-15 13:50:51

Оно вроде немного по другому работает и нова после загрузки образа (если в кэше нет) делает конверт

Это другая часть процесса, там ничего не делается если, связка glance cinder backend удачно слеплена - происходит на стороне СХД

синдер кэш как вариант, он сам при первом запросе конвертнет и создаст вольюм бэкд имадж и потом из него клоны будет делать

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

хмм, а как происходит прямая загрузка в сторадж при штатоном создании имаджа особенно если нет direct_url

Так они в паре и работают

можно подробненй

у нас direct и образ льется напряму в хранилку черз fc

http -> horizon -> glance direct -> fc mount disk

http -> glance api -> fc mount disk

оба без двойного копирования

у glance бекандом cinder

ну так не мимо же гланса

напрямую в моем понимании это как типа вернуло урлу по S3 и клиент сам в него льет

Фух, у меня тангстен взлетел) всем привет)

Фух, у меня тангстен взлетел) всем привет)

Как полёт ?

Как полёт ?

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

Мне нужно делать очень гибко политики, но что бы что-то протестить, нужно ещё инфраструктуру сделать)

Нашла доку на гитхабе. Господи, благослови того человека) ща эту документацию)

Гы)

Как полёт ?

Как у вас он поживает?