Опубликован релиз Proxmox Virtual Environment 8.2, специализированного Linux-дистрибутива на базе Debian GNU/Linux, нацеленного на развертывание и обслуживание виртуальных серверов с использованием LXC и KVM, и способного выступить в роли замены таких продуктов, как VMware vSphere, Microsoft Hyper-V и Citrix Hypervisor. Размер установочного iso-образа 1.3 ГБ...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61064
Офигенные фитчи в обновлении!
Поехали с ESXi?
ESXi больше не бесплатная, благодарите броадком.
> ESXi больше не бесплатная, благодарите броадком.Слава Броадкому! Слава рептилоидам, господам нашим!
Бесполезная ещё и на дебиане. Случись что куда обращаться? Никто не знает как там всё работает в отличии от qemu/kvm/libvirt
Ко мне можешь. Дорого, надежно.(и ты не поверишь - там внутри kvm)
Работает - ну как-то так же как и все прочие. Т.е. в простых случаях - работает.
А можно я обращусь? (без иронии!)У меня есть Spine-Leaf фабрика на сети. Всё на L3 и BGP используется для роутера в датацентре. И настроен Datacenter Interconnect.
https://www.juniper.net/documentation/us/en/software/nce/sg-...Есть VMware NSX, который не T, а тот, который на VXLAN. Он приземляет VTEPы на виртуальные коммутаторы.
Вопрос простой: Proxmox уже можно научить работать в такой сетевой среде?
ой мля... то есть вы ухитрились построить ВНУТРЕННЮЮ сеть вот по этой методичке, с eBGP и миллионом AS В ОДНОЙ, с-ка, стойке?!Даже мы от такой идеи в свое время отказались, хотя у нас были поводы (оно таки несколько autonomous...могло бы быть но ну нафиг).
> Вопрос простой: Proxmox уже можно научить работать в такой сетевой среде?
ну когда я последний раз смотрел на их поддержку openvswitch - там по прежнему требовалось вручную настраивать весь миллион интерфейсов на каждом хосте отдельно.
Т.е. приземлить vxlan'ы ты сможешь, я как-то даже и без нескучных гуев обхожусь, но костылить все это в рамках кластера будешь самостоятельно по лучшим рецептам шва6одки. А если кластер еще и не один...
Т.е. по существу вопроса ответа не будет?
Но буков натыкал много. Молодец! В лучших традициях диванных специалистов.
> Т.е. по существу вопроса ответа не будет?я тебе по существу и ответил - можно. Вручную. Если я правильно понимаю что ты хочешь заменить именно nsx.
Со стороны нескучного вебгуя будет ровно то же что в твоей вмвари - порты виртуальных коммутаторов. В чем проблема-то?
Т.е. по существу вопроса ответа не будет?
Но буков натыкал много. Молодец! В лучших традициях диванных специалистов
Расшифруйте пожалуйста
Очень интересно
https://pve.proxmox.com/pve-docs/chapter-pvesdn.html
Поднимай OpenStack тогда на любом дистрибутиве.
А с ним есть куда обращаться?
Обращаться к известным тутошним экспертам по всему на свете: Поху И Наху.
Есть мнение, что это один и тот же человек, но кого это волнует?
не, с опенштепселем - это просто сразу нax, а не ко мне.Я вообще не верю что существуют люди, целиком понимающие как работает эта невероятная мешанина из миллиона несовместимых поделок, в каждой версии разных.
Ну я, например, понимаю как работают: nova, glance, cinder, octavia и neutron.
Целиком - нет не понимаю. Но моих знаний достаточно, чтобы не рекомендовать это никому и никогда.Для тех кто в танке:
OpenStack - это стороннее API для управления вашей имеющейся инфраструктурой виртуализации. Причем версия работы поверх KVM - самая мутная. Поверх других гипервизоров оно попроще. Он же сам вам ничего не даст.
Вам нужно самостоятельно:
- понять и спроектировать топологию сети в ДЦ,
- самим построить выделенную сеть хранения (про гиперконвергентность забудьте)
- самим выработать стандартизацию закупаемого оборудования и сформировать для них дистрибутив
- самим поставить и настроить отказоустойчивую кластеризацию узлов виртуализации
- вам нужно заранее определить все свои шаблоны и флейворы и привязать их к разным кластерам (иначе у вас будет низкий оверкоммит, если используете KVM)
- далее вам нужно создать пайплайны CI/CD для его конфигурации, обновления и к вашим изменениямМинимальное количество хостов, которые могут отказоустойчиво работать с гипервизором KVM и держать управляющий контур - это 5.
Сам OpenStack жутко выгоден только для очень крупного бизнеса. Он нужен тем, у кого свои собственные инструменты для управления своей виртуализацией (облака и хостинг провайдеры). Причем экономически выгодно вкладываться в такого монстра, если вы не можете купить готовое вендорское решение из-за технических ограничений этого решения. Например, большая часть систем виртуализации не может обслуживать более 3000 физических серверов виртуализации в одном управляющем контуре. Вот начиная с этой цифры OpenStack становится оправдан.
> Новая реализация написана на языке Rust и почти эквивалентна
> по функциональности со старым межсетевым экраном.ах, это милое "почти"!
Но будете жрать, кто не хочет - заставят двойную дозу. Вторую, разумеется - с другого конца.
>Добавлена новая экспериментальная реализация межсетевого экранаСамый смак, что экспериментальная, но мы все равно добавим! это же Rust!
Тренируйтесь на кошках, а не на проде.
>>Добавлена новая экспериментальная реализация межсетевого экрана
> Самый смак, что экспериментальная, но мы все равно добавим! это же Rust!"экспериментальная" вообще-то должно означать что "ну возможно мы чего-то не учли или где-то будут возникать ошибки", а не "почти эквивалентна по функциональности" - т.е. "мы половину не доделали потому что не знаем как".
> Тренируйтесь на кошках, а не на проде.
Ну кто ж на прод тащит неподдерживаемую версию? Не всякий подвальный админ настолько глуп.
Так что на кошках и тренируются - благодарных пользователях нахалявку побольше.
>Переносимые гостевые системы могут запускаться в Proxmox VE, не дожидаясь завершения переноса данныхЭто как и зачем?
> Это какThis is achieved by importing the hard disk data required by the running guest operating system at an early stage and importing the remaining data asynchronously in the background.
> и зачем?
This option reduces downtime.
https://pve.proxmox.com/wiki/Migrate_to_Proxmox_VE#Live-Import
эмм а где такое может пригодиться? зачем создавать тысячу выртуалок? это система из разряда "много независимых рабочих мест подключённых к 1 системнику"?
Это для виртуализация для домохозяек: поднять много VM в простых условиях и в надежде на бекап.
Proxmox 7 версии много лет бок о бок отпахала рядом с ESXi. Оба надежные как танк.
>>Оба надежные как танк.А какой именно танк? Их же много разных :).
Как надежный танк.
эксперты опеннета, они такие вот... интересно, в каком подвале выращен сей редкий экземпляр?
> эксперты опеннета, они такие вот... интересно, в каком подвале выращен сей редкий
> экземпляр?"А других у меня для вас нет." (С) пох
Оно уже может как класический ESXi 6.7 загрузиться в память с флэшки, занять минимальный объем и работать как часы даже если носитель отъехал в мир иной?
оно может установится почти на любое железо, вне списка совместимости с ESXi. Собственно это и есть его главная ниша, а с учётом того что ESXi теперь хотят за тугрики, то и шире в массы пойдёт.
Флешки моветон.
Ноды должны грузиться по сети.
Ядро 6.2 не поддерживается и не загружается, а на 6.5 при работе снапшота "Connection timeout" что на 6.8 даже не знаю.
было б годно если б не столь короткий срок жызни
Все в порядке там с сроком жизни в кластерном исполнении. Ноды обновляешь по этапам, планово, без суеты, и всё проходит без проблем.
Ноды обновляешь по этапам, планово, без суеты, и всё проходит без проблем.верится с трудом ©
плати деньгов... ну или не плати - от смены цифирки версии в общем-то мало что меняется.Ну добавили пакетный хрустофильтр - подумаешь, как будто кто-то на самом деле этим пользовался всерьез.
плати деньгов...жадные какие!
Так и с коммерческой лицензией оно живёт мало. Роллинг очень дерзкий. Ну вот как можно на сервер ставить ядро, которое только-только появилось в Федоре? И ладно бы ещё ядро, но зачем было в 8.0 ставить только вышедшую OpenZFS 2.2? В итоге поймали data corruption баг
Вы сами ответили на свой вопрос. Чтобы показать хоть какие-то киллерфичи, они в моменте и убунтовое ядро тянули. А если использовать что-то постабильнее и не стильное-модное-молодёжное, то как новых клиентов привлекать?:)
Так у них киллер фича это полнофункциональный интерфейс и интеграция всего в цельный продукт, как по мне. А что там такого киллерного понадобилось срочно из OpenZFS 2.2 и самых свежих ядер? Неужто проксмокс массово ставят на новейшее железо?
> Так у них киллер фича это полнофункциональный интерфейс и интеграция всего в
> цельный продукт, как по мне. А что там такого киллерного понадобилось
> срочно из OpenZFS 2.2 и самых свежих ядер? Неужто проксмокс массово
> ставят на новейшее железо?Когда сторадж и поддержка железа отданы на аутсорс, а тестирование аутсорсеров проводит уверовавшая в полнофункциональный интерфейс и интеграцию всего в цельный продукт паства, единственный способ не спалиться - это бежать быстро-быстро впереди паровоза - копипастить ченджлоги ядра в свои ченджлоги, админы локалхоста сховают и еще попросят.
Ну и стабильная, не смотря на меняющуюся конъюнктуру околонулевая доля рынка тоже о многом говорит. Ведь гиперв по сути кончился свободный... 2019 - последний и больше "бесплатного" не будет, ESXi free тоже кончился, а проксмокс как занимал 0% рынка так и занимает. Под домашнюю лабу есть и попроще, под не домашнюю не лабу есть и погибче, а за бабосики есть просто хорошее. Лучше проксмокса.
И со одной стороны, это конечно имхо, а с другой - 0% рынка.
У Убунты тоже раньше была ококлонулевая доля рынка, а сейчас самый популярные дистрибутив и не только на дектопах, но и на серверах и онлайн-кассах.
Слушай, ну я не знаю что все тут делали с "esxi free". C hyper-v (единичным! потому что только такой бесплатен) еще могу предположить но это тоже ни разу рядом с вмварью не стояло. И отдельно - пробовали ли читать лицензию (что там насчет запрета предоставления услуг, ась?!)Я вот совсем не могу представить что мне делать с единичным esxi'ем в 2к24 (даже если я где-то украл сервер за полтора миллиона минимум, потому что только такие попадают в hcl. Вот с теми деллами за лям - идите уже лесом, 6.7 уже не ставилась) - и что тебе делать если ты продолжишь упорствовать и у тебя их станет например четыре. Как управлять даже такой, подвального уровня байдой и что с ней делать если банально надо перезагрузить чтоб обновление встало?
А то что этим всем должно управлять - никогда бесплатным и не было в принципе.А эти хотя бы делают что могут - и это не аутсорс (аутсорс это когда ты опять же дал деньгов кому-то чтоб он за тебя справился с твоим делом - а у них денег нет) а вот самое что ни на есть "6ешплатное взятьвзятьвзять".
Они вон даже не пытаются делать вид что что-то за твои деньги "поддерживают", они за них просто подольше - ничего не ломают.
Они ж не имеют ни малейшего отношения ни к ядру, ни к kvm, ни к zfs - просто собрали все в нескучном веб-интерфейсике, обвешали наколенными скриптами и оно с пятой или шестой попытки даже заработало. (Ты бы тоже так мог но ты не станешь писать веб-интерфейсик с нескучным рест апи)
Но и плюсы подхода очевидны - оно и сломаться может только там где тонко. А поскольку все детали хорошо известны - то более менее понятно, что там можно а чего нельзя делать. И даже иногда починить получится.
В zfs 2.2 типа супер-пупер динамический arc, которым не надо рулить руками. Хотя все равно рекомендуют руками :-)
ну вот, кто-то ж должен был его поймать прежде чем этот релиз распределился по (не)дорогим клиентам?А то ишь, деньгов не плотют, пре-альфатестерами быть не хочут.
> ну вот, кто-то ж должен был его поймать прежде чем этот релиз
> распределился по (не)дорогим клиентам?
> А то ишь, деньгов не плотют, пре-альфатестерами быть не хочут.Так же не надо забывать про первое правило бойцо^W пре-альфа тестера. Никто не должен знать что во время юзанья сабжа был потрачен любимый локалхост :)
да зачем рисковать любимым локалхостом? Кто ж так вообще тестит-то?Во как надо: https://michael-prokop.at/blog/2021/04/09/a-ceph-war-story/
специально не поленился раскопать эту комедию в трех актах, а то уже забывать народ что-то начал.
Это вот - настоящие пре-аьфатестеры, а не какие-то бесполезные хикки с локалхостами.
Тут и про проксю, и про цеф, и про ебемеленово ентер-прайс кволити и про все что вы явно не хотели знать да и спрашивать бы не рискнули.А клиент, небось, так и не узнал...
> А клиент, небось, так и не узнал...Вот если бы локалхост был потрачен, то никто бы не узнал. А кейсы "смотрите все, я сделаль" только подтверждают это правило.
Они там сами себе злые буратины. Я так понимаю цеф настоятельно требует отдельные физические диски под свой контроль, видимо определенный процент их выхода из строя он с помощью реплицирования и может пережить. А у этих товарищей было подключено через raid-контроллеры, на которые накатили кривые фирмвари, из-за чего xfs массово поломалась.
начал писать длинный прогон но передумал - "ой, фсе!"
В смысле п-ц настолько полон и всеобъемлющ, что там во что не ткни...В общем, просто никогда-никогда не пользуйтесь ceph в качестве гиперконвергентного решения. Запомните и детям передайте - нельзя так делать.
И нет, не надейтесь на его способности чего-то там реплицировать. Делайте бэкапы.
Да-да, надо всем по лухари GPFS за тонну, с которой ты себе пай отстегнёшь в пазуху? А когда оно встанет колом, звонить в саппорт и сутками ждать бестолкового ответа? Ах да, и в саппорте ибиэм нычне тоже откажут.Кейс https://michael-prokop.at/blog/2021/04/09/a-ceph-war-story/ - показателен тем, что не надо игнорировать рекомендации разработчиков CEPH. А и вообще, проблему победили. И в этом и заключается ключевая особенность опенсорса - когда действительно надо, то можно разобраться.
Ну и filestore (который на xfs) в CEPH давно в deprecated и в новом релизе уже не поддерживается.
А делать бекапы надо в любом случае.
безусловно ты тщательно перечитываешь рекомендации стаи разработчиков /bin/ls когда обновляешь версию своей бубунточки с 22 на 23.> А и вообще, проблему победили.
google: ошибка выжившего
> И в этом и заключается ключевая особенность опенсорса
в этой истории нет ничегошеньки про впопенcoc (ну кроме очевидной демонстрации "качества" шва6одкокода и использующих его антитехнологий) - автор проявил инженерные умения, но ни одного исходника за все время не открыл.
И она не о конкретном глюке, а о том какой кошмарный п-ц представляет собой и ceph, и pve с точки зрения траблшутинга чуть дальше васянского локалхоста.
И это тот самый случай когда бэкапы практически бесполезны.
В общем, типичный уровень эксперта опеннета - он не понимает даже когда уже носом ткнули. Потому что его опыт локалхоста под столом совершенно нерелевантен.
Как обычно, оконченный демагог в тебе не даёт спокойно принять факт ущербности твоего мышления, тебе надо обязательно утрировать до абсурда, притянуть ненужное, оболгать, приврать и нагадить. Только такой му..звон, как ты станет:
* сопоставлять ls с ceph
* необоснованно ссылаться на общеизвестные эмпирические наблюдения
* звиздеть про кач-во кода
* звиздеть про то, что автор в код не глядел, тогда как даже из текста явно следует, что чел в коде ядра проковырял.
* звиздеть и утрировать про траблшутинг в ceph и pve
* звиздеть про бесполезность бекапов
* звиздеть своими оценкам по поводу персоны, без опоры на какую-либо информацию.
Но да ладно, жить-то с этой правдой о тебе, лишь тебе.
> Как обычно, оконченный демагог в тебе не даёт спокойно принять факт ущербностия же говорю - уровень экспертов опеннета.
Читают техническую статью, но видят в ней какую-то фантастику вместо прямо написанного.
Выводы сделать не умеют.> звиздеть своими оценкам по поводу персоны
но ЧСВ запредельное.
Отличная штука! Обновляется, обрастает функционалом - лепота.
Имею в продакшнах 3 кластера по от 2 до 5 машин. Работает всё четко сквозь время. С 5 ветки еще. Обновлялось всё поэтапно. Иногда не без проблем, но последние года, особенно переход с 6-7-8 был без проблемный. Короче толковая штука для виртуализации. Нечего наговаривать.
А как в проксмоксе уменьшить физический размер имиджа когда нужно? В либвирт это просто.
Эт да, не всё ещё графически оформленно удобно. Только через консоль)
qemu-img resize или zfs set volsize зависит от типа диска
прадварительно сжать в гостевой системе
qemu-img resize мне не логический размер уменьшить, а физический. Так как qcow2 при удалении снапшотов внутри себя, больших объемов данных, не сокращает свой физический размер. Как мне его уменьшить? В libvirt есть virt-sparsify для этого.
qemu-img convert -c -p -O qcow2 <старый образ> <новый образ>Получишь ужатый по самое нехочу образ.
Ну и крайне полезно перед этим пустить `fstrim -av` на гостевой системе, а для этого нужен виртуальный контроллер а ля VirtIO SCSI, который умеет trim.
> qemu-img convert -c -p -O qcow2 <старый образ> <новый образ>
> Получишь ужатый по самое нехочу образ.
> Ну и крайне полезно перед этим пустить `fstrim -av` на гостевой системе,
> а для этого нужен виртуальный контроллер а ля VirtIO SCSI, который
> умеет trim.ммм... удобством пахнуло...
Стандартный рецепт для QEMU/KVM и всего, что на его основе работает.P.S. Наверное, можно скрипт написать и через API - отключить VM, упаковать диски, запустить VM.
Но мне пока не до подвигов - так что тупо запихал все VMки на FS со сжатием.
Я если у меня образы виртуалок на LVM на внешней хранилке по FC?Ладно, шучу. Там как раз всё проще:
1. ужимаем ФС внутри гостя
2. Ужимаем VGЮ оставляя чуть-чуть места, самый кропаль
3. Ужимаем PV
4. Растягиваем ФС внтури гостя на тот самый маленький кропаль.Сто раз так делал, все норм. Но всех нюансов уже не помню, возможно что-то в середине забыл )
для этого же есть lvm-thin - образ занимает столько места сколько данных на вм
Для этого же есть ZVOL и настройка трима в гостевой машине. Все эти qcow - отстой, одна файловая система поверх диугой, нужно виртуальные диски на вольюмах разворачивать а не qcow файлами
У qcow есть "маленькое" преимущество - стандартный формат, который знает большинство альтернативных гипервизоров (как минимум, конверторы есть) и нет привязки к конкретной FS на конкретной машине, то есть, перемещай файл куда угодно и чем угодно.
У raw дисков на вольюмах есть "большое" преимущество, это вообще исходный формат хранения без лишних слоёв, его вообше не только лишь все гипервизоры знают, но бареметалл))
Перемещаются тоже в один клик в проксе, еще и виртуалку в процессе этого перемещения останавливать не нужно. Не нужны эти qcow'ы, лишний слой с файловой системой. ZVOL, например, и надежность даст больше и проверку блоков контрольными суммами, отдачу незанятого пространства в сторадж по триму, отправку инкреметальных изменений между снапшотами на бэкапную машину и т.д. и т.п. В lvm-thin тоже похожие плюшки и еще менее ресурсоемкие чем у zvol, но я лично разочаровался, пару раз на него не мигрировали диски, повреждался видимо, zvol/zfs такое себе не позволяет.
Насколько понимаю, со снапшотами у raw никак, а мне и юзерам оно таки нужно, причём, чтобы тыкнул мышкой и вот оно без дополнительных затрат - хочешь, новые снапшоты создавай, хочешь - к старым откатывайся.
И когда таких операций в день десятки, то поневоле захочешь, чтобы всё было просто и понятно, причём не только мне, но и студенту-первокурснику, за 5 минут прочитавшего статейку в корпоративной Wiki.
У zvol снапшоты из коробки.
На другую ноду или другой сервак, где ZFS нет в принципе, как переезжать?Тут хочешь - не хочешь, а нет "серебряной пули".
Или простая FS + qcow (или какие-там ещё "сложные" форматы с поддержкой снапшотов), или ZFS/BTRFS/LVM/e.t.c. плюс гарантия, что на другом серваке обязательно конфиг близкий к аналогичному.
И тут, с точки зрения простоты и надёжности, пожалуй, "qcow + простая FS" - в списке лидеров.
Если вы постоянно переезжаете виртуалками туда-сюда и у вас это нормально, то вам нужен универсальный инструмент в виде qcow2.
При всей своей хорошести у него масса недостатков о которых вы знаете, не знаете или которые для вас просто не критичны. Они критичны для других. Основная проблема - жор места и производительность. Если вы с этим не сталкивались, сталкивались другие, иначе бы не изобретались все другие средства хранения, которых тьма.Спор бесполезный. Используют то, что удобно и конкретно ему применимо. Кому удобны тапки, кому кроссовки, кому и в кирзачах в самый раз. Надо это принять. Понять это невозможно!
> На другую ноду или другой сервак, где ZFS нет в принципе, как
> переезжать?Тут речь про PVE или локалхост?
что помешает коляну собрать pve кластер из локалхостов каждый настроенный отдельным васяном с разными фс?Правда, qemu-img вполне себе умеет сконвертить из zvol в файлик даже если такая хрень какому-то местному кексперту и придет в голову.
Этот zvol бы еще нормально работал с NVMe в raid1 или raid10 цены бы ему не было. А так безделушка на поиграться.При копировании в гостевых виндах файлов размером 30-40 ГБ на графике получается отличная пила. Стартует быстро, а потом суп с котом. Скорость может упасть до 0, потом опять подняться и так все время.
Вероятно вы просто не умеете его правильно готовить.
> 2 до 5 машини как у тебя кворум на 2 машинах работает, сказочник?
>> 2 до 5 машин
> и как у тебя кворум на 2 машинах работает, сказочник?да совершенно нормально работает у него кворум - "2 of 2 available".
А когда не эвейлабл - то уже и поздно в общем-то пить боржом.
Переживать по поводу сплитбрейнов надо только тем кто надеется при сплите как-то выжить, и имеет для этого дофига лишних ресурсов. А не "чота на сервере место и проц кончились, давайте еще один подоткнем, я как раз вчера на помойке видал".
> Имею в продакшнах 3 кластера по от 2 до 5 машин.В кластере должно быть минимум 3 машины, иначе возможен сплитбрэин при проблемах.
Ну или вместо третьей машины использовать Q-device.
Совершенно верно человек выше написал. Всё ещё зависит от условий и задач, которые там крутятся. Иногда просто не требуется HA в прямом понимании. При ограниченном бюджете достаточно и 2 серверов, чего достаточно для ручной миграции машин между собой при необходимости отключить один из нод.
3 и более - это хорошо, но тогда, когда есть на это лишние финансы и логическое обоснование. А не тогда, когда на этом кластере крутятся 7 конейнеров с виртуаками, не требующие HA
Третья нода и на малине в виде q-device для кворума нормально поднимается. Просто если ha кластер из двух нод и одна вдруг отключилась по той или иной причине, то всё, приехали, стопнуть виртуалку можно, а вот запустить уже откажется, мол нет кворума и всё такое, все станет read only и т.д.
и это правильно (по дефолту)
и вопрос решается одной командой:
pvecm expected 1
Проксмос создает диски для ВМок в lvm ?
Все функции есть в вирт-менеджере, здесь только визуализация сделана.Вот совсем не понимаю, зачем использовать это, когда все можно сделать, просто поставив квм и настроив его
Да
И в lvm-thin тоже умеет...
virt-manаger, к сожалению, слишком примитивен. Он хорош, когда у тебя до десятка статически настроенных виртуалок, которые работают, работают и работают...А когда количество виртуалок ближе к полусотне, примитивный GUI virt-manager'а, мягко говоря, не справляется с задачами.
Да банально виртуалки на группы разбить - даже патчи предлагали, но нет, низзя, тогда конкуренция кокпиту будет (так разрабы открытым текстом и сказали).
Или управление бэкапами виртуалок - да нет его там в принципе, клепай свои костыли.
Плюс, попробуй поуправляй virt-manager'ом с любого браузера через веб-интерфейс, загляни на экран конкретной виртуалки, пытаясь понять - с фига ли она зависла? Не выйдет, а у Proxmox'а можно.
Дошло до того, что мне дома пришлось внутри virt-manager'а поднять кластер proxmox'а, а уже внутри кластера запускать почти все наличные виртуалки. И, знаете, назад, к одному virt-manager'у я уже не вернусь.
Когда-то я тоже был фанатом virt-manager'а, но пришлось взгляды поменять :)
Если кому интересно, импорт ВМ с vmware esxi работает, переносятся и запускаются даже VM с secureboot, так что вполне можно пользовать.
Теперь точно XEN всё. А жаль, хорошая идея была.
Но настало время аппаратной виртуализации :)
А в ксене какая виртуализация?
В общем смысле - никакая. Зен - это гипервизор, но устройства паравиртуализируются.
Вопрос к экспертам.
Есть плата Supermicro X7DWU. К плате подключен железный рейд адаптер Adaptec RAID 5404/5405Q, через него организован рейд1. До этого там стоял вин сервер 2003. Проблемы не было.
После установки вместо вин сервера сабжа начались непонятки. Любой ребут может закончиться ошибкой биоса "операционные системы не найдены". Лечится повторным ребутом через ктрл+аль+дел, но это бред какой-то.
Сервер чисто тестовый, на нём обкатываю обновы, но ходить в серверную каждый раз, когда такое на рандоме случится что-то как-то не очень.
При возврате винды всё чинится.
Вот и не понимаю это биоса проблема или куда копать?
https://www.serverparts.pl/en/x7dwu-i5428Memory type support DDR2
Availability: EOLhttps://storage.microsemi.com/en-us/support/raid/sas_raid/sa.../
Management Utilities
Adaptec Storage Manager™ (ASM)
• Java-based GUI Management Utility <<<<потыкай сюда
обнови биос или задержку какую поставь на загрузку
Биос последней версии, и на матери, и на рейд контроллере, задержка в биосе стоит 30 сек задержки "раскрутки дисков".
А доп драйвер что-то не пойму как и зачем он, но посмотрю что это такое, спасибо...
Купите туда пару SSD-дисков на 120 Гиг за 1 тыс рублей штука и перестаньте грызть кактус.Если вам так дороги ваши диски в RAID-1, поставьте их вторыми. Первыми, под систему, SSD. Хотя бы один. На сраном SATA-порту со скоростью 6 мегабит/с.
Ей богу. Вам понравится.
P.S. Контроллер SATA на 2 порта в сервер, купите там же. Рублей за 500.
> Осуществлена синхронизация с пакетной базой Debian 12.5В каком смысле синхронизация?
Пакеты дебиана ставятся из репы дебиана, чего они там синхронизируют.
Просто свой исошник обновили до Debian 12.5
Они в Инсталятор PVE 8.2 поставили свежие пакеты из Дебиана. Тем самым после инсталяции не будешь тянуть пол гига из Интернета для обновлений пакетов. Вот и вся синхронизация.
Самый удобный и простой дистр для виртуализации для мелких сетей.