А появился драйвер для с3 в апстриме от гланса?

а он только в свифте мог? я почему-то думал что и в с3 умеет.

— вам две или три бутылки водки — Да, спасибо

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

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

Так гланс или нова?

так а нахуя он у вас в 3 маунтит?

glance-api

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

ну ты такой захотел 3 ВМ создать, а на гиперах кеша нет, задачи разлетелись на 3 гланса

буквально пару дней назад создавал их пачками …. ща чуть позже проверю, если до хорайзона достучусь

ну и там вообще по моему не должен маунтиться никуда диск, средствами СХД все должно копироваться

нееет, когда они хотят закешировать один и тот же образ

но вот с эфимерами хз как это работает

А там механизм какой - образ маунтится на гланс, а потом волшебным образом переливается на нову? Или все таки нова маунтит себе диск и переливает на фс?

а почему волшебным? видимо таким же как и через хорайзен образ заливается . а так да, льётся на фс и конвертится в raw если надо(ну это конечно настраивается)

я просто тупой мне казалось, что механизм такой - нужно создать эфемерку, нове нужен кэш - новая идет по имеджурл (или получает его) - и в соответствиее с урл подключает его (iscsi,rbd), потом локально копирует имедж и отключает

видимо так можно было, но задеприкейтели и объявили легаси из nova.conf # DEPRECATED: # List of url schemes that can be directly accessed. For more information, refer # to the documentation. (list value) # This option is deprecated for removal since 17.0.0. # Its value may be silently ignored in the future. # Reason: # This was originally added for the 'nova.image.download.file' FileTransfer # extension which was removed in the 16.0.0 Pike release. The # 'nova.image.download.modules' extension point is not maintained # and there is no indication of its use in production clouds. #allowed_direct_url_schemes =

Он был очень давно, а потом его депрекейтнули

Полгода назад притащили обратно переписанный в мастер

а в викторию его затащили?

а то по recently commited - я там вижу только описание в конфиге и все 🙂 остальное про удаление

Ровно 2 коммита последние😁

о, а я думал вы свой подтащили 🤷

@nsuvorov в чем плюсы стека в кубере ? Кроме того что говорил чувак с фланта

Fc не мешает общими процессу ?

С новым лейром проще чем без него ?

Да ?

С rollback и блякджеком

А какая обычная процедура в подобном примере

@nsuvorov в чем плюсы стека в кубере ? Кроме того что говорил чувак с фланта

Вопрос не по адресу, я не использую стек в кубере

это пока 😂

зачем мне это нужно? =)

возмножно это будет нужно не тебе 😁

Как говорил чувак с фланта что микро сервисы легко поддерживать в кубе. В том числе опенстек микросервисы

Расскажите, на каком уровне работают security groups, кто именно фильтрует трафик. В документации не нашел подробностей, кроме как команд для создания

iptables

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

iptables где?

iptables

да ладно, а если у тебя ovs фильтрация ? =)

на гипервизоре или вас конкретные неймспесы интересуют ?

Меня интересует механизм работы. Предположим есть кластер, я создаю правила security groups. Эти правила с IP сразу же по всем гипервизорам разливаются в кластере и в iptables?

У меня вопрос в том, что оно или сразу разливается или при миграции ВМ

а в k8s вообще профита не вижу, чтобы там размещать OpenStack, кролика автоскейлить или что?

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

будешь всегда убивать, когда у тебя один зашиваться будет? =)

а в k8s вообще профита не вижу, чтобы там размещать OpenStack, кролика автоскейлить или что?