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

"Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
Сообщение от opennews (??), 04-Фев-19, 22:04
После более года разработки представлен (https://www.mail-archive.com/announce@ovirt.org/msg0044...) релиз платформы oVirt 4.3.0 (http://www.ovirt.org/), в рамках которой развивается основанная на гипервизоре KVM и библиотеке libvirt система для развёртывания, сопровождения и мониторинга набора виртуальных машин и управления облачной инфраструктурой. Развиваемые в oVirt технологии управления виртуальными машинами применяются в продукте Red Hat Enterprise Virtualization и могут выступать в роли открытой альтернативы VMware vSphere. Кроме Red Hat в разработке также принимают участие компании Canonical, Cisco, IBM, Intel, NetApp и SUSE. Код проекта распространяется под лицензией GPLv2. Готовые пакеты доступны (http://www.ovirt.org/download/) для Red Hat Enterprise Linux 7.6 и CentOS 7.6. Также доступны готовые для развёртывания iso-образы (https://resources.ovirt.org/pub/ovirt-4.3/iso/), основанные на CentOS 7.6 и Fedora 28. oVirt представляет собой стек, охватывающий все уровни виртуализации - от гипервизора до API и GUI-интерфейса. Несмотря на то, что в качестве основного гипервизора в oVirt позиционируется KVM, интерфейс реализован как надстройка над библиотекой libvirt (http://libvirt.org/), которая абстрагирована от типа гипервизора и подходит для управления виртуальными машинами на базе различных систем виртуализации, включая Xen и VirtualBox. В составе oVirt развивается интерфейс для быстрого массового создания высокодоступных виртуальных машин с поддержкой средств Live-миграции окружений между серверами без остановки работы. Платформой предоставляются средства для создания правил динамической балансировки и управления ресурсами кластера, механизмы управления энергопотреблением кластера, инструменты управления образами виртуальных машин, компоненты для конвертирования и импорта существующих виртуальных машин. Поддерживается единое виртуальное хранилище данных, доступное с любого узла. Интерфейс содержит развитую систему отчётов и средства администрирования, позволяющие управлять конфигурацией как на уровне инфраструктуры, так и на уровне отдельных виртуальных машин. Наиболее заметные новшества (https://ovirt.org/release/4.3.0/): -  Поддержка чипсета Q35 (ICH9) с возможностью использования  UEFI и  UEFI Secure Boot; -  Поддержка серверных систем с процессорами на базе микроархитектуры Skylake и AMD EPYC; -  В набор для гостевых систем на базе Windows добавлен новый драйвер  smbus; -  Расширены возможности утилиты virt-v2v, предназначенной для преобразования образов виртуальных машин для запуска под управлением KVM. В том числе налажена конвертация виртуальных машин VMware ESX VM со снапштами; -  Добавлена поддержка импорта и экспорта шаблонов в формате OVA; -  Реализована полная поддержка live-миграции виртуальных машин на основе профиля "High Performance VM"; -  Поддержка отказоустойчивой кластеризации Microsoft (SCSI Persistent Reservation) для дисков в режиме Direct LUN (https://ovirt.org/develop/release-management/features/storag...); -   В web-интерфейсе добавлена новая страница с детальной информацией о виртуальной машине; -  Реализован пользовательский интерфейс для обновления кластера; -  В  OVN (Open Virtual Network) добавлена поддержка групп безопасности; -  Реализована возможность использования статических адресов IPv6; -  Добавлена возможность использования фреймворка Neutron из платформы OpenStack 13 в качестве внешнего провайдера для создания, конфигурирования и сопровождения сетей; -  Добавлена поддержка сетевого анализатора Skydive из OpenStack 14; -  Осуществлён переход на СУБД PostgreSQL 10 (раньше использовался выпуск 9.5); -  Добавлена поддержка передачи метрик в rsyslog вместо fluentd. URL: https://www.mail-archive.com/announce@ovirt.org/msg0044... Новость: https://www.opennet.me/opennews/art.shtml?num=50090
Ответить | Правка | Cообщить модератору

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

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

1. "Выпуск системы управления инфраструктурой виртуализации oVir..."	–4 +/–
Сообщение от Аноним (1), 04-Фев-19, 22:04
Всегда интересовало почему его нет под debian?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+5 +/–
	Сообщение от Аноним (2), 04-Фев-19, 22:07
	потому что разработчики из Red Hat, это ж RHEV.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	8. "Выпуск системы управления инфраструктурой виртуализации oVir..."	–14 +/–
	Сообщение от Аноним (8), 04-Фев-19, 22:55
	>RHEV Red Hat Enterprise Virus?
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	4. "Выпуск системы управления инфраструктурой виртуализации oVir..."	–9 +/–
	Сообщение от бублички (?), 04-Фев-19, 22:28
	потому что под Debian есть Proxmox. сомневаюсь что они колоссально различаются или содержат какие-то наработки кроме веб-интерфейса
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	11. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+2 +/–
	Сообщение от Dim (??), 04-Фев-19, 23:06
	Они совершенно разные
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	16. "Выпуск системы управления инфраструктурой виртуализации oVir..."	–1 +/–
	Сообщение от бублички (?), 04-Фев-19, 23:13
	будь добр, назови 2-3 принципиальных отличия. на мой взгляд и то и другое не больше чем web-оболочка к libvirt да ещё может быть pcs (pacemaker, corosync) для HA
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	20. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+3 +/–
	Сообщение от Dim (??), 04-Фев-19, 23:18
	> будь добр, назови 2-3 принципиальных отличия. на мой взгляд и то и > другое не больше чем web-оболочка к libvirt да ещё может быть > pcs (pacemaker, corosync) для HA Хех, мсье явно не гонял ни то ни другое никогда. PVE это оболочка над kvm и кучкой всяких других loosely coupled продуктов, последний раз когда я проверял, он даже libvirt не использовал. А oVirt это открытая версия RHV, продукта который Red Hat купил вместе с изобретателями KVM (a также spice, KSM и еще многого вокруг) Qumranet, и который с тех пор развивает и продает как альтернативу vSphere. Технически, помимо собственно KVM, там нет практически НИЧЕГО общего.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

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

	26. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Dim (??), 04-Фев-19, 23:29
	> oVirt не пользовался никогда, но лет 7 назад много пользовался Proxmox и > был уверен что они хотяб до libvirt доросли за эти годы. > да, по-моему это был бы признак роста. с тех пор пользуюсь > исключительно Ganeti или libvirt - я противник веб-оболочек овирт не оболочка, это управляющий сервер который контролирует все аспекты виртуализации на подконтрольных хостах. либвирт, кластеризация (не corosynk/pacemaker), сторедж, сети, все вообще.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	33. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от бублички (?), 04-Фев-19, 23:38
	libvirt сам по себе хорошо умеет и storage и cеть. в чём ещё плюсы oVirt кроме как веб-оболочки? "всё вообще " - это веб-оболочка и снова веб-оболочка?
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	48. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+1 +/–
	Сообщение от Dim (??), 04-Фев-19, 23:49
	> libvirt сам по себе хорошо умеет и storage и cеть. в чём > ещё плюсы oVirt кроме как веб-оболочки? "всё вообще " - это > веб-оболочка и снова веб-оболочка? то что libvirt умеет, он умеет на уровне хоста, ovirt дает оркестрацию на сотни хостов. сторедж он использует свой, без кластерных FS и со своей реализацией разделения локов и HA. на самом деле многое что либвирт умеет написали и пропихнули в него ребята из oвирт, потому что это им было нужно. То же самое касается LVM и dm-mp
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	51. "Выпуск системы управления инфраструктурой виртуализации oVir..."	–8 +/–
	Сообщение от бублички (?), 04-Фев-19, 23:53
	libvirt с его уровнем хоста для меня вполне достаточно, для остального есть ansible или puppet. но спасибо за информацию
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	190. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Антон Зубков (?), 08-Фев-19, 14:45
	Какой это он storage использут без кластерной фс? ))
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	191. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Dim (??), 08-Фев-19, 17:20
	> Какой это он storage использут без кластерной фс? )) eсть два варианта - файловый и блочный. Если файловый то NFS, gluster и любой posix compatible, если локами на нем управляет внешний плагин. Блочный - любой который может увидеть device-mapper-multipath, который просто форматируется как PV и овирт управляет доступами хостов к LV, без ФС. Так оно и масштабируется на сотни хостов в одном кластере, и прослойка от VM к блокам стореджа тоньше.
	Ответить | Правка | ^ к родителю #190 | Наверх | Cообщить модератору

	28. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от asdasd (?), 04-Фев-19, 23:30
	А зачем Proxmox'у libvirt?
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	30. "Выпуск системы управления инфраструктурой виртуализации oVir..."	–1 +/–
	Сообщение от бублички (?), 04-Фев-19, 23:34
	затем что мне он (libvirt) нравится :D
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	166. "Выпуск системы управления инфраструктурой виртуализации oVir..."	–2 +/–
	Сообщение от Аноним (166), 06-Фев-19, 11:14
	Просто ты потребитель, жрешь все что кинут на пол из RHEL/IBM парни.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	179. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от бублички (?), 06-Фев-19, 18:15
	> Просто ты потребитель, жрешь все что кинут на пол из RHEL/IBM парни. твой oVirt такой-же точно и от тех-же самых парней, с тем-же самым libvirt под копотом
	Ответить | Правка | ^ к родителю #166 | Наверх | Cообщить модератору

	34. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от kvaps (ok), 04-Фев-19, 23:38
	>много пользовался Proxmox и был уверен что они хотяб до libvirt доросли Он там нафиг не нужен.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	81. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Аноним (81), 05-Фев-19, 00:35
	Собери из исходников, че как маленький. А если не устраивает, иди мейтейнером стань.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
Сообщение от бублички (?), 04-Фев-19, 22:27
кто-то пользуется этим в production хотяб на 10-20 физических серверов? как работает live-миграция? что в качестве shared storage для live-миграции понимает без дополнительного шаманизма? лучше или хуже Proxmox в этом плане? ведь по сути у обоих проектов упор всецело на веб-оболочку "чтоб Роман из сэйлз и Кирилл из кастомер сервис тоже могли худо-бедно задеплоить сервачок когда приспичит"
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+4 +/–
	Сообщение от анон (?), 04-Фев-19, 22:50
	да. fc или iscsi. Отлично лив мигрирует. хосты обновляем. Если надо сторедж замейнтить (диск вышел или обновить), позволяет мигрировать диски на другой шаред сторедж налету без даунтайма. В общем, джастдуит.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	10. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от бублички (?), 04-Фев-19, 23:05
	спасибо за отзыв. в плане live-migration предпочитаю Ganeti за его возможность пользоваться вдобавок DRBD, т.к. shared storage у клиентов если и запланирован то зачастую представляет собой лишь SPOF (недублирован), а спорить с ними пустое дело
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	43. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от C (?), 04-Фев-19, 23:43
	Я гонял. Все норм. Бегало на двух с половиной стойках, всего больше 40 серваков. Айскази, миграция, гластер, высокая доступность, есть фенс агент, и даже работает. Проксмокс красивше. Овирт функциональнее. Можно смело юзать. Около двух лет гонялось примерно 2500 виртуалок. Не все одновременно, но под тысячу крутилось постоянно. Можно смело использовать. В качестве шаред стоража можно гластер. Можно нфс. Но с последним надо тонко шаманить на таймауты. С гластером попроще. Но и помедленнее.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	111. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+1 +/–
	Сообщение от Legionz (?), 05-Фев-19, 02:16
	ойо, гластер? клиенты на нфс хоть или на фьюзе?
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	13. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от пох (?), 04-Фев-19, 23:09
	в случае проксы это абсолютно ложное утверждение. во-первых, как раз гуй у них всегда был "красивенько, только недоделанно" - тривиальнейшие операции возможны только через ручное редактирование конфигов. во-вторых, успехов вам самостоятельно поставить нечто способное на запуск kvm, хоть debian, хоть redhat based поверх raidz поверх (как raidz и полагается) jbod, и чтоб оно еще и загружалось, а потом прикрутить где-то рядом ceph, предположим даже с адом и трэшом в виде corosync, а не с pveшным, а теперь пристегните ремни и попробуем устроить тут live migration... То есть одну вы поставите, верю, а на десятой тихо повеситесь в уголочке на сетевом проводе. (то что оно у проксы все из соплей и клея, и лучше все же поставить вместо этого всего vmware - понятно, не обсуждается)
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	14. "Выпуск системы управления инфраструктурой виртуализации oVir..."	–6 +/–
	Сообщение от Dim (??), 04-Фев-19, 23:11
	> (то что оно у проксы все из соплей и клея, и лучше > все же поставить вместо этого всего vmware - понятно, не обсуждается) Я думал ажиотаж с zfs уже прошел и народ перестал тащить эту дрянь в прод, особенно в виде ZoL.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	19. "Выпуск системы управления инфраструктурой виртуализации oVir..."	–4 +/–
	Сообщение от бублички (?), 04-Фев-19, 23:16
	извини, но бредни о вкусной и полезной ZFS даже читать не хочу. libvirt и pcs я сам умею, а Ceph не пригодилась ни разу
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	126. "Выпуск системы управления инфраструктурой виртуализации oVir..."	–1 +/–
	Сообщение от пох (?), 05-Фев-19, 09:57
	ну значит админу локалхоста с переизбытком свободного времени оно пока не требуется. пилите шура дальше ваши голые libvirt и pcs, оне золотые...где-то там, поглубже, унутре - вам же совсем больше нечем заняться?
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	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, в миграции нет никакой магии
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

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

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

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

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

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

	62. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+1 +/–
	Сообщение от Dim (??), 05-Фев-19, 00:05
	> То-то и оно. Проблем с миграцией не было. Проблемы обычно в сетевом стеке
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

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

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

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

	87. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Dim (??), 05-Фев-19, 00:45
	> Куда уж нам, сирым и убогим HV/ESXiникам, только на помойку под напором > фич KVM так уже ведь на помойке. AWS использует KVM, GCP тоже, rackspace, vultr, да вообще все кроме azure на нем. ESXi вместе с HV давно уже на помойке, потому что будущего у них нет. KVM тоже  подохнет, когда контейнеры научатся все OS запускать, но ESXi уже давно будет дохлой.
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

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

	123. "Дмитрий, с вами как то можно связаться ? "	+/–
	Сообщение от mamonts (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
	На бесплатном проксмосе? Который "для тестов, нестабильный тра-ля-ля, дай денег"
	Ответить | Правка | ^ к родителю #117 | Наверх | 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
	но хоть щас то - настало щастье? А то тут только фанбои и хейтеры выступали, человека с реальным опытом послушать бы хотелось.
	Ответить | Правка | ^ к родителю #132 | Наверх | 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 единым).
	Ответить | Правка | ^ к родителю #139 | Наверх | 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, или через что он рулится?).
	Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

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

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

	27. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Dim (??), 04-Фев-19, 23:29
	> А что вы хотели услышать? Репорт двух с половиной анонимусов об удачной > миграции недопиленной платформы? Ловите наркомана.jpg KVM - недопиленная платформа?
	Ответить | Правка | ^ к родителю #25 | Наверх | 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 - изначально решение для васян-хостингов, каковым и осталось.
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

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

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

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

	65. "Выпуск системы управления инфраструктурой виртуализации oVir..."	–1 +/–
	Сообщение от Dim (??), 05-Фев-19, 00:08
	> короч, это vm  с cpu pinning. Такие вообще не должны мигрироваться > по логике -) А в Овирте, в 2019, они (surprise!) мигрируют тем не менее. Еще там мигрируют машины с проброшенным железом (VM-FEX 802.1Qbg например).
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

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

	76. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Dim (??), 05-Фев-19, 00:22
	> Система виртуализации ломает принятые правила? Достижение! технология ломает то что конкуренты считали невозможным! достижение, да. Тебе все еще достаточно 640k памяти?
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

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

	90. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Dim (??), 05-Фев-19, 00:50
	> Неправильным, но какая разница, покуда разговор идет с фанбоем, который 11 лет > только и делает, что городит кластеры под KVM за неумением в > другие технологии. мне не надо быть фанбоем, мне достаточно посмотреть на статистику. линукс уже давно не странная маргинальщина, а стандартная серверная ОС, и KVM уже давно не фигня для краснглазых а стандартный гипервизор для большинства облачных систем.
	Ответить | Правка | ^ к родителю #82 | Наверх | 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ообщить модератору

	37. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Const (??), 04-Фев-19, 23:40
	Я гонял. Все норм. Бегало на двух с половиной стойках, всего больше 40 серваков. Айскази, миграция, гластер, высокая доступность, есть фенс агент, и даже работает. Проксмокс красивше. Овирт функциональнее. Можно смело юзать. Около двух лет гонялось примерно 2500 виртуалок. Не все одновременно, но под тысячу крутилось постоянно. Можно смело использовать. В качестве шаред стоража можно гластер. Можно нфс. Но с последним надо тонко шаманить на таймауты. С гластером попроще. Но и помедленнее.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	46. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от анон (?), 04-Фев-19, 23:45
	Вполне можно использовать iscsi и fc как shared помимо nfs. и даже с multipath
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	39. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от C (?), 04-Фев-19, 23:41
	Я гонял. Все норм. Бегало на двух с половиной стойках, всего больше 40 серваков. Айскази, миграция, гластер, высокая доступность, есть фенс агент, и даже работает. Проксмокс красивше. Овирт функциональнее. Можно смело юзать. Около двух лет гонялось примерно 2500 виртуалок. Не все одновременно, но под тысячу крутилось постоянно. Можно смело использовать. В качестве шаред стоража можно гластер. Можно нфс. Но с последним надо тонко шаманить на таймауты. С гластером попроще. Но и помедленнее.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	47. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от бублички (?), 04-Фев-19, 23:47
	GlusterFS, что в user-space, вызывает лишь слёзы в качестве shared-storage. ведь есть же DRBD в kernel-space
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	50. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+1 +/–
	Сообщение от Dim (??), 04-Фев-19, 23:52
	ты серьезно не понимаешь разницу между DRBD и SDS?
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	63. "Выпуск системы управления инфраструктурой виртуализации oVir..."	–1 +/–
	Сообщение от бублички (?), 05-Фев-19, 00:05
	перечитай исходное сообщение
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

	67. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+2 +/–
	Сообщение от Dim (??), 05-Фев-19, 00:10
	> перечитай исходное сообщение я его видел. DRBD сравнивать с gluster это как минимум странно. Они вообще разные, для совершенно разных целей, и выполняют совершенно разные роли.
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

	70. "Выпуск системы управления инфраструктурой виртуализации oVir..."	–1 +/–
	Сообщение от бублички (?), 05-Фев-19, 00:15
	я знаю что они разные, но товарищ выше писал о GlusterFS в качестве shared-storage, что вызвало у меня слёзы. ты что-то совсем не то читаешь в том что вдобавок не тебе было адресовано
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	74. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Dim (??), 05-Фев-19, 00:20
	> я знаю что они разные, но товарищ выше писал о GlusterFS в > качестве shared-storage, что вызвало у меня слёзы. ты что-то совсем не > то читаешь в том что вдобавок не тебе было адресовано Tак и DRBD не shared storage (a gluster как раз таки да). Ты просто сравниваешь слишком разные вещи, ты бы еще NFS и LVM сравнил
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

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

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

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

	86. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Dim (??), 05-Фев-19, 00:42
	> ты больной какой-то? где я их сравнивал? ты их не просто сравнил, но еще и в качестве shared storage, хотя DRBD вообще не об этом.
	Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

	94. "Выпуск системы управления инфраструктурой виртуализации oVir..."	–2 +/–
	Сообщение от бублички (?), 05-Фев-19, 00:55
	товарищ, ты наркоман? почему ты читаешь совсем не то что я пишу? я ни разу не сказал о DRBD в контексте shared-storage, подразумевал лишь в качестве репликации. или тебе объяснить всё-всё и с самого начала и во всех случаях?
	Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

	96. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+1 +/–
	Сообщение от Dim (??), 05-Фев-19, 00:56
	> товарищ, ты наркоман? почему ты читаешь совсем не то что я пишу? > я ни разу не сказал о DRBD в контексте shared-storage, подразумевал > лишь в качестве репликации. или тебе объяснить всё-всё и с самого > начала и во всех случаях? >> GlusterFS, ... вызывает лишь слёзы в качестве shared-storage. ведь есть же DRBD ... как это понимать?
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

	41. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от C (?), 04-Фев-19, 23:41
	Я гонял. Все норм. Бегало на двух с половиной стойках, всего больше 40 серваков. Айскази, миграция, гластер, высокая доступность, есть фенс агент, и даже работает. Проксмокс красивше. Овирт функциональнее. Можно смело юзать. Около двух лет гонялось примерно 2500 виртуалок. Не все одновременно, но под тысячу крутилось постоянно. Можно смело использовать. В качестве шаред стоража можно гластер. Можно нфс. Но с последним надо тонко шаманить на таймауты. С гластером попроще. Но и помедленнее.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	173. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Тимофей (??), 06-Фев-19, 13:42
	Возьми да разверни и попробуй.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
Сообщение от бублички (?), 04-Фев-19, 22:40
скриншотик что-то бомжацкий совсем - Dell PowerEdge R210 II c 4 GB памяти. да и сетевой интерфейс наверное 1 Gbit, а значит полностью программный для гостевых систем - никакого SR-IOV и ixgbevf/igbvf. а это уровень годов так 2008-2010
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	7. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+1 +/–
	Сообщение от анон (?), 04-Фев-19, 22:52
	SR-IOV есть с волосатых времен. лично запускал.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	12. "Выпуск системы управления инфраструктурой виртуализации oVir..."	–1 +/–
	Сообщение от бублички (?), 04-Фев-19, 23:09
	веб-оболочка oVirt непосредственно понимает интерфейсы ixgbevf/igbvf в виде пула и даёт присваивать гостевым сервера? или ты это ручками запускал? хотя чего там понимать - libvirt ведь это из коробки понимает
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

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

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

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

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

	38. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+4 +/–
	Сообщение от Dim (??), 04-Фев-19, 23:40
	> Дык KVM и есть тех же годов. Его уже все обошли по > фичам, уже даже bhyve в спину дышит - а люди до > сих пор гордятся поделкой из кружка "Умелые руки" десятилетней давности. Фанатики > что с них взять. KVM появился позже чем vmware и xen, быстро догнал их по фичам и на сегодня им пользуются все основные облачные хостеры кроме Azure и частично AWS. Нормально так для "поделки". Гипервизоры как таковые уже давно никого не удивляют и их с тех пор понаписали еще много для более узкого использования (siemens, google, еще китайцы какие-то свое пилили, bhyve). Если KVM это поделка, то почему другие гипервизоры не поделка?
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	88. "Выпуск системы управления инфраструктурой виртуализации oVir..."	–1 +/–
	Сообщение от zzz (??), 05-Фев-19, 00:47
	Когда-то все так же пользовались Apache, а потом внезапно перешли на nginx. История должна была чему-то научить, но только не фанбоев. Всё жду, когда bhyve обойдет по фичам KVM.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	92. "Выпуск системы управления инфраструктурой виртуализации oVir..."	–2 +/–
	Сообщение от Dim (??), 05-Фев-19, 00:53
	> Когда-то все так же пользовались Apache, а потом внезапно перешли на nginx. > История должна была чему-то научить, но только не фанбоев. > Всё жду, когда bhyve обойдет по фичам KVM. ну да, все пользовались ESX (i потом появился) и перешли на KVM. Сейчас все переходят на докер (даже сам KVM), но фанаты проприетарщины застряли в прошлом десятилетии.
	Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

	102. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от бублички (?), 05-Фев-19, 01:14
	я не ошибся, ты сравниваешь Docker и KVM? что вдруг случилось?
	Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

	103. "Выпуск системы управления инфраструктурой виртуализации oVir..."	–1 +/–
	Сообщение от Dim (??), 05-Фев-19, 01:16
	> я не ошибся, ты сравниваешь Docker и KVM? что вдруг случилось? а что тебя смущает?
	Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

	124. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+1 +/–
	Сообщение от пох (?), 05-Фев-19, 09:49
	"все пользовались и перешли" - ну-ка, ну-ка, кто же это, кто эти уникумы? На деле кто пользовались gsx (esx это выбор нище...выпоняли)те и сегодня пользуются vcenter. И ни на какой докер они не переходят и не перейдут, причем бы тут этот недоконтейнер вообще, когда речь про виртуализацию? Но вот насчет не угробят ли китайцы под руководством дефективных менеджеров vmware, и не придется ли хошь не хошь перебираться на kvm в любой обертке - это действительно вопрос. Причем, в общем-то, с готовым ответом, если только kvm и ее обертки не превратятся в нечто совершенно негодное для использования еще раньше.
	Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

	142. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Dim (??), 05-Фев-19, 17:09
	> "все пользовались и перешли" - ну-ка, ну-ка, кто же это, кто эти > уникумы? Велкам на сайт Red Hat, в список клиентов RHV и OpenStack. > На деле кто пользовались gsx (esx это выбор нище...выпоняли)те и сегодня пользуются > vcenter. > И ни на какой докер они не переходят и не перейдут, причем > бы тут этот недоконтейнер вообще, когда речь про виртуализацию? Я тут недавно (ну как недавно, с год назад) был у одного клиента, небольшой такой инвестиционный банк с Wall St., только в нашем городе за 50000 хостов с варей. Только крутятся там одни линуксы, и до них вдруг дошло что надо бы переходить на k8s (openshift в их случае), и урезать количество инстансов в несколько раз. Сейчас все уже работает, железа осталось в районе 15к хостов, а работает все намного быстрее. Такой вот недоконтейнер (уже не докер правда а CRI-O), который не способен заменить виртуализацию. > Но вот насчет не угробят ли китайцы под руководством дефективных менеджеров vmware, > и не придется ли хошь не хошь перебираться на kvm в > любой обертке - это действительно вопрос. Причем, в общем-то, с готовым > ответом, если только kvm и ее обертки не превратятся в нечто > совершенно негодное для использования еще раньше. Там разные обертки есть. Опенстак - то еще г, особенно если его ставить из ванили, и пытаться решать задачи для которых он не предназначен. оВирт вполне себе рабочий вариант, но он для уровня ДЦ а не облака. Уже есть kubevirt под k8s/openshift, там может оказаться совсем не плохо, но я его не гонял пока что в проде.
	Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

	152. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от пох (?), 05-Фев-19, 20:05
	> Велкам на сайт Red Hat, в список клиентов RHV и OpenStack. так это не перешли, это те кому впарили. > Я тут недавно (ну как недавно, с год назад) был у одного клиента, небольшой такой инвестиционный > банк с Wall St., только в нашем городе за 50000 хостов с варей. в общем тут уже можно не продолжать, да -   ^^^ пц как он есть. Что только не делают люди, чтоб кляту винду не ставить ;-) > Только крутятся там одни линуксы, и до них вдруг дошло что надо бы переходить на k8s (openshift > в их случае) до них дошло, или пришел новый (стопиццотый по счету) аутсорсер и велел запилить впопенштифт, потому что модно и он вообще-то другого не умеет? Потому как (глядя на свое хозяйство, где, в общем-то, даже и докер, но ни разу не микросервисный), обычно это означает взорвать все к чертям вместе с разработчиками (которые очевидно умеют только то что умеют) и сделать с нуля. Банчок такое может и не пережить, даже с уолстрит, там, грят, волки бродют, которые не упустят кусить за бочок, пока клиент под наркозом по поводу замены всей пищеварительной системы целиком, от глотки до сраки. Нет, тупо заменить виртуалки контейнерами под опеншифтом - это из области сказок венского леса. (или там были крутые и таки clear?) > Там разные обертки есть. Опенстак - то еще г, особенно если его ставить из ванили, и пытаться > решать задачи для которых он не предназначен. а для каких он таки предназначен, кроме освоения бюджета? > оВирт вполне себе рабочий вариант, но он для уровня ДЦ а не облака. ну у меня вот были есть и будут, надеюсь, именно ДЦ, и никаких облаков. Чего ради я могу выбрать oVirt, если вмварь пока еще жива и вполне себе работает? "затобесплатно" не катит, мне эти деньги все равно не достанутся, а геморрой вот он. P.S. с безопасного расстояния наблюдаю за развертыванием опеншитового кластера, грозящего поглотить наши системы. Гы-гы-гы. Кстати, поверх вмвари, ага, смешно.
	Ответить | Правка | ^ к родителю #142 | Наверх | Cообщить модератору

	153. "Выпуск системы управления инфраструктурой виртуализации oVir..."	–1 +/–
	Сообщение от Dim (??), 05-Фев-19, 20:43
	> так это не перешли, это те кому впарили. я лично переводил клиентов, когда там работал. Как раз таких кому до этого впарили варю, и ин надоело переплачивать > в общем тут уже можно не продолжать, да -   ^^^ > пц как он есть. Что только не делают люди, чтоб кляту > винду не ставить ;-) согласен. Сейчас поднять рабочий сервер занимает пару секунд, раньше было до 40 минут (пока vsan просрется, пока vcloud отпыхтит...) > до них дошло, или пришел новый (стопиццотый по счету) аутсорсер и велел > запилить впопенштифт, потому что модно и он вообще-то другого не умеет? Думаешь ты умнее чем CTO топового американского банка? > Потому как (глядя на свое хозяйство, где, в общем-то, даже и докер, > но ни разу не микросервисный), обычно это означает взорвать все к > чертям вместе с разработчиками (которые очевидно умеют только то что умеют) разработчикам нужна кнопка. Нажал - получил хост с установками. Или тысячу. Им пофиг на чем оно там крутится. > Нет, тупо заменить виртуалки контейнерами под опеншифтом - это из области сказок > венского леса. (или там были крутые и таки clear?) Виртуалки остались для всяких внутренних эксченджей и прочей админской кухни. Основная масса нагрузки не на них. > а для каких он таки предназначен, кроме освоения бюджета? Давай спросим коллег из rackspace? > ну у меня вот были есть и будут, надеюсь, именно ДЦ, и > никаких облаков. > Чего ради я могу выбрать oVirt, если вмварь пока еще жива и > вполне себе работает? "затобесплатно" не катит, мне эти деньги все равно > не достанутся, а геморрой вот он. За варю ты уже заплатил, но она устареет и придется платить еще раз. Когда придется - будете думать и решать. За те годы что я работал на шапку и перетаскивал клиентов с вари, я видел достаточно контор которые решили что с варей им больше не по пути. Если это не твой случай - на здоровье, это не твой случай. > P.S. с безопасного расстояния наблюдаю за развертыванием опеншитового кластера, грозящего > поглотить наши системы. Гы-гы-гы. Кстати, поверх вмвари, ага, смешно. Дык на здоровье, ему пофиг на чем бегать. Я его поверх опенстака ставил, и в амазоне и где только не. Правда если захотите использовать kubevirt, нестинг придется городить, а это всегда хреновая идея.
	Ответить | Правка | ^ к родителю #152 | Наверх | Cообщить модератору

	157. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от пох (?), 05-Фев-19, 23:22
	> Думаешь ты умнее чем CTO топового американского банка? думаю, не глупее. И вероятнее всего - технически грамотнее. You not need to be smart to be a boss. > разработчикам нужна кнопка. Нажал - получил хост с установками. Или тысячу. нет, потому что они не умеют, внезапно, тысячу. Они может даже primary/slave с трудом могут - когда второй хост вроде бы и есть, но пользоваться им не отключив первый - нельзя, все рассыпется. А микросервисную архитектуру умеют другие разработчики, и они работают в другой конторе. Вариант этих уволить а тех нанять - так чтоб в какой-то момент посередине процесса не навернуться задницей между двух табуреток (потому что разработчики точно не идиоты и не будут дожидаться розового конвертика) - это вот то, что, вероятно, действительно умеет твой CTO, или ему просто повезло, так тоже случается. > Давай спросим коллег из rackspace? нет уж, давай спросим коллег которые не осваивают (чужие в случае рака) бюджеты, а отвечают за _результат_ - то есть не торговцев сервисами, для которых "результат" случается сразу после перевода денег на счет, им действительно важнее всего сэкономить на любой спичке, а их счастливых покупателей или эксплуатантов on premises. > За варю ты уже заплатил, но она устареет и придется платить еще раз. заплатил не я, а бизнес. Он еще и за меня платит, не говоря уже о стае других обезьян, причем каждый месяц. И это ему обходится существенно дороже чем все лицензии чохом. Сам понимаешь, в какой плоскости лежит возможная экономия. Кстати, на фоне делловского протвиня на котором крутится та вмварь, ее ценник как-то уже вот и не выглядит заоблачным. А ведь он тоже устаревает и приходится за него платить, что, собственно, вот прямо сейчас и сделали (это за новые, а поддержку старых оплачивать никто, понятно, не отменял, запасные вентиляторы на толкучке не продают). так что это экономия на спичках, из серии "перестать обслуживать кофе-машины в офисе и покупать кофе для них". Я обычно старался на этом этапе уволиться, не дожидаясь неизбежного результата. > Дык на здоровье, ему пофиг на чем бегать. эффективность виртуальной технологии развернутой поверх виртуальной технологии представляется мне весьма сомнительной. Полагаю, они еще в нашей сети запутаются, с последствиями, а потом мы посмотрим как оно забавно переживает автомиграцию. они, если что, уже сейчас навыпрашивали себе ресурсов больше, чем реально обслуживающий клиентов прод, у которого хотя бы этих проблем - нет. Полагаю, до внедрения ЭТО не доживет.
	Ответить | Правка | ^ к родителю #153 | Наверх | Cообщить модератору

	160. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Dim (??), 05-Фев-19, 23:44
	> думаю, не глупее. И вероятнее всего - технически грамотнее. You not need > to be smart to be a boss. You need to have smart advisors. У этого конкретного CTO, в советниках на зарплате в том числе некий Бьярн Стрoуструпп. Широко известный в узких кругах дядька. > нет, потому что они не умеют, внезапно, тысячу. Они может даже primary/slave > с трудом могут - когда второй хост вроде бы и есть, > но пользоваться им не отключив первый - нельзя, все рассыпется. > А микросервисную архитектуру умеют другие разработчики, и они работают в другой конторе. Ну что за гадание по юзерпику? Полным полно технологий в которых такое понятие как master/slave давно забыто. Я сейчас могу развернуть кластер из тысячи нод базы данных, готовый к работе, одним кликом в EC2. Банки тоже такое хотят, но без облаков. > Вариант этих уволить а тех нанять - так чтоб в какой-то момент > посередине процесса не навернуться задницей между двух табуреток (потому что разработчики > точно не идиоты и не будут дожидаться розового конвертика) - это > вот то, что, вероятно, действительно умеет твой CTO, или ему просто > повезло, так тоже случается. Я ему обязательно передам твою оценку, уверен, ему будет очень интересно > нет уж, давай спросим коллег которые не осваивают (чужие в случае рака) > бюджеты, а отвечают за _результат_ - то есть не торговцев сервисами, > для которых "результат" случается сразу после перевода денег на счет, им > действительно важнее всего сэкономить на любой спичке, а их счастливых покупателей > или эксплуатантов on premises. https://www.pcmag.com/article2/0,2817,2496294,00.asp оценка этого самого rackspace с т.з. клиента а не продавца сервиса > заплатил не я, а бизнес. Он еще и за меня платит, не > говоря уже о стае других обезьян, причем каждый месяц. И это > ему обходится существенно дороже чем все лицензии чохом. Сам понимаешь, в > какой плоскости лежит возможная экономия. Кстати, на фоне делловского протвиня на > котором крутится та вмварь, ее ценник как-то уже вот и не > выглядит заоблачным. А ведь он тоже устаревает и приходится за него > платить, что, собственно, вот прямо сейчас и сделали (это за новые, > а поддержку старых оплачивать никто, понятно, не отменял, запасные вентиляторы на > толкучке не продают). Делловское железо приходит к EOL за 5 лет и его тоже надо менять, и если вы этого не делаете, я не завидую вашим админам. С контейнерами можно развернуть существенно больше инстансов per host чем с виртуализацией, а значит, если юз кейс позволяет использовать контейнеры, нет смысла этого не делать, и таким образом сократить расходы на варю, железо и обезьян которые это все обслуживают. > так что это экономия на спичках, из серии "перестать обслуживать кофе-машины в > офисе и покупать кофе для них". Я обычно старался на этом > этапе уволиться, не дожидаясь неизбежного результата. Нормальная экономия, с 50к железяк перейти на 15к. При такой экономии можно и зарплаты обезьянам поднять (кстати, подняли тогда, и бонусы выплатили) > эффективность виртуальной технологии развернутой поверх виртуальной технологии представляется > мне весьма сомнительной. Полагаю, они еще в нашей сети запутаются, с > последствиями, а потом мы посмотрим как оно забавно переживает автомиграцию. контейнеры - абстракция, но не совсем виртуальщина. Но решать надо конечно для каждого случая конкретно > они, если что, уже сейчас навыпрашивали себе ресурсов больше, чем реально обслуживающий > клиентов прод, у которого хотя бы этих проблем - нет. Полагаю, до внедрения ЭТО не доживет. бывает по всякому
	Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

	163. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от пох (?), 06-Фев-19, 10:28
	> У этого конкретного CTO, в советниках на зарплате в том числе некий Бьярн Стрoуструпп. Широко > известный в узких кругах дядька. мне вот, кстати, неизвестный - ну то есть с ним было бы, наверное, изрядно интересно просто поговорить в обеденный перерыв, но что из беседы был бы какой-то прямой толк - совсем не уверен - напоминаю, набрели мы тут на http://www.stroustrup.com/ (ты спалил свой банчок) - ну вот что может мне, инженеру, рассказать полезного (а не просто интересного) даже очень умный человек, неспособный свой сайт нормально сделать (ну или нежелающий, и-так-сойдет, студень-второкурсник запилил ему в качестве лабы десять лет назад)? IT, к сожалению, это не столько про умных, сколько про любознательных - поэтому я и трачу время, выуживая информацию о технологиях, которые надеюсь не использовать никогда. Был бы я программистом на c++ - я бы может и ушел просветленным. Но вряд ли это актуально для CTO M/S. > Ну что за гадание по юзерпику? я говорю о том, что если кто-то сознательно использует технологию vmware - у него вряд ли инфраструктура состоит из лайтвейт микросервисов, размножаемых простым кликом мышью. И, соответственно, нельзя вот так взять, все выбросить и поменять платформу - будет больно. У банчка, полагаю, изначально было что-то сделано неправильно и вмварь с самого начала была неподходящей платформой. Начиная вот с того, что 50k хостов означает катастрофическую нехватку мощностей приложениям, чем бы они ни были, а тогда - зачем их было размазывать по виртуалкам вместо bare metal? Они охрененно масштабировались копированием, но не умели использовать ресурсы? Что-то,похоже, в консерватории не так. > С контейнерами можно развернуть существенно больше инстансов per host чем с виртуализацией можно, если эти инстансы нужны - то есть оно вообще способно бесконечно горизонтально маштабироваться. Но опять же для начала следует задать вопрос - какого хрена в инфраструктуре, ориентированной на вмварь, оно масштабируется горизонтально, а не вертикально - первое всегда дороже. > Делловское железо приходит к EOL за 5 лет и его тоже надо менять у меня тут ебеме - настоящие, не китайская подделка, соответственно, понятно, сколько им лет. Все еще жужжат, и запасные вентиляторы ебеме продает. Выкидывать не планируем. Если делл так не может, это очень печально (но выбирать уже не из чего, циску нам нельзя)
	Ответить | Правка | ^ к родителю #160 | Наверх | Cообщить модератору

	167. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от пох (?), 06-Фев-19, 11:17
	> https://www.pcmag.com/article2/0,2817,2496294,00.asp оценка этого самого rackspace > с т.з. клиента а не продавца сервиса Rash is a freelance writer and frequent reviewer of enterprise hardware and software. извини, я хотел бы заслушать клиента, а не дешевую журнашлюху. Вот кого-нибудь рангом пожиже CTO твоего банчка - из тех, кому не выступать в модных туфлях перед советом директоров, рассказывая о великой экономии, а из тех, кому звонят в три ночи, "просыпайся, оно - опять!" Забавно, что ты этого не понял. Или сделал вид. P.S. кстати, из личного кармашшшка я плачу арубе. И там vmware, как ни странно, а не прекрасный kvm (вот ЭТО я правда хотел бы увидеть). Ну они деньги итальянской мафии отмывают, им можно.
	Ответить | Правка | ^ к родителю #160 | Наверх | Cообщить модератору

	138. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от scorry (ok), 05-Фев-19, 15:16
	> ... все так же пользовались Apache, а потом внезапно перешли на nginx Ложь.
	Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

	168. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от пох (?), 06-Фев-19, 11:22
	>> ... все так же пользовались Apache, а потом внезапно перешли на nginx > Ложь. медленно и печально перешли. Оставляя след из дерьма и кровищи. Но в конце-концов да, почти таки все, кто совсем не мог - поставил фронтендом. Причем проблема, как обычно, не в том что nginx был прекрасен, а в том что апач после то ли ухода, то ли "ухождения" старых разработчиков скатился в такое с...ное г-но, которому даже закон Мура не особенно помогал.
	Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

	137. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от commiethebeastie (ok), 05-Фев-19, 14:54
	>а люди до сих пор гордятся поделкой из кружка "Умелые руки" десятилетней давности. Мальчик, посмотри разработчиков qemu, там же сплошной энтерпрайз и R&D.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

9. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
Сообщение от анон (?), 04-Фев-19, 22:57
похерили api3.6, а значит все вменяемые бекапы перестали работать. придется ждать, пока кто-нить не напишет для 4. похерили поддержку Opteron 2G.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	118. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от DeerFriend (?), 05-Фев-19, 08:33
	Похерили ovirt-shell, который работает через апи3.6 Развивают ansible модули, которые, внезапно, работают через апи4+
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	129. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Аноним (129), 05-Фев-19, 11:07
	ты уже переписал бекап на ansible?
	Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

	131. "Выпуск системы управления инфраструктурой виртуализации oVir..."	–2 +/–
	Сообщение от DeerFriend (?), 05-Фев-19, 11:47
	Мну через ансибль делает деплой виртуалок. Мну не пользует бэкапы. Мну быстрее задеплоить новую виртуалку, чем разбираться, какой бекап более актуальный.
	Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

	156. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+2 +/–
	Сообщение от Аноним (156), 05-Фев-19, 22:31
	Нет, серьезно, вот такое отношение в энтерпрайзе теперь модно? Что наработали в утиль - поднимем новую виртуалочку, и без бекапов.
	Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

	169. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от пох (?), 06-Фев-19, 11:27
	> Нет, серьезно, вот такое отношение в энтерпрайзе теперь модно? Что наработали в > утиль - поднимем новую виртуалочку, и без бекапов. мы это практиковали на bare metal еще до того как это стало модно в энтер-прайсе. Даже без виртуалочек. Зачем бэкапать то, что можно просто переустановить и оно гарантированно будет в том же самом состоянии? Причем даже если железка поменялась на не такую же точно (это умение уже почти утрачено). Проблема только в том, что для этого требуются особенности архитектуры, закладываемые на ранних этапах разработки. И ценой оказывается наличие нескольких ну оооочень уязвимых мест, которым и бэкап не поможет - контора успеет обанкротиться до того, как он поднимется.
	Ответить | Правка | ^ к родителю #156 | Наверх | Cообщить модератору

	178. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от DeerFriend (?), 06-Фев-19, 17:59
	Интересно узнать, как IaC влияет на появление оооочень уязвимых мест?
	Ответить | Правка | ^ к родителю #169 | Наверх | Cообщить модератору

	181. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от нах (?), 06-Фев-19, 18:34
	боюсь это не для детишек. но все же подскажу, не разжевывая, вдруг дитё попалось старшего возраста: если у меня сейчас безвозвратно навернется система управления, и основная, и резервная - у меня навернется только система управления. А не управление. И тем более не вся инфраструктура сразу. Пользователи вообще ничего не заметят. И если что-то повредят - оно и при этом будет восстановлено с бэкапа. Который таки есть.
	Ответить | Правка | ^ к родителю #178 | Наверх | Cообщить модератору

	184. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+1 +/–
	Сообщение от DeerFriend (?), 06-Фев-19, 23:56
	Кажется я ввёл вас в заблуждение. Я не говорил, что у меня совсем нет бэкапов. Я говорил, что делать их средствами KVM/RHV/итд не самый лучший способ. Прикладные данные должны бэкапиться/резервироваться средствами приложений, а не гипервизором. Если ломается система управления, её придется восстановить. Пользователи не заметят, менеджеры может быть отложат очередной релиз, руководству будет доложено, что простоя не было. Как только восстановлена система управления, дальше работает IaC. БД работает в резерве мастер/мастер + слейвы, логи сливаются дополнительно на внешнее хранилище+ELK. На все остальные данные наплевать. Пытаться восстанавливать гигабайты в KVM с устаревшими архивами логов или другим мусором, копившимся на файловой системе годами - просто глупо и долго. По этой причине не ждите бэкапов в KVM средствами гипервизора, они реально не нужны.
	Ответить | Правка | ^ к родителю #181 | Наверх | Cообщить модератору

	177. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от DeerFriend (?), 06-Фев-19, 17:56
	Энтерпрайзу нравится, когда у тебя время отработки плейбука на новой виртуалке:   - сопоставимо с временем загрузки железного сервера   - на порядок меньше времени восстановления из бэкапа
	Ответить | Правка | ^ к родителю #156 | Наверх | Cообщить модератору

	180. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от нах (?), 06-Фев-19, 18:26
	> Энтерпрайзу нравится, когда у тебя время отработки плейбука на новой виртуалке: >  - сопоставимо с временем загрузки железного сервера >  - на порядок меньше времени восстановления из бэкапа энтерпрайзу не нравится, когда на ходу наворачивается хранилка, иди чини. одни и те же байтики у тебя восстанавливаются из бэкапа медленнее, чем те же самые байтики в таком же количестве (или в сто раз больше, если , на самом деле, вовсе не нужно полное восстановление) копируются с шаблона или чего ты там эту виртуалку заводил? Ну точно хранилка щас сдохнет. Ладно б еще гнал про контейнеры со всякими там рефлинками...
	Ответить | Правка | ^ к родителю #177 | Наверх | Cообщить модератору

	185. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от DeerFriend (?), 06-Фев-19, 23:59
	В старых виртуалках много мусора в виде архивов логов и прочего шита. Если вы не работате с виртуалками как с контейнерами, значит вы что-то делаете не правильно.
	Ответить | Правка | ^ к родителю #180 | Наверх | Cообщить модератору

	186. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от нах (?), 07-Фев-19, 10:00
	> В старых виртуалках много мусора в виде архивов логов и прочего шита. а зачем вы у себя храните токсичный мусор? Я вот не храню, и тщательно его уничтожаю при обнаружении - место не бесплатное, да и манипулировать ста гигабайтами куда проще чем тремястами с ненужно-логами. Не говоря уже о том что туда неизбежно попадают всякие личные данные, чем меньше собираешь, тем спокойней спишь. Те логи что у меня хранятся, они нужные (в частности, вот по ним и будем посмертный анализ проводить, от чего и почему оно развалилось) и их мало. > Если вы не работате с виртуалками как с контейнерами, значит вы что-то делаете не правильно. по-моему как раз наоборот - если вы работаете с виртуалками как с контейнерами - значит вы даром тратите ценные ресурсы на эмуляцию, и вам нужно двигаться по следам описанного в тредике про M/S - в крайнем случае, в сторону kata/clear (которые, правда, недоделаны и никогда не будут - и именно потому, что при всей красивости затеи оказались нафиг не нужны) кстати, ovirt, наверное, последние, кто не предлагает встроенной альтернативы kvm'у, заставляя вместо этого запихивать опеншифт в ненужно-виртуалки (пусть даже и торчащий наружу persistent storage'м ) Даже вмварь прогнулась (и совершенно зря, как бы вообще стремительный полет netware не повторила).
	Ответить | Правка | ^ к родителю #185 | Наверх | Cообщить модератору

	187. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от DeerFriend (?), 07-Фев-19, 12:39
	Когда вырастаешь из локалхоста в энтерпрайз, оказывается, что у тебя много коллег, за всеми не уследишь. Кто в хомяке, кто ещё где-нибудь может временное ненужное забыть. При ценах на вмварь, у них просто нет выбора. Они не смогут ещё сверху продать контейнерный гипервизор, клиенты не оценят. Поэтому приходится встраивать в то, что есть. И с редхатом я по этой же причине не согласен, что они опеншифта с прошлой осени стали продавать как виртуалки (поядерно, а не по сокетам процессорным). Весь смысл контейнеризации теряется, накладные расходы на виртуализацию остаются и т.п.. Ансибль позволяет раотать с вирталками как с контейнерами, а покупать и опеншифт и рхев вместе - бизнесу такие расходы обосновать будет очень сложно.
	Ответить | Правка | ^ к родителю #186 | Наверх | Cообщить модератору

	188. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+1 +/–
	Сообщение от нах (?), 07-Фев-19, 15:49
	> Когда вырастаешь из локалхоста в энтерпрайз, оказывается, что у тебя много коллег, за всеми не > уследишь. > Кто в хомяке, кто ещё где-нибудь может временное ненужное забыть. странно что пропагандист ансибля и прочих средств энтерпрайзной автоматики следит за ними вручную ;-) У меня оно автоматическое, коллеги, понятное дело, вовсе исключены из процесса, но вот разработчик нагадить может, а поскольку гадит он тоже автоматически, и куда попало, дерьма может случиться много, следить обязательно надо, и разбираться, кто начал жрать место, еще когда только начал. Пустить дело на самотек - вот как раз и придется раз в неделю принудительно пересоздавать vm'ы, а то ж лопнут, и концов не найдешь. > При ценах на вмварь, у них просто нет выбора. Они не смогут ещё сверху продать контейнерный > гипервизор, клиенты не оценят. да куда они денутся... глянь на минуточку цену на какой-нибудь poweredge m1000 в более-менее нормальной комплектации (и ~40000 в _год_ - сверху, оптом дешевле) - и поймешь, что вмварь на него стоит дешево, очень дешево. А ведь это - _дешевая_ железка, есть же ж еще и дорогие... Я полагаю, выбора нет при нынешних китайских разработчиках - скопипастить докер (или что там они копипастят под oci) они еще как-то смогут, а сделать аналог kata, только еще и чтоб работал - это фантастика.
	Ответить | Правка | ^ к родителю #187 | Наверх | Cообщить модератору

	189. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от DeerFriend (?), 08-Фев-19, 12:46
	Вы таки видите всё в черно-белом цвете. А ведь есть ещё оттенки серого. Возможность быстро переразвернуть не означает необходимости подиагностировать проблему. Для этого в ITILе есть понятия проблема и инцидент. Подходы к их решению несколько отличаются. Бизнес не любит дополнительные расходы :)
	Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

112. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
Сообщение от Аноним (112), 05-Фев-19, 03:22
Спрашивал про Deb врезультате куча керпичец и не одного нормального вменяемого ответа. Мда.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	113. "Выпуск системы управления инфраструктурой виртуализации oVir..."	–2 +/–
	Сообщение от Dim (??), 05-Фев-19, 03:26
	> Спрашивал про Deb врезультате куча керпичец и не одного нормального вменяемого ответа. > Мда. Были сборки, но емнип они все хреново работали. Никто не тестирует под Дебиан, основная разработка под Центос/RHEL
	Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

	122. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Аноним (112), 05-Фев-19, 09:32
	Ну тоесть по той же причине что и виртуозо.
	Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

	143. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от DeerFriend (?), 05-Фев-19, 17:11
	Разработчиков proxmox это не остановило, делать свой дистриб на дебиане с ovz. А что мешает тебе перепаковать rpm в deb?
	Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

	120. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Buzzer (?), 05-Фев-19, 09:20
	Потому что Enterprise - это не кpaсноглазие. Сурьезные конторы заинтересованы в том, чтобы все быстро развертывалось и легко сопровождалось. Дальше сами додумаете мысль?
	Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

	125. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от пох (?), 05-Фев-19, 09:52
	если ты не собираешься самостоятельно собирать и сопровождать deb-пакеты - уточняй свою мысль дальше, чем именно у тебя де6иллиан сложнее быстроразвертывать и легкосопровождать. отдельно расскажи, сколько у сурьезной конторы, с нормальным современным железом, oVirt или любых других _хостов_, и зачем при таком количестве особобыстрая развертываемость, и не лучше ли сделать медленно но надежно.
	Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

	135. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Buzzer (?), 05-Фев-19, 14:07
	Сделать медленно, но надежно. А потом, когда сделавший навострит лыжи в другую контору, искать кулибина, который сможет разобраться во всех креативах. Через такое много раз проходили, знаем.
	Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

	140. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от нах (?), 05-Фев-19, 16:46
	медленно но надежно - это вот без всякого креатива. next-next-ok. Ну сколько у тебя в ГОД прибавляется лезвий? Хорошо если восемь, да? Охрененно сложная и частая процедура, ее прям до смерти необходимо автоматизировать и рационализировать? (ну и даже если это сделано и автор упал под каток - не надо искать кулибина, надо нормального админа - если уж в автодеплое физических хостов не получается разобраться - гоните его в шею, это не админ, это девляпс пытается прокрасться! Они все палятся на вопросе "на чем умеете программировать", если что, не ведитесь!)
	Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

	148. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Dim (??), 05-Фев-19, 17:32
	> медленно но надежно - это вот без всякого креатива. next-next-ok. > Ну сколько у тебя в ГОД прибавляется лезвий? Хорошо если восемь, да? Есть такая штука как BMaaS, там автодеплой железа под заданную конфигурацию, причем не только хосты но и сторедж и свичи с раутерами - openstack ironic или EC2 i3.metal например. Даже овирт или esxi намного проще переустановить чем дебажить что за хрень на хосте случилась выбросив PSOD.
	Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

114. "Выпуск системы управления инфраструктурой виртуализации oVir..."	–1 +/–
Сообщение от Ддд (?), 05-Фев-19, 04:08
Молодцы. Десять лет пилить веб интерфейс с покер фейсом. Почему в опенсорсе такие «эффективные» кодеры?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	134. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от barma (??), 05-Фев-19, 13:29
	Потому, вы дорогой товаришь не задонатили свои кровные 5$, а ждете что кто-то бесплатно за вас сделает.
	Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

119. "Выпуск системы управления инфраструктурой виртуализации oVir..."	–1 +/–
Сообщение от Аноним (119), 05-Фев-19, 08:51
А расскажите пожалуйста, чем его бекапить предполагается? Инкрементальные бекапы сделать реально?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	141. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Dim (??), 05-Фев-19, 17:02
	> А расскажите пожалуйста, чем его бекапить предполагается? Инкрементальные бекапы сделать > реально? есть софт который это умеет, его не сложно нагуглить. из самодельного, я делал через backup API и backy2, но потом появился бюджет и взяли нормальный storware
	Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

	158. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Аноним (119), 05-Фев-19, 23:25
	Хм, по запросу бекапов KVM ничего толкового не нашлось, а тот же Veem например говорит что не умеют - только HyperV и VMWare. Про KVM сказали что думают.
	Ответить | Правка | ^ к родителю #141 | Наверх | Cообщить модератору

	161. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Dim (??), 05-Фев-19, 23:46
	> Хм, по запросу бекапов KVM ничего толкового не нашлось, а тот же > Veem например говорит что не умеют - только HyperV и VMWare. > Про KVM сказали что думают. https://storware.eu/en/storware-vprotect/ https://wiki.sep.de/wiki/index.php/RHEV_backup https://www.trilio.io/wp-content/uploads/2018/05/TrilioVault... https://www.vembu.com/backup-solution-for-rhev-hypervisor/ https://www.acronis.com/en-us/business/backup/rhv/
	Ответить | Правка | ^ к родителю #158 | Наверх | Cообщить модератору

	170. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от пох (?), 06-Фев-19, 11:29
	>> Хм, по запросу бекапов KVM ничего толкового не нашлось, а тот же вас спрашивали - толкового! а вы нам - > https://wiki.sep.de/wiki/index.php/RHEV_backup For now, only COPY backup is supported for RHEV. With this backup all data defined by the backup task is backed up (provisioned space). сорри, можно я ничего не буду знать про акронис? Хотелось бы сохранить хотя бы какие-то иллюзии.
	Ответить | Правка | ^ к родителю #161 | Наверх | Cообщить модератору

128. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+2 +/–
Сообщение от CHERTS (ok), 05-Фев-19, 10:58
The following virtual machine guest operating systems are supported: Red Hat Enterprise Linux 3 - 6 Red Hat Enterprise Linux 7+ SUSE Linux Enterprise Server 10+ Ubuntu 12.04 (Precise Pangolin LTS)+ Windows XP Service Pack 3 and newer Windows 7 Windows 8 Windows 10 Windows Server 2003 Service Pack 2 and newer Windows Server 2008 Windows Server 2008 R2 Windows Server 2012 R2 Windows Server 2016 Какой то сильно маленький список поддерживаемых гостевых ОС, ни Debian ни Oracle Linux ни тем более FreeBSD нет :( Одни Enterprise версии и Windows, удивительно как Ubuntu вообще попала в такую милось.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	130. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Вы забыли заполнить поле Name (?), 05-Фев-19, 11:08
	> удивительно как Ubuntu вообще попала в такую милось версии 12.04? Очевидно - это они так издевались. P.S. список, похоже, года два не обновлялся
	Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

	146. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Dim (??), 05-Фев-19, 17:26
	>[оверквотинг удален] > Windows 8 > Windows 10 > Windows Server 2003 Service Pack 2 and newer > Windows Server 2008 > Windows Server 2008 R2 > Windows Server 2012 R2 > Windows Server 2016 > Какой то сильно маленький список поддерживаемых гостевых ОС, ни Debian ни Oracle > Linux ни тем более FreeBSD нет :( Одни Enterprise версии и > Windows, удивительно как Ubuntu вообще попала в такую милось. поддерживаемый у них означает что QA сели, поставили ОС, и гоняли свои тесты по полной программе (агенты, драйверы, стабильность etc). В проксе это означает "у нас вроде запустилось". Если нужен такой список - можно просто посмотреть что поддерживает KVM
	Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

133. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
Сообщение от xm (ok), 05-Фев-19, 13:17
О, FreeBSD bhyve таки обошёл QEMU/KVM как (zzz - вы дождались) :-) Q: What VM operating systems does bhyve support? A: bhyve supports any version of FreeBSD i386/amd64 with VirtIO support. OpenBSD, NetBSD and GNU/Linux are supported using the sysutils/grub2-bhyve port. UEFI support is available for FreeBSD, OpenBSD, GNU/Linux, SmartOS and Windows:     FreeBSD 8.4-RELEASE and newer, including CURRENT     OpenBSD amd64/i386 5.2 and newer     GNU/Linux amd64/i386 (Many distributions)     NetBSD amd64 6.1 and newer     SmartOS 20151001 and newer     Windows x64 Vista, 7, 8, 10     Windows Server 2008r2, 2012r2, 2016 Tested GNU/Linux distributions include:     CentOS/RHEL 6.2, 6.3, 6.4, 6.5 and 7.0     Debian 6.0.7, 7.0, 7.6 netinstall i386/amd64     Fedora 20     openSUSE 12.3 and 13.1 amd64     Ubuntu Server 10.04, 12.04, 13.04, 14.04, 14.10, 15.04, 15.10, 16.04 i386/amd64
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	136. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+2 +/–
	Сообщение от Аноним (136), 05-Фев-19, 14:22
	bhyve ещё и обеспечивает лучшую производительность IO на виртуалках. У KVM с этим слабовато, и не улучшилось за истекшие десять лет. По этой причине мы перешли на smartos с её lx зонами. Там IO виртуалок почти равна нативной.
	Ответить | Правка | ^ к родителю #133 | Наверх | Cообщить модератору

	145. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Anonimus (??), 05-Фев-19, 17:21
	io kvm при правильной конфигурации и так близка к нативной - главное не использовать дефолтную конфигурацию)
	Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

	150. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от xm (ok), 05-Фев-19, 19:29
	> перешли на smartos с её lx зонами О, интересно. Не расскажете о use case и т.п.?
	Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

	147. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Dim (??), 05-Фев-19, 17:27
	>[оверквотинг удален] >     SmartOS 20151001 and newer >     Windows x64 Vista, 7, 8, 10 >     Windows Server 2008r2, 2012r2, 2016 > Tested GNU/Linux distributions include: >     CentOS/RHEL 6.2, 6.3, 6.4, 6.5 and 7.0 >     Debian 6.0.7, 7.0, 7.6 netinstall i386/amd64 >     Fedora 20 >     openSUSE 12.3 and 13.1 amd64 >     Ubuntu Server 10.04, 12.04, 13.04, 14.04, 14.10, 15.04, > 15.10, 16.04 i386/amd64 поддерживаемый в oVirt означает что QA сели, поставили ОС, и гоняли свои тесты по полной программе (агенты, драйверы, стабильность etc). А тут это означает "у нас вроде запустилось". Если нужен такой список - можно просто посмотреть что поддерживает KVM - https://www.linux-kvm.org/page/Guest_Support_Status
	Ответить | Правка | ^ к родителю #133 | Наверх | Cообщить модератору

	149. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от xm (ok), 05-Фев-19, 19:26
	> поддерживаемый в oVirt означает что QA сели, поставили ОС, и гоняли свои тесты по полной программе Вы не поверите, но вот там в bhyve это все реально тоже "сели, поставили ОС, и гоняли свои тесты по полной программе".
	Ответить | Правка | ^ к родителю #147 | Наверх | Cообщить модератору

	151. "Выпуск системы управления инфраструктурой виртуализации oVir..."	–2 +/–
	Сообщение от Dim (??), 05-Фев-19, 19:59
	> Вы не поверите, но вот там в bhyve это все реально тоже > "сели, поставили ОС, и гоняли свои тесты по полной программе". не поверю. Сколько там людей профессионально занимаются именно QA? Я глянул на сайт - выглядит как любительский проект, с одним мейнтейнером. Хотя я конечно там не работал и не знаю этот комьюнити лично (в отличии от KVM/QEMU), могу и ошибаться.
	Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

	154. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от xm (ok), 05-Фев-19, 21:42
	Дружище, рекомендую почаще высовывать голову из своей KVM-раковины и посматривать что же там происходит за её уютными завитками. Вообще, bhyve приехал из NetApp а кем и как он теперь пилится довольно легко выяснить по коммитам. Кстати, если вы посмотрите на список разработчиков FreeBSD и сделаете простой гуглинг по имени вы увидите, что многие из них являются ведущими разработчиками в крупных корпорациях начиная с того же NetApp, Netflix, Intel, Sophos, Dell EMC и проч. проч. Если это - любители, то кто тогда мы?
	Ответить | Правка | ^ к родителю #151 | Наверх | Cообщить модератору

	155. "Выпуск системы управления инфраструктурой виртуализации oVir..."	–2 +/–
	Сообщение от Dim (??), 05-Фев-19, 22:04
	Вот именно поэтому я и написал что могу и ошибаться так как напрямую с проектом не знаком. Сайтик там выглядит довольно хреново, других индикаций у меня нет. Честно говоря я очень сильно сомневаюсь в чем-либо основанном на фре, помимо совсем embedded хреновин типа того же netapp. Она конечно пока выживает, но не внушает доверия без кого нибудь достаточно мощного дающего поддержку. Очень давно не видел ее в проде нигде кроме совсем гиковских контор у которых денег нет и не предвидится. Если фря устроит большой камбэк, как в свое время это сделала макось - вот тогда все что вокруг фри тоже станет актуальным. Ну а пока я сосредоточусь на Линуксе и его родном тулсете
	Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

	159. "Выпуск системы управления инфраструктурой виртуализации oVir..."	–2 +/–
	Сообщение от Аноним (159), 05-Фев-19, 23:33
	> фря устроит большой камбэк это как? разве что ты каминг аут имел ввиду...
	Ответить | Правка | ^ к родителю #155 | Наверх | Cообщить модератору

	162. "Выпуск системы управления инфраструктурой виртуализации oVir..."	–1 +/–
	Сообщение от Dim (??), 05-Фев-19, 23:47
	> это как? разве что ты каминг аут имел ввиду... сразу после нетвари :)
	Ответить | Правка | ^ к родителю #159 | Наверх | Cообщить модератору

164. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
Сообщение от dddd (?), 06-Фев-19, 11:04
жаль Небула ускакала из опенсорса - единственная эмулировала апи от амазона а не свои поделки толкала
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	174. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Тимофей (??), 06-Фев-19, 13:44
	Потому и ускакала...
	Ответить | Правка | ^ к родителю #164 | Наверх | Cообщить модератору

	183. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от Аноним (183), 06-Фев-19, 20:50
	Речь не про OpenNebula случайно?
	Ответить | Правка | ^ к родителю #164 | Наверх | Cообщить модератору

165. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
Сообщение от dddd (?), 06-Фев-19, 11:05
надо Солярку потестить с ее зонами. запустил ее в виртуалке - летает просто и весит мало в отличие от монстровых  центосов и убунт
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	171. "Выпуск системы управления инфраструктурой виртуализации oVir..."	+/–
	Сообщение от пох (?), 06-Фев-19, 11:33
	> надо Солярку потестить с ее зонами. запустил ее в виртуалке - летает > просто и весит мало в отличие от монстровых  центосов и а что под ней запускать-то, вот в чем вопрос?
	Ответить | Правка | ^ к родителю #165 | Наверх | Cообщить модератору

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

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