Опубликован релиз Proxmox Virtual Environment 8.4, специализированного Linux-дистрибутива на базе Debian GNU/Linux, нацеленного на развертывание и обслуживание виртуальных серверов с использованием LXC и KVM, и способного выступить в роли замены таких продуктов, как VMware vSphere, Microsoft Hyper-V и Citrix Hypervisor. Размер установочного iso-образа 1.5 ГБ...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63043
Когда virtiofs научат в readonly? там только 9p могет, пока что.
вы не думаете, что это ОЧЕНЬ чревато? 100% будут его ломать
о! свежая альт виртуализация
В процессе переезда на сабж. Ну точнее новые 2 сервера на нем делаем. Hyper-v с продом оставили.
Вы же в курсях, что для coresync нужно 3?
Не нужно. Много лет использовал 2 сервера с сабжем. Просто При отключении одного второй тоже замирает и не дает выполнять административные действия. Но виртуалки продолжают работать.
Можно тому серверу кто чаше будет работать дать 2 голоса и у него у одного будет кворум. Так что все будет работать.
А если не повезёт и упадёт именно он ... "Бизнес по-русски"(С) 90-е
Не страдайте ***Ёй мужики, ну чирьевато жи! :-\
А смысл тогда?
Ту то есть "VM продолжают работать пока хоть кто то не чихнёт" и вот это - в прод?! Ой 8-o
> А смысл тогда?смысл что серверов - всего два. Ну нет у ребят бесконечных денег, могу их понять.
Отвалилось - ну отвалилось. Авария. Бывает. При этом, что уже неплохо - то что не сдохло, продолжает работать. А ha в этой схеме нет (для того что очень прям нада - реализуй сам, чо, лапки чтоли? Виртуализация не всесильна, иногда надо лапками поперебирать самому). И это сильно лучше чем вон там внизу когда это хеа начинает моргать.
Т.е. вот как раз доверять этому корявосинку - нажить себе существенных неприятностей, практически с гарантией. Проксмоксы уверяют что кто-кто а уж они-то умеют его готовить, ну про ceph они тоже так говорили. А теперь просто пихают три несовместимых - и п3рдольтесь сами как можете.
3-ий сервер можно организовать на Raspberry Pi - чисто для кворума
> 3-ий сервер можно организовать на Raspberry Pi - чисто для кворумада а смысл-то, когда их всего два и очевидно что не ради ft, а чтоб вообще было куда нагрузку девать? Надо просто руки в ноги и в ларек за новым сервером. Все равно без него ничего не получится. Впрочем, разворачивать новый сервер если старый совсем не подлежит восстановлению - все же проще при рабочем кластере, чем при "виртуалки еще не сдохли но управления уже нет", конечно, но это ж прям как должно "повезти".
Это и при трех, и при четырех серверах либо нерешаемая задача, либо только частично решаемая (на самом деле - "ну типа то и вон то мы еще как-нибудь спасем, а остальное девать некуда и вообще у нас сеть не вытянет такое хеа, перетопчемся, как-нибудь" - вполне нормальное управление рисками, чай ты не сбербанк (а у того найдется и пятый и стопятый и запасной DC, с запасным персоналом, и тоже не один)
Если один сервер сдох окончательно, то второму можно сказать что он теперь единственный. И никаких проблем с управлением не будет.
ну была бы у тебя та pi, теоретически можно было б никому вообще ничего не говорить, добавили в кластер новый сервер, штатным образом, и радуемся, любая обезьянка справится, можно из отпуска срочно и не приезжать.но в целом мне чота подсказывает что надежности именно такое решение нифига, конечно, не прибавит.
И надо искать что-то получше кипятильника на палочке, потому что именно он первым и навернется в этой схеме.
Старые серваки не трогаем. Но все новые инсталяции тоже на сабже. Но мы с ESXI уходим.
А куда-ж вы (да и мы) денемси :(
Правда у на уходят в облака, уходить мол - так хлопнув дверью :(
да идити на ..., вот куда!(расчищает очередной хост под апгрейд на восьмерку)
На проксмокс 8ку?
ага, с безопастной vnc консолью!
>да идити на ..., вот куда!Я перевозчик - куда заплатят, туда и довезу :)
А чаще вечером тудой, утром - судой. Потом новый менеджер ... и снова! :)>(расчищает очередной хост под апгрейд на восьмерку)
Вот сюдой пока не ездил. Ну так вышло, токма дома баловался :)
> Вот сюдой пока не ездил. Ну так вышло, токма дома баловался :)где ты взял дома сервер из HCL?! Я кроме PSOD уже лет пять ничем дома побаловаться не могу.
> поддержка безопасной VNC-консолит.е. SPICE видимо окончательно всьо. Передавайте картиночки попиксельно. Зато - безопастненько! Потому что платиновый спонсор так велел.
(боюсь даже интересоваться, в чем там безопастность заключается. Может научились пароль не гонять клиртекстом? Да ну, не, фигня какая-то. Давайте просто завернем все в https. Плевать что стало еще в сто раз медленнее.)
С фига ли? Как SPICE работал, так и работает.
"Вы слышали, что сказал мне король сегодня во время праздника?"Он проработает пока "нимодна, сложна сложна паддерживать (то что само стояло, пока не трогали отбойным молотком)" не выпилят нафиг из куемы и не сломают совместимость с чем там у тебя - gtk небось? Сколько лет назад последняя версия клиента вышла, напомни-ка?
Вот поэтому новостей про него нет, зато безопастный мертворожденный vnc - туточки.
О, боже мой, последний клиент аж 21 года... Как дальше жить-то, люди?!
Да похрен - работает и ладно.На самом деле SPICE в ванильном виде тоже то ещё гуано по сравнению с более современными софтинами.
Берём виртуалку с кубунтой (QXL видеоадаптер), запускаем в ней FF и смотрим/слушаем с ютуба любимый клип в качестве 480. Экран на виртуалке стоит в 1920x1080.
Растдеск выдал что-то около 100 кб/с с пиками до 200. Качество весьма приемлемое, если с лупой не приглядываться к редким микрофризам картинки, то и проблем нет.
Смотрим это же самое через VirtViewer, снизив разрешение экрана на виртуалке до 1024x768.
Поток 1500-2000 кб/с. КаКчество гораздо хуже и тормоза чаще.В общем, если это чудо (SPICE) и помрёт окончательно, то рыдать не буду - уже ищу альтернативы.
> О, боже мой, последний клиент аж 21 года...ой, там настолько все плохо?
Перечитай новости этого сайта - что ни день - то сломали, это немодное, здесь выпиливаем потому шта неимоверные усилия по поддержке само стоящего и починке несломанного.
А тут аж четыре года вообще ничего.
> Растдеск выдал что-то около 100 кб/с с пиками до 200.
полагаю, нормальный microsoft rdp выдал бы и нехуже (разумеется, с native системы и с включенным remotefx) - проблема только в том что у нас есть ровно одна виртуализация от одного платинового друга опенсорсия, нативно поддерживающая этот протокол как средство доступа к виртуалке (а не как отдельную сущность, никак не связанную с системной консолью, которую надо отдельно обслуживать) - причем угадайте что это должна быть за виртуалка и виртуализация.
> В общем, если это чудо (SPICE) и помрёт окончательно, то рыдать не буду - уже ищу
> альтернативы.и?
А как сделано у Vmware workstation? Там отлично работает... Или тот же Parallels?
> А как сделано у Vmware workstation?что-то свое ни с чем несовместимое. Точнее аж два своих протокола - немодный старый, времен gsx, и модный новый tls-обернутый. Оба закрытые.
Причем когда вмвари понадобилось не просто кое-как увидеть консоль один раз при начальной загрузке сервера, а предоставлять удаленный доступ как сервис - опаньки, пришлось изобрести ТРЕТИЙ несовместимый протокол - vmware view.
(С ним, если ты не вкурсе, на этомсайте тебе не расскажут - надысь слуцилась штота, так что перспективы выживания у этой технологии крайне сомнительные.)
тоже вот интересно... там до сих пор без костылей ни файл, ни буфер обмена не скопировать. И "безопасный" - это вот те 8 знаков пароля?
Они уже прекратили принудительно перезагружать все ноды с работающими в ha-группах виртуалках при проблемах сети на одной из нод? Нет? Очень жаль.
Для HA нужен очень надежный кластерный интерконнект. Удивительно, не правда ли ?
Э... нет. Потому что даже в самом супернадежном кластерном интерконнекте - "ой...корзина отвалилась". (и это хорошо что в тот раз просто отвалилась. И в прошлый тоже. А вот в позапрошлый она еще и начала "моргать"...)И если твой корявосинк на такое не рассчитан - просто пользуйся дальше vshpere ha. Он работает. Ну кроме того позапрошлого раза, когда лучше б конечно не работал.
> просто пользуйся дальше vshpere haДа я то не против...
Это новый хозяин vshpere устроил "пчёлы протиФФ мёда"(С)
... людям деньги что ле не нужны? :-\Впрочем в бизнесе - я полноценный "OpenNET-овский Ыгсперд" так что меня не слушайте :))))
ну пока ж работает. А там либо шах, либо ишак, либо сам ходжа...И да, псоды начались при старом новом хозяине, если что.
Эх-х. Надеялся, что в ядре 6.8.12-9 починят баг с сетью. Однако не судьба.Банальный wget https://cdimage.debian.org/cdimage/release/12.10.0/amd64/iso... на ядре 6.8.12-9 по-прежнему 200-300 KB/s. :(
Придется дальше использовать 6.8.8-4.
https://www.opennet.dev/openforum/vsluhforumID3/135395.html#44
live миграцию в другой "датацентр" при наличии у машины подключения более, чем к одному бриджу починили?
А то невозможно указать более чем одного в таргет системе...
в результате все садиться на один. В принципе не особо напрягает, но хотелось бы, чтобы работало...
Он уже научился в контейнеры OCI или до сих пор умеет только LXC?