Было, да

Без даунтаймов получилось? Я пока до Ньютона обновился, сейчас хочу на пайк или квинс, но чет виртуалки начинают сеть терять

Эта инсталляция не критична, сервисы спокойно выключали

Стэканы, в конфиге новы есть место, в котором лимитируется количество одновременно деплоящихся инстансов?

Спасибо. Токмо не понятно, от чего при запуске ста инстансов многие долго в состоянии "шедулед"

коллеги. ни у кого нет ? OpenStack Cloud Computing Cookbook, 4nd Edition

повторю вопросик, пока надоредец не спит =)

С тормознутостью циндера я уже смирился

Слава б-гу, добрались там наконец до openstack-ansible.

да спасиб =)

Обращайся как погуглить надо будет! :D Я, если чо, по-доброму подъябываю)

мой гугл чет вчера не нашел, в выдаче первых двух страниц

Не думаю, что девстек хороший старт для изучения опенстека. Я бы советовал учить опенстек примерно так: 1. Создать несколько виртуальных машин. 2. Открыть https://docs.openstack.org/queens/install/ 3. Начать ставить по этой документации на виртуалки. 4. Все собрать руками, попутно написав свою автоматизацию. 5. Увидеть что виртуалка не поднимается, разобраться почему. 6. Увидеть, что на виртуалке сеть не работает, сделать так чтобы заработала. 7. Увидеть что неприезжают метаданные/не аттачаться диски/виртуалки бесконечно создаются. Разобраться почему так происходит. Можно также попробовать запустить одновременно 100 виртуалок, посмотреть что будет, попытаться разобраться почему. 8. После того, как все стало успешно создаваться, попробовать завести какой-нибудь экстра сервис, типа murano, karbor, barbican или любой на свой вкус. 9. Пару дней потратить на поиск багов, возможно что-то написать самому и попробовать запостить баг и патч в апстрим. 10. Не переставать гуглить. 11. После этого открыть курсы, прочитать программу, подумать что из этого не видел в предыдущих пунктах. 12. Profit!

А я б посоветовал взять openstack-ansible или devstack и раскатать себе тестовый опенстек. А потом уже на работающем примере разбираться что к чему там, почитывая документацию попутно.

В том то и проблема, что эта изначальна работающая штука ничего не даст в плане изучения опенстека, если целенаправленно ее не ломать, а это сложно. Она может например обучить использовать автоматизацию в опенстеке, например писать на хите или терраформе. Но это немного другое обучение.

тут уже был один пример, где это не сработало

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

Ну один пример это хуета. К тому же, я имел ввиду что уже установленным опенстеком можно пользоваться как справочником во время тренировки когда все делаешь вручную.

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

Коллеги, в конфиге /etc/my.cnf max_connections = 4096 show global variables like '%max_connections%'; - возврощает max connections - 214 Кому верить ? Пытаюсь вылечить - (1040, u'Too many connections') - в логах синдера.

/etc/systemd/system/mariadb.service.d/limits.conf [Service] LimitNOFILE=10000

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

в чем преимущества хита перед тераформом?

Прекрасный план, хоть пинь. А что есть желающие покупать курсы?)

Подскажите , а как правильно отправлять хост в обслуживание ? Пока нашёл только что что надо запретить нове на хосте создавать новые инстансы, и потом рукми по одной смигрировать существующие. А если существующих 100 штук - скрипт пистаь который будет uuid выдирать и мигрировать ?

В horizon отключаешь службу nova-compute на гипервизоре, появляется пункт эвакуировать хост - если миграция настроена и работает минут за 5-10 гипервизор будет чист

Так а лайв миграция будет при этом ?

Это она и есть

В horizon отключаешь службу nova-compute на гипервизоре, появляется пункт эвакуировать хост - если миграция настроена и работает минут за 5-10 гипервизор будет чист

У меня как live работает соединение не рвётся

коллеги. ни у кого нет ? OpenStack Cloud Computing Cookbook, 4nd Edition

Есть, но не уверен что 4th Edition

Ты заронил сомнения ) сегодня как раз надо 3 гипервизора по 300 виртуалок смигрировать, проверю точно, раньше когда мигрировал было все ок

Только что проверил - всё в лайве, норм

Не думаю, что девстек хороший старт для изучения опенстека. Я бы советовал учить опенстек примерно так: 1. Создать несколько виртуальных машин. 2. Открыть https://docs.openstack.org/queens/install/ 3. Начать ставить по этой документации на виртуалки. 4. Все собрать руками, попутно написав свою автоматизацию. 5. Увидеть что виртуалка не поднимается, разобраться почему. 6. Увидеть, что на виртуалке сеть не работает, сделать так чтобы заработала. 7. Увидеть что неприезжают метаданные/не аттачаться диски/виртуалки бесконечно создаются. Разобраться почему так происходит. Можно также попробовать запустить одновременно 100 виртуалок, посмотреть что будет, попытаться разобраться почему. 8. После того, как все стало успешно создаваться, попробовать завести какой-нибудь экстра сервис, типа murano, karbor, barbican или любой на свой вкус. 9. Пару дней потратить на поиск багов, возможно что-то написать самому и попробовать запостить баг и патч в апстрим. 10. Не переставать гуглить. 11. После этого открыть курсы, прочитать программу, подумать что из этого не видел в предыдущих пунктах. 12. Profit!

Привет, ребята! Хотелось бы вот что узнать у бывалых. Такс, план понятен, теперь нужно определиться c vps, столько желательно ram нужно для тестовой развертки openstack'a?

@LuckyBirds Локально- 4GiB, удаленно соот в AmS vps с 16 GiB ram но 20GiB SSD Intel Atom, и в spain VPs 8 GiB ram +50 GiB SSD +intel core i5. Последний подороже ,первый подешевле

На 4Гб с трудом все сервисы то запустишь, пожалуй что, не то что потом еще и вложенные виртуалки. 8-16гб - нормально чтобы попробовать. Диска нужно гигабайт 20-80, по-хорошему.

HDD vs SSD без разницы? можно сделать перегруппировку в данном случае

HDD vs SSD без разницы? можно сделать перегруппировку в данном случае

Там так то питоновские демоны же. Оно все не тяжелое, если только не запускаешь через uwsgi. Ну и mysql и rabbitmq могут в тестовом стенде ресурсы жрать. А остальное все не так сущетсвенно.

Просто крутил libvirt, qemu-kvm для Unetlab, там минималка от 16 GiB RAM - то было nested virtualization, то думал Openstack захочет поменьше по ресурсам

Вопрос подскажите кто знает - у меня в опенстеке сеть /24 выделена, потребовалось в этой сети завести несколько машин на кластере hyper-v. Между кластерами я сеть L2 перекину, но как быть с учетом ip ? Можно как то в нейтроне зарезервировать ip адреса ? Можно конечно через сабнеты решить вопрос, но нудно всего 5 ip, не хочеться сетку резать

Там же в субнет есть start_ip — stop_Ip, просто нарежь её =)

Сабнеты есть, но ты можещь сделать ,v4-fixed-ip= из диапазоне вне сабнета )