плохо готовишь, значит. У меня все топтоперы на терминальнике с гентой/xrdp сидят

пфф

вы на тему канала посмотрите

Spice наше все

Прокс ядра выкатил https://forum.proxmox.com/threads/meltdown-and-spectre-linux-kernel-fixes.39110/#post-193401

Под 4 и 5

Прокс ядра выкатил https://forum.proxmox.com/threads/meltdown-and-spectre-linux-kernel-fixes.39110/#post-193401

теперь винда будет тупить еще больше, ура.

да не только винда...

просто она и так в проксе на 50% по процу медленней и по дискам на 30%, теперь хоть exi покупай

с линуксом все таки лучше. вообще не заметно оверхеда на двухсокетных серваках

Ну проблемы виндузятников. Им ее еще туда лицензировать как то надо.

то есть, с таким гимором и мне бы была нужна винда, я бы смотрел в сторону hyperv ессно

Но к ней с управлялками было грусто когда то, не знаю как счас.

То есть, или какие то сотни тысяч $ и свой эжур, или десятки тысяч $ и говноподелия, которые лучше самом сваять на VB на досуге

но может за последние 7 лет изменилось че

то есть, с таким гимором и мне бы была нужна винда, я бы смотрел в сторону hyperv ессно

падажи, еще посмотрим на пптчи в конце месяца

это все немного наиграно

Центральный san конечно же

а чтобы не было SPOF ? это уже парочку санов нужно? Какие еще варианты могут быть для построения стореджа для овирт кластера под 10-20 нод? (на ум приходит только несколько отдельных нод под ceph + infiniband)

есть ли вариант скормить овирту все хосты, но при этом иметь синхронизацию данных между каждыми двумя хостами, с утилизацией локальных стореджей

Подскажите, что лучше пойдет как хранилище виртуалок для прокса на ~30 нод - просто iSCSI или ZFS over iSCSI ?

Подскажите, что лучше пойдет как хранилище виртуалок для прокса на ~30 нод - просто iSCSI или ZFS over iSCSI ?

Я б с зфс не связывался

Я б с зфс не связывался

zfs как таковой уже есть на файлопомойке, вопрос скорее в способе подключения уже

Ну все зависит от кейса. Какие объемы данных, скорость доступа, ИО и тд.

Серебряной пули вам никто не даст щас )

Ну все зависит от кейса. Какие объемы данных, скорость доступа, ИО и тд.

Сами виртуалки мелкие - порядка 5 Гб. Со скоростью все печально - гигабитный эзернет без перспектив апгрейда

Скорость на самом деле не сильно важна - гораздо важнее надежность

А бендвич на хранилку? Много записи, чтения?

Ну вот, я вам задаю вопросы, а вы отвечаете и начинаете понимать ответ ))

zfs не умеет увеличиваться. тебе подходит такой вариант ?

Ну и да, по моему опыту, зфс это не про надёжность )

А бендвич на хранилку? Много записи, чтения?

Нагрузка небольшая - виртуалки поднимаются с кластером и на них крутятся сервисы, которые практически не пишут в файлы - они нужны для расчетов

Понял, тогда просто iSCSI. Спасибо

Ну и да, по моему опыту, зфс это не про надёжность )

речь про ZoL или вообще ? zfs как раз таки позиционируют как надежную фс с контролем чексумм

Прокс ядра выкатил https://forum.proxmox.com/threads/meltdown-and-spectre-linux-kernel-fixes.39110/#post-193401

Be carefull, I just tried on one of our server with Proxmox VE 4.x with pve-kernel (4.4.98-102) on an HP DL120 G7 and the server crash at boot.

Начинается

Там беда с рестором данных в случае чего, насколько помню

Начинается

На Bl460c g7 взлетел без проблем

А можно ж просто апт апдейт кернел сделать?

А остальное не трогать?

Не вижу причины почему нет

На Bl460c g7 взлетел без проблем

Неопределённость всегда весело)

Не вижу причины почему нет

Я тоже. У них в анонсе просто apt upgrade

А я такое не хочу

а чего не iscsi over zfs :)

Привет! Кто в курсе, может подскзать) делаю upgrade ругается на сломанные пакеты, хотя apt-get install -f - все ок. Пакеты, имеющие неудовлетворённые зависимости: pve-firmware : Конфликтует: firmware-linux-free но 3.4 будет установлен E: Сломанные пакеты

Ну нужную версию этого пакета он не может поставить

Привет! Кто в курсе, может подскзать) делаю upgrade ругается на сломанные пакеты, хотя apt-get install -f - все ок. Пакеты, имеющие неудовлетворённые зависимости: pve-firmware : Конфликтует: firmware-linux-free но 3.4 будет установлен E: Сломанные пакеты

apt-get dist-upgrade

apt-get dist-upgrade

Из разряда - Вредные советы

Не стоит таким советам следовать :)

apt-get dist-upgrade

полное обновление ? А кто-то новый ставил, не сломает ли оно ничего ?

Не стоит таким советам следовать :)

Тоже как-то стремно))

Полное обновление в рамках дистра

В чем видите проблему?

Ну можете почитать документацию по проксмосу :)

В чем видите проблему?

А что делает эта команд :)

Да тоже самое, что upgrade только с некоторыми отключёнными проверками депенденси, если я правильно помню интернал

Так все ядра так ставятся...

ващет фирмварю от дистра надо удалить и поставить фирмварю от прокса

ну и на всякий случай сделал так /etc/apt/preferences.d/prefs : Package: * Pin: release n=stretch Pin-Priority: 500 Package: * Pin: release n=stretch-backports Pin-Priority: 400 Package: * Pin: origin download.proxmox.com Pin-Priority: 1001

а чтобы не было SPOF ? это уже парочку санов нужно? Какие еще варианты могут быть для построения стореджа для овирт кластера под 10-20 нод? (на ум приходит только несколько отдельных нод под ceph + infiniband)

Нормальный san это не spof

блин, дорого это.

Дорого, не спорю

блин, дорого это.

нормальный ceph будет не особо дешевле, вроде как ?

нормальный ceph будет не особо дешевле, вроде как ?

Смотря что считать под нормальный)

я ставлю хорошие ssd(и nvme) на каждый отдельный сервак, а ha делаю средствами приложений и баз. В принципе все устраивает, но иногда думается как бы я жил, если бы выбрал ovirt ) ведь при внедрении системы его тестировал... чего иногда хочется, так это лайв-мигрейшн для некоторых VE...которые не вписываются в общий стек.

Смотря что считать под нормальный)

ну со сходными характеристиками.. т.е. 10gbit, 4 ноды, брендовые сервера, сопоставимый объем на выходе.. и, желательно, fire and forget ?

брендовые то зачем?

брендовые то зачем?

ну мы тогда дойдем до использования десктопных хардов? ибо энтерпрайз-то зачем?

ну мы тогда дойдем до использования десктопных хардов? ибо энтерпрайз-то зачем?

лишь бы 7200 были и не с черепичной записью)

я ставлю хорошие ssd(и nvme) на каждый отдельный сервак, а ha делаю средствами приложений и баз. В принципе все устраивает, но иногда думается как бы я жил, если бы выбрал ovirt ) ведь при внедрении системы его тестировал... чего иногда хочется, так это лайв-мигрейшн для некоторых VE...которые не вписываются в общий стек.

так же жил бы - не вижу отличий

ну со сходными характеристиками.. т.е. 10gbit, 4 ноды, брендовые сервера, сопоставимый объем на выходе.. и, желательно, fire and forget ?

да ну, по перфомансу оно разве вытянет 20-80 хостов с виртуалками ? (с учетом конечно что с них не только читают)

да ну, по перфомансу оно разве вытянет 20-80 хостов с виртуалками ? (с учетом конечно что с них не только читают)

хоть 1000 хостов вопрос, как всегда, в соотношении запись/чтение и в объеме операций

так же жил бы - не вижу отличий

по сравнению с чем также? если с SAN - то имел бы другой бюджет, и скорее всего другой перфоманс. По сравнению с ceph тоже. (infiniband тоже в другом ценовом сегменте)

по сравнению с чем также? если с SAN - то имел бы другой бюджет, и скорее всего другой перфоманс. По сравнению с ceph тоже. (infiniband тоже в другом ценовом сегменте)

"ногда думается как бы я жил, если бы выбрал ovirt " я думал ты с проксмосом сравниваешь )))

"и скорее всего другой перфоманс" - угу.. ниже

по сравнению с чем также? если с SAN - то имел бы другой бюджет, и скорее всего другой перфоманс. По сравнению с ceph тоже. (infiniband тоже в другом ценовом сегменте)

зачем IB то? так важна latency?

нет, у меня нету прокса. голый kvm ? с автоматизациями через ансибл.

Ужс

лишь бы 7200 были и не с черепичной записью)

например грин-серии

например грин-серии

грин 5200

Ужс

обоснуйте? ceph на 10G лучше что-ли ) не верю как-то. SAN нет.

ну со сходными характеристиками.. т.е. 10gbit, 4 ноды, брендовые сервера, сопоставимый объем на выходе.. и, желательно, fire and forget ?

кстати, почему 4 ноды? это с RF=3 ?

нет, у меня нету прокса. голый kvm ? с автоматизациями через ансибл.

Не затрахались писать роли для менеджинга гостей? :)

в контексте квм речь идет о провижине новых виртуалок. сейчас это делаю через ансибл. Пакер+сальтстек тоже было.

и гостей не нужно много, если осилить кубернетес

Провижин, дестрой, миграция?

можно вообще по хардкору на бареметал сразу, но не всегда оправданно по ресурсам.

Как распределение гостей по нодам происходит?

Балансировка и все такое

вот миграции и нет, о чем и говорил что хочется.

Ладно миграция, а балансировка нагрузки между нод, заселение, лимиты по ресурсам

это все по хардкору

А, т.е. вручную

Жестко

Это когда пара десятков можно себе позволить...

кстати, почему 4 ноды? это с RF=3 ?

Ну мы же говорим о нормальном цеф, а не «поиграться»

Это когда пара десятков можно себе позволить...

согласен. Но ведь что-то другое это либо радикально другой бюджет, либо ухудшение скорости и, возможно, надежности.

согласен. Но ведь что-то другое это либо радикально другой бюджет, либо ухудшение скорости и, возможно, надежности.

Скорее всего.

Kubevirt посмотри