Сечин - это кто? :)

Дир роснефти

Т.е. исп директор

:))

Так и вижу желтый заголовок "Роснефть переходит на OpenStack" "Мы построим облако на OpenStack, превосходящее облако в Сбербанке" - говорит Сечин :)

Никогда. Им ещё взятку получать от ibm .

Эх )

Так и вижу желтый заголовок "Роснефть переходит на OpenStack" "Мы построим облако на OpenStack, превосходящее облако в Сбербанке" - говорит Сечин :)

круче будет когда фнс начнёт переходить с вивари на os

А есть такой план?

А есть такой план?

ну от оаркла они отказываются, значит и от vmware должны

Хм

если бы они ещё от винды отказались и rhel заменили на fedora

вообще было бы замечательно

ну от оаркла они отказываются, значит и от vmware должны

Во-первых - одно не следует из другого. Во-вторых никто не мешает им, например, перейти на hyper-v

Там двигается тема защиты от санкций. На постгрю и в госуслугах уже переходят полным ходом. Планируется съезд с вари на квм

Витают фантазии на тему отказа от рхел в пользу фстек сертифицированного альт линукса, но я не хочу в это верить

Альт отличный дистр. Но с этим в флудилку :)

A arch

У кого то облака на арчи крутится

Всем привет. Для меня удобный дистр дебиан, это вполне нормально для опенстек?

У кого то облака на арчи крутится

У вменяемых вы такого точно не найдёте

Да я так и прнял

Подял

Всем привет. Для меня удобный дистр дебиан, это вполне нормально для опенстек?

тот же убунту, только с более старой пакетной базой

У кого то облака на арчи крутится

но зачем?

странный вопрос.

но зачем?

думал может у кого юзается в продакшине rolling-releaase дистр

думал может у кого юзается в продакшине rolling-releaase дистр

CoreOS используют, но не с опенстеком

Отдельный docker

?

Не только. Кубер, сворм, раечер.

какую-то странную фигню наблюдаю, как обычно. в тестовом кластере поднят циндер с NFS бекендом, тома нормально создаются, можно подключить том к инстансу и все работает. но когда новый инстанс создаешь нова его кладет не в циндер, а в свой локальный /var/lib/nova, и в дешборде нет стандартных вариантов создать том при создании инстанса.

судя по доке, в конфиг новы достаточно прописать [cinder] os_region_name = RegionOne и оно, есессно, прописано. :)

куда еще копать?

запретить эфимерные диски

max_local_block_devices=0

ну и до кучи в синдере прописать дефолтный диск тайп

ну и до кучи в синдере прописать дефолтный диск тайп

enabled_backends = nfs стоит

имеется в виду какой-то другой параметр? чет не вижу в доке такого (

ну и еще вы когда инстанс создаете выбираете бут фром имидж или бут фром имидж (create new volume) ?

так я же и говорю - там нету опций про create volume.

митака и выше - галочка есть

http://take.ms/sX28x

там тока image и instance snapshot

у меня это так выглядит http://joxi.ru/Drl9bwDt4VoDLm

угу, знаю что должны быть. тут нету. такое очучение что я что-то где-то не прописал.

ну из того что приходит на ум - настройки дашборда

да, уже полез смотреть. там есть массив # A dictionary of settings which can be used to provide the default values for # properties found in the Launch Instance modal. #LAUNCH_INSTANCE_DEFAULTS = { # 'config_drive': False, # 'enable_scheduler_hints': True # 'disable_image': False, # 'disable_instance_snapshot': False, # 'disable_volume': False, # 'disable_volume_snapshot': False, #}

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

больше идей с ходу нет =)

раскомментил его, первое true поставил. нихрена не помогло. )

логично, т.к. совсем к этому отношения не имеет

а какие еще настройки дешборда посмотреть? прошерстил весь local_settings, больше ничего похожего и нету

через openstack cli можно создать волум в циндере и с него нормально запускается инстанс также через cli. в дешборде - хрен. даже если нажать start instance на том же самом волуме, в самом диалоге создания инстанса его не видно.

через openstack cli можно создать волум в циндере и с него нормально запускается инстанс также через cli. в дешборде - хрен. даже если нажать start instance на том же самом волуме, в самом диалоге создания инстанса его не видно.

Сирот в базе у вас нет случайно? например аттачей к None?

сироты не влияют на создание дисков из образов ....

мб полиси нафигачили ? под админом пробуете ?

сироты не влияют на создание дисков из образов ....

Так у вас проблема, насколько я понимаю, не с запуском инстансов - тк из cli они стартуют

да, из CLI все стартует. Полиси все дефолтные.

такое ощущение что в дешборде просто чего-то не хватает.

в общем косяк где-то в дешборде. я ставил из rdo на centos 7. снес его, поставил с гитхаба релизный, на нем все нормально.

пробовал подцепить такой же конфиг к старому дешборду из rdo, еще как-то с бубном потанцевть, но пофиг, не помогает.

кеш браузера ? режим инкогнито ?

хз, тоже возможно. хотя врядли. :) щас уже не проверю, старое все снес нахрен.

https://github.com/openstack/kolla-ansible а этим кто-то пользовался?

ребзя, доброе утро. Кто какие системы мониторинга использует?

мисчат

centreon

prometheus

scom

а никто не путает метеринг и мониторинг?

Всем привет! Есть ли какие то решения\идеи по поводу HA для самих гипервизоров, исключая стандартные (bonding, raid и тому подобное). Нужно ли вообще это или nova evacuate все спасает? Хочеться понять нужно ли вообще двигаться в эту сторону, волнует падение гипервизора с большим количеством машин.

Всем привет! Есть ли какие то решения\идеи по поводу HA для самих гипервизоров, исключая стандартные (bonding, raid и тому подобное). Нужно ли вообще это или nova evacuate все спасает? Хочеться понять нужно ли вообще двигаться в эту сторону, волнует падение гипервизора с большим количеством машин.

а собственно зачем? В Openstack предполагается, что VM это мусор, - сущность, которая легко создается и легко умирает. Зачем думать о ее спасении когда можно в любой момент поднять с десяток подобных? Вот об anti-affinity стоит подумать.

сервисы надо писать правильно, а не класть все яйца в одну корзину

Не как руки до masakari не дойдет

Это типа vm ha

а собственно зачем? В Openstack предполагается, что VM это мусор, - сущность, которая легко создается и легко умирает. Зачем думать о ее спасении когда можно в любой момент поднять с десяток подобных? Вот об anti-affinity стоит подумать.

+1

Поэтому нет в OS проектов, отвечающих за ha vm

Не как руки до masakari не дойдет

Во, вспоминал как проект называется ))

Поэтому нет в OS проектов, отвечающих за ha vm

Это все понятно в целом. Но для нашего рынка мало применимо, к сожалению

https://wiki.openstack.org/wiki/Masakari