После более года разработки представлен (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
Всегда интересовало почему его нет под debian?
потому что разработчики из Red Hat, это ж RHEV.
>RHEVRed Hat Enterprise Virus?
потому что под Debian есть Proxmox. сомневаюсь что они колоссально различаются или содержат какие-то наработки кроме веб-интерфейса
Они совершенно разные
будь добр, назови 2-3 принципиальных отличия. на мой взгляд и то и другое не больше чем web-оболочка к libvirt да ещё может быть pcs (pacemaker, corosync) для HA
> будь добр, назови 2-3 принципиальных отличия. на мой взгляд и то и
> другое не больше чем web-оболочка к libvirt да ещё может быть
> pcs (pacemaker, corosync) для HAХех, мсье явно не гонял ни то ни другое никогда. PVE это оболочка над kvm и кучкой всяких других loosely coupled продуктов, последний раз когда я проверял, он даже libvirt не использовал. А oVirt это открытая версия RHV, продукта который Red Hat купил вместе с изобретателями KVM (a также spice, KSM и еще многого вокруг) Qumranet, и который с тех пор развивает и продает как альтернативу vSphere.
Технически, помимо собственно KVM, там нет практически НИЧЕГО общего.
oVirt не пользовался никогда, но лет 7 назад много пользовался Proxmox и был уверен что они хотяб до libvirt доросли за эти годы. да, по-моему это был бы признак роста. с тех пор пользуюсь исключительно Ganeti или libvirt - я противник веб-оболочек
> oVirt не пользовался никогда, но лет 7 назад много пользовался Proxmox и
> был уверен что они хотяб до libvirt доросли за эти годы.
> да, по-моему это был бы признак роста. с тех пор пользуюсь
> исключительно Ganeti или libvirt - я противник веб-оболочековирт не оболочка, это управляющий сервер который контролирует все аспекты виртуализации на подконтрольных хостах. либвирт, кластеризация (не corosynk/pacemaker), сторедж, сети, все вообще.
libvirt сам по себе хорошо умеет и storage и cеть. в чём ещё плюсы oVirt кроме как веб-оболочки? "всё вообще " - это веб-оболочка и снова веб-оболочка?
> libvirt сам по себе хорошо умеет и storage и cеть. в чём
> ещё плюсы oVirt кроме как веб-оболочки? "всё вообще " - это
> веб-оболочка и снова веб-оболочка?то что libvirt умеет, он умеет на уровне хоста, ovirt дает оркестрацию на сотни хостов. сторедж он использует свой, без кластерных FS и со своей реализацией разделения локов и HA. на самом деле многое что либвирт умеет написали и пропихнули в него ребята из oвирт, потому что это им было нужно. То же самое касается LVM и dm-mp
libvirt с его уровнем хоста для меня вполне достаточно, для остального есть ansible или puppet. но спасибо за информацию
Какой это он storage использут без кластерной фс? ))
> Какой это он storage использут без кластерной фс? ))eсть два варианта - файловый и блочный. Если файловый то NFS, gluster и любой posix compatible, если локами на нем управляет внешний плагин.
Блочный - любой который может увидеть device-mapper-multipath, который просто форматируется как PV и овирт управляет доступами хостов к LV, без ФС. Так оно и масштабируется на сотни хостов в одном кластере, и прослойка от VM к блокам стореджа тоньше.
А зачем Proxmox'у libvirt?
затем что мне он (libvirt) нравится :D
Просто ты потребитель, жрешь все что кинут на пол из RHEL/IBM парни.
> Просто ты потребитель, жрешь все что кинут на пол из RHEL/IBM парни.твой oVirt такой-же точно и от тех-же самых парней, с тем-же самым libvirt под копотом
>много пользовался Proxmox и был уверен что они хотяб до libvirt дорослиОн там нафиг не нужен.
Собери из исходников, че как маленький. А если не устраивает, иди мейтейнером стань.
кто-то пользуется этим в production хотяб на 10-20 физических серверов? как работает live-миграция? что в качестве shared storage для live-миграции понимает без дополнительного шаманизма? лучше или хуже Proxmox в этом плане? ведь по сути у обоих проектов упор всецело на веб-оболочку "чтоб Роман из сэйлз и Кирилл из кастомер сервис тоже могли худо-бедно задеплоить сервачок когда приспичит"
да. fc или iscsi. Отлично лив мигрирует. хосты обновляем. Если надо сторедж замейнтить (диск вышел или обновить), позволяет мигрировать диски на другой шаред сторедж налету без даунтайма. В общем, джастдуит.
спасибо за отзыв. в плане live-migration предпочитаю Ganeti за его возможность пользоваться вдобавок DRBD, т.к. shared storage у клиентов если и запланирован то зачастую представляет собой лишь SPOF (недублирован), а спорить с ними пустое дело
Я гонял. Все норм. Бегало на двух с половиной стойках, всего больше 40 серваков. Айскази, миграция, гластер, высокая доступность, есть фенс агент, и даже работает. Проксмокс красивше. Овирт функциональнее. Можно смело юзать. Около двух лет гонялось примерно 2500 виртуалок. Не все одновременно, но под тысячу крутилось постоянно. Можно смело использовать. В качестве шаред стоража можно гластер. Можно нфс. Но с последним надо тонко шаманить на таймауты. С гластером попроще. Но и помедленнее.
ойо, гластер? клиенты на нфс хоть или на фьюзе?
в случае проксы это абсолютно ложное утверждение.во-первых, как раз гуй у них всегда был "красивенько, только недоделанно" - тривиальнейшие операции возможны только через ручное редактирование конфигов.
во-вторых, успехов вам самостоятельно поставить нечто способное на запуск kvm, хоть debian, хоть redhat based поверх raidz поверх (как raidz и полагается) jbod, и чтоб оно еще и загружалось, а потом прикрутить где-то рядом ceph, предположим даже с адом и трэшом в виде corosync, а не с pveшным, а теперь пристегните ремни и попробуем устроить тут live migration...
То есть одну вы поставите, верю, а на десятой тихо повеситесь в уголочке на сетевом проводе.(то что оно у проксы все из соплей и клея, и лучше все же поставить вместо этого всего vmware - понятно, не обсуждается)
> (то что оно у проксы все из соплей и клея, и лучше
> все же поставить вместо этого всего vmware - понятно, не обсуждается)Я думал ажиотаж с zfs уже прошел и народ перестал тащить эту дрянь в прод, особенно в виде ZoL.
извини, но бредни о вкусной и полезной ZFS даже читать не хочу. libvirt и pcs я сам умею, а Ceph не пригодилась ни разу
ну значит админу локалхоста с переизбытком свободного времени оно пока не требуется.пилите шура дальше ваши голые libvirt и pcs, оне золотые...где-то там, поглубже, унутре - вам же совсем больше нечем заняться?
Госпаде, Win2012 умел в live-миграцию уже в 2012-ом, и даже без общего хранилища. Не любите себе и руководству голову своими велосипедами, поставьте WinHV или VmWare, которые на семь (!) лет опережают сие наколеночное поделие.
> Госпаде, Win2012 умел в live-миграцию уже в 2012-ом, и даже без общего
> хранилища. Не любите себе и руководству голову своими велосипедами, поставьте WinHV
> или VmWare, которые на семь (!) лет опережают сие наколеночное поделие.овирт умел лайв миграцию еще в 2006-ом, когда еще назывался solidice, в миграции нет никакой магии
Умел по принципу "кукарекнул, а там хоть солнце не вставай". До сих пор пилят до рабочего состояния.
> Умел по принципу "кукарекнул, а там хоть солнце не вставай". До сих
> пор пилят до рабочего состояния.ну что за херня? все прекрасно работает уже более десятилетия
УМВР - отличный аргумент. Вам бы на лор сходить, что ли.
> УМВР - отличный аргумент. Вам бы на лор сходить, что ли.Потому что нечего ахинею нести. Я строил датацентры с KVM под капотом последние 11 лет, никогда особых проблем с миграцией не видел. Стандартная сетевая синхронизация
>никогда _особых_ проблем не виделТо-то и оно.
> То-то и оно.Проблем с миграцией не было. Проблемы обычно в сетевом стеке
Команда cp отработала штатно, невероятное достижение, никогда такого не было, и только в KVM...!
> Команда cp отработала штатно, невероятное достижение, никогда такого не было, и только
> в KVM...!окей, я понял. ты очередной мышкотолкатель у которого подгорает при виде вещей в которых он не понимает. здоровья и счастья тебе, вы держитесь там
Куда уж нам, сирым и убогим HV/ESXiникам, только на помойку под напором фич KVM
> Куда уж нам, сирым и убогим HV/ESXiникам, только на помойку под напором
> фич KVMтак уже ведь на помойке. AWS использует KVM, GCP тоже, rackspace, vultr, да вообще все кроме azure на нем. ESXi вместе с HV давно уже на помойке, потому что будущего у них нет. KVM тоже подохнет, когда контейнеры научатся все OS запускать, но ESXi уже давно будет дохлой.
То то у тебя хвост дымится вечно, яростная манифестация чувства неполноценности при любом удобном случае. Ох уж эти вантузоиды.
Дмитрий, с вами как то можно связаться ? У меня просто есть несколько вопросов по датацентру. Если что babkin@belregion.ru
Стойка на proxmox
Проблем с миграциями нет.
На бесплатном проксмосе? Который "для тестов, нестабильный тра-ля-ля, дай денег"
storage у этой стойки из чего сделан?
Не знаю, что там 10 лет прекрасно.
Связка (postcopy+HP) анонсирована в 2017 (qemu-kvm 2.9 на ядрах от 4.11 /реально заработало после 4.12/). До этого на нормальных нагрузках (которыми в т.ч. я занимаюсь) был тот ещё цирк (и будет, пока все площадки не пройдут апгрейд).
Миграция между стораджами через NBD появилась в районе qemu 2.4, что тоже ни разу не 10 лет. С предыдущим, доморощенным "механизмом" можно было такое "ой" отхвать, что данные только совочком собрать и в утиль.
но хоть щас то - настало щастье? А то тут только фанбои и хейтеры выступали, человека с реальным опытом послушать бы хотелось.
> но хоть щас то - настало щастье? А то тут только фанбои
> и хейтеры выступали, человека с реальным опытом послушать бы хотелось.Скажем так, объём регламентов в части виртуализации у меня в конторе потихоньку сокращается. Например, внедрение postcopy даёт шанс "прозрачно" таскать критичные к даунтаймам в сотни мс инстансы (e.g. rabbitMQ) поверх обычного Ethernet.
На мой вкус, связки (qemu-kvm + libvirt) можно использовать года так с 2017 (qemu 2.4+, libvirt 1.3+) без фатальных последствий. Остаются "родовые травмы" (например, CPU context switching на вводе/выводе ВМ), но это уже́ обычный вопрос выбора инструмента (не qemu единым).
> Не знаю, что там 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 вполне себе рабочий, если его не насиловать
> Обычная миграция не требует 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, или через что он рулится?).
тебе читать бы научиться. мой вопрос был гораздо проще твоих напрасных объяснений
А что вы хотели услышать? Репорт двух с половиной анонимусов об удачной миграции недопиленной платформы? Ловите наркомана.jpg
> А что вы хотели услышать? Репорт двух с половиной анонимусов об удачной
> миграции недопиленной платформы? Ловите наркомана.jpgKVM - недопиленная платформа?
давайте опустим детский сад - без общего хранилища мигрируем и блаблабла... Есть онлайн миграция vm с одного хоста на другой без изменения нахождения дисков vm. Есть онлайн миграция дисков vm с одного стореджа на другой без смены хоста, где запущен vm. И то и другое работает из коробки в вебморде или апи, время переключения 10-200мс. Все это позволяет полностью без даунтайма абстрагироваться от железа от слова полностью.
Именно поэтому только в 2к19 "Реализована полная поддержка live-миграции виртуальных машин на основе профиля "High Performance VM". KVM - изначально решение для васян-хостингов, каковым и осталось.
> Именно поэтому только в 2к19 "Реализована полная поддержка live-миграции виртуальных машин
> на основе профиля "High Performance VM". KVM - изначально решение для
> васян-хостингов, каковым и осталось.расскажи мне, что же по твоему такое "high performance VM", и покажи мне аналог который легко мигрируется на других системах
да это какой-то маркетинг High Performance VM - который ввели только в 4.2 чтоли, зачем даже не разбирался. Все там давно мигрирует вдоль и поперек
короч, это vm с cpu pinning. Такие вообще не должны мигрироваться по логике -)
> короч, это vm с cpu pinning. Такие вообще не должны мигрироваться
> по логике -)А в Овирте, в 2019, они (surprise!) мигрируют тем не менее. Еще там мигрируют машины с проброшенным железом (VM-FEX 802.1Qbg например).
Система виртуализации ломает принятые правила? Достижение!
> Система виртуализации ломает принятые правила? Достижение!технология ломает то что конкуренты считали невозможным! достижение, да. Тебе все еще достаточно 640k памяти?
Неправильным, но какая разница, покуда разговор идет с фанбоем, который 11 лет только и делает, что городит кластеры под KVM за неумением в другие технологии.
> Неправильным, но какая разница, покуда разговор идет с фанбоем, который 11 лет
> только и делает, что городит кластеры под KVM за неумением в
> другие технологии.мне не надо быть фанбоем, мне достаточно посмотреть на статистику. линукс уже давно не странная маргинальщина, а стандартная серверная ОС, и KVM уже давно не фигня для краснглазых а стандартный гипервизор для большинства облачных систем.
Если вы считаете достижением полноценную поддержку ядра только спустя 4 года, то остается только развести руками. Я уж лучше по старинке, HV+ESXi. Понадежнее, знаете ли, не до слоупочьих забав.
> Госпаде, Win2012 умел в live-миграцию уже в 2012-омhttp://web.archive.org/web/20100216042115/http://www.virtual...
сановская документация версии 2 не сохранилась, а то бы оказалось что и в 2008м был.но это немножечко не та лайвмиграция, которая нужна в 2019.
при этом с, скажем, бэкапами - внезапно, все плохо что у той, что у другой.
Бэкап той же проксы - внезапно, банальный zfs send. Инкрементальный, если знать где грабли, быстрый и эффективный. А вмварь сама по себе, не виртуалки в ней - вообще никак не бэкапится, вот это да, вот это ентер-прайс солюшн. У винды наоборот - сервер легко, виртуалки, особенно невиндовые, не умеющие vss - с кучей приседаний и проблем на пустом месте.
Не то чтобы хотелось в один непрекрасный день заделаться админом опенотсосного велика, но поглядывать в ту сторону все же очень и очень полезно для понимания, в какой заднице вся индустрия.
Я гонял. Все норм. Бегало на двух с половиной стойках, всего больше 40 серваков. Айскази, миграция, гластер, высокая доступность, есть фенс агент, и даже работает. Проксмокс красивше. Овирт функциональнее. Можно смело юзать. Около двух лет гонялось примерно 2500 виртуалок. Не все одновременно, но под тысячу крутилось постоянно. Можно смело использовать. В качестве шаред стоража можно гластер. Можно нфс. Но с последним надо тонко шаманить на таймауты. С гластером попроще. Но и помедленнее.
Вполне можно использовать iscsi и fc как shared помимо nfs. и даже с multipath
Я гонял. Все норм. Бегало на двух с половиной стойках, всего больше 40 серваков. Айскази, миграция, гластер, высокая доступность, есть фенс агент, и даже работает. Проксмокс красивше. Овирт функциональнее. Можно смело юзать. Около двух лет гонялось примерно 2500 виртуалок. Не все одновременно, но под тысячу крутилось постоянно. Можно смело использовать. В качестве шаред стоража можно гластер. Можно нфс. Но с последним надо тонко шаманить на таймауты. С гластером попроще. Но и помедленнее.
GlusterFS, что в user-space, вызывает лишь слёзы в качестве shared-storage. ведь есть же DRBD в kernel-space
ты серьезно не понимаешь разницу между DRBD и SDS?
перечитай исходное сообщение
> перечитай исходное сообщениея его видел. DRBD сравнивать с gluster это как минимум странно. Они вообще разные, для совершенно разных целей, и выполняют совершенно разные роли.
я знаю что они разные, но товарищ выше писал о GlusterFS в качестве shared-storage, что вызвало у меня слёзы. ты что-то совсем не то читаешь в том что вдобавок не тебе было адресовано
> я знаю что они разные, но товарищ выше писал о GlusterFS в
> качестве shared-storage, что вызвало у меня слёзы. ты что-то совсем не
> то читаешь в том что вдобавок не тебе было адресованоTак и DRBD не shared storage (a gluster как раз таки да). Ты просто сравниваешь слишком разные вещи, ты бы еще NFS и LVM сравнил
ты больной какой-то? где я их сравнивал?
Обычный фанатик KVM. Как-никак, 11 лет кластеры поднимает, не то, что мы, грязь из-под ногтей.
> Обычный фанатик KVM. Как-никак, 11 лет кластеры поднимает, не то, что мы,
> грязь из-под ногтей.у тебя отличное самоопределение
> ты больной какой-то? где я их сравнивал?ты их не просто сравнил, но еще и в качестве shared storage, хотя DRBD вообще не об этом.
товарищ, ты наркоман? почему ты читаешь совсем не то что я пишу? я ни разу не сказал о DRBD в контексте shared-storage, подразумевал лишь в качестве репликации. или тебе объяснить всё-всё и с самого начала и во всех случаях?
> товарищ, ты наркоман? почему ты читаешь совсем не то что я пишу?
> я ни разу не сказал о DRBD в контексте shared-storage, подразумевал
> лишь в качестве репликации. или тебе объяснить всё-всё и с самого
> начала и во всех случаях?
>> GlusterFS, ... вызывает лишь слёзы в качестве shared-storage. ведь есть же DRBD ...как это понимать?
Я гонял. Все норм. Бегало на двух с половиной стойках, всего больше 40 серваков. Айскази, миграция, гластер, высокая доступность, есть фенс агент, и даже работает. Проксмокс красивше. Овирт функциональнее. Можно смело юзать. Около двух лет гонялось примерно 2500 виртуалок. Не все одновременно, но под тысячу крутилось постоянно. Можно смело использовать. В качестве шаред стоража можно гластер. Можно нфс. Но с последним надо тонко шаманить на таймауты. С гластером попроще. Но и помедленнее.
Возьми да разверни и попробуй.
скриншотик что-то бомжацкий совсем - Dell PowerEdge R210 II c 4 GB памяти. да и сетевой интерфейс наверное 1 Gbit, а значит полностью программный для гостевых систем - никакого SR-IOV и ixgbevf/igbvf. а это уровень годов так 2008-2010
SR-IOV есть с волосатых времен. лично запускал.
веб-оболочка oVirt непосредственно понимает интерфейсы ixgbevf/igbvf в виде пула и даёт присваивать гостевым сервера? или ты это ручками запускал? хотя чего там понимать - libvirt ведь это из коробки понимает
все из веб морды. только раньше надо было что-то еще в Grub2 в загрузку для igb написать
Дык KVM и есть тех же годов. Его уже все обошли по фичам, уже даже bhyve в спину дышит - а люди до сих пор гордятся поделкой из кружка "Умелые руки" десятилетней давности. Фанатики что с них взять.
гордятся? где ты таких людей видел? немедленно перестань с ними общаться
Стараюсь, но они сами идут со мной на контакт, как пресловутый @Dim.
> Дык KVM и есть тех же годов. Его уже все обошли по
> фичам, уже даже bhyve в спину дышит - а люди до
> сих пор гордятся поделкой из кружка "Умелые руки" десятилетней давности. Фанатики
> что с них взять.KVM появился позже чем vmware и xen, быстро догнал их по фичам и на сегодня им пользуются все основные облачные хостеры кроме Azure и частично AWS. Нормально так для "поделки".
Гипервизоры как таковые уже давно никого не удивляют и их с тех пор понаписали еще много для более узкого использования (siemens, google, еще китайцы какие-то свое пилили, bhyve).
Если KVM это поделка, то почему другие гипервизоры не поделка?
Когда-то все так же пользовались Apache, а потом внезапно перешли на nginx. История должна была чему-то научить, но только не фанбоев.Всё жду, когда bhyve обойдет по фичам KVM.
> Когда-то все так же пользовались Apache, а потом внезапно перешли на nginx.
> История должна была чему-то научить, но только не фанбоев.
> Всё жду, когда bhyve обойдет по фичам KVM.ну да, все пользовались ESX (i потом появился) и перешли на KVM. Сейчас все переходят на докер (даже сам KVM), но фанаты проприетарщины застряли в прошлом десятилетии.
я не ошибся, ты сравниваешь Docker и KVM? что вдруг случилось?
> я не ошибся, ты сравниваешь Docker и KVM? что вдруг случилось?а что тебя смущает?
"все пользовались и перешли" - ну-ка, ну-ка, кто же это, кто эти уникумы?На деле кто пользовались gsx (esx это выбор нище...выпоняли)те и сегодня пользуются vcenter.
И ни на какой докер они не переходят и не перейдут, причем бы тут этот недоконтейнер вообще, когда речь про виртуализацию?Но вот насчет не угробят ли китайцы под руководством дефективных менеджеров vmware, и не придется ли хошь не хошь перебираться на kvm в любой обертке - это действительно вопрос. Причем, в общем-то, с готовым ответом, если только kvm и ее обертки не превратятся в нечто совершенно негодное для использования еще раньше.
> "все пользовались и перешли" - ну-ка, ну-ка, кто же это, кто эти
> уникумы?Велкам на сайт Red Hat, в список клиентов RHV и OpenStack.
> На деле кто пользовались gsx (esx это выбор нище...выпоняли)те и сегодня пользуются
> vcenter.
> И ни на какой докер они не переходят и не перейдут, причем
> бы тут этот недоконтейнер вообще, когда речь про виртуализацию?Я тут недавно (ну как недавно, с год назад) был у одного клиента, небольшой такой инвестиционный банк с Wall St., только в нашем городе за 50000 хостов с варей. Только крутятся там одни линуксы, и до них вдруг дошло что надо бы переходить на k8s (openshift в их случае), и урезать количество инстансов в несколько раз. Сейчас все уже работает, железа осталось в районе 15к хостов, а работает все намного быстрее. Такой вот недоконтейнер (уже не докер правда а CRI-O), который не способен заменить виртуализацию.
> Но вот насчет не угробят ли китайцы под руководством дефективных менеджеров vmware,
> и не придется ли хошь не хошь перебираться на kvm в
> любой обертке - это действительно вопрос. Причем, в общем-то, с готовым
> ответом, если только kvm и ее обертки не превратятся в нечто
> совершенно негодное для использования еще раньше.Там разные обертки есть. Опенстак - то еще г, особенно если его ставить из ванили, и пытаться решать задачи для которых он не предназначен. оВирт вполне себе рабочий вариант, но он для уровня ДЦ а не облака. Уже есть kubevirt под k8s/openshift, там может оказаться совсем не плохо, но я его не гонял пока что в проде.
> Велкам на сайт Red Hat, в список клиентов RHV и OpenStack.так это не перешли, это те кому впарили.
> Я тут недавно (ну как недавно, с год назад) был у одного клиента, небольшой такой инвестиционный
> банк с Wall St., только в нашем городе за 50000 хостов с варей.в общем тут уже можно не продолжать, да - ^^^ пц как он есть. Что только не делают люди, чтоб кляту винду не ставить ;-)
> Только крутятся там одни линуксы, и до них вдруг дошло что надо бы переходить на k8s (openshift
> в их случае)до них дошло, или пришел новый (стопиццотый по счету) аутсорсер и велел запилить впопенштифт, потому что модно и он вообще-то другого не умеет?
Потому как (глядя на свое хозяйство, где, в общем-то, даже и докер, но ни разу не микросервисный), обычно это означает взорвать все к чертям вместе с разработчиками (которые очевидно умеют только то что умеют) и сделать с нуля. Банчок такое может и не пережить, даже с уолстрит, там, грят, волки бродют, которые не упустят кусить за бочок, пока клиент под наркозом по поводу замены всей пищеварительной системы целиком, от глотки до сраки.
Нет, тупо заменить виртуалки контейнерами под опеншифтом - это из области сказок венского леса. (или там были крутые и таки clear?)> Там разные обертки есть. Опенстак - то еще г, особенно если его ставить из ванили, и пытаться
> решать задачи для которых он не предназначен.а для каких он таки предназначен, кроме освоения бюджета?
> оВирт вполне себе рабочий вариант, но он для уровня ДЦ а не облака.
ну у меня вот были есть и будут, надеюсь, именно ДЦ, и никаких облаков.
Чего ради я могу выбрать oVirt, если вмварь пока еще жива и вполне себе работает? "затобесплатно" не катит, мне эти деньги все равно не достанутся, а геморрой вот он.P.S. с безопасного расстояния наблюдаю за развертыванием опеншитового кластера, грозящего поглотить наши системы. Гы-гы-гы. Кстати, поверх вмвари, ага, смешно.
> так это не перешли, это те кому впарили.я лично переводил клиентов, когда там работал. Как раз таких кому до этого впарили варю, и ин надоело переплачивать
> в общем тут уже можно не продолжать, да - ^^^
> пц как он есть. Что только не делают люди, чтоб кляту
> винду не ставить ;-)согласен. Сейчас поднять рабочий сервер занимает пару секунд, раньше было до 40 минут (пока vsan просрется, пока vcloud отпыхтит...)
> до них дошло, или пришел новый (стопиццотый по счету) аутсорсер и велел
> запилить впопенштифт, потому что модно и он вообще-то другого не умеет?Думаешь ты умнее чем CTO топового американского банка?
> Потому как (глядя на свое хозяйство, где, в общем-то, даже и докер,
> но ни разу не микросервисный), обычно это означает взорвать все к
> чертям вместе с разработчиками (которые очевидно умеют только то что умеют)разработчикам нужна кнопка. Нажал - получил хост с установками. Или тысячу. Им пофиг на чем оно там крутится.
> Нет, тупо заменить виртуалки контейнерами под опеншифтом - это из области сказок
> венского леса. (или там были крутые и таки clear?)Виртуалки остались для всяких внутренних эксченджей и прочей админской кухни. Основная масса нагрузки не на них.
> а для каких он таки предназначен, кроме освоения бюджета?Давай спросим коллег из rackspace?
> ну у меня вот были есть и будут, надеюсь, именно ДЦ, и
> никаких облаков.
> Чего ради я могу выбрать oVirt, если вмварь пока еще жива и
> вполне себе работает? "затобесплатно" не катит, мне эти деньги все равно
> не достанутся, а геморрой вот он.За варю ты уже заплатил, но она устареет и придется платить еще раз. Когда придется - будете думать и решать. За те годы что я работал на шапку и перетаскивал клиентов с вари, я видел достаточно контор которые решили что с варей им больше не по пути. Если это не твой случай - на здоровье, это не твой случай.
> P.S. с безопасного расстояния наблюдаю за развертыванием опеншитового кластера, грозящего
> поглотить наши системы. Гы-гы-гы. Кстати, поверх вмвари, ага, смешно.Дык на здоровье, ему пофиг на чем бегать. Я его поверх опенстака ставил, и в амазоне и где только не. Правда если захотите использовать kubevirt, нестинг придется городить, а это всегда хреновая идея.
> Думаешь ты умнее чем CTO топового американского банка?думаю, не глупее. И вероятнее всего - технически грамотнее. You not need to be smart to be a boss.
> разработчикам нужна кнопка. Нажал - получил хост с установками. Или тысячу.
нет, потому что они не умеют, внезапно, тысячу. Они может даже primary/slave с трудом могут - когда второй хост вроде бы и есть, но пользоваться им не отключив первый - нельзя, все рассыпется.
А микросервисную архитектуру умеют другие разработчики, и они работают в другой конторе.Вариант этих уволить а тех нанять - так чтоб в какой-то момент посередине процесса не навернуться задницей между двух табуреток (потому что разработчики точно не идиоты и не будут дожидаться розового конвертика) - это вот то, что, вероятно, действительно умеет твой CTO, или ему просто повезло, так тоже случается.
> Давай спросим коллег из rackspace?
нет уж, давай спросим коллег которые не осваивают (чужие в случае рака) бюджеты, а отвечают за _результат_ - то есть не торговцев сервисами, для которых "результат" случается сразу после перевода денег на счет, им действительно важнее всего сэкономить на любой спичке, а их счастливых покупателей или эксплуатантов on premises.
> За варю ты уже заплатил, но она устареет и придется платить еще раз.
заплатил не я, а бизнес. Он еще и за меня платит, не говоря уже о стае других обезьян, причем каждый месяц. И это ему обходится существенно дороже чем все лицензии чохом. Сам понимаешь, в какой плоскости лежит возможная экономия. Кстати, на фоне делловского протвиня на котором крутится та вмварь, ее ценник как-то уже вот и не выглядит заоблачным. А ведь он тоже устаревает и приходится за него платить, что, собственно, вот прямо сейчас и сделали (это за новые, а поддержку старых оплачивать никто, понятно, не отменял, запасные вентиляторы на толкучке не продают).
так что это экономия на спичках, из серии "перестать обслуживать кофе-машины в офисе и покупать кофе для них". Я обычно старался на этом этапе уволиться, не дожидаясь неизбежного результата.
> Дык на здоровье, ему пофиг на чем бегать.
эффективность виртуальной технологии развернутой поверх виртуальной технологии представляется мне весьма сомнительной. Полагаю, они еще в нашей сети запутаются, с последствиями, а потом мы посмотрим как оно забавно переживает автомиграцию.
они, если что, уже сейчас навыпрашивали себе ресурсов больше, чем реально обслуживающий клиентов прод, у которого хотя бы этих проблем - нет. Полагаю, до внедрения ЭТО не доживет.
> думаю, не глупее. И вероятнее всего - технически грамотнее. 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к. При такой экономии можно и зарплаты обезьянам поднять (кстати, подняли тогда, и бонусы выплатили)
> эффективность виртуальной технологии развернутой поверх виртуальной технологии представляется
> мне весьма сомнительной. Полагаю, они еще в нашей сети запутаются, с
> последствиями, а потом мы посмотрим как оно забавно переживает автомиграцию.контейнеры - абстракция, но не совсем виртуальщина. Но решать надо конечно для каждого случая конкретно
> они, если что, уже сейчас навыпрашивали себе ресурсов больше, чем реально обслуживающий
> клиентов прод, у которого хотя бы этих проблем - нет. Полагаю, до внедрения ЭТО не доживет.бывает по всякому
> У этого конкретного CTO, в советниках на зарплате в том числе некий Бьярн Стрoуструпп. Широко
> известный в узких кругах дядька.мне вот, кстати, неизвестный - ну то есть с ним было бы, наверное, изрядно интересно просто поговорить в обеденный перерыв, но что из беседы был бы какой-то прямой толк - совсем не уверен - напоминаю, набрели мы тут на http://www.stroustrup.com/ (ты спалил свой банчок) - ну вот что может мне, инженеру, рассказать полезного (а не просто интересного) даже очень умный человек, неспособный свой сайт нормально сделать (ну или нежелающий, и-так-сойдет, студень-второкурсник запилил ему в качестве лабы десять лет назад)? IT, к сожалению, это не столько про умных, сколько про любознательных - поэтому я и трачу время, выуживая информацию о технологиях, которые надеюсь не использовать никогда.
Был бы я программистом на c++ - я бы может и ушел просветленным. Но вряд ли это актуально для CTO M/S.
> Ну что за гадание по юзерпику?
я говорю о том, что если кто-то сознательно использует технологию vmware - у него вряд ли инфраструктура состоит из лайтвейт микросервисов, размножаемых простым кликом мышью. И, соответственно, нельзя вот так взять, все выбросить и поменять платформу - будет больно. У банчка, полагаю, изначально было что-то сделано неправильно и вмварь с самого начала была неподходящей платформой. Начиная вот с того, что 50k хостов означает катастрофическую нехватку мощностей приложениям, чем бы они ни были, а тогда - зачем их было размазывать по виртуалкам вместо bare metal? Они охрененно масштабировались копированием, но не умели использовать ресурсы? Что-то,похоже, в консерватории не так.
> С контейнерами можно развернуть существенно больше инстансов per host чем с виртуализацией
можно, если эти инстансы нужны - то есть оно вообще способно бесконечно горизонтально маштабироваться. Но опять же для начала следует задать вопрос - какого хрена в инфраструктуре, ориентированной на вмварь, оно масштабируется горизонтально, а не вертикально - первое всегда дороже.
> Делловское железо приходит к EOL за 5 лет и его тоже надо менять
у меня тут ебеме - настоящие, не китайская подделка, соответственно, понятно, сколько им лет. Все еще жужжат, и запасные вентиляторы ебеме продает. Выкидывать не планируем. Если делл так не может, это очень печально (но выбирать уже не из чего, циску нам нельзя)
> 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 (вот ЭТО я правда хотел бы увидеть). Ну они деньги итальянской мафии отмывают, им можно.
> ... все так же пользовались Apache, а потом внезапно перешли на nginxЛожь.
>> ... все так же пользовались Apache, а потом внезапно перешли на nginx
> Ложь.медленно и печально перешли. Оставляя след из дерьма и кровищи. Но в конце-концов да, почти таки все, кто совсем не мог - поставил фронтендом.
Причем проблема, как обычно, не в том что nginx был прекрасен, а в том что апач после то ли ухода, то ли "ухождения" старых разработчиков скатился в такое с...ное г-но, которому даже закон Мура не особенно помогал.
>а люди до сих пор гордятся поделкой из кружка "Умелые руки" десятилетней давности.Мальчик, посмотри разработчиков qemu, там же сплошной энтерпрайз и R&D.
похерили api3.6, а значит все вменяемые бекапы перестали работать. придется ждать, пока кто-нить не напишет для 4.
похерили поддержку Opteron 2G.
Похерили ovirt-shell, который работает через апи3.6
Развивают ansible модули, которые, внезапно, работают через апи4+
ты уже переписал бекап на ansible?
Мну через ансибль делает деплой виртуалок.Мну не пользует бэкапы.
Мну быстрее задеплоить новую виртуалку, чем разбираться, какой бекап более актуальный.
Нет, серьезно, вот такое отношение в энтерпрайзе теперь модно? Что наработали в утиль - поднимем новую виртуалочку, и без бекапов.
> Нет, серьезно, вот такое отношение в энтерпрайзе теперь модно? Что наработали в
> утиль - поднимем новую виртуалочку, и без бекапов.мы это практиковали на bare metal еще до того как это стало модно в энтер-прайсе. Даже без виртуалочек.
Зачем бэкапать то, что можно просто переустановить и оно гарантированно будет в том же самом состоянии? Причем даже если железка поменялась на не такую же точно (это умение уже почти утрачено).Проблема только в том, что для этого требуются особенности архитектуры, закладываемые на ранних этапах разработки.
И ценой оказывается наличие нескольких ну оооочень уязвимых мест, которым и бэкап не поможет - контора успеет обанкротиться до того, как он поднимется.
Интересно узнать, как IaC влияет на появление оооочень уязвимых мест?
боюсь это не для детишек.но все же подскажу, не разжевывая, вдруг дитё попалось старшего возраста: если у меня сейчас безвозвратно навернется система управления, и основная, и резервная - у меня навернется только система управления. А не управление. И тем более не вся инфраструктура сразу. Пользователи вообще ничего не заметят. И если что-то повредят - оно и при этом будет восстановлено с бэкапа. Который таки есть.
Кажется я ввёл вас в заблуждение.
Я не говорил, что у меня совсем нет бэкапов. Я говорил, что делать их средствами KVM/RHV/итд не самый лучший способ.
Прикладные данные должны бэкапиться/резервироваться средствами приложений, а не гипервизором.
Если ломается система управления, её придется восстановить. Пользователи не заметят, менеджеры может быть отложат очередной релиз, руководству будет доложено, что простоя не было.Как только восстановлена система управления, дальше работает IaC.
БД работает в резерве мастер/мастер + слейвы, логи сливаются дополнительно на внешнее хранилище+ELK.На все остальные данные наплевать.
Пытаться восстанавливать гигабайты в KVM с устаревшими архивами логов или другим мусором, копившимся на файловой системе годами - просто глупо и долго. По этой причине не ждите бэкапов в KVM средствами гипервизора, они реально не нужны.
Энтерпрайзу нравится, когда у тебя время отработки плейбука на новой виртуалке:
- сопоставимо с временем загрузки железного сервера
- на порядок меньше времени восстановления из бэкапа
> Энтерпрайзу нравится, когда у тебя время отработки плейбука на новой виртуалке:
> - сопоставимо с временем загрузки железного сервера
> - на порядок меньше времени восстановления из бэкапаэнтерпрайзу не нравится, когда на ходу наворачивается хранилка, иди чини.
одни и те же байтики у тебя восстанавливаются из бэкапа медленнее, чем те же самые байтики в таком же количестве (или в сто раз больше, если , на самом деле, вовсе не нужно полное восстановление) копируются с шаблона или чего ты там эту виртуалку заводил? Ну точно хранилка щас сдохнет.
Ладно б еще гнал про контейнеры со всякими там рефлинками...
В старых виртуалках много мусора в виде архивов логов и прочего шита.
Если вы не работате с виртуалками как с контейнерами, значит вы что-то делаете не правильно.
> В старых виртуалках много мусора в виде архивов логов и прочего шита.а зачем вы у себя храните токсичный мусор? Я вот не храню, и тщательно его уничтожаю при обнаружении - место не бесплатное, да и манипулировать ста гигабайтами куда проще чем тремястами с ненужно-логами. Не говоря уже о том что туда неизбежно попадают всякие личные данные, чем меньше собираешь, тем спокойней спишь.
Те логи что у меня хранятся, они нужные (в частности, вот по ним и будем посмертный анализ проводить, от чего и почему оно развалилось) и их мало.
> Если вы не работате с виртуалками как с контейнерами, значит вы что-то делаете не правильно.
по-моему как раз наоборот - если вы работаете с виртуалками как с контейнерами - значит вы даром тратите ценные ресурсы на эмуляцию, и вам нужно двигаться по следам описанного в тредике про M/S - в крайнем случае, в сторону kata/clear (которые, правда, недоделаны и никогда не будут - и именно потому, что при всей красивости затеи оказались нафиг не нужны)
кстати, ovirt, наверное, последние, кто не предлагает встроенной альтернативы kvm'у, заставляя вместо этого запихивать опеншифт в ненужно-виртуалки (пусть даже и торчащий наружу persistent storage'м ) Даже вмварь прогнулась (и совершенно зря, как бы вообще стремительный полет netware не повторила).
Когда вырастаешь из локалхоста в энтерпрайз, оказывается, что у тебя много коллег, за всеми не уследишь.
Кто в хомяке, кто ещё где-нибудь может временное ненужное забыть.При ценах на вмварь, у них просто нет выбора. Они не смогут ещё сверху продать контейнерный гипервизор, клиенты не оценят. Поэтому приходится встраивать в то, что есть.
И с редхатом я по этой же причине не согласен, что они опеншифта с прошлой осени стали продавать как виртуалки (поядерно, а не по сокетам процессорным). Весь смысл контейнеризации теряется, накладные расходы на виртуализацию остаются и т.п..
Ансибль позволяет раотать с вирталками как с контейнерами, а покупать и опеншифт и рхев вместе - бизнесу такие расходы обосновать будет очень сложно.
> Когда вырастаешь из локалхоста в энтерпрайз, оказывается, что у тебя много коллег, за всеми не
> уследишь.
> Кто в хомяке, кто ещё где-нибудь может временное ненужное забыть.странно что пропагандист ансибля и прочих средств энтерпрайзной автоматики следит за ними вручную ;-) У меня оно автоматическое, коллеги, понятное дело, вовсе исключены из процесса, но вот разработчик нагадить может, а поскольку гадит он тоже автоматически, и куда попало, дерьма может случиться много, следить обязательно надо, и разбираться, кто начал жрать место, еще когда только начал. Пустить дело на самотек - вот как раз и придется раз в неделю принудительно пересоздавать vm'ы, а то ж лопнут, и концов не найдешь.
> При ценах на вмварь, у них просто нет выбора. Они не смогут ещё сверху продать контейнерный
> гипервизор, клиенты не оценят.да куда они денутся... глянь на минуточку цену на какой-нибудь poweredge m1000 в более-менее нормальной комплектации (и ~40000 в _год_ - сверху, оптом дешевле) - и поймешь, что вмварь на него стоит дешево, очень дешево. А ведь это - _дешевая_ железка, есть же ж еще и дорогие...
Я полагаю, выбора нет при нынешних китайских разработчиках - скопипастить докер (или что там они копипастят под oci) они еще как-то смогут, а сделать аналог kata, только еще и чтоб работал - это фантастика.
Вы таки видите всё в черно-белом цвете. А ведь есть ещё оттенки серого.
Возможность быстро переразвернуть не означает необходимости подиагностировать проблему.
Для этого в ITILе есть понятия проблема и инцидент. Подходы к их решению несколько отличаются.
Бизнес не любит дополнительные расходы :)
Спрашивал про Deb врезультате куча керпичец и не одного нормального вменяемого ответа. Мда.
> Спрашивал про Deb врезультате куча керпичец и не одного нормального вменяемого ответа.
> Мда.Были сборки, но емнип они все хреново работали. Никто не тестирует под Дебиан, основная разработка под Центос/RHEL
Ну тоесть по той же причине что и виртуозо.
Разработчиков proxmox это не остановило, делать свой дистриб на дебиане с ovz.
А что мешает тебе перепаковать rpm в deb?
Потому что Enterprise - это не кpaсноглазие.
Сурьезные конторы заинтересованы в том, чтобы все быстро развертывалось и легко сопровождалось.Дальше сами додумаете мысль?
если ты не собираешься самостоятельно собирать и сопровождать deb-пакеты - уточняй свою мысль дальше, чем именно у тебя де6иллиан сложнее быстроразвертывать и легкосопровождать.отдельно расскажи, сколько у сурьезной конторы, с нормальным современным железом, oVirt или любых других _хостов_, и зачем при таком количестве особобыстрая развертываемость, и не лучше ли сделать медленно но надежно.
Сделать медленно, но надежно.
А потом, когда сделавший навострит лыжи в другую контору, искать кулибина, который сможет разобраться во всех креативах.
Через такое много раз проходили, знаем.
медленно но надежно - это вот без всякого креатива. next-next-ok.
Ну сколько у тебя в ГОД прибавляется лезвий? Хорошо если восемь, да?Охрененно сложная и частая процедура, ее прям до смерти необходимо автоматизировать и рационализировать?
(ну и даже если это сделано и автор упал под каток - не надо искать кулибина, надо нормального админа - если уж в автодеплое физических хостов не получается разобраться - гоните его в шею, это не админ, это девляпс пытается прокрасться! Они все палятся на вопросе "на чем умеете программировать", если что, не ведитесь!)
> медленно но надежно - это вот без всякого креатива. next-next-ok.
> Ну сколько у тебя в ГОД прибавляется лезвий? Хорошо если восемь, да?Есть такая штука как BMaaS, там автодеплой железа под заданную конфигурацию, причем не только хосты но и сторедж и свичи с раутерами - openstack ironic или EC2 i3.metal например. Даже овирт или esxi намного проще переустановить чем дебажить что за хрень на хосте случилась выбросив PSOD.
Молодцы. Десять лет пилить веб интерфейс с покер фейсом. Почему в опенсорсе такие «эффективные» кодеры?
Потому, вы дорогой товаришь не задонатили свои кровные 5$, а ждете что кто-то бесплатно за вас сделает.
А расскажите пожалуйста, чем его бекапить предполагается? Инкрементальные бекапы сделать реально?
> А расскажите пожалуйста, чем его бекапить предполагается? Инкрементальные бекапы сделать
> реально?есть софт который это умеет, его не сложно нагуглить. из самодельного, я делал через backup API и backy2, но потом появился бюджет и взяли нормальный storware
Хм, по запросу бекапов KVM ничего толкового не нашлось, а тот же Veem например говорит что не умеют - только HyperV и VMWare. Про KVM сказали что думают.
> Хм, по запросу бекапов 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/
>> Хм, по запросу бекапов KVM ничего толкового не нашлось, а тот жевас спрашивали - толкового!
а вы нам -
> https://wiki.sep.de/wiki/index.php/RHEV_backupFor now, only COPY backup is supported for RHEV. With this backup all data defined by the backup task is backed up (provisioned space).
сорри, можно я ничего не буду знать про акронис? Хотелось бы сохранить хотя бы какие-то иллюзии.
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 вообще попала в такую милось.
> удивительно как Ubuntu вообще попала в такую милосьверсии 12.04? Очевидно - это они так издевались.
P.S. список, похоже, года два не обновлялся
>[оверквотинг удален]
> 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
О, 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, 2016Tested 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
bhyve ещё и обеспечивает лучшую производительность IO на виртуалках. У KVM с этим слабовато, и не улучшилось за истекшие десять лет. По этой причине мы перешли на smartos с её lx зонами. Там IO виртуалок почти равна нативной.
io kvm при правильной конфигурации и так близка к нативной - главное не использовать дефолтную конфигурацию)
> перешли на smartos с её lx зонамиО, интересно. Не расскажете о use case и т.п.?
>[оверквотинг удален]
> 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
> поддерживаемый в oVirt означает что QA сели, поставили ОС, и гоняли свои тесты по полной программеВы не поверите, но вот там в bhyve это все реально тоже "сели, поставили ОС, и гоняли свои тесты по полной программе".
> Вы не поверите, но вот там в bhyve это все реально тоже
> "сели, поставили ОС, и гоняли свои тесты по полной программе".не поверю. Сколько там людей профессионально занимаются именно QA? Я глянул на сайт - выглядит как любительский проект, с одним мейнтейнером. Хотя я конечно там не работал и не знаю этот комьюнити лично (в отличии от KVM/QEMU), могу и ошибаться.
Дружище, рекомендую почаще высовывать голову из своей KVM-раковины и посматривать что же там происходит за её уютными завитками.
Вообще, bhyve приехал из NetApp а кем и как он теперь пилится довольно легко выяснить по коммитам.
Кстати, если вы посмотрите на список разработчиков FreeBSD и сделаете простой гуглинг по имени вы увидите, что многие из них являются ведущими разработчиками в крупных корпорациях начиная с того же NetApp, Netflix, Intel, Sophos, Dell EMC и проч. проч.
Если это - любители, то кто тогда мы?
Вот именно поэтому я и написал что могу и ошибаться так как напрямую с проектом не знаком. Сайтик там выглядит довольно хреново, других индикаций у меня нет.Честно говоря я очень сильно сомневаюсь в чем-либо основанном на фре, помимо совсем embedded хреновин типа того же netapp. Она конечно пока выживает, но не внушает доверия без кого нибудь достаточно мощного дающего поддержку. Очень давно не видел ее в проде нигде кроме совсем гиковских контор у которых денег нет и не предвидится. Если фря устроит большой камбэк, как в свое время это сделала макось - вот тогда все что вокруг фри тоже станет актуальным. Ну а пока я сосредоточусь на Линуксе и его родном тулсете
> фря устроит большой камбэкэто как? разве что ты каминг аут имел ввиду...
> это как? разве что ты каминг аут имел ввиду...сразу после нетвари :)
жаль Небула ускакала из опенсорса - единственная эмулировала апи от амазона а не свои поделки толкала
Потому и ускакала...
Речь не про OpenNebula случайно?
надо Солярку потестить с ее зонами. запустил ее в виртуалке - летает просто и весит мало в отличие от монстровых центосов и убунт
> надо Солярку потестить с ее зонами. запустил ее в виртуалке - летает
> просто и весит мало в отличие от монстровых центосов иа что под ней запускать-то, вот в чем вопрос?