The OpenNET Project / Index page

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



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

Оглавление

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

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


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ообщить модератору

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

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




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

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