The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск системы управления инфраструктурой виртуализации oVir..., opennews (??), 04-Фев-19, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


5. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от бублички (?), 04-Фев-19, 22:40 
скриншотик что-то бомжацкий совсем - Dell PowerEdge R210 II c 4 GB памяти. да и сетевой интерфейс наверное 1 Gbit, а значит полностью программный для гостевых систем - никакого SR-IOV и ixgbevf/igbvf. а это уровень годов так 2008-2010
Ответить | Правка | Наверх | Cообщить модератору

7. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +1 +/
Сообщение от анон (?), 04-Фев-19, 22:52 
SR-IOV есть с волосатых времен. лично запускал.
Ответить | Правка | Наверх | Cообщить модератору

12. "Выпуск системы управления инфраструктурой виртуализации oVir..."  –1 +/
Сообщение от бублички (?), 04-Фев-19, 23:09 
веб-оболочка oVirt непосредственно понимает интерфейсы ixgbevf/igbvf в виде пула и даёт присваивать гостевым сервера? или ты это ручками запускал? хотя чего там понимать - libvirt ведь это из коробки понимает
Ответить | Правка | Наверх | Cообщить модератору

18. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +1 +/
Сообщение от анон (?), 04-Фев-19, 23:15 
все из веб морды. только раньше надо было что-то еще в Grub2 в загрузку для igb написать
Ответить | Правка | Наверх | Cообщить модератору

31. "Выпуск системы управления инфраструктурой виртуализации oVir..."  –2 +/
Сообщение от zzz (??), 04-Фев-19, 23:36 
Дык KVM и есть тех же годов. Его уже все обошли по фичам, уже даже bhyve в спину дышит - а люди до сих пор гордятся поделкой из кружка "Умелые руки" десятилетней давности. Фанатики что с них взять.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

36. "Выпуск системы управления инфраструктурой виртуализации oVir..."  –1 +/
Сообщение от бублички (?), 04-Фев-19, 23:40 
гордятся? где ты таких людей видел? немедленно перестань с ними общаться
Ответить | Правка | Наверх | Cообщить модератору

83. "Выпуск системы управления инфраструктурой виртуализации oVir..."  –2 +/
Сообщение от zzz (??), 05-Фев-19, 00:38 
Стараюсь, но они сами идут со мной на контакт, как пресловутый @Dim.
Ответить | Правка | Наверх | Cообщить модератору

38. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +4 +/
Сообщение от Dim (??), 04-Фев-19, 23:40 
> Дык KVM и есть тех же годов. Его уже все обошли по
> фичам, уже даже bhyve в спину дышит - а люди до
> сих пор гордятся поделкой из кружка "Умелые руки" десятилетней давности. Фанатики
> что с них взять.

KVM появился позже чем vmware и xen, быстро догнал их по фичам и на сегодня им пользуются все основные облачные хостеры кроме Azure и частично AWS. Нормально так для "поделки".

Гипервизоры как таковые уже давно никого не удивляют и их с тех пор понаписали еще много для более узкого использования (siemens, google, еще китайцы какие-то свое пилили, bhyve).

Если KVM это поделка, то почему другие гипервизоры не поделка?

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

88. "Выпуск системы управления инфраструктурой виртуализации oVir..."  –1 +/
Сообщение от zzz (??), 05-Фев-19, 00:47 
Когда-то все так же пользовались Apache, а потом внезапно перешли на nginx. История должна была чему-то научить, но только не фанбоев.

Всё жду, когда bhyve обойдет по фичам KVM.

Ответить | Правка | Наверх | Cообщить модератору

92. "Выпуск системы управления инфраструктурой виртуализации oVir..."  –2 +/
Сообщение от Dim (??), 05-Фев-19, 00:53 
> Когда-то все так же пользовались Apache, а потом внезапно перешли на nginx.
> История должна была чему-то научить, но только не фанбоев.
> Всё жду, когда bhyve обойдет по фичам KVM.

ну да, все пользовались ESX (i потом появился) и перешли на KVM. Сейчас все переходят на докер (даже сам KVM), но фанаты проприетарщины застряли в прошлом десятилетии.

Ответить | Правка | Наверх | Cообщить модератору

102. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от бублички (?), 05-Фев-19, 01:14 
я не ошибся, ты сравниваешь Docker и KVM? что вдруг случилось?
Ответить | Правка | Наверх | Cообщить модератору

103. "Выпуск системы управления инфраструктурой виртуализации oVir..."  –1 +/
Сообщение от Dim (??), 05-Фев-19, 01:16 
> я не ошибся, ты сравниваешь Docker и KVM? что вдруг случилось?

а что тебя смущает?

Ответить | Правка | Наверх | Cообщить модератору

124. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +1 +/
Сообщение от пох (?), 05-Фев-19, 09:49 
"все пользовались и перешли" - ну-ка, ну-ка, кто же это, кто эти уникумы?

На деле кто пользовались gsx (esx это выбор нище...выпоняли)те и сегодня пользуются vcenter.
И ни на какой докер они не переходят и не перейдут, причем бы тут этот недоконтейнер вообще, когда речь про виртуализацию?

Но вот насчет не угробят ли китайцы под руководством дефективных менеджеров vmware, и не придется ли хошь не хошь перебираться на kvm в любой обертке - это действительно вопрос. Причем, в общем-то, с готовым ответом, если только kvm и ее обертки не превратятся в нечто совершенно негодное для использования еще раньше.

Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

142. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от Dim (??), 05-Фев-19, 17:09 
> "все пользовались и перешли" - ну-ка, ну-ка, кто же это, кто эти
> уникумы?

Велкам на сайт Red Hat, в список клиентов RHV и OpenStack.

> На деле кто пользовались gsx (esx это выбор нище...выпоняли)те и сегодня пользуются
> vcenter.
> И ни на какой докер они не переходят и не перейдут, причем
> бы тут этот недоконтейнер вообще, когда речь про виртуализацию?

Я тут недавно (ну как недавно, с год назад) был у одного клиента, небольшой такой инвестиционный банк с Wall St., только в нашем городе за 50000 хостов с варей. Только крутятся там одни линуксы, и до них вдруг дошло что надо бы переходить на k8s (openshift в их случае), и урезать количество инстансов в несколько раз. Сейчас все уже работает, железа осталось в районе 15к хостов, а работает все намного быстрее. Такой вот недоконтейнер (уже не докер правда а CRI-O), который не способен заменить виртуализацию.

> Но вот насчет не угробят ли китайцы под руководством дефективных менеджеров vmware,
> и не придется ли хошь не хошь перебираться на kvm в
> любой обертке - это действительно вопрос. Причем, в общем-то, с готовым
> ответом, если только kvm и ее обертки не превратятся в нечто
> совершенно негодное для использования еще раньше.

Там разные обертки есть. Опенстак - то еще г, особенно если его ставить из ванили, и пытаться решать задачи для которых он не предназначен. оВирт вполне себе рабочий вариант, но он для уровня ДЦ а не облака. Уже есть kubevirt под k8s/openshift, там может оказаться совсем не плохо, но я его не гонял пока что в проде.

Ответить | Правка | Наверх | Cообщить модератору

152. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от пох (?), 05-Фев-19, 20:05 
> Велкам на сайт Red Hat, в список клиентов RHV и OpenStack.

так это не перешли, это те кому впарили.

> Я тут недавно (ну как недавно, с год назад) был у одного клиента, небольшой такой инвестиционный
> банк с Wall St., только в нашем городе за 50000 хостов с варей.

в общем тут уже можно не продолжать, да -   ^^^ пц как он есть. Что только не делают люди, чтоб кляту винду не ставить ;-)

> Только крутятся там одни линуксы, и до них вдруг дошло что надо бы переходить на k8s (openshift
> в их случае)

до них дошло, или пришел новый (стопиццотый по счету) аутсорсер и велел запилить впопенштифт, потому что модно и он вообще-то другого не умеет?

Потому как (глядя на свое хозяйство, где, в общем-то, даже и докер, но ни разу не микросервисный), обычно это означает взорвать все к чертям вместе с разработчиками (которые очевидно умеют только то что умеют) и сделать с нуля. Банчок такое может и не пережить, даже с уолстрит, там, грят, волки бродют, которые не упустят кусить за бочок, пока клиент под наркозом по поводу замены всей пищеварительной системы целиком, от глотки до сраки.
Нет, тупо заменить виртуалки контейнерами под опеншифтом - это из области сказок венского леса. (или там были крутые и таки clear?)

> Там разные обертки есть. Опенстак - то еще г, особенно если его ставить из ванили, и пытаться
> решать задачи для которых он не предназначен.

а для каких он таки предназначен, кроме освоения бюджета?

> оВирт вполне себе рабочий вариант, но он для уровня ДЦ а не облака.

ну у меня вот были есть и будут, надеюсь, именно ДЦ, и никаких облаков.
Чего ради я могу выбрать oVirt, если вмварь пока еще жива и вполне себе работает? "затобесплатно" не катит, мне эти деньги все равно не достанутся, а геморрой вот он.

P.S. с безопасного расстояния наблюдаю за развертыванием опеншитового кластера, грозящего поглотить наши системы. Гы-гы-гы. Кстати, поверх вмвари, ага, смешно.

Ответить | Правка | Наверх | Cообщить модератору

153. "Выпуск системы управления инфраструктурой виртуализации oVir..."  –1 +/
Сообщение от Dim (??), 05-Фев-19, 20:43 
> так это не перешли, это те кому впарили.

я лично переводил клиентов, когда там работал. Как раз таких кому до этого впарили варю, и ин надоело переплачивать

> в общем тут уже можно не продолжать, да -   ^^^
> пц как он есть. Что только не делают люди, чтоб кляту
> винду не ставить ;-)

согласен. Сейчас поднять рабочий сервер занимает пару секунд, раньше было до 40 минут (пока vsan просрется, пока vcloud отпыхтит...)

> до них дошло, или пришел новый (стопиццотый по счету) аутсорсер и велел
> запилить впопенштифт, потому что модно и он вообще-то другого не умеет?

Думаешь ты умнее чем CTO топового американского банка?

> Потому как (глядя на свое хозяйство, где, в общем-то, даже и докер,
> но ни разу не микросервисный), обычно это означает взорвать все к
> чертям вместе с разработчиками (которые очевидно умеют только то что умеют)

разработчикам нужна кнопка. Нажал - получил хост с установками. Или тысячу. Им пофиг на чем оно там крутится.

> Нет, тупо заменить виртуалки контейнерами под опеншифтом - это из области сказок
> венского леса. (или там были крутые и таки clear?)

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


> а для каких он таки предназначен, кроме освоения бюджета?

Давай спросим коллег из rackspace?

> ну у меня вот были есть и будут, надеюсь, именно ДЦ, и
> никаких облаков.
> Чего ради я могу выбрать oVirt, если вмварь пока еще жива и
> вполне себе работает? "затобесплатно" не катит, мне эти деньги все равно
> не достанутся, а геморрой вот он.

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

> P.S. с безопасного расстояния наблюдаю за развертыванием опеншитового кластера, грозящего
> поглотить наши системы. Гы-гы-гы. Кстати, поверх вмвари, ага, смешно.

Дык на здоровье, ему пофиг на чем бегать. Я его поверх опенстака ставил, и в амазоне и где только не. Правда если захотите использовать kubevirt, нестинг придется городить, а это всегда хреновая идея.

Ответить | Правка | Наверх | Cообщить модератору

157. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от пох (?), 05-Фев-19, 23:22 
> Думаешь ты умнее чем CTO топового американского банка?

думаю, не глупее. И вероятнее всего - технически грамотнее. You not need to be smart to be a boss.

> разработчикам нужна кнопка. Нажал - получил хост с установками. Или тысячу.

нет, потому что они не умеют, внезапно, тысячу. Они может даже primary/slave с трудом могут - когда второй хост вроде бы и есть, но пользоваться им не отключив первый - нельзя, все рассыпется.
А микросервисную архитектуру умеют другие разработчики, и они работают в другой конторе.

Вариант этих уволить а тех нанять - так чтоб в какой-то момент посередине процесса не навернуться задницей между двух табуреток (потому что разработчики точно не идиоты и не будут дожидаться розового конвертика) - это вот то, что, вероятно, действительно умеет твой CTO, или ему просто повезло, так тоже случается.

> Давай спросим коллег из rackspace?

нет уж, давай спросим коллег которые не осваивают (чужие в случае рака) бюджеты, а отвечают за _результат_ - то есть не торговцев сервисами, для которых "результат" случается сразу после перевода денег на счет, им действительно важнее всего сэкономить на любой спичке, а их счастливых покупателей или эксплуатантов on premises.

> За варю ты уже заплатил, но она устареет и придется платить еще раз.

заплатил не я, а бизнес. Он еще и за меня платит, не говоря уже о стае других обезьян, причем каждый месяц. И это ему обходится существенно дороже чем все лицензии чохом. Сам понимаешь, в какой плоскости лежит возможная экономия. Кстати, на фоне делловского протвиня на котором крутится та вмварь, ее ценник как-то уже вот и не выглядит заоблачным. А ведь он тоже устаревает и приходится за него платить, что, собственно, вот прямо сейчас и сделали (это за новые, а поддержку старых оплачивать никто, понятно, не отменял, запасные вентиляторы на толкучке не продают).

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

> Дык на здоровье, ему пофиг на чем бегать.

эффективность виртуальной технологии развернутой поверх виртуальной технологии представляется мне весьма сомнительной. Полагаю, они еще в нашей сети запутаются, с последствиями, а потом мы посмотрим как оно забавно переживает автомиграцию.

они, если что, уже сейчас навыпрашивали себе ресурсов больше, чем реально обслуживающий клиентов прод, у которого хотя бы этих проблем - нет. Полагаю, до внедрения ЭТО не доживет.

Ответить | Правка | Наверх | Cообщить модератору

160. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от Dim (??), 05-Фев-19, 23:44 
> думаю, не глупее. И вероятнее всего - технически грамотнее. You not need
> to be smart to be a boss.

You need to have smart advisors. У этого конкретного CTO, в советниках на зарплате в том числе некий Бьярн Стрoуструпп. Широко известный в узких кругах дядька.


> нет, потому что они не умеют, внезапно, тысячу. Они может даже primary/slave
> с трудом могут - когда второй хост вроде бы и есть,
> но пользоваться им не отключив первый - нельзя, все рассыпется.
> А микросервисную архитектуру умеют другие разработчики, и они работают в другой конторе.

Ну что за гадание по юзерпику? Полным полно технологий в которых такое понятие как master/slave давно забыто. Я сейчас могу развернуть кластер из тысячи нод базы данных, готовый к работе, одним кликом в EC2. Банки тоже такое хотят, но без облаков.

> Вариант этих уволить а тех нанять - так чтоб в какой-то момент
> посередине процесса не навернуться задницей между двух табуреток (потому что разработчики
> точно не идиоты и не будут дожидаться розового конвертика) - это
> вот то, что, вероятно, действительно умеет твой CTO, или ему просто
> повезло, так тоже случается.

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


> нет уж, давай спросим коллег которые не осваивают (чужие в случае рака)
> бюджеты, а отвечают за _результат_ - то есть не торговцев сервисами,
> для которых "результат" случается сразу после перевода денег на счет, им
> действительно важнее всего сэкономить на любой спичке, а их счастливых покупателей
> или эксплуатантов on premises.

https://www.pcmag.com/article2/0,2817,2496294,00.asp оценка этого самого rackspace с т.з. клиента а не продавца сервиса


> заплатил не я, а бизнес. Он еще и за меня платит, не
> говоря уже о стае других обезьян, причем каждый месяц. И это
> ему обходится существенно дороже чем все лицензии чохом. Сам понимаешь, в
> какой плоскости лежит возможная экономия. Кстати, на фоне делловского протвиня на
> котором крутится та вмварь, ее ценник как-то уже вот и не
> выглядит заоблачным. А ведь он тоже устаревает и приходится за него
> платить, что, собственно, вот прямо сейчас и сделали (это за новые,
> а поддержку старых оплачивать никто, понятно, не отменял, запасные вентиляторы на
> толкучке не продают).

Делловское железо приходит к EOL за 5 лет и его тоже надо менять, и если вы этого не делаете, я не завидую вашим админам.

С контейнерами можно развернуть существенно больше инстансов per host чем с виртуализацией, а значит, если юз кейс позволяет использовать контейнеры, нет смысла этого не делать, и таким образом сократить расходы на варю, железо и обезьян которые это все обслуживают.

> так что это экономия на спичках, из серии "перестать обслуживать кофе-машины в
> офисе и покупать кофе для них". Я обычно старался на этом
> этапе уволиться, не дожидаясь неизбежного результата.

Нормальная экономия, с 50к железяк перейти на 15к. При такой экономии можно и зарплаты обезьянам поднять (кстати, подняли тогда, и бонусы выплатили)


> эффективность виртуальной технологии развернутой поверх виртуальной технологии представляется
> мне весьма сомнительной. Полагаю, они еще в нашей сети запутаются, с
> последствиями, а потом мы посмотрим как оно забавно переживает автомиграцию.

контейнеры - абстракция, но не совсем виртуальщина. Но решать надо конечно для каждого случая конкретно

> они, если что, уже сейчас навыпрашивали себе ресурсов больше, чем реально обслуживающий
> клиентов прод, у которого хотя бы этих проблем - нет. Полагаю, до внедрения ЭТО не доживет.

бывает по всякому

Ответить | Правка | Наверх | Cообщить модератору

163. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от пох (?), 06-Фев-19, 10:28 
> У этого конкретного CTO, в советниках на зарплате в том числе некий Бьярн Стрoуструпп. Широко
> известный в узких кругах дядька.

мне вот, кстати, неизвестный - ну то есть с ним было бы, наверное, изрядно интересно просто поговорить в обеденный перерыв, но что из беседы был бы какой-то прямой толк - совсем не уверен - напоминаю, набрели мы тут на http://www.stroustrup.com/ (ты спалил свой банчок) - ну вот что может мне, инженеру, рассказать полезного (а не просто интересного) даже очень умный человек, неспособный свой сайт нормально сделать (ну или нежелающий, и-так-сойдет, студень-второкурсник запилил ему в качестве лабы десять лет назад)? IT, к сожалению, это не столько про умных, сколько про любознательных - поэтому я и трачу время, выуживая информацию о технологиях, которые надеюсь не использовать никогда.

Был бы я программистом на c++ - я бы может и ушел просветленным. Но вряд ли это актуально для CTO M/S.

> Ну что за гадание по юзерпику?

я говорю о том, что если кто-то сознательно использует технологию vmware - у него вряд ли инфраструктура состоит из лайтвейт микросервисов, размножаемых простым кликом мышью. И, соответственно, нельзя вот так взять, все выбросить и поменять платформу - будет больно. У банчка, полагаю, изначально было что-то сделано неправильно и вмварь с самого начала была неподходящей платформой. Начиная вот с того, что 50k хостов означает катастрофическую нехватку мощностей приложениям, чем бы они ни были, а тогда - зачем их было размазывать по виртуалкам вместо bare metal? Они охрененно масштабировались копированием, но не умели использовать ресурсы? Что-то,похоже, в консерватории не так.

> С контейнерами можно развернуть существенно больше инстансов per host чем с виртуализацией

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

> Делловское железо приходит к EOL за 5 лет и его тоже надо менять

у меня тут ебеме - настоящие, не китайская подделка, соответственно, понятно, сколько им лет. Все еще жужжат, и запасные вентиляторы ебеме продает. Выкидывать не планируем. Если делл так не может, это очень печально (но выбирать уже не из чего, циску нам нельзя)

Ответить | Правка | Наверх | Cообщить модератору

167. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от пох (?), 06-Фев-19, 11:17 
> https://www.pcmag.com/article2/0,2817,2496294,00.asp оценка этого самого rackspace
> с т.з. клиента а не продавца сервиса

Rash is a freelance writer and frequent reviewer of enterprise hardware and software.
извини, я хотел бы заслушать клиента, а не дешевую журнашлюху. Вот кого-нибудь рангом пожиже CTO твоего банчка - из тех, кому не выступать в модных туфлях перед советом директоров, рассказывая о великой экономии, а из тех, кому звонят в три ночи, "просыпайся, оно - опять!"

Забавно, что ты этого не понял. Или сделал вид.

P.S. кстати, из личного кармашшшка я плачу арубе. И там vmware, как ни странно, а не прекрасный kvm (вот ЭТО я правда хотел бы увидеть). Ну они деньги итальянской мафии отмывают, им можно.

Ответить | Правка | К родителю #160 | Наверх | Cообщить модератору

138. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от scorry (ok), 05-Фев-19, 15:16 
> ... все так же пользовались Apache, а потом внезапно перешли на nginx

Ложь.

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

168. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от пох (?), 06-Фев-19, 11:22 
>> ... все так же пользовались Apache, а потом внезапно перешли на nginx
> Ложь.

медленно и печально перешли. Оставляя след из дерьма и кровищи. Но в конце-концов да, почти таки все, кто совсем не мог - поставил фронтендом.

Причем проблема, как обычно, не в том что nginx был прекрасен, а в том что апач после то ли ухода, то ли "ухождения" старых разработчиков скатился в такое с...ное г-но, которому даже закон Мура не особенно помогал.

Ответить | Правка | Наверх | Cообщить модератору

137. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от commiethebeastie (ok), 05-Фев-19, 14:54 
>а люди до сих пор гордятся поделкой из кружка "Умелые руки" десятилетней давности.

Мальчик, посмотри разработчиков qemu, там же сплошной энтерпрайз и R&D.

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру