форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"Публичная тестовая версия Red Hat Enterprise Virtualization 3.0"	+/–
Сообщение от opennews (??) on 18-Ноя-11, 11:27
Компания Red Hat объявила (http://www.redhat.com/about/news/blog/Downloadable-Version-o...) о начале публичного тестирования бета-версии промышленной платформы для организации управления виртуальной инфраструктурой - Red Hat Enterprise Virtualization 3.0 (http://www.redhat.com/promo/rhev3/).  Первая тестовая версия RHEV 3 была выпущена (http://www.opennet.me/opennews/art.shtml?num=31541) в августе, но была доступна только ограниченному числу клиентов Red Hat. Нынешнюю версию может загрузить любой желающий. Платформа RHEV основана на Linux-дистрибутиве Red Hat Enterprise Linux 6 и использует в работе технологию виртуализации KVM (Kernel Virtual Machine). Для управления виртуальной инфраструктурой предлагается использовать специально подготовленный web-интерфейс, позволяющий создавать и конфигурировать виртуальные машины. Для организации работы тонких клиентов используется протокол SPICE. Технологии RHEV, используемые для... URL: http://www.redhat.com/about/news/blog/Downloadable-Version-o... Новость: http://www.opennet.me/opennews/art.shtml?num=32341
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+1 +/–
Сообщение от Аноним (??) on 18-Ноя-11, 11:27
> пока без возможности онлайн миграции Немного не понимаю этого "пока". Законы физики и логики однозначно утверждают, выполнить живую миграцию виртуалки, подключенной к локальному блочному устройству хоста, невозможно без отключения этого устройства. Чтобы это пофиксить, механизм доступа к устройству должен изначально обладать сетевой прозрачностью (например, iSCSI). Так что приходится либо мириться с некоторым оверхедом даже при локальном использовании, либо перевключать устройства перед миграцией, что невозможно при его активном использовании. Не думаю, что в обозримом будущем что-то изменится.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+/–
	Сообщение от Moomintroll (ok) on 18-Ноя-11, 11:33
	> Законы физики и логики однозначно утверждают, выполнить живую миграцию виртуалки, подключенной к локальному блочному устройству хоста, невозможно без отключения этого устройства. Чтобы это пофиксить, механизм доступа к устройству должен изначально обладать сетевой прозрачностью (например, iSCSI). Не обязательно. Есть ещё Fiber Channel. А некоторые умудряются сделать shared storage на FireWire... А когда-то ещё использовали, говорят, shared же SCSI Bus.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	4. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+/–
	Сообщение от Влад (??) on 18-Ноя-11, 12:54
	Не посчитайте за вброс, но Hyper-V в последних релизах под управлением SCCM позволяет мигрировать виртуалку с одной машины на другую НЕ размещенную на шаред сторадже.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	5. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+/–
	Сообщение от Moomintroll (ok) on 18-Ноя-11, 13:02
	> Не посчитайте за вброс, Ok > Hyper-V в последних релизах под управлением SCCM позволяет мигрировать виртуалку с одной машины на другую НЕ размещенную на шаред сторадже. Сдаётся мне, что для промышленной эксплуатации оно не вполне применимо из-за заметной задержки при миграции... Но фича прикольная.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	19. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+2 +/–
	Сообщение от Аноним (??) on 18-Ноя-11, 17:05
	Делал несколько раз миграцию с одного узла на другой вирутальной машины без общего хранилища. Занимает время: 1. фриз/анфриз диска - доли секунды, 2. копирование образа с узла на узел (виртуалка продолжает работать) 3. фриз/анфриз памяти - доли секунды, 4. копирование памяти с узла на узел (без заморозки) 5. повторный фриз всего вместе 6. если объём велик, 6.1. 6.1. анфриз 6.2. синхронизируем 6.3. переход на 5. 7. объём не велик, фриз, синхронизируем, отдаем состояние регистров 8. смена маршрутов 8. анфриз на втором узле Устанавливаемая в KVM-режиме винда без проблем переместилась на другой узел прямо на этапе копирования файлов. Общим был только образ сидирома. Так же, перемещал виртуальные машины на базе OpenVZ. Система виртуализации Proxmox VE.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	24. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	–1 +/–
	Сообщение от Cub (ok) on 18-Ноя-11, 18:22
	Скажите, какой версии был Proxmox VE, и на каком железе? Спасибо.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	25. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+/–
	Сообщение от Аноним (??) on 18-Ноя-11, 18:32
	Железо было очень различное: устанавливал первый узел на рабочей станции, типа HP 520B-MT Второй узел - IBM System x3550 M2 Переносил без общего хранилища. Версия была предыдущая. Давно было, но помню щенячий восторг и сопли в пол-лица. :)
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	29. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+/–
	Сообщение от Дмитрий (??) on 20-Ноя-11, 00:59
	А с вами по мейлу можно пообщаться по поводу Проксмокса ? Дмитрий, bdmalex(at)Mail.Ru
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	28. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	–3 +/–
	Сообщение от ананим on 19-Ноя-11, 00:59
	Не пойдет. Минимум - фриз диска, потом его миграция, фриз памяти, потом миграци... и уже потом антифриз диска. Так что да. вброс. но на голой системе отработает. К томуже что не понятно в > Поддержка использования локальных дисков для виртуальных машин (пока без возможности онлайн миграции); и да. юзайте ксен.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	6. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+/–
	Сообщение от Аноним (??) on 18-Ноя-11, 13:09
	> Hyper-V в последних релизах под управлением SCCM позволяет мигрировать виртуалку с одной машины на другую НЕ размещенную на шаред сторадже. Это как? Диск тоже копируется вместе с виртуалкой? Интересно, сколько суток продлится миграция виртуалки с маленьким (по меркам enterprise) 10Тб диском?
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	8. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+/–
	Сообщение от Andrey Mitrofanov on 18-Ноя-11, 13:32
	> сколько суток продлится миграция виртуалки с маленьким (по меркам enterprise) Если "там" более или менее актуальная копия... Продолжать? Нет, я ж про "теоретически", про Технологии Майкрософт -- бг миловал.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	9. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+4 +/–
	Сообщение от Ваня on 18-Ноя-11, 14:24
	На собеседовании: - Пьёте? - (оживлённо) А что есть? - Да нет, я так... Теоретически... - А, теоретически... Теоретически не пью.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	12. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+/–
	Сообщение от Аноним (??) on 18-Ноя-11, 15:27
	> Если "там" более или менее актуальная копия... Продолжать? Да я сам продолжу. Эту копию надо прохешировать по блокам, как и оригинал образа на исходном хосте, чтобы установить, какие именно блоки нужно передавать. А особенно красиво, если данные на ФС виртуалки сильно фрагментированы и при этом некоторые файлы активно записываются...
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	17. "Публичная тестовая версия"	+/–
	Сообщение от Andrey Mitrofanov on 18-Ноя-11, 16:30
	Никто %) и не обещал, что на WCCS или без shared стороаджа всё будет. Быстро/легко/вообще/... ЗЫЖ Ну, дак, в EV 3.0 Оно %) -- есть?? Кто уже?!...
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	27. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+/–
	Сообщение от Аноним (??) on 18-Ноя-11, 19:13
	> Не посчитайте за вброс, но Hyper-V в последних релизах под управлением SCCM > позволяет мигрировать виртуалку с одной машины на другую НЕ размещенную на > шаред сторадже. Не посчитайте за вброс, но все управляторы hyper-v которые я видел были столь глючным и убогим булшитом что я вообще не понимаю - как это было выпущено вообще? Это тестировали сидя задницами на клавиатурах? Майкрософтовские средства виртуализации - лучшее что можно посоветовать... вашим врагам и конкурентам. Более глюкавых и падучих средств управления нет ни у кого.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	7. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+/–
	Сообщение от Аноним (??) on 18-Ноя-11, 13:17
	> Не обязательно. Есть ещё Fiber Channel. А некоторые умудряются сделать shared storage на FireWire... А когда-то ещё использовали, говорят, shared же SCSI Bus. Только вот все это, как правило, никак не связано с _локальными_ блочными устройствами хоста-гипервизора. Перечисленные технологии обычно используются для создания расшаренных хранилищ, доступных со всех гипервизоров кластера.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	10. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+/–
	Сообщение от Moomintroll (ok) on 18-Ноя-11, 14:44
	> Только вот все это, как правило, никак не связано с _локальными_ блочными устройствами хоста-гипервизора. Вы передёргиваете. "Всё это" как раз предоставляет _локальные_ блочные устройства, а не _сетевые_ в отличие, например, от iSCSI или AoE. Именно об этом я говорил. Иначе говоря, _локальные_ блочные устройства подразумевают наличие дискового контроллера (от floppy до FC HBA), в то время как _сетевые_ полагаются на, соответственно, сетевые контроллеры. И если Вы опять придумаете новое толкование, то заранее поинтересуюсь - FC, в принципе, можно притянуть к сетевым устройствам, а Shared SCSI Bus? > Перечисленные технологии обычно используются для создания расшаренных хранилищ, доступных со всех гипервизоров кластера. Ну а здесь всё правильно. Если не нужен shared storage, то куда проще, дешевле и при этом как минимум НЕ медленнее использовать SATA или SAS.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	11. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+/–
	Сообщение от Аноним (??) on 18-Ноя-11, 15:24
	> Вы передёргиваете. "Всё это" как раз предоставляет _локальные_ блочные устройства, а не _сетевые_ в отличие, например, от iSCSI или AoE. Именно об этом я говорил. Вы полагаете, что блочные устройства могут быть либо локальными, либо сетевыми? По-моему, называть тот же FC локальным - это сильное притягивание за уши и жестокое издевательство над терминологией. Локальное устройство хоста - это устройство, подключенное исключительно к данному хосту (во всяком случае, по шине данных/управления). Антоним понятия "локальное устройство" - "нелокальное устройство" (всегда ваш, Кэп). Доступ к нелокальному устройству может быть организован через LAN, через специализированную высокоскоростную шину, либо как-то еще. При этом, как правило, обеспечивается возможность организации совместного доступа нескольких хостов к одному устройству. Надеюсь, использование корректной терминологии позволит нам избежать дальнейшего непонимания.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	13. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+/–
	Сообщение от Moomintroll (ok) on 18-Ноя-11, 15:30
	> FC, в принципе, можно притянуть к сетевым устройствам, а Shared SCSI Bus?
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	15. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+/–
	Сообщение от Аноним (??) on 18-Ноя-11, 15:33
	>> FC, в принципе, можно притянуть к сетевым устройствам, а Shared SCSI Bus? Устройство, подключенное к шареной сказе, не является ни локальным, ни сетевым //К.О.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	14. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+/–
	Сообщение от Аноним (??) on 18-Ноя-11, 15:32
	> Не обязательно. Есть ещё Fiber Channel. А некоторые умудряются сделать shared storage > на FireWire... А когда-то ещё использовали, говорят, shared же SCSI Bus. Насколько я помню, никаких проблем с живой миграцией KVM при доступе к диску по FC нет. Речь идет именно о локальных дисках, т.е. доступных только с конкретного хоста.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	3. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+/–
	Сообщение от sdog (ok) on 18-Ноя-11, 11:45
	диски тоже можно мигрировать, как RAM.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	16. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+/–
	Сообщение от PnD (??) on 18-Ноя-11, 16:08
	Перед "переездом" виртуалка по-любому суспендится. После чего на новое место переносятся остатки изменений на подключенных устройствах и виртуалка "просыпается" на новом месте. Кто этого не умеет (фря например), в результате валится в корку, обнаружив "как все изменилось" (время там скакнуло ну и всякие другие счетчики). Ну а дальше уже - в зависимости от возможности подключенного блочного устройства. В принципе, можно вручную перенести винт из одной корзины в другую и обучить гипервизор, что с этим делать :). А можно, к примеру, подключить SAN в режиме кластера. Где-то будет рулить DRBD (что-то аналогичное и мелкомягкие у себя замутили, afaik), где-то достаточно раздавать файл с NFS|CIFS. Ну, короче, RTFM.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	18. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+/–
	Сообщение от Аноним (??) on 18-Ноя-11, 16:32
	> А можно, к примеру, подключить SAN в режиме кластера. Где-то будет рулить DRBD (что-то аналогичное и мелкомягкие у себя замутили, afaik), где-то достаточно раздавать файл с NFS|CIFS. Все это замечательно и, по большей части, уже давно используется (например, KVM умеет мигрировать при доступе к образу через iSCSI, NFS, GFS2 или FC). Единственное "но" - все это никак не относится к локальным блочным устройствам. Разве что > можно вручную перенести винт из одной корзины в другую и обучить гипервизор, что с этим делать
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	21. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+/–
	Сообщение от NONAME on 18-Ноя-11, 17:24
	просто для сведения: мигрирования используя команду в терминале без использования хранилища слато возможно RHEL 6.1 man virsh на тему migrate на 6.1 запилить этот функционал в веб админку дело времени !
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	26. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+/–
	Сообщение от sdog (ok) on 18-Ноя-11, 19:10
	> Перед "переездом" виртуалка по-любому суспендится. После чего на новое место переносятся > остатки изменений на подключенных устройствах и виртуалка "просыпается" на новом месте. > Кто этого не умеет (фря например), в результате валится в корку, > обнаружив "как все изменилось" (время там скакнуло ну и всякие другие > счетчики). Ну а дальше уже - в зависимости от возможности подключенного > блочного устройства. В принципе, можно вручную перенести винт из одной корзины > в другую и обучить гипервизор, что с этим делать :). А > можно, к примеру, подключить SAN в режиме кластера. Где-то будет рулить > DRBD (что-то аналогичное и мелкомягкие у себя замутили, afaik), где-то достаточно > раздавать файл с NFS|CIFS. Ну, короче, RTFM. http://blog.allanglesit.com/2011/08/linux-kvm-management-liv.../ короче, RTM.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

30. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+/–
Сообщение от AnonymousRex on 24-Ноя-11, 22:13
Всем кто завис пытаясь осились блочную миграцию: http://www.linux-kvm.com/content/qemu-kvm-012-adds-block-mig... http://wiki.qemu.org/Features/LiveBlockMigration удивляет что мелкая фича всех напрягла, а то что аналог vsphere, полностью открытый и неограниченный, стал доступен никому не интересно
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	31. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+/–
	Сообщение от Andrey Mitrofanov on 25-Ноя-11, 11:43
	> удивляет что мелкая фича всех напрягла, а то что аналог vsphere, полностью > открытый и неограниченный, стал доступен никому не интересно Это Вы про "код через забор"? Да, в RH - доступен, в oVirt, _когда_ череззаборное творчество бесплатные энтузиасты освоят, -- будет. Впрочем, да, круто. Пользую kvm/libvirt/virt-manager -- допиленных свободных версий, спаибо RH.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	32. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+/–
	Сообщение от АнонимусРекс on 25-Ноя-11, 12:30
	> Это Вы про "код через забор"? Да, в RH - доступен, в > oVirt, _когда_ череззаборное творчество бесплатные энтузиасты освоят, -- будет. это я о том как размусолили невозможность миграции при локальной дискохранилке, вчистую проигнорировав все остальное
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

33. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+/–
Сообщение от rh on 01-Фев-12, 08:54
А кто-нибудь подключал рабочий KVM-хост(не готовую ноду) к oVirt? Спасибо!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	34. "Публичная тестовая версия Red Hat Enterprise Virtualization ..."	+/–
	Сообщение от AnonymousRex on 01-Фев-12, 12:24
	> А кто-нибудь подключал рабочий KVM-хост(не готовую ноду) к oVirt? > Спасибо! подключиться она подключится, но готовые ВМ на ней видны не будут, если они не созданы через engine или не импортированы через v2v или export domain
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

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

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