The OpenNET Project / Index page

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



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

Оглавление

Компания Parallels открыла ядро, используемое в продукте Vir..., opennews (??), 27-Апр-15, (0) [смотреть все]

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


3. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним (-), 27-Апр-15, 19:09 
Неужели в проксмоксе с ядром 3.10 снова можно будет юзать божественный OpenVZ и можно будет выкинуть 2.6.32.X.
Ответить | Правка | Наверх | Cообщить модератору

4. "Компания Parallels открыла ядро, используемое в продукте Vir..."  –3 +/
Сообщение от ligurio (??), 27-Апр-15, 19:14 
Мы в Odin надеемся, что с новым релизом открытой Virtuozzo вы не захотите пользоваться Proxmox. :)
Ответить | Правка | Наверх | Cообщить модератору

6. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +4 +/
Сообщение от ПолковникВасечкин (?), 27-Апр-15, 19:45 
сначала научите его KVM
Ответить | Правка | Наверх | Cообщить модератору

7. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +1 +/
Сообщение от Аноним (-), 27-Апр-15, 20:27 
и ZFS
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

13. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Pavel Odintsovemail (?), 28-Апр-15, 01:12 
> и ZFS

Мда, KVM и ZFS - это Вы сильно адептов Одина вмочили :) Но совершенно резонно. Еще проблема и очень большая с роутингом и аналогами openvswitch для OpenVZ.

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

50. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от anonymous (??), 28-Апр-15, 14:16 
так ведь работает Virtuozzo (который бывший PCS6) c ZFS
не из коробки, конечно, но вполне штатно, с помощью zfs-onlinux
Ответить | Правка | Наверх | Cообщить модератору

51. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Pavel Odintsovemail (ok), 28-Апр-15, 14:31 
> так ведь работает Virtuozzo (который бывший PCS6) c ZFS
> не из коробки, конечно, но вполне штатно, с помощью zfs-onlinux

1) ploop работать не будет
2) в SIMFS вложенные квоты работать не будут

А вообще имеется целый репо с документацией как скрестить OpenVZ с ZFS: https://github.com/pavel-odintsov/OpenVZ_ZFS

Но вот в команде Parallels к этому (ZFS на OpenVZ) интерес нулевой.

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

104. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним (-), 01-Май-15, 09:26 
ploop можно заставить работать.
Ответить | Правка | Наверх | Cообщить модератору

106. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Pavel Odintsovemail (ok), 01-Май-15, 20:54 
> ploop можно заставить работать.

Это крайне сложно, ибо он построен на базе экстентов, которых в ZFS нету.

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

10. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от sm (??), 27-Апр-15, 21:02 
А будет открыт весь стак virtuozzo, включаю cloud storage?
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

18. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +5 +/
Сообщение от Аноним (-), 28-Апр-15, 07:44 
Proxmox это не только OpenVZ, но и KVM, наиудобнейший веб-интерфейс с HTML5-консолями, HA из коробки, openvswitch, ZFS и т.д.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

80. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от PnDx (ok), 29-Апр-15, 16:19 
Удобно? Да. Пока не завалится.
Потом — лихорадочно ищут специалиста разобраться с тем, что нафоршмачил "освоивший" Proxmox "студент". Потому что:

1. Он собрал "HA кластер" на 2-х писюках. С DAS, понятное дело. Про tie-braking не читал, т.к. годный разбор — на вражеском.

2. Выдал под виртуалки 2ТБ из имеющихся 500ГБ. В нерасширяемом DAS'е, конечно.
/Остальные "нюансы" выделения ресурсов (full-virt для linux и т.п.) не столь колоритны./

3. "Студент" был умный и нашёл, где в дебиане настраивают сетевые интерфейсы. Чем поверг Proxmox в шок - он не может на старте поднять виртуалки из-за вылета своего сетевого скрипта.

Утрировал совсем чуть-чуть реальный случай из недавней практики. Хотя и не совсем мой профиль.

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

81. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Michael Shigorinemail (ok), 29-Апр-15, 16:54 
> Про tie-braking не читал

Торможение галстуком? :)

> т.к. годный разбор — на вражеском.

PS: а всё потому, поди, что "старшие товарищи" свалили на студента железки со словами "к утру разобраться" и не показали собственным примером ценность документирования сделанного.

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

82. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +2 +/
Сообщение от PnDx (ok), 29-Апр-15, 17:37 
>> Про tie-braking не читал
> Торможение галстуком? :)

breaking, да. spell-check пропустил на ура, понятно. "Пишы граматно" ;)

> PS: а всё потому, поди, что "старшие товарищи" свалили на студента железки
> со словами "к утру разобраться" и не показали собственным примером ценность
> документирования сделанного.

  Там не было "старших", только "эффективные руководители". Сэкономили — влетели.

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

32. "Компания Parallels открыла ядро, используемое в продукте Vir..."  –1 +/
Сообщение от Аноним (-), 28-Апр-15, 11:22 
Продолжайте надеяться ;-)

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

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

48. "Компания Parallels открыла ядро, используемое в продукте Vir..."  –2 +/
Сообщение от Michael Shigorinemail (ok), 28-Апр-15, 13:27 
> не позорьтесь: на вскидку, что выберет пользователь? - решение, которое позволяет
> тривиально переключать бэкенды в рамках унифицированного интерфейса или вчерашнюю
> проприетарщину на старом ядре с неясными перспективами миграции на альтернитивы
> если что-то пошло не так?

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

http://openvz.livejournal.com/14723.html

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

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

59. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним (-), 28-Апр-15, 17:56 
Lol, "объективное тестирование" от авторов тестируемого. Верю, чо! Тока уши к земле лапшой пригибает, а так верю конечно.
Ответить | Правка | Наверх | Cообщить модератору

68. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Michael Shigorinemail (ok), 28-Апр-15, 21:33 
> Lol, "объективное тестирование" от авторов тестируемого.

По ссылкам не ходим, головой не думаем...  Специально сослался не сразу на hpl'ную PDF, а на страничку с нужным куском текста оттуда, но что-то Вы сегодня тормозите больше обычного (или это не Вы? :)

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

63. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним (-), 28-Апр-15, 19:23 
> Если выбирающий пользователь -- эффективный дyрак, то примерно так он и будет
> думать; а если ему ехать надо, а не шашечки -- то
> помимо оценки будущего (что разумно) устроит и стендовое тестирование по разным
> факторам, включая накладные расходы.

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

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

69. "Компания Parallels открыла ядро, используемое в продукте Vir..."  –1 +/
Сообщение от Michael Shigorinemail (ok), 28-Апр-15, 21:36 
> Оно как бы да, но есть и туева хуча других факторов

Именно, причём они тоже далеко не "такие однозначные", а набор медалек с минимум двумя сторонами.  Например, отрегулировать выделение этих самых ресурсов на лету в ovz гораздо проще (и заодно работает), а вот про ballooning не так давно долетали крупные щепки, помнится...

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

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

87. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним (-), 29-Апр-15, 20:05 
> лету в ovz гораздо проще (и заодно работает),

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

> ballooning не так давно долетали крупные щепки, помнится...

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

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

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

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

92. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Michael Shigorinemail (ok), 29-Апр-15, 23:02 
>> лету в ovz гораздо проще (и заодно работает),
> Вот только полные виртуализаторы в принципе не имеют проблем с файлами, сокетами

Зато имеют проблемы с таймерами, например.

>> ballooning не так давно долетали крупные щепки, помнится...
> У VZ своих щепок есть. Вплоть до существования эксплойтов, которые через баги
> ядер повышали привилегии, вылезая из контейнера.

Насколько помню, ядерные дырки с возможностью вылезти из ovz VE и из kvm были примерно в одинаковом количестве за последние лет семь-десять.  В этом плане вкуснее физически отдельные мелкие узлы.

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

93. "Компания Parallels открыла ядро, используемое в продукте Vir..."  –1 +/
Сообщение от Аноним (-), 30-Апр-15, 07:12 
Вылезти из KVM куда? Из виндоуса в Линукс?
Ответить | Правка | Наверх | Cообщить модератору

95. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Michael Shigorinemail (ok), 30-Апр-15, 09:04 
> Вылезти из KVM куда?

На хост.

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

16. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Анонимemail (16), 28-Апр-15, 07:28 
В проксмоксе с ядром 3.10 скоро будет обновление на дебиан джесси т.е. проксмокс 4.0 с поддержкой lxc-контейнеров
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

19. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним (-), 28-Апр-15, 07:46 
> В проксмоксе с ядром 3.10 скоро будет обновление на дебиан джесси т.е.
> проксмокс 4.0 с поддержкой lxc-контейнеров

У lxc нет миграции, как и у сранного Docker.

http://forum.proxmox.com/threads/17908-LXC-1-0-released-is-n...

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

22. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Pavel Odintsovemail (?), 28-Апр-15, 08:27 
>> В проксмоксе с ядром 3.10 скоро будет обновление на дебиан джесси т.е.
>> проксмокс 4.0 с поддержкой lxc-контейнеров
> У lxc нет миграции, как и у сранного Docker.
> http://forum.proxmox.com/threads/17908-LXC-1-0-released-is-n...

Для OpenVZ ее (именно полноценной live миграции) тоже нету :)

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

23. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним (-), 28-Апр-15, 09:02 
хз, но тем не менее мигрирует без остановки.
Ответить | Правка | Наверх | Cообщить модератору

24. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от ABATAPAemail (ok), 28-Апр-15, 09:24 
Мигрируют, если сервера одинаковые.
У меня в кластере HP G7 и HP G8, у них разные CPU - после миграции ошибка и стоп.
Ответить | Правка | Наверх | Cообщить модератору

25. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Pavel Odintsovemail (?), 28-Апр-15, 09:38 
По обоим комментариям нет и нет. Может формально остановки и нету, но даунтайм пока копируется память - серьезный. И если на машине 4-16-64GB __занятой__ памяти, то эта livemigration будет идти по полчаса, а-то и больше.
Ответить | Правка | Наверх | Cообщить модератору

26. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от ligurio (??), 28-Апр-15, 10:33 
Миграция с zero downtime есть в коммерческом продукте. Зачем вам технология миграции в opensource в текущем OpenVZ? Вы будете ее улучшать?
Ответить | Правка | Наверх | Cообщить модератору

33. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним (-), 28-Апр-15, 11:24 
> Миграция с zero downtime есть в коммерческом продукте. Зачем вам технология миграции
> в opensource в текущем OpenVZ? Вы будете ее улучшать?

Зачем нам платить за продукт, который даже теоретически нельзя улучшить?

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

56. "Компания Parallels открыла ядро, используемое в продукте Vir..."  –1 +/
Сообщение от Аноним (-), 28-Апр-15, 16:50 
Или перефразирую: где в Москве купить дешевую косметику? (С)БР :)
Вы халявы захотели. Это в саду, так что пройдите.
Ответить | Правка | Наверх | Cообщить модератору

60. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним (-), 28-Апр-15, 17:59 
> Или перефразирую: где в Москве купить дешевую косметику? (С)БР :)
> Вы халявы захотели. Это в саду, так что пройдите.

Ну ты и упоролся :)
Это вообще-то у каждого вендора с которыми параллелс пытается конкурировать. Тут одним хамством не обойдёшься - сначала надо хотя-бы версию ядра и фичи догнать. Потом можно и халяву от "бабло за поддержку" научиться различать.

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

40. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +1 +/
Сообщение от Pavel Odintsovemail (?), 28-Апр-15, 12:08 
> Миграция с zero downtime есть в коммерческом продукте. Зачем вам технология миграции
> в opensource в текущем OpenVZ? Вы будете ее улучшать?

Зачем её улучшать? Она отлично работает на OpenVZ (могу приватно показать куски логов, просто ради интереса). В OpenVZ просто не реализованы коннекторы для полностью рабочего кода итеративной миграции памяти в ядре.

А мигарция БЕЗ потери пингов конетйнеров с десятками гигабайт памяти НУЖНА в опенсорце еще как :)

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

52. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +1 +/
Сообщение от ligurio (??), 28-Апр-15, 14:58 
Я уже отвечал вам на хабре. Вот проект, в рамках которого будет сделана итеративная миграция в новой версии Virtuozzo, - http://criu.org/P.Haul
Ответить | Правка | Наверх | Cообщить модератору

53. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Pavel Odintsovemail (ok), 28-Апр-15, 15:18 
> Я уже отвечал вам на хабре. Вот проект, в рамках которого будет
> сделана итеративная миграция в новой версии Virtuozzo, - http://criu.org/P.Haul

Будет сделана != сделана и работает. Рабочего и стабильного ядра RHEL7 еще нету. Я понимаю, что это все когда-то будет, но как будет, тогда и будет смысл сравнивать.

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

57. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним (-), 28-Апр-15, 16:54 
> Будет сделана != сделана и работает. Рабочего и стабильного ядра RHEL7 еще нету.

Кисо надо ЩЩаЗЗ, беЗЗплатно и на блюдечке ?
Кому надо - купили. Кому надо в опен-сорс - пилят ...
>Я понимаю, что это все когда-то будет, но как будет, тогда и будет смысл сравнивать.

А сам то ты (скажем) чудак - сам то ты "что сделал для хипхопа"?
Hacpaл на всех форумах куда смог дотянуться? О-е - так победим! :)

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

58. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +2 +/
Сообщение от Pavel Odintsovemail (ok), 28-Апр-15, 17:34 
>> Будет сделана != сделана и работает. Рабочего и стабильного ядра RHEL7 еще нету.
> Кисо надо ЩЩаЗЗ, беЗЗплатно и на блюдечке ?
> Кому надо - купили. Кому надо в опен-сорс - пилят ...
>>Я понимаю, что это все когда-то будет, но как будет, тогда и будет смысл сравнивать.
> А сам то ты (скажем) чудак - сам то ты "что сделал
> для хипхопа"?
> Hacpaл на всех форумах куда смог дотянуться? О-е - так победим! :)

Прошу: https://github.com/FastVPSEestiOu/openvz-network-shaper https://github.com/FastVPSEestiOu/ploop_userspace https://github.com/FastVPSEestiOu/fastnetmon https://github.com/FastVPSEestiOu/Antidoto

Все это в той или иной степени - доделки/улучшалки для OpenVZ.

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

44. "Компания Parallels открыла ядро, используемое в продукте Vir..."  +/
Сообщение от Аноним (-), 28-Апр-15, 12:59 
Ну ведь и KVM по такому же принципу мигрирует (примерно): http://www.linux-kvm.org/page/Migration
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

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

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




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

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