« Rev
@openstack_ru   704
Fwd »


Dmitry
Теперь мне даже любопытно почитать список обязанностей.
Dmitry
Ну и локацию, а то может это NY :D
Dmitry
Вы же сюда хотели постить? Мне-то толку нет писать, я даже не в РФ, мне чисто интересно.
Dmitry
Ага. Ну, то, что вы мне прислали, сюда вполне можно постить кмк.
Dmitry
Вау, это мега-бан случился или Кристина сама всё снесла? Оо
Илья | 😶☮️🐸
Вау, это мега-бан случился или Кристина сама всё снесла? Оо
С таким окладом кто-то из админов пошёл работать)
Stanley
Уфф. Я уж думал у меня крыша едет. Читаю и понимаю что кусок ленты "не грузицо" :)
Pavel
Даже интересно, что там было, в удалёнке. :)
Dmitry
Мирантис, стек, кубер, много денек.
Stanley
Мирантис, стек, кубер, много денек.
Мирантис, но ищет НЕ мирантис? :)
Dmitry
Кажется? Хз.
Aleksey
Мирантис, стек, кубер, много денек.
Нравится, готов, куда писать? Или это только для тех кто успел увидеть сообщения?
AcidMan
Мирантис, стек, кубер, много денек.
кубера в описании вроде не было? 🧐
Artemy
Ну хоть не в лигу защиты животных
Aleksandr
Ну хоть не в лигу защиты животных
Не будь бессердечным спаси Амурского тигра)
Artemy
Это у тебя логотип зелёный, ты и спасай!
Aleksandr
Греет тумберг на тебя нет)))))
Andrey
Можно мигрировать вм на компут не входящий в агрегат? Меня шедулер послал AggregateInstanceExtraSpecsFilter: (start: 1, end: 0)'] Но коллега смог, вот мне интересно как.
Andrey
С указанием конкретного хоста лайв миграция не обращает внимания на шедулер
С указанием конкретного хоста Через кли послал, а через хорайзон уехал openstack server migrate --live-migration --host compute0093 --os-compute-api-version 2.30 039b8cfe-a616-4630-bbeb-51b2cb3ce0e9 Наверное что-то в кли намудрил Victoria клиент openstack --version openstack 5.5.0
Andrey
С указанием конкретного хоста Через кли послал, а через хорайзон уехал openstack server migrate --live-migration --host compute0093 --os-compute-api-version 2.30 039b8cfe-a616-4630-bbeb-51b2cb3ce0e9 Наверное что-то в кли намудрил Victoria клиент openstack --version openstack 5.5.0
openstack server migrate --live compute0094 30e6791b-a8e9-45b5-bcde-fac94718ffe8 The --live option has been deprecated. Please use the --live-migration option instead. Ругается, но едет. Походу от версии api зависит openstack --version openstack 5.4.0 --live еще есть в этой версии
John Roe
Robert Little: user has been CAS banned
John Roe
Marie Brewer: user has been CAS banned
SergeyT
Господа, нубский вопрос но в инете не могу найти. При подключении нфс шары к опенстеку train на Debian 10 надо на хостах что-то настраивать или достаточно только cinder на сторадж ноде, она же контроллер? У меня диски создаются на шаре, а вот машина не стартует. Диск появляется, а потом исчезает. Ошибок в логах нова-компьют нет.
Artemy
Кроме компьюты у новы есть ещё и шедулер, апи и кондуктор
SergeyT
https://docs.openstack.org/cinder/rocky/admin/blockstorage-nfs-backend.html
Да, это я в первую очередь прочитал. Заместо селинукса там аппармор, но он вроде не мешает. Хотя да, надо это проверить, конечно, спасибо.
Pavel
Мирантис что ли опять?
Stanley
Еще бы знать что это за зверь такой "разработчик openstack" :(
Илья | 😶☮️🐸
Мирантис что ли опять?
походу
Pavel
тут объяdлене было "разработчик openstack"
Я и твой кот
А что вы вакансии чистите то? Может кому интересно будет.
Я и твой кот
Я бы вот посмотрел.
Anvyar
Еще бы знать что это за зверь такой "разработчик openstack" :(
Разработчик незнакомого очка, вот это должность))
NS 🇷🇺
тут объяdлене было "разработчик openstack"
А это ко мне приходили. Они чёт уже дорого ищут
NS 🇷🇺
В основном кадровые. Им самим походу не интересно искать
kn
а нет ли у кого готового ответа на вопрос "nfs или iscsi", если нет san и ceph по каким-то причинам не подходит? Ethernet сеть 25g, массивы - те, которые скртифицированы с rhosp16 (то есть для nfs это только netapp). или с такими вопросами в другую кабинку?
J
а нет ли у кого готового ответа на вопрос "nfs или iscsi", если нет san и ceph по каким-то причинам не подходит? Ethernet сеть 25g, массивы - те, которые скртифицированы с rhosp16 (то есть для nfs это только netapp). или с такими вопросами в другую кабинку?
nfs вынуждает тебя монтировать на хосте шары, держать отказоустойчивый кластер из NFS серверов и добавляет оверхэд к дисковым операциям засчет того что диски машин будут храниться в файлах, которые хранятся на NFS, которая, в свою очередь тоже натянута на какую-то файловую систему. iSCSI выглядит гораздо проще и чище, если выбирать между этими двумя. Но нужно во внимание еще принимать то насколько удобно в хранилище реализовано управление томами и насколько беспроблемно работают iSCSI таргеты.
kn
👌 понял
Fedor
Сетку отдельную к искзи желательно не забыть, а то всякие stp и lacp оно плохо переживает
kn
Сетку отдельную к искзи желательно не забыть, а то всякие stp и lacp оно плохо переживает
в смысле, там какойто свой multipathing может быть, что ему пофигу на падение отдельных линков и не надо bond делать на data-интерфейсах?
kn
или именно не надо lacp, а bonding норм?
Fedor
Надо любую технологию, которая не допускает потерю данных. Bonding с active-standby я чёт даже не знаю как к этому
Stanley
Опять же, при чем тут STP?
Fedor
А lacp внезапно active-standby стал? :)
а у него внезапно при отвале/появлении линка пакетики теряются
Fedor
Опять же, при чем тут STP?
а тут тоже пакетики теряются
Stanley
Как то я слабо себе представляю сеть без дублирования каналов, да еще такую, где линки никогда не ложатся.
Fedor
Ну как бы нет.
Ну как бы да. Там может отвалится несколько пакетов при перезагрузке коммутатора/зависании порта/отвале линка/масса вариантов. ISCSI к этому не готов/TCP пофиг/у UDP никто не спрашивает.
Aleksandr
offtopic: какая уютная компания в опенстечном чатике, ни одного нового лица )
Stanley
Ну как бы да. Там может отвалится несколько пакетов при перезагрузке коммутатора/зависании порта/отвале линка/масса вариантов. ISCSI к этому не готов/TCP пофиг/у UDP никто не спрашивает.
А ты точно с тимингом от Вари не путаешь? :) Ласп перестраивается практически моментально, может пару фреймов и потеряет. Опять же, ни разу не встречал чтобы iscsi от этого плохело - новый хендшейк и дальше работает.
Stanley
Хорошо, какие тогда варианты сети, где нет бондов?
Fedor
Хорошо, какие тогда варианты сети, где нет бондов?
+2 порта, +2 коммутатора и MPIO поверх
Stanley
Да откуда в ISCSI хендшейк? Это как FC/SCSI - оно не подразумевает потери пакетов. Я согласен, что практически моментально, но блин заметно.
В смысле откуда? :) оно при каждом коннекте хендшейкает. В fc тоже самое, но в 10 раз короче, потому fc на мелких блоках и лучше.
Stanley
Типа на канальном уровне
Fedor
Я конечно уже всё забыл, но на канальном уровне нет повтора доставки пакетов, там только контроль и чексумы.
Stanley
+2 порта, +2 коммутатора и MPIO поверх
Вот сейчас не понял. Ты предлагаешь сетевые железки заменить осью? То есть, по сути сделать тот же тиминг? Ой....
Stanley
Ну тоже подход конечно, но в Cisco или Huawei я верю больше, уж простите :)
Fedor
Вот сейчас не понял. Ты предлагаешь сетевые железки заменить осью? То есть, по сути сделать тот же тиминг? Ой....
да, для СХД так принято. мало того, lacp не распределяет равномерно загрузку между портами, для этого также рекомендуется MPIO
Fedor
Ну тоже подход конечно, но в Cisco или Huawei я верю больше, уж простите :)
ссылку в студию на бест практис по работе iscsi поверх lacp
Fedor
https://core.vmware.com/blog/iscsi-and-laglacp вот вендор не рекомендует iscsi и lacp
Aleksandr
ссылку в студию на бест практис по работе iscsi поверх lacp
это бест практис при работе с СХД. Ни кто LACP не собирает когда с той же тапкой работает. У меня вот диски от нетаппа по 8 путям приходят.
Fedor
running iSCSI over LAG/LACP is an anti-pattern
J
running iSCSI over LAG/LACP is an anti-pattern
Так это vmware, энтерпрайзный неповоротливый бегемот.
Stanley
https://core.vmware.com/blog/iscsi-and-laglacp вот вендор не рекомендует iscsi и lacp
Так это Варя, у них во первых хорошая реализация тиминга, а во вторых - ентепрайз лицензия за дс свитчи сама себя не продаст :)
Fedor
Так это vmware, энтерпрайзный неповоротливый бегемот.
да блин, я ж не против запустить iscsi поверх lacp, если есть желающие в этом чате мне в этом помочь за деньги, можем договориться. но мы там потом обязательно запустим какую-нибудь синтетику в субд и будем провода дёргать и коммутаторы ребутать
Stanley
Ну если серьезно, то это чистой воды холивар.
SergeyT
Ну тоже подход конечно, но в Cisco или Huawei я верю больше, уж простите :)
так циско никуда не деваются. Если хранилка поддерживает active-active, то при mpio до луна по iscsi будет 4 активных пути, если я не путаю... причём часть будет оптимальных, а часть non-optimal.
« Rev
@openstack_ru   704
Fwd »