The OpenNET Project / Index page

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



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

Оглавление

Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..., opennews (??), 11-Апр-19, (0) [смотреть все]

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


7. "Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..."  –2 +/
Сообщение от Celcion (ok), 12-Апр-19, 00:46 
Основных минусов в сравнении с той же варью, на мой взгляд, два: 1) крайне кривая и неудобная реализация сети, заставляющая заниматься нетрадиционным секасом в консоли и править текстовые конфиги даже для того, чтобы банально рассадить виртуалки по разным вланам; 2) крайне куцая статистика, низкая детальность, очень сложно вести отчетность по нагрузке и что-то планировать.
Сюда же можно добавить несколько менее существенные моменты, вроде достаточно низких возможностей по автоматизации, как встроенными средствами, так и с помощью скриптов. Плюс, не очень удобно управлять ресурсами, ограничивать их, настраивать приоритезацию, и т.п.
Опять же, присущи некие общие проблемы линукса, типа того, что что-то может отвалиться при обновлении, или конфиг не подхватиться (что довольно вероятно с учетом количества конфигов, которые надо писать вручную).

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

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

9. "Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..."  +6 +/
Сообщение от Аноним (9), 12-Апр-19, 01:30 
> крайне кривая и неудобная реализация сети, заставляющая заниматься нетрадиционным секасом в консоли и править текстовые конфиги даже для того, чтобы банально рассадить виртуалки по разным вланам

Враньё. Минимум с 3.X такого нет, даже в "дефолтном" режиме с tap+bridge.

> крайне куцая статистика

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

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

11. "Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..."  +1 +/
Сообщение от Celcion (ok), 12-Апр-19, 02:14 
> Враньё. Минимум с 3.X такого нет, даже в "дефолтном" режиме с tap+bridge.

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

> Встроенная-то? На мой вкус она даже избыточна.

А причем тут твой вкус? Сравнивается не твой вкус, а некие требования по статистике, которые наличествуют в разных компаниях.

> Админу локалхоста с одной нодой этого хватит

Понятно. Сказал бы сразу, чтобы я зря не распинался.

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

18. "Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..."  +3 +/
Сообщение от Амоним (?), 12-Апр-19, 08:13 
Может я не уловил кейс с вланами, но уже достаточно давно через гуи в настройках сети виртуалки ставится галочка влан и указывается номер. Все, виртуалка в указанном влане.
Ответить | Правка | Наверх | Cообщить модератору

27. "Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..."  +/
Сообщение от пох (?), 12-Апр-19, 11:34 
> в настройках сети виртуалки ставится галочка влан и указывается номер

а на интерфейсе _самого_ хоста (всех шестидесяти в большом кластере) - этот влан сам собой, конечно же, появляется?

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

37. "Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..."  +3 +/
Сообщение от Аноним (37), 12-Апр-19, 13:42 
нет бл;;; сантаклаус принесет, а свитчи ты тоже Proxmoxом настроишь ? ГеНИЙ!
Ответить | Правка | Наверх | Cообщить модератору

38. "Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..."  –1 +/
Сообщение от Аноним (37), 12-Апр-19, 13:43 
Ну и автомитизировать "через проксмокс" вообще маловероятна в этих вещах, плавал знаю.
Берешь конфиг манагер ( ансибл например )  - И РИСУЕШЬ КАК ХОЧЕШЬ
Ответить | Правка | Наверх | Cообщить модератору

48. "Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..."  +/
Сообщение от пох (?), 12-Апр-19, 14:38 
и эти люди будут нам петь про ужасы вмвари, где эту нереально сложную задачу решили этак лет десять назад (а может и больше).
И никаких костылей и подпорок в виде "менеджеров конфигураций" (с установкой либо агента вручную на каждый хост, либо с вручную же раскладыванием по хостам ключей от всего) им для этого не понадобилось, что характерно.

И да, свитчи (виртуальные) вмварь тоже настраивает за меня автоматически. А невиртуальный он один, и не требует вручную шариться по всем 60 коробкам для великой задачи добавления вланов.

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

53. "Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..."  +/
Сообщение от роопм (?), 12-Апр-19, 15:29 
Вмварь на какой-то линь ставится или баре метал (готовое решение все в себе)? Просто во втором случае сложно что-то покрутить руками в конфигах, а в дебиане что есть проксмокс еще можно служб понаставить и поднастроить...
Ответить | Правка | Наверх | Cообщить модератору

56. "Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..."  +/
Сообщение от пох (?), 12-Апр-19, 15:42 
> Вмварь на какой-то линь ставится или баре метал (готовое решение все в

готовое решение. Врут что линукс только эмулируют (и недавно вон суд выиграли).
Впрочем, vcenter - это tomcat'овская приложуха, бывает в виде как линуксной, так и виндовой виртуалок. Виндовая жрет больше и ничем не хороша.

> себе)? Просто во втором случае сложно что-то покрутить руками в конфигах,

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

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

> а в дебиане что есть проксмокс еще можно служб понаставить и
> поднастроить...

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

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

80. "Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..."  +1 +/
Сообщение от Аноним (80), 13-Апр-19, 00:59 
Ну да, написать

int Po100 - 160
switchport trunk allowed vlan add 666

это такая неподъемная задача...

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

31. "Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..."  +/
Сообщение от ананим.orig (?), 12-Апр-19, 12:26 
> 1) крайне кривая и неудобная реализация сети, заставляющая заниматься нетрадиционным секасом в консоли и править текстовые конфиги даже для того, чтобы банально рассадить виртуалки по разным вланам;

Серьёзно?!
Стандартный дебиан и /etc/network/interfaces

..
vs.. что?
Берем решения от мс, вмваре, цатрикс,... что ещё?
И офигеваем, сабж на порядки проще.

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

32. "Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..."  +/
Сообщение от пох (?), 12-Апр-19, 12:33 
> Стандартный дебиан и /etc/network/interfaces

сорок-шестьдесят стандартных дебианов и этой хрени.

> Берем решения от мс, вмваре, цатрикс,... что ещё?
> И офигеваем, сабж на порядки проще.

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

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

67. "Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..."  –1 +/
Сообщение от KORG (?), 12-Апр-19, 18:49 
https://pve.proxmox.com/wiki/Cloud-Init_Support
Ответить | Правка | Наверх | Cообщить модератору

69. "Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..."  +/
Сообщение от пох (?), 12-Апр-19, 19:19 
"навыки быстрого гугления вместо умения настраивать большие системы?"
Ты похоже вообще не понял ни единого слова, но влез с ценным знанием?

Дружище, нам низачем не нужна кривая скриптовая обвязка для автоудаления ssh-ключей при перезагрузке (основное что умеет делать этот cloud-shit).
Нам нужно уметь подключать вланы, пришедшие транком с физической сети к виртуальным машинам внутри кластера виртуализации - где-то в access, где-то тоже транком. Для этого надо чтобы об их существовании как-то узнала система на host-машинах - остальное кое-как уже умеет делать прекрасный веб-интерфейс, и, вероятно, для этого есть неудобный rest api.

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

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

79. "Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..."  +/
Сообщение от Аноним (80), 13-Апр-19, 00:55 
Да не надо ничего в /etc/network/interfaces писать, прекращайте уже бред обсуждать.
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

111. "Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..."  +/
Сообщение от пох (?), 13-Апр-19, 23:21 
>  Да не надо ничего в /etc/network/interfaces писать, прекращайте уже бред обсуждать.

ну так просвятил бы нас, темных - Celsion вон использовал третью ветку, я ковырялся в четвертой - там надо.
В пятерке, похоже, и впрямь добавили в гуевую настройку хостов загадочную галочку "vlan aware" (как говорится, угадай что это значить - использовать общепринятую терминологию у них не принято) - вероятнее всего, сей подвиг свершили не столько авторы проксы, сколько авторы дебиана, запилив таки в interfaces почти нормальную поддержку транков, не требующую создавать по недоинтерфейсу на каждый влан - чорт, все приходится выяснять самостоятельно.

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

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

136. "Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..."  +/
Сообщение от KORG (?), 15-Апр-19, 09:41 
Дружище, Vlan-Aware это и есть общепринятая терминология

Почитай:

https://help.ubnt.com/hc/en-us/articles/115012700967-EdgeRou...

https://www.cisco.com/assets/sol/sb/Switches_Emulators_v2_3_...

https://access.redhat.com/documentation/en-us/red_hat_openst...

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

51. "Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..."  +/
Сообщение от EHLO (?), 12-Апр-19, 15:13 
>1) крайне кривая и неудобная реализация сети, заставляющая заниматься нетрадиционным секасом в консоли и править текстовые конфиги даже для того, чтобы банально рассадить виртуалки по разным вланам;

Есть немного. Причина в дебиановском легаси конфиге, которые не умеет нормально в бридж плюс вилан. Используй OVS, с ним всё прямее и проще, чем с вмварьским vSwitch. И дебианский /etc/network/interfaces c OVS корректно интегрирован, в отличие от ядерных мостов и виланов.
> 2) крайне куцая статистика

Используй Graphite https://pve.proxmox.com/wiki/External_Metric_Server

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

57. "Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..."  –1 +/
Сообщение от пох (?), 12-Апр-19, 15:51 
> бридж плюс вилан. Используй OVS, с ним всё прямее и проще,
> чем с вмварьским vSwitch. И дебианский /etc/network/interfaces c OVS корректно интегрирован,

ему не network/interfaces на ста хостах вручную "интегрировать с OVS", а интеграцию самого OVS с  api прокскмоксы и ее вебмордой (второе вообще-то вторично). И как у вас с этим? (и что там вы ниасилили "сложного" с vswitch? Его главный минус, что он простой как палка, а цискин vNexus вмварь запретила. Впрочем, OVS тоже.)

>> 2) крайне куцая статистика
> Используй Graphite https://pve.proxmox.com/wiki/External_Metric_Server

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

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

74. "Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..."  +/
Сообщение от EHLO (?), 12-Апр-19, 20:57 
И интеграция с OVS и распределение ресурсов с цветными диаграмками есть в вэб гуе.
Ответить | Правка | Наверх | Cообщить модератору

83. "Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..."  +/
Сообщение от Celcion (ok), 13-Апр-19, 03:45 
> товарищу не хватает метрик и их явного отображения в интерфейсе, а не отдельной cобиралки, насколько я понимаю.

Не только. У меня во многих конторах руководители хотели странного и приходилось им собирать статистику, допустим, по активной области памяти (т.е., какое количество памяти реально для работы используется, а не хомячится по буферам), или эффективности дедупликации памяти, или сколько иопсов жрет каждая виртуалка в определенные моменты времени.
У меня на многие из этих запросов были подготовлены скрипты, которые стату мне сразу в ёксель выплевывали, а там уже готовая сводная табличка с графиками, которую можно в два клика копипастнуть в аутглюк и отослать руководству.
Это экономило очень много времени. Опять же, во многих случаях помогало выявить ситуации, когда прикладники в очередной раз что-то накосячили. Да много еще для чего можно использовать сотни метрик мониторинга.

> graphite еще и ничем ему не поможет

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

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

116. "Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..."  +/
Сообщение от EHLO (?), 14-Апр-19, 10:36 
>собирать статистику, допустим, по активной области памяти (т.е., какое количество памяти реально для работы используется, а не хомячится по буферам), или эффективности дедупликации памяти, или сколько иопсов жрет каждая виртуалка в определенные моменты времени

Ну ваще рокетсаенс и предмет для гордости. )

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

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

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

123. "Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..."  +/
Сообщение от Celcion (ok), 14-Апр-19, 13:10 
> Ну ваще рокетсаенс и предмет для гордости. )

Разница между банальным удобством и попыткой на публику повыделываться - хорошо ли понятна? Мне удобно когда я могу задачу по выгрузке любого кастомизированного репорта сделать простым скриптом, не разворачивая при этом еще кучу каких-то кривых костылей.
И то, что мне при этом действительно не приходится заниматься "рокетсаенсом" - вполне можно считать предметом для гордости.

> Если твоя задача демонстрировать бурную деятельность, тогда безусловно и VMware и эксель и портянки на пауршеле незаменимы.

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

> У нас в 2019 директор сам заходит в подготовленный дашборд с яблофона

Ну а у нас никто никуда заходить не хочет, просят подготовить отчет и выслать в почту. К тому же, на такие дашборды повесить можно лишь всякую беспонтовую среднюю температуру по больнице, которая как раз и нужна для того, чтобы демонстрировать бурную деятельность вывешивающих такие отчеты.
В дашборды вообще мониторинг должен смотреть, а не директор. Или у вас настолько мелкая конторка, что директор заодно и мониторингом подрабатывает?

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

124. "Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..."  +/
Сообщение от EHLO (?), 14-Апр-19, 16:02 
> вполне можно считать предметом для гордости.

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

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

Зачем? Я не знаю зачем ты этим занимаешься. Предположу, что за денежку можно даже из Вари метрики выгружать в нормальную систему вроде Графаны. У Линукса с kvm такой проблемы никогда не было.

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

Когда-нибудь и до вас автоматизация дойдёт. Но для тебя и других комсомольцев в противогазах это будет печальное известие.

> В дашборды вообще мониторинг должен смотреть, а не директор.

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

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

125. "Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..."  +/
Сообщение от Celcion (ok), 14-Апр-19, 17:34 
> Практического смысла в статистике с одних только гипервизоров не много.

А почему ты решил, что стата собирается только с них?

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

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

> Когда-нибудь и до вас автоматизация дойдёт. Но для тебя и других комсомольцев в противогазах это будет печальное известие.

Опеннет такой опеннет...

> Вот сравни, я один раз за 5 минут собрал и сохранил дашборд, а директор один раз нажимает на ссылку видет актуальную стату за любой период.

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

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

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

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

126. "Релиз Proxmox VE 5.3, дистрибутива для организации работы ви..."  +/
Сообщение от EHLO (?), 14-Апр-19, 18:52 

> А почему ты решил, что стата собирается только с них?

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

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

Ога, ещё какая глупость. Но смешно. А зачем бизнесу твоя Варь сама по себе без сервисов внутри виртуалок?

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

Если пауршелом и в ексель, так и получится. Не пробовал, но верю.


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

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

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




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

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