https://ssl.opennet.dev/openforum/vsluhforumID3/116491.html После более года разработки представлен (https://www.mail-archive.com/announce@ovirt.org/msg00445.html) релиз платформы 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.<br><br><br><br>oVirt представляет собой стек, охватывающий все уровни виртуализации - от гиперв https://ssl.opennet.dev/openforum/vsluhforumID3/116491.html#191 Fri, 08 Feb 2019 14:20:21 GMT &gt; Какой это он storage использут без кластерной фс? )) <br><br>eсть два варианта - файловый и блочный. Если файловый то NFS, gluster и любой posix compatible, если локами на нем управляет внешний плагин.<br>Блочный - любой который может увидеть device-mapper-multipath, который просто форматируется как PV и овирт управляет доступами хостов к LV, без ФС. Так оно и масштабируется на сотни хостов в одном кластере, и прослойка от VM к блокам стореджа тоньше.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/116491.html#190 Fri, 08 Feb 2019 11:45:34 GMT Какой это он storage использут без кластерной фс? ))<br> https://ssl.opennet.dev/openforum/vsluhforumID3/116491.html#189 Fri, 08 Feb 2019 09:46:07 GMT Вы таки видите всё в черно-белом цвете. А ведь есть ещё оттенки серого.<br>Возможность быстро переразвернуть не означает необходимости подиагностировать проблему.<br>Для этого в ITILе есть понятия проблема и инцидент. Подходы к их решению несколько отличаются.<br><br><br>Бизнес не любит дополнительные расходы :)<br> https://ssl.opennet.dev/openforum/vsluhforumID3/116491.html#188 Thu, 07 Feb 2019 12:49:32 GMT &gt; Когда вырастаешь из локалхоста в энтерпрайз, оказывается, что у тебя много коллег, за всеми не<br>&gt; уследишь.<br>&gt; Кто в хомяке, кто ещё где-нибудь может временное ненужное забыть.<br><br>странно что пропагандист ансибля и прочих средств энтерпрайзной автоматики следит за ними вручную ;-) У меня оно автоматическое, коллеги, понятное дело, вовсе исключены из процесса, но вот разработчик нагадить может, а поскольку гадит он тоже автоматически, и куда попало, дерьма может случиться много, следить обязательно надо, и разбираться, кто начал жрать место, еще когда только начал. Пустить дело на самотек - вот как раз и придется раз в неделю принудительно пересоздавать vm'ы, а то ж лопнут, и концов не найдешь.<br><br>&gt; При ценах на вмварь, у них просто нет выбора. Они не смогут ещё сверху продать контейнерный <br>&gt; гипервизор, клиенты не оценят.<br><br>да куда они денутся... глянь на минуточку цену на какой-нибудь poweredge m1000 в более-менее нормальной комплектации (и ~40000 в _год_ - сверху, оптом дешевле) - и поймешь, что вмварь на https://ssl.opennet.dev/openforum/vsluhforumID3/116491.html#187 Thu, 07 Feb 2019 09:39:37 GMT Когда вырастаешь из локалхоста в энтерпрайз, оказывается, что у тебя много коллег, за всеми не уследишь.<br>Кто в хомяке, кто ещё где-нибудь может временное ненужное забыть.<br><br>При ценах на вмварь, у них просто нет выбора. Они не смогут ещё сверху продать контейнерный гипервизор, клиенты не оценят. Поэтому приходится встраивать в то, что есть.<br><br>И с редхатом я по этой же причине не согласен, что они опеншифта с прошлой осени стали продавать как виртуалки (поядерно, а не по сокетам процессорным). Весь смысл контейнеризации теряется, накладные расходы на виртуализацию остаются и т.п.. <br>Ансибль позволяет раотать с вирталками как с контейнерами, а покупать и опеншифт и рхев вместе - бизнесу такие расходы обосновать будет очень сложно.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/116491.html#186 Thu, 07 Feb 2019 07:00:40 GMT &gt; В старых виртуалках много мусора в виде архивов логов и прочего шита.<br><br>а зачем вы у себя храните токсичный мусор? Я вот не храню, и тщательно его уничтожаю при обнаружении - место не бесплатное, да и манипулировать ста гигабайтами куда проще чем тремястами с ненужно-логами. Не говоря уже о том что туда неизбежно попадают всякие личные данные, чем меньше собираешь, тем спокойней спишь.<br><br>Те логи что у меня хранятся, они нужные (в частности, вот по ним и будем посмертный анализ проводить, от чего и почему оно развалилось) и их мало.<br><br>&gt; Если вы не работате с виртуалками как с контейнерами, значит вы что-то делаете не правильно.<br><br>по-моему как раз наоборот - если вы работаете с виртуалками как с контейнерами - значит вы даром тратите ценные ресурсы на эмуляцию, и вам нужно двигаться по следам описанного в тредике про M/S - в крайнем случае, в сторону kata/clear (которые, правда, недоделаны и никогда не будут - и именно потому, что при всей красивости затеи оказались нафиг не нужны)<br><br>кстати, ovirt, наверно https://ssl.opennet.dev/openforum/vsluhforumID3/116491.html#185 Wed, 06 Feb 2019 20:59:46 GMT В старых виртуалках много мусора в виде архивов логов и прочего шита.<br>Если вы не работате с виртуалками как с контейнерами, значит вы что-то делаете не правильно.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/116491.html#184 Wed, 06 Feb 2019 20:56:09 GMT Кажется я ввёл вас в заблуждение.<br>Я не говорил, что у меня совсем нет бэкапов. Я говорил, что делать их средствами KVM/RHV/итд не самый лучший способ.<br>Прикладные данные должны бэкапиться/резервироваться средствами приложений, а не гипервизором.<br>Если ломается система управления, её придется восстановить. Пользователи не заметят, менеджеры может быть отложат очередной релиз, руководству будет доложено, что простоя не было.<br><br>Как только восстановлена система управления, дальше работает IaC.<br>БД работает в резерве мастер/мастер + слейвы, логи сливаются дополнительно на внешнее хранилище+ELK. <br><br>На все остальные данные наплевать.<br>Пытаться восстанавливать гигабайты в KVM с устаревшими архивами логов или другим мусором, копившимся на файловой системе годами - просто глупо и долго. По этой причине не ждите бэкапов в KVM средствами гипервизора, они реально не нужны.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/116491.html#183 Wed, 06 Feb 2019 17:50:18 GMT Речь не про OpenNebula случайно?<br>