The OpenNET Project / Index page

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



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

Оглавление

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

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


15. "Выпуск системы управления инфраструктурой виртуализации oVir..."  –7 +/
Сообщение от zzz (??), 04-Фев-19, 23:11 
Госпаде, Win2012 умел в live-миграцию уже в 2012-ом, и даже без общего хранилища. Не любите себе и руководству голову своими велосипедами, поставьте WinHV или VmWare, которые на семь (!) лет опережают сие наколеночное поделие.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

17. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +4 +/
Сообщение от Dim (??), 04-Фев-19, 23:13 
> Госпаде, Win2012 умел в live-миграцию уже в 2012-ом, и даже без общего
> хранилища. Не любите себе и руководству голову своими велосипедами, поставьте WinHV
> или VmWare, которые на семь (!) лет опережают сие наколеночное поделие.

овирт умел лайв миграцию еще в 2006-ом, когда еще назывался solidice, в миграции нет никакой магии

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

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

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

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

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

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

44. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +1 +/
Сообщение от Dim (??), 04-Фев-19, 23:43 
> УМВР - отличный аргумент. Вам бы на лор сходить, что ли.

Потому что нечего ахинею нести. Я строил датацентры с KVM под капотом последние 11 лет, никогда особых проблем с миграцией не видел. Стандартная сетевая синхронизация

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

57. "Выпуск системы управления инфраструктурой виртуализации oVir..."  –1 +/
Сообщение от zzz (??), 05-Фев-19, 00:00 
>никогда _особых_ проблем не видел

То-то и оно.

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

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

Проблем с миграцией не было. Проблемы обычно в сетевом стеке

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

71. "Выпуск системы управления инфраструктурой виртуализации oVir..."  –2 +/
Сообщение от zzz (??), 05-Фев-19, 00:15 
Команда cp отработала штатно, невероятное достижение, никогда такого не было, и только в KVM...!
Ответить | Правка | Наверх | Cообщить модератору

75. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +3 +/
Сообщение от Dim (??), 05-Фев-19, 00:21 
> Команда cp отработала штатно, невероятное достижение, никогда такого не было, и только
> в KVM...!

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

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

80. "Выпуск системы управления инфраструктурой виртуализации oVir..."  –5 +/
Сообщение от zzz (??), 05-Фев-19, 00:33 
Куда уж нам, сирым и убогим HV/ESXiникам, только на помойку под напором фич KVM
Ответить | Правка | Наверх | Cообщить модератору

87. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от Dim (??), 05-Фев-19, 00:45 
> Куда уж нам, сирым и убогим HV/ESXiникам, только на помойку под напором
> фич KVM

так уже ведь на помойке. AWS использует KVM, GCP тоже, rackspace, vultr, да вообще все кроме azure на нем. ESXi вместе с HV давно уже на помойке, потому что будущего у них нет. KVM тоже  подохнет, когда контейнеры научатся все OS запускать, но ESXi уже давно будет дохлой.

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

182. "Выпуск системы управления инфраструктурой виртуализации oVir..."  –1 +/
Сообщение от Аноним (182), 06-Фев-19, 20:46 
То то у тебя хвост дымится вечно, яростная манифестация чувства неполноценности при любом удобном случае. Ох уж эти вантузоиды.
Ответить | Правка | Наверх | Cообщить модератору

123. "Дмитрий, с вами как то можно связаться ? "  +/
Сообщение от mamontsemail (ok), 05-Фев-19, 09:42 
Дмитрий, с вами как то можно связаться ? У меня просто есть несколько вопросов по датацентру. Если что babkin@belregion.ru
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

117. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от Олег (??), 05-Фев-19, 08:26 
Стойка на proxmox
Проблем с миграциями нет.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

121. "Выпуск системы управления инфраструктурой виртуализации oVir..."  –2 +/
Сообщение от Аноним (121), 05-Фев-19, 09:21 
На бесплатном проксмосе? Который "для тестов, нестабильный тра-ля-ля, дай денег"
Ответить | Правка | Наверх | Cообщить модератору

127. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от пох (?), 05-Фев-19, 10:05 
storage у этой стойки из чего сделан?
Ответить | Правка | К родителю #117 | Наверх | Cообщить модератору

132. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +3 +/
Сообщение от PnDx (ok), 05-Фев-19, 12:23 
Не знаю, что там 10 лет прекрасно.
Связка (postcopy+HP) анонсирована в 2017 (qemu-kvm 2.9 на ядрах от 4.11 /реально заработало после 4.12/). До этого на нормальных нагрузках (которыми в т.ч. я занимаюсь) был тот ещё цирк (и будет, пока все площадки не пройдут апгрейд).
Миграция между стораджами через NBD появилась в районе qemu 2.4, что тоже ни разу не 10 лет. С предыдущим, доморощенным "механизмом" можно было такое "ой" отхвать, что данные только совочком собрать и в утиль.
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

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

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

175. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +1 +/
Сообщение от PnDx (ok), 06-Фев-19, 13:59 
> но хоть щас то - настало щастье? А то тут только фанбои
> и хейтеры выступали, человека с реальным опытом послушать бы хотелось.

  Скажем так, объём регламентов в части виртуализации у меня в конторе потихоньку сокращается. Например, внедрение postcopy даёт шанс "прозрачно" таскать критичные к даунтаймам в сотни мс инстансы (e.g. rabbitMQ) поверх обычного Ethernet.
  На мой вкус, связки (qemu-kvm + libvirt) можно использовать года так с 2017 (qemu 2.4+, libvirt 1.3+) без фатальных последствий. Остаются "родовые травмы" (например, CPU context switching на вводе/выводе ВМ), но это уже́ обычный вопрос выбора инструмента (не qemu единым).

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

144. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от Dim (??), 05-Фев-19, 17:20 
> Не знаю, что там 10 лет прекрасно.
> Связка (postcopy+HP) анонсирована в 2017 (qemu-kvm 2.9 на ядрах от 4.11 /реально
> заработало после 4.12/).

Обычная миграция не требует postcopy. LSM вышел, емнип в районе 2010, просто миграция без переноса стореджа была с самого начала (2006).

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

Что конкретно не пашет?

> Миграция между стораджами через NBD появилась в районе qemu 2.4, что тоже
> ни разу не 10 лет. С предыдущим, доморощенным "механизмом" можно было
> такое "ой" отхвать, что данные только совочком собрать и в утиль.

NBD - эдин из самых долбанутых механизмов в QEMU (Фабрис - тот еще чудик), и использовать NBD в проде дело сомнительное. А внешний механизм который использует RHV вполне себе рабочий, если его не насиловать

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

172. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от PnDx (ok), 06-Фев-19, 13:22 
> Обычная миграция не требует postcopy. LSM вышел, емнип в районе 2010, просто
> миграция без переноса стореджа была с самого начала (2006).

  Ага, без нагрузки на CPU>>RAM. Ну или при наличии какого-нибудь "безразмерного" RDMA (что тоже не так давно появилось в qemu).
  * Тротлинг при миграции появился чуть раньше postcopy, но тоже совсем недавно (и чреват обрушением мигрируемого сервиса из-за неконтролируемого провала производительности вирт. CPU). А без ничего протащить нормально нагруженную ВМ (с десятками ГБ ОЗУ) через "верёвку" ethernet 10Гбит/с (а у меня ещё остались площадки с 1 Гбит) — это нужно или SLA с допустимыми даунтаймами по 30+ секунд, или убирать с ВМ нагрузку при миграции.

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

  Например, такой нюанс. Работа ВМ qemu в rss ведёт (на наших нагрузках) к агрессивной фрагментации ОЗУ. Через короткое время в buddy не остаётся блоков нижних порядков. Здравствуй, OOM. Лечится преаллокацией в HP. Вроде, всё ок?
  Ага, пока не надо мигрировать. Стандартная huge-страница 2МБ (внезапно) инвалидируется целиком. Эффект на ширину потока данных при миграции ясен?

>> Миграция между стораджами через NBD появилась в районе qemu 2.4, что тоже
>> ни разу не 10 лет. С предыдущим, доморощенным "механизмом" можно было
>> такое "ой" отхвать, что данные только совочком собрать и в утиль.
> NBD - эдин из самых долбанутых механизмов в QEMU (Фабрис - тот
> еще чудик), и использовать NBD в проде дело сомнительное. А внешний
> механизм который использует RHV вполне себе рабочий, если его не насиловать

У меня за NBD пока только 1 нюанс числится: портит данные при проблемах с пересборкой пакетов в TCP (как раз на "узких" каналах). Но здесь можно съехать "ну это же TCP, чините его" (что я и делал).
  За намёк на внешний механизм спасибо, надо поглядеть (что-то я проспал видимо, когда последний раз ходил в код libvirt, или через что он рулится?).

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

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

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

27. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от Dim (??), 04-Фев-19, 23:29 
> А что вы хотели услышать? Репорт двух с половиной анонимусов об удачной
> миграции недопиленной платформы? Ловите наркомана.jpg

KVM - недопиленная платформа?

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

29. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от анон (?), 04-Фев-19, 23:30 
давайте опустим детский сад - без общего хранилища мигрируем и блаблабла... Есть онлайн миграция vm с одного хоста на другой без изменения нахождения дисков vm. Есть онлайн миграция дисков vm с одного стореджа на другой без смены хоста, где запущен vm. И то и другое работает из коробки в вебморде или апи, время переключения 10-200мс. Все это позволяет полностью без даунтайма абстрагироваться от железа от слова полностью.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

49. "Выпуск системы управления инфраструктурой виртуализации oVir..."  –3 +/
Сообщение от zzz (??), 04-Фев-19, 23:51 
Именно поэтому только в 2к19 "Реализована полная поддержка live-миграции виртуальных машин на основе профиля "High Performance VM". KVM - изначально решение для васян-хостингов, каковым и осталось.
Ответить | Правка | Наверх | Cообщить модератору

52. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от Dim (??), 04-Фев-19, 23:53 
> Именно поэтому только в 2к19 "Реализована полная поддержка live-миграции виртуальных машин
> на основе профиля "High Performance VM". KVM - изначально решение для
> васян-хостингов, каковым и осталось.

расскажи мне, что же по твоему такое "high performance VM", и покажи мне аналог который легко мигрируется на других системах

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

56. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от анон (?), 04-Фев-19, 23:59 
да это какой-то маркетинг High Performance VM - который ввели только в 4.2 чтоли, зачем даже не разбирался. Все там давно мигрирует вдоль и поперек
Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

60. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от анон (?), 05-Фев-19, 00:04 
короч, это vm  с cpu pinning. Такие вообще не должны мигрироваться по логике -)
Ответить | Правка | Наверх | Cообщить модератору

65. "Выпуск системы управления инфраструктурой виртуализации oVir..."  –1 +/
Сообщение от Dim (??), 05-Фев-19, 00:08 
> короч, это vm  с cpu pinning. Такие вообще не должны мигрироваться
> по логике -)

А в Овирте, в 2019, они (surprise!) мигрируют тем не менее. Еще там мигрируют машины с проброшенным железом (VM-FEX 802.1Qbg например).

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

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

76. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от Dim (??), 05-Фев-19, 00:22 
> Система виртуализации ломает принятые правила? Достижение!

технология ломает то что конкуренты считали невозможным! достижение, да. Тебе все еще достаточно 640k памяти?

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

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

90. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от Dim (??), 05-Фев-19, 00:50 
> Неправильным, но какая разница, покуда разговор идет с фанбоем, который 11 лет
> только и делает, что городит кластеры под KVM за неумением в
> другие технологии.

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

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

68. "Выпуск системы управления инфраструктурой виртуализации oVir..."  –2 +/
Сообщение от zzz (??), 05-Фев-19, 00:10 
Если вы считаете достижением полноценную поддержку ядра только спустя 4 года, то остается только развести руками. Я уж лучше по старинке, HV+ESXi. Понадежнее, знаете ли, не до слоупочьих забав.
Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

115. "Выпуск системы управления инфраструктурой виртуализации oVir..."  +/
Сообщение от пох (?), 05-Фев-19, 07:08 
> Госпаде, Win2012 умел в live-миграцию уже в 2012-ом

http://web.archive.org/web/20100216042115/http://www.virtual...
сановская документация версии 2 не сохранилась, а то бы оказалось что и в 2008м был.

но это немножечко не та лайвмиграция, которая нужна в 2019.

при этом с, скажем, бэкапами - внезапно, все плохо что у той, что у другой.

Бэкап той же проксы - внезапно, банальный zfs send. Инкрементальный, если знать где грабли, быстрый и эффективный. А вмварь сама по себе, не виртуалки в ней - вообще никак не бэкапится, вот это да, вот это ентер-прайс солюшн. У винды наоборот - сервер легко, виртуалки, особенно невиндовые, не умеющие vss - с кучей приседаний и проблем на пустом месте.

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

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

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

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




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

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