Mr rang_a
Aleksey
Я готов сторговаться на 3
Ну обычно это как-то так и делается. Но хотелось бы уточнить почему 4, может быть я чего-то не знаю
Anonymous
Mr rang_a
Mr rang_a
Anonymous
Почему нельзя сделать управление на одном?
Mr rang_a
Aleksey
Короче вам не нужен ос
Anonymous
@china_china будет жить. Поприветствуем!
Anonymous
Я не совсем в опенстак, поэтому конечно мои вопросы могут быть идиотским
Mr rang_a
Anonymous
Hyperv норм
Aleksey
Кстати, а что не овирт?
Vladimir
Почему нельзя сделать управление на одном?
Потому что если умрет контролплейн - ваш клауд превратится в тыкву. Правилом хорошего тона считается резервирование управляющих компонент как минимум в трех экземплярах. %)
Anonymous
Anonymous
Anonymous
Andrey
Mr rang_a
Да
Ок. Берете ворд или лист а4 и выписываете бизнес требования и задачи. Типа кто и почем саппортит, нужен ли сторадж вмоушн, как лицензируете винду, как строится сеть вм, сеть управления нодами, сеть хранения и сеть мтграции данных. И что вы там ещё придумаете. Потом смотрите что из софта решает ваши задачи. Выбор не широк.
Nikolai
кстати у xcp-ng есть бесплатный xenmotion и он работает даже при миграции между ДЦ с пингом в 50+мс и достаточно узкими каналами
но вот NUMA работает в нём не очень
Andrey
ужс, где-то xen еще не умер
Andrey
Сколько нужно на 6 серверов?
если у вас в целевой архитектуре 6 серверов - то вам не то что виртуализация, а даже оркестрация контейнеров не нужна, возьмите просто докер с лимитами по ресурсам
Anonymous
@naughtius_max будет жить. Поприветствуем!
Yuf
Опенстек канал уже не торт ))
Yuf
я ждал что ты ответишь )))
Yuf
Ждал/знал
✠ FLASh ✠
Дороу, сябры. Я тут попался на баге Openstack Queens + Ceph Luminous и не очень понятно в какой канал писать об этом. Бага состоит вот в чем:
- есть два юзера в разных тенантах
- логинишься под одним и создаешь приватный и публичный контейнер
- логинишься под другим и создаешь приватный и публичный контейнер с теми же именами
при создании приватного контейнера с тем же именем, но в другом тенанте, тебя вылогинивает...
Кто-то видал такое? Я канеш багу на ланчпаде видел, но она для Pike вроде как не валидна. А вот на Queens опять всплыла. Кто-то знает фиксик? Может политики какие-то поправить?
J
Yuf
Сейчас на овирт посоветуют перейти )))
✠ FLASh ✠
та йух я клал на овирт)
✠ FLASh ✠
Возможно что виноват драйвер. Но я тут нашел на ланчпаде такую же бажину и она Invalid. Нигде ничего внятного нет по этому поводу. А бага уже на нескольких енвах зарепродюсилась.
J
✠ FLASh ✠
а вот и бажуля --> Rados gateway has a single global bucket namespace, so its possible that the container name already exists for a different tenant
J
J
Тьху
J
вон чо.
✠ FLASh ✠
но я ща проверю еще этот момент
✠ FLASh ✠
то есть одинаковые имена свифт контейнеров нельзя задавать
Anonymous
user seven будет жить. Поприветствуем!
Anonymous
Сарманов Бакыт будет жить. Поприветствуем!
Tatiana
Привет! У большинства ОpenStack работает не без помощи операционной системы Linux 🙂 А мы вот тут вот мы запустили как раз Игру для любителей и знатоков нашей самой любимой и самой распространенной операционной системы : https://linux.mail.ru. Приглашаем всех, кому интресно, принять участие в нашей игре!
Александр
Спам!
Yuf
Хитрый маркетинг)
NS 🇷🇺
Это Мейл ру 😂
Александр
Комрады, всем привет!
Есть ситуация, клиент просит развернуть у нас свой образ. На нем Винда, заточенная под uefi boot.
Прочитал, что для того чтобы libvirtd умел uefi boot, нужно чтобы на ноде стоял OVMF.
Я его установил, на сайте openstack написано:
Because default UEFI loader path is /usr/share/OVMF/OVMF_CODE.fd, the administrator must create one link to this location after UEFI package is installed.
Я так понял, что нужно сделать символьную ссылку /usr/share/OVMF/OVMF_CODE.fd, но не понял на кого она должна вести.
Кто-нибудь делал это?
J
Комрады, всем привет!
Есть ситуация, клиент просит развернуть у нас свой образ. На нем Винда, заточенная под uefi boot.
Прочитал, что для того чтобы libvirtd умел uefi boot, нужно чтобы на ноде стоял OVMF.
Я его установил, на сайте openstack написано:
Because default UEFI loader path is /usr/share/OVMF/OVMF_CODE.fd, the administrator must create one link to this location after UEFI package is installed.
Я так понял, что нужно сделать символьную ссылку /usr/share/OVMF/OVMF_CODE.fd, но не понял на кого она должна вести.
Кто-нибудь делал это?
У меня без ссылок работает, вроде.
Александр
Не, без нее инстанс не стартует, пишет что uefi not supported
Александр
В /usr/share/OVMF/ лежит OVMF_CODE.secboot.fd. Сделал ссылку на него, образу выставил hw_firmware_type=uefi, виртуалка стартанула
J
Александр
Александр
J
Спасибо, напомнил)
J
NS 🇷🇺
Комрады, всем привет!
Есть ситуация, клиент просит развернуть у нас свой образ. На нем Винда, заточенная под uefi boot.
Прочитал, что для того чтобы libvirtd умел uefi boot, нужно чтобы на ноде стоял OVMF.
Я его установил, на сайте openstack написано:
Because default UEFI loader path is /usr/share/OVMF/OVMF_CODE.fd, the administrator must create one link to this location after UEFI package is installed.
Я так понял, что нужно сделать символьную ссылку /usr/share/OVMF/OVMF_CODE.fd, но не понял на кого она должна вести.
Кто-нибудь делал это?
на какой версии кстати работаете? у меня на либертях не получилось запустить, может как раз из-за того что ссылок не делал :D
Александр
Релиз Pike, сторадж Ceph jewel, на нодах Centos 7
Александр
Но я ссылку наугад делал) ничего не нагуглил, решил эмперическим путем выяснять)
NS 🇷🇺
Александр
А что с этим делать? Как эту Винду запустить? Может косяк в аппаратной привязке Винды? Кстати, клиент образ из hyper-v выгрузил, потом через qemu-img в raw сконвертил
NS 🇷🇺
Vadim
привет, подскажите, Centralized_snat и Interface_distributed в чем разница? Один на вход,другой на выход?
NS 🇷🇺
если мне сейчас не изменяет память - первый снат для вм без фип, чтобы в тырнеты ходить
NS 🇷🇺
второй для дла HA вроутеров
NS 🇷🇺
со вторым могу сейчас напутать ....
Vadim
да, примерно так я и думал, сейчас поигрался с удалением каждого
Vadim
и выявил эмпирическим путем
Anonymous
Михаил Захаренков будет жить. Поприветствуем!
J
Александр
J
А вот это хороший вопрос)
Вот.
По-хорошему то образы системы которая уже успела поработать вне опенстека не годятся в чистом виде.
Если один раз собирается перенести - добро. Но если надо из этого образа еще чо-то запускать, тут уже беда)
Александр
Клиент сказал, что сделает sysprep, обещал сегодня новый образ отправить, попробую еще, потом отпишусь)
J