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

это не канадская контора, это сам redhat

это не канадская контора, это сам redhat

Простите

из 8 человек в команде, которая приходит на объект, 1 сетевик, 2 знают python на уровне мид ткодера, остальные админы, которые знают уже сами продукты redha

это про редхат ?

они внедряют лпенстак в редхат ??

у меня знакомый занимается внедрением openstack в канаде

мой знакомый там работает, он рассказывал, у них в команде 8 человек, у всех свои обязанности, и не всем надо знать ЯП чтобы работать

в этой команде

какая то каша

вобщем поверьте если вы хотите говорить что знаете опенстак

прошу прощения, я просто сегодня столько весёлого выслушал, и еле дописал тех задание

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

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

интеграцией продуктов занимаются команды

из 8-10 человек

и не все в команде знают питон на уровне кодера

давайте не будем засорять чатик

вы врядли меня переубедите

про маленькие группки из 100-200 человек всё известно

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

Совершенно не значит

А можно аргументировать?

Я вот не представляю как без залезания в код настроить хоть что-нибудь в экосистеме OS

негативные утверждения не доказываются

это вы должны доказывать, что должен))

А можно аргументировать?

у меня 6 блейдов, я скачал и поставил openstack и поставил, включил серваки в управлялку и создал пользователей для админов филиалов

я не смогу этого сделать без питона?

Ага начнем с кейстоуна

это вы должны доказывать, что должен))

Я давно всем всё доказал ))), и я аргументирую свою позицию

я не смогу этого сделать без питона?

Я уверен что это мало реализуемо

Опенстак это не vmware

И даже не либвирт

я пока с свои 24 года св основном kvm+ovirt/xenserver использовал

и знаю дц в питере который сейчас внедряет опенстак без админов хорошо знающих питон

в понятие "администрирование опенстек", как и в любое другое аналогичное входит знание архитектуры, сопутствующих технологий и умение эксплуатации. Чтение tailf /var/log/nova/ - это не отладка сложных питон программ

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

в понятие "администрирование опенстек", как и в любое другое аналогичное входит знание архитектуры, сопутствующих технологий и умение эксплуатации. Чтение tailf /var/log/nova/ - это не отладка сложных питон программ

как мне говорил знакомый, openstack ещё не готов по факту и его надо постоянно допиливать под себя

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

ну вот представим, у нас есть сервера, 40 нод, которые надо раздать 20 филиалам

Ну мой опыт говорит об обратном

openstack без длпилки это не сможет?

А я первый опенстак потрогал 6 лет назад

А я первый опенстак потрогал 6 лет назад

я потрогал systemd в 2009....

тогда тоже половину сервисов приходилось ручками править

Причем здесь системд

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

Да вон возьмите фуел и он у вас сломается

и в основном это допилка без глубокого погружения в код

И надо будкт еще и руби знать с папетом

Поддержка облаков из ванильного опенстека? ) Ой нет. Это все равно что в продакшене использовать LFS вместо Ubuntu/RHEL, ей богу

ну а что такого

все зависит от требований

Поддержка облаков из ванильного опенстека? ) Ой нет. Это все равно что в продакшене использовать LFS вместо Ubuntu/RHEL, ей богу

я fedoa скорее буду использовать чем ubuntu

и gentoo с lfs. с ними меньше проблем

Да нет таких требований чтоб ванильный опенстак подходил

ну значит мне это все приснилось)

это как ебанутый селектел, который использовал убунту, при этом у них свои ядра, свои пакеты, свои репы, и всё что связано в оф убунтой у них отключено

Это нормальный подход

нахрена тогда убунта?

почему не взять генту+хандуп и бинарники раздавать далее

меньше ебли чем с репами и сборками деб пакетов

Потому что цесность системы аптом поддерживаетсч

И не материтесь пожалуйста

Целостность

прошу прошения, просто было самое отоброжающее действие

И они не всё собирали

когда был в ключе devops селектела рассказывал, что собирают всё, все репы убунту отключены

ядра только свои

Ну они зеркало сделали

нет, они ручками собирают исходники

Поддерживать свои сборки это норм

Ну и это то же норм

почему не взять тогда centos было

Ланчпад локальный

Потому что ланчпада нет

зачем? куда проще отказаться от недодистра, где кривые обновы и пакеты

Вы не знаете о чем говорите

я использую линукс с 2006 года, от убунты до генту, сейчас на 26 федоре

Кстати да я вот не уверен что опенстак на центос семь выкатывается норм

Опенстек лучше всего работает на убунте. Deal with it ) можно ловить неожиданные глюки на своем дистре и потратить кучу времени чтобы заработало то, что и так везде работает

Нет смысла

Кстати да я вот не уверен что опенстак на центос семь выкатывается норм

rhel 7.1 нормально

Кстати да я вот не уверен что опенстак на центос семь выкатывается норм

Норм

Опенстек лучше всего работает на убунте. Deal with it ) можно ловить неожиданные глюки на своем дистре и потратить кучу времени чтобы заработало то, что и так везде работает

учитывая, что разрабы убунту не могут нормально собрать btrfs-prog очень сомнительно

Соберите сами )

я использую дистр где с этим проблем нет

Btrfs не продакшн в убунте

у меня zfs/btrfs, fedora 26

Вы начали использовать линукс с 14 лет и просите тут вам рассказать как построить сторадж на цепх

Вы начали использовать линукс с 14 лет и просите тут вам рассказать как построить сторадж на цепх

были другие задачи и мало времени

Мне кажется какая то черепашка обманывает комъюнити

Вы начали использовать линукс с 14 лет и просите тут вам рассказать как построить сторадж на цепх

я не думаю что вы ceph за сутки изучили

Я могу построить производительный сторадж

И не только цепх

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

Гарантии вам только Бог дачт

А программы содердат ошибки

Их пишут люди

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

Но все концепции отказустойчивочти были ьы применены