> Мне вот интересно, кто-то всерьёз использует юзерспейсный объектный сторадж (CEPH), который а зачем ему быть в kernel space?
> время от времени может падать в припадках и тупить, пожирая проц,
> на том же самом хосте, где применяется виртуализация... Так и еще
это еще не самое смешное. Смешно когда на сцену выбегает oom killer и дает очередь в зрительный зал.
> и под управлением ядра Linux из дебианосборок?
Ну вообще-то там не ядро из дебианосборок - как раз ведро у них вручную патченое, надеюсь, как раз в плане бэкпортов ceph'овых и kvmных штуковин, а не кое-как собранное linux-next-next-ok.
> Не, я понимаю, что Proxmox - классная система для 2-3х серваков воткнутых
ну типа да, целевая аудитория именно такая. кластер из трех штук вполне себе будет устойчив и достаточно надежен (ну насколько вообще такое может быть востребовано за эти деньги)
А песни про "мы заменим сферу" - это для странных людей, которые могут поставить гиперконвергентную сферу на те же три сервера и очень удивиться что дороговато что-то выходит.
(хотя... у нас стоит, правда, с обычной схд и обычной сетью... Но совершенно такая отдельная от всего сфера ради пилотного прожекта. И ничего. И не подавились. И жаба не задавила. Жаба давила когда аутсорсеры реализующие этот проект приходили за очередным траншем - вот это - дорого, да. А разница в цене сферы и шва...6ешплатного - на фоне их зарплат, цены железа, прочих потраченых ресурсов - даже и в микроскоп была бы не видна.)
> появится. Neutron - открытый проект, OVS - модуль ядра. Но не...
как будто у этого верблюда хоть что-то прямое... Точно такой же хлам в навороченной обертке другого хлама.
> Сеть там ужасная. Proxmox это для тех кто не имеет сети ну
> или у кого 1 маленький домашний роутер вместо корпоративной сети.
или у кого нет странных задач, всего навсего
> Представим ситуацию, что у вас есть парочка двухпортовых 5-х малланоксов. И вот
ты не описал задачу, требующую их покупки, для начала.
> вы хотите собрать 2 бонда в LACP, где в одном транк,
> а во втором приходит аксесс с QoS на L3 ради RoCEv2,
для продолжения - "доктор, а когда я делают вот ТАК - у меня тут болит, что мне делать? - Вот вы ТАК и не делайте!"
А то оно завтра навернется - и тебе понадобится не бэкап виртуалки, он-то, положим, есть, а бэкап системы виртуализации. Потому что восстанавливать вот это все понасопливленное руками - лучше сразу удавиться.
> "рассчитан на управление сотнями или даже тысячами виртуальных машин" лучше начать
он забыл просто добавить "одинаковых". Какая-нибудь порнобаннерная сеть вполне на таком может жить. И да, там не терабитные потоки, обойдется парой обычных интелов воткнутых в обычную хреновую дорогу. Повисла - ресет ткнули, сдохло - наплодили новых из шаблона, все одинаковые и ничего ценного не содержат. Правда, вмварь в такое место и не придет никому в голову ставить.
> А еще, если^W когда оно у вас сломается вы никакой помощи ни
> от кого не получите... ну если только у вас тем не
а типа на чьи тогда денежки гуляет проксмокся? По идее - тех самых лохов у которых уже сломалось.
> P.S. В стандартной поставке со стандартными параметрами OOM может уронить виртуалку или
или морду. Или ceph. Или исполнявшийся скрипт оставляющий кучку артефактов. На кого Б-г пошлет.
> процессы стораджа. Считайте память настольным калькулятором, а то оно оверкоммитить даёт
> как вмваря, а падает как всегда.
У той это выключаемо. И то не всегда понятно, лучше ли это когда в нагрузку вопли drs'а что щас если все навернется, он не виноват, мониторинг заходится воем - а там всего лишь потребление памяти на пару минут превысило 50% на одном из хостов. 50% от полтерабайта, на минуточку, требоание HCL для семерки. Не жырно ли будет той твари?