виртуалка загружается, не может получить адрес c dhclient, после таймаута запускается cloud-init и не может получить hostname соответственно через какое то время после этого (как разгреблась очередь в раббите) dhcp-agent получает сообщение /var/log/neutron/neutron-dhcp-agent.log:2017-11-03 16:17:41.814 63602 INFO neutron.agent.dhcp.agent [req-0fc6af5e-e3a5-4294-8c47-cae9b38c71a1 955553174dbf41128778b11aaaa25cc0 86cb1891dec74c0d84146ec48bc61a2a - - -] Trigger reload_allocations for port admin_state_up=True, allowed_address_pairs=[], binding:host_id=, binding:profile=, binding:vif_details=, binding:vif_type=unbound, binding:vnic_type=normal, created_at=2017-11-03T13:07:05Z, description=, device_id=, device_owner=, dns_assignment=[{u'hostname': u'host-10-254-40-3', u'ip_address': u'10.254.40.3', u'fqdn': ... и обновляет свой host файл, после чего виртуалка может получить адрес по dhcp

по логам neutron-l3-agent порт создается без задержки, до загрузки виртуалки и связность между сетевыми агентами и компьют нодами есть, но не еще проверял через aprping или как то еще

непонятно, почему событие Trigger reload_allocations for port admin_state_up=True в neturon-dhcp-agent приходит так поздно, через несколько минут после загрузки виртуалки, в какую сторону можно копать? =)

хм передал на батчи создание виртуалк по 10 штук - теперь при создании нет очереди сообщений в раббит - совсем

dhcp агентов всего 3, сетей и проектов уже под 30

=)

контроллеры при запуске 50 ВМок в потолок по ресурсам не уходят ? по диску оссобенно ?

а почему они должны использовать диск? если только запись в логи? там ssd и запросов к ним мало, утилизация CPU повыше, но раббит сейчас с контроллерами живет

мне кажеться нужно поднять просто num_sync_threads в /etc/neutron/dhcp_agent.ini

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

хотя пишут помогает да

Всем привет

Мы в Сиднее и будем рады рассказывать о том, что вам интересно

Наш первый эфир можно глянуть тут:

https://www.pscp.tv/w/1jMKgdazQWYGL

Пока это просто веселое английское ля-ля

Но мы будем гораздо более техничны в тот момент, когда саммит начнётся

Вы можете писать нам свои пожелания на content@atlex.ru

Или в фейсбуке /atlexru

Или в твиттере @atlexru

Следить можно по хэштегу #hoponbaremetal

Коллеги, присутствующие на OpenStack Summit в Сиднее, есть предложение собраться сегодня вечером примерно в 19 часов и посидеть в какой-нибудь кафешке/баре рядом с местом проведения. Предварительно, устно подтвердили свое участие около 10 человек. Присоединяйтесь! Место и время сбора - стенд Host-telecom на маркетплейсе, в 18:30

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

Буду :)

+5 (или 7)

Где ?

Вот кто в футболках с кенгуру ходит :)

Видео есть на Atlex.ru/OpenStack-Summit-Sydney

https://www.youtube.com/watch?v=r7oJAntapPI

Очень рекомендую, кому хочется увлекательно провести 10 минут

Очень рекомендую, кому хочется увлекательно провести 10 минут

я даже не знаю, они "очередные велосипедисты" или наоборот староверы которые откопали fabric

я даже не знаю, они "очередные велосипедисты" или наоборот староверы которые откопали fabric

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

https://www.youtube.com/watch?v=r7oJAntapPI

еще один деплоер куба?

еще один полуживой проект?

Меркелов третий, пакстаком ставит?

или мануал установку описывает ?

привет, кто-то может подсказать по срупуту овс/лбриджа?

10g прокачает ?

пропускную способность что ли?

угу

Линуксовый бридж около 20 гигабит, ovs хз даже сколько, но не меньше.

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

ямнип

На такое даже и отвечать стрёмно.

Линуксовый бридж около 20 гигабит, ovs хз даже сколько, но не меньше.

как вы это сделали? =)

Привет. Есть проблема при создании инстанса в митаке. Есть образ с включенными опциями hw_disk_bus='scsi', hw_scsi_model='virtio-scsi', если разворачивать инстанс с этого образа, root диск будет подключен как scsi устройство /dev/sda, все врде бы хорошо. Но если из этого же образа сначала создать cinder volume и запустить инстанс с него, то эти опции hw_disk_bus='scsi', hw_scsi_model='virtio-scsi' не наследуются и вольюм подключается как vitrio-blk /dev/vda

В чем может быть проблема?

В чем может быть проблема?

В одном случае опции берутся из glance в метаданных образа, во втором их cinder проставляет если я не ошибаюсь

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

как вы это сделали? =)

Не делали) В тестах каких-то сравнительных с OVS видел. У интела, кажется)

у нас овс качает больше бриджа обычно :D

dpdk ? numa ?

у нас овс качает больше бриджа обычно :D

Ну он и качает чуть больше, даже без dpdk.

Reference_Architectures-2017-Deploying_Red_Hat_OpenStack_Platform_10_on_HPE_ProLiant_DL_Servers-en-US.pdf

Есть такие доки от канноникала?

Reference_Architectures-2017-Deploying_Red_Hat_OpenStack_Platform_10_on_HPE_ProLiant_DL_Servers-en-US.pdf

Привет. При интеграции cinder, glance, nova с ceph, должно ли работать клонирование образов в cephпри создании cinder-volume из glance image? сейчас у меня почемуто вместо клонирования перегоняет образ через локальную файловую систему /var/lib/cinder/conversion/. Образы RAW

Привет. При интеграции cinder, glance, nova с ceph, должно ли работать клонирование образов в cephпри создании cinder-volume из glance image? сейчас у меня почемуто вместо клонирования перегоняет образ через локальную файловую систему /var/lib/cinder/conversion/. Образы RAW

Не должно.

Жаль

Хотелось бы, но там, видимо слишком много надо перелопачивать в интерфейсах чтобы такое реализовать. Это ведь специфичное для конкретного случая поведение - когда все в одном хранилище.

Ну при создании инстансов же работает, почему бы и тут не сделать. При разворачивании инстанса их жирного образа очень много времени занимает

Ну при создании инстансов же работает, почему бы и тут не сделать. При разворачивании инстанса их жирного образа очень много времени занимает

Ну потому что руки не дошли у людей)

https://www.sebastien-han.fr/blog/2015/01/23/openstack-cinder-with-ceph-under-the-hood/

тут пишет что должно работать

А ты что из этого делаешь?

https://docs.openstack.org/cinder/latest/admin/blockstorage-image-volume-cache.html а у кого то получалось сие и если да, то какие бекенды для синдера были?

А ты что из этого делаешь?

Create volume from image If the image is in a Ceph pool and its location exposed then the volume will be a clone.

А вот смотри glance у тебя что использует в качестве хранилища?

Ceph напрямую или cinder?

Ceph напрямую. Кластер один, но пулы разные.

Ceph напрямую. Кластер один, но пулы разные.

Ну вот те и ответ.

Если разворачивать инстанс из глянца, там все работает нормально. Снепшоты и разворачивание инстансов из снепшотов тоже работает.

Не работает только клонирование при созданиии вольюма из глянц образа.

Ну я понял.

Циндер принудительно пытается сделать qemu-img convert

из RAW в RAW

Ты добавь дополнительным бекэндом для glance cinder. И при клонировании в пределах этого бэкэнда будет тогда делаться rbd клон, по идее

гланс то понятия не имеет что cinder тоже ипользует rbd. Поэтмоу так и происходит.

Та по логам все операции cinder volume выполняет