Компании, использующие опенстек, редко готовы нанимать разработчиков опенстек – сами виноваты. Пишут опенстек в основном вендоры, по запросам крупных клиентов. Вендоры эти - часто конкуренты. Потому им тяжело совместно работать и совместно пилить фичи.
Да не в этом дело)
Руководство ничо не понимает в коде в основной своей массе. Они и не знают о тех конфликтах о которых я говорю. Там чисто битвы погромистов.
J
Я и твой кот
Компании, использующие опенстек, редко готовы нанимать разработчиков опенстек – сами виноваты. Пишут опенстек в основном вендоры, по запросам крупных клиентов. Вендоры эти - часто конкуренты. Потому им тяжело совместно работать и совместно пилить фичи.
Вычтем из этой фразы наса, рэкспейс, церн, овх, и других пользователей, которые готовы поставлять разработчиков и ресурсы для комьюнити.
Я и твой кот
что добавляем в стикерпарк «hate everything» OpenStack и ceph ?
Гластер тормозит, vSAN за миллион $, паблик мультиклауд сказка.
Я и твой кот
что добавляем в стикерпарк «hate everything» OpenStack и ceph ?
Эскизы придумывать будете - зовите. Может скинемся дизайнеру.
Я и твой кот
Компании, использующие опенстек, редко готовы нанимать разработчиков опенстек – сами виноваты. Пишут опенстек в основном вендоры, по запросам крупных клиентов. Вендоры эти - часто конкуренты. Потому им тяжело совместно работать и совместно пилить фичи.
Компании, нанявшие разработчиков опенстек иногда зажимают свои патчи, потому что а) лень б) пофиг на остальных в) боятся конкурентов г) думают, что слишком сложно отдать наработки в комьюнити д) считают, что отдать в комьюнити будет дороже, чем ребейзить патчи внутри
J
Компании, нанявшие разработчиков опенстек иногда зажимают свои патчи, потому что а) лень б) пофиг на остальных в) боятся конкурентов г) думают, что слишком сложно отдать наработки в комьюнити д) считают, что отдать в комьюнити будет дороже, чем ребейзить патчи внутри
Г частенько оказывается правдой.
Я и твой кот
Г частенько оказывается правдой.
Не сказал бы. Мой опыт противоположный. Дмитрий Тансур вон вообще в два притопа-два прихлопа стал core в ironic и спокойно теперь пилит фичи и патчи.
J
Часто в предлагаемых патчах как раз вижу что их режут по той или иной причине. То из-за надуманной фигни, а то и по делу.
Помощи при этом не предлагают (оно и понятно отчасти, сидят же на зарплате и пилят конкретные вещи, им не до копания в чужом коде).
И предлагающий патч быстро теряет мотивацию, если не выходит самостоятельно допилить. И патч сливается и проблема остается нерешенной.
J
Не сказал бы. Мой опыт противоположный. Дмитрий Тансур вон вообще в два притопа-два прихлопа стал core в ironic и спокойно теперь пилит фичи и патчи.
Ironic в этом плане выгодно отличается от остальных проектов. Может, со временем тож начну над ним работать)
Dmitry
Не скажу за все проекты, мы часто предлагаем помощь, если патч реально полезный.
Dmitry
Начинай :)
Я и твой кот
Так надо активно ревью просить. На митинги ходить, пинать. Фиксить то, что просят другие разрабы.
Я и твой кот
А не отослать и забить на фидбек.
Dmitry
А не отослать и забить на фидбек.
Это часто бывает, да. Особенно круто, когда commit message даже не объясняет, зачем патч нужен.
Я и твой кот
George
Моё Удаление 1 строчки в хорайзоне мариновалось 3 месяца, в маниле видимо не лучше, уже 2месяца висит, в нове бекпорт в окату висит практически полгода. Это только мой скромный опыт :(
Так что Г очень реален для не критичных патчей, увы.
Я и твой кот
Доки ещё обновить надо, тесты написать, иногда перед фичей блупринт представить и обсудить/согласовать.
Dmitry
Справедливости ради, 1) Оката почти мертва, 2) тесты и доки мы требуем не из вредности
Dmitry
У нас первая жалоба от операторов каждый раз: плохие доки
Dmitry
А выделенных людей на доки нет. Пишем, как можем.
J
Доки ещё обновить надо, тесты написать, иногда перед фичей блупринт представить и обсудить/согласовать.
И порог вхождения в разработку становится непосильным для меня, например.
Я, уж прости за такое выражение, охуею всё это делать. Очень сложно, очень непонятно)
J
Поэтому я и не в разработке.
George
Справедливости ради, 1) Оката почти мертва, 2) тесты и доки мы требуем не из вредности
Да я только за тесты и доку:)
Dmitry
Ты серьёзно преувеличиваешь усилия, особенно на доки.
Dmitry
То, что ты там в IPA пилишь, гораздо сложнее, чем обновить пару rst файлов.
J
То, что ты там в IPA пилишь, гораздо сложнее, чем обновить пару rst файлов.
Да я уж давно ничо не пилю)
Dmitry
Опять-таки, пачти без доков мы иногда с горя принимаем.
Dmitry
Если реально полезные. Иногда сами пишем (первую версию доков для Dell'овского драйвера я написал).
Я и твой кот
Ещё, извиняюсь, помогает почтовый список рассылки, чатик, регулярные митинги, емейл, созвон, и дружиться на конференциях/митапах.
J
Ещё, извиняюсь, помогает почтовый список рассылки, чатик, регулярные митинги, емейл, созвон, и дружиться на конференциях/митапах.
дружиться на конференциях и митапах могут те у кого есть возможность туда попасть)
А остальное хорошо, но опять же, если это не твоя основная работа, отнимает ооооочень много времени.
Tamerlan
а кто-нибудь фиксил проблему с отображением секретов в виде pkcs12 в dashboard-octavia-ui?
Tamerlan
а кто-нибудь фиксил проблему с отображением секретов в виде pkcs12 в dashboard-octavia-ui?
оказца в мастере зафикшено
Aleksey
@adiantum тут спамчик подвезли
Jain
Добрый день, а тут ктонибудь vmware harbor к стэковскому свифту подключал и может поделиться правильным конфигом?
J
Ребят, привет.
В дефолтных переменных роли haproxy в openstack-ansible есть такая фигня:
# Set the HTTP keepalive mode to use
# Disable persistent connections by default because they can cause issues when the server side closes the connection
# at the same time a request is sent.
haproxy_keepalive_mode: 'forceclose'
И я чо-то никак в толк не возьму зачем они так сделали и какую проблему решает forceclose. Идеи есть?
Tamerlan
Ребят, привет.
В дефолтных переменных роли haproxy в openstack-ansible есть такая фигня:
# Set the HTTP keepalive mode to use
# Disable persistent connections by default because they can cause issues when the server side closes the connection
# at the same time a request is sent.
haproxy_keepalive_mode: 'forceclose'
И я чо-то никак в толк не возьму зачем они так сделали и какую проблему решает forceclose. Идеи есть?
Some HTTP servers do not necessarily close the connections when they receive
the "Connection: close" set by "option httpclose", and if the client does not
close either, then the connection remains open till the timeout expires. This
causes high number of simultaneous connections on the servers and shows high
global session times in the logs.
Tamerlan
видимо встречали проблемы с висяками
J
Some HTTP servers do not necessarily close the connections when they receive
the "Connection: close" set by "option httpclose", and if the client does not
close either, then the connection remains open till the timeout expires. This
causes high number of simultaneous connections on the servers and shows high
global session times in the logs.
Я такое умею читать.
Но вот применительно к REST API сервисов опенстека. Это какой из сервисов может так мозги ебать?
Dmitry
Ну, если сервис задеплоен через wsgi, то всё зависит от фронтенда..
J
Ну, если сервис задеплоен через wsgi, то всё зависит от фронтенда..
Ну блин, там у них везде nginx кроме хорайзона, он на попаче почему-то.
Выглядит как какой-то идиотизм, чес сказать)
Dmitry
У них - у кого? :) TripleO всё под апачем деплоит (кроме того, что в wsgi вообще не может).
J
J
Хотя понятно что openstack-ansible в плане взаимодействия команд еще хуже чем сам опенстек. Там полнейшая пизда и письмо из простоквашино. Сотни плейбуков и десятки ролей и все разными командами пишутся.
То лапы ломит, то хвост отваливается то на жопе растет шерсть чистая и шелковистая. Ваш дядя Федор блин)
Dmitry
Jain
Раз такая тема пошла. На Nginx Unit все эти сервисы ещё никто не деплоил?
J
Раз такая тема пошла. На Nginx Unit все эти сервисы ещё никто не деплоил?
Ну было б неплохо, наверное, nginx-unit всяко шустрее чем uwsgi.
J
Но ощутимую разницу видно будет только на большом числе потоков, наверное.
Aleksey
А раз такая тема пошла. А под апачем быстрее чем питонячий веб-сервер ? Я же правильно понимаю что все эти nova, glance, cinder -api можно под апачем/nginx поднять?
Алик Сережевич
Aleksey
ну просто uwsgi это вполне себе продакшн решение. Чем он не угодил?
Угодил, вопрос в сравнении
Pavel
https://habr.com/ru/post/427217/
Pavel
хоть и прод но медленный
Алик Сережевич
хоть и прод но медленный
тут ньюанс в том, что там замеры для нагруженных приложений приводились. Разве оно так требуется в случае с os?
Pavel
и сколько же потоков/процессов суммарно в вашем опенстеке на мастерах?
Алик Сережевич
и сколько же потоков/процессов суммарно в вашем опенстеке на мастерах?
я не замерял =) Но вообще, из опыта, uwsgi очень много где гоняется, я не встречал прям жалоб на его быстродействие.
Pavel
значит у вас нет нагрузки
Evgenii
uwsgi еще готовить надо уметь
Evgenii
https://habr.com/ru/post/427217/
было где-то продолжение этой статьи, походу вот эта - https://habr.com/ru/post/428047/
Pavel
отилчно и там uwsgi опять внизу списка. Он походит только для разрабов
Pavel
Вы же еще не забывайте что это все еще в рамках oopenstack должно работать.
NS 🇷🇺
J
J
Даже в крупных попенстек облаках не могу себе представить чтобы к каждому экземпляру api сервисов были сотни запросов в секунду.
Pavel
сейчас суммарно не скажу. нет такой статистики по rps
Алик Сережевич
Алик Сережевич
Странный веб, без статы по rps. Но окей, может я чего не понимаю.
Pavel
о да я же забыл что опенстек это 100% только клиентские запросы и все по http (сарказм)
Алик Сережевич
Ну разговор вроде про апп-сервера шел.
Pavel
как общается nova-api с nova-compute?
Pavel
а это считается rps или нет?
J
а это считается rps или нет?
Я б сказал что нет, потому что брокер позволяет сообщениям висеть в очереди и их адресаты могут забирать постепенно.
И это сильно отличается от того что происходит при обращении к REST API.