combot.org/c/-1001388172930

/stat@combot

Eee

Ещё репорт включи

И вообще шикарно

У меня доступа в мир сейчас нет.

Только завтра будет

Теперь он админ

Можешь дать доступ - любой админ зачинит

Только /reload сделай

https://www.opennet.ru/opennews/art.shtml?num=52036

Только /reload сделай

/reload

https://www.opennet.ru/opennews/art.shtml?num=52036

Ничоси

Ничоси

Ага ага

Как-то довольно дурно попахивает от этой новости

Сначала чел на энтузиазме что-то делает, а потом такой: «ну и где мой мильён баксов?». Похоже, что он и сам паразитирует таким образом на спо

Сначала чел на энтузиазме что-то делает, а потом такой: «ну и где мой мильён баксов?». Похоже, что он и сам паразитирует таким образом на спо

ну он явно написал "пофиг на деньги, но уважение имейте то". Да и ничего более собранных чужих пакетов он и не предоставлял.

ну он явно написал "пофиг на деньги, но уважение имейте то". Да и ничего более собранных чужих пакетов он и не предоставлял.

Уважение в виде денег, так или иначе

Уважение в виде денег, так или иначе

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

почему-то все забывают, что никто никому не должен и в 99% случаев делается для фана. Если ко мне бы пришли "рога и копыта" с аналогичным "в бюджет не заложено, но будьте добры нам по вот этому ТЗ сделайте бесплатно", я бы тоже задумался о более явном донесении людям кто что кому должен (спойлер - никому и ничего и никто).

Уважение в виде денег, так или иначе

Но вы тоже правы, трудозатраты нынче = деньги.

почему-то все забывают, что никто никому не должен и в 99% случаев делается для фана. Если ко мне бы пришли "рога и копыта" с аналогичным "в бюджет не заложено, но будьте добры нам по вот этому ТЗ сделайте бесплатно", я бы тоже задумался о более явном донесении людям кто что кому должен (спойлер - никому и ничего и никто).

Ну тут нюанс: мы не знаем форму договора и о чем конкретно они там в привате болтали. Я подозреваю, что там могла быть и просто просьба обновить пакеты без обещания заплатить кучу денег. В этом случае результат более чем странный. Я так воспитан, что считаю, что ничего важней оферты. Сейчас он по факту занимается шантажом. Нормальным выходом для меня было бы оставить текущие репы и открыть отдельно приватные со свежими обновлениями. Сейчас же люди, которые вообще не при делах должны думать, почему у них поломался апт, искать новые репы и менять конфиги по всей инфраструктуре.

Да, формально он никому ничего не должен, но так откровенно подосрать непричастным пользователям - это плевок в лицо спо

Которое всегда держалось на энтузиазме

Господа, помогите советом. Есть железка с 32гб озу и 3х1Тб дисками. Будет стоять в отделе веб разработки на 15 человек. Около 10 виртуалок планируется. Планировал использовать ZFS, но в документации указано, что zfs любит память. И рекомендовано около 8гб ей выделить. В моих реалиях 8гб - большая цифра, жалко их, есть на что потратить. Вопрос: стоит останавливаться на zfs, или это не мой вариант?

зависит от виртуалок, но, мне кажется, 300-400 иопс на всех не хватит. а так, как хардов 3 (рейд5?) то на запись будет 4 иопс тратиться вместо одного.

виртуалки на другой железке будут крутиться или на этой?

виртуалки на другой железке будут крутиться или на этой?

На этой

тогда от зфс лучше отказаться.

это будет как из пушки по воробьям, тем более, при таком сетапе

тогда от зфс лучше отказаться.

Спасибо за совет.

три диска по террабайту тормозить под виртуалками будут гарантированно.

с учётом того, что оперативки в виртуалках будет мало - они будут свопиться.

так что своп надо на них отключать

насчёт 8гб для зфс - это минимальная цифра, чтобы она хотябы работать стабильно начала.

Есть вариант собрать raid5 на трёх дисках, или докупить четвёртый и сделать raid10. Что выбрать?

Слышал что пятерка бывает и не собирается после кончины одного из дисков

К тому же долгий процесс

для виртуалок - червёртый и 10

пятёрка не собирается на дисках, объём которых приближается к вероятности ошибки чтения с диска

Да ладно, сколько озу zfs дадите - столько всё равно на pagecache отдадите в других ФС. Рекомендую потестить оба варианта просто.

Господа, помогите советом. Есть железка с 32гб озу и 3х1Тб дисками. Будет стоять в отделе веб разработки на 15 человек. Около 10 виртуалок планируется. Планировал использовать ZFS, но в документации указано, что zfs любит память. И рекомендовано около 8гб ей выделить. В моих реалиях 8гб - большая цифра, жалко их, есть на что потратить. Вопрос: стоит останавливаться на zfs, или это не мой вариант?

а что будет работать внутри виртуалок? вынести в lxc есть возможность?

а что будет работать внутри виртуалок? вынести в lxc есть возможность?

Контейнер будет один, максимум два. Остальное kvm

Да ладно, сколько озу zfs дадите - столько всё равно на pagecache отдадите в других ФС. Рекомендую потестить оба варианта просто.

Нет времени на тесты к сожалению :(

Контейнер будет один, максимум два. Остальное kvm

т.е. вынести сервисы из kvm в lxc возможности нет? Сколько дискового пространства будет выделяться для ВМ? какая ОС будет стоять на ВМ?

т.е. вынести сервисы из kvm в lxc возможности нет? Сколько дискового пространства будет выделяться для ВМ? какая ОС будет стоять на ВМ?

Внутри вм будут веб сервера lamp, asterisk, gitlab, Jenkins. Одна виртуалка с windows

Если будет lvm со снапшотами - то я бы выбрал zfs, даже с дефицитом памяти. Другую фс есть смысл только если вы реально обойдётесь голым дисковым пространством.

И если для разработки - sync=disabled можно заюзать

Нет времени на тесты к сожалению :(

Это печально. Mdadmовский raid5 вам тоже подтюнить придётся.

Внутри вм будут веб сервера lamp, asterisk, gitlab, Jenkins. Одна виртуалка с windows

всё что на линуксах вполне себе может быть поднято внутри lxc. kvm - это дополнительный промежуточный слой в qemu/kvm, в то время как на lxc сервисы будут сразу работать с файловой системой хоста.

а диски кстати - hdd или ssd?

а диски кстати - hdd или ssd?

Sata hdd

я так предполагаю что в ВМ будут подняты какие-то средства разработки сайтов?

Sata hdd

Всё равно что то что то медленно будет:) без тестов конечно проще mdadm ом собрать.

я так предполагаю что в ВМ будут подняты какие-то средства разработки сайтов?

Именно так,

Именно так,

а сам контент? базы и файлы тоже внутри ВМ?

а сам контент? базы и файлы тоже внутри ВМ?

Да, внутри вм

вот это будет не очень хорошо. Я бы вынес контент + субд на уровень lxc, и отдавал бы контент напрямую с ZFS через samba/nfs для ВМ, аналогично для СУБД. В таком случае нагрузка на дисковую подсистему внутри ВМ была бы минимальная и скорость работы ВМ определялась бы процессорами и выделенной памятью

вот это будет не очень хорошо. Я бы вынес контент + субд на уровень lxc, и отдавал бы контент напрямую с ZFS через samba/nfs для ВМ, аналогично для СУБД. В таком случае нагрузка на дисковую подсистему внутри ВМ была бы минимальная и скорость работы ВМ определялась бы процессорами и выделенной памятью

Для продуктива это оправдано, но на деве хочется попроще

Для продуктива это оправдано, но на деве хочется попроще

для попроще тогда поменяйте 3xHDD на 3xP4801x и тогда всё будет поживее)) У вас же основная активность будет это постоянная запись в образы ВМ при каждом чихе внутри ВМ - изменилась картинка/php или вставилась строка в СУБД.

для попроще тогда поменяйте 3xHDD на 3xP4801x и тогда всё будет поживее)) У вас же основная активность будет это постоянная запись в образы ВМ при каждом чихе внутри ВМ - изменилась картинка/php или вставилась строка в СУБД.

совсем из головы вылетело. Попроще и подешевле ))

совсем из головы вылетело. Попроще и подешевле ))

слона то я и не заметил))) Но, я надеюсь, вы ведь понимаете что в вашем случае проблема не столько в ZFS. Чтобы вы туда из ФС не поставили, первое что "ляжет" это disk i/o. Хотя если содержимого ВМ не очень жалко, можете попробовать с настройками кэширования для дисков поиграть. Ну и добавьте в схему Optane800/900, он будет дешевле чем 4801x, а эффект для ZFS будет для вас удивительный (в хорошем смысле)

Всё равно что то что то медленно будет:) без тестов конечно проще mdadm ом собрать.

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

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

добавьте отдельный ssd для переноса на него SLOG. это ускорит операции записи на диск. Optane 800/900. Достаточно на 30-60Гб, если такие ёмкости у них есть

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

сам ребутаться не должен, поймаете дедлок - репорте багу. А тот же zfs можно явно ограничить по размеру озу, если очень хочется (ну и стоит, чтобы меньше драки было).

На поточную запись (и асинк рандомную, которую удастся схлопнуть в поточную) zfs будет быстрее, но медленнее на холодное чтение. Включите sync=disabled - будет быстрее на любой записи. Точнее хотите - надо тестить конкретные геометрии массивов.

Это в сравнении с mdadm

Вообще в части требований к озу всё просто: метадата обычно 1-3% от размера данных, это хороший минимум по объёму озу. Дальше тем больше озу на кеш данных - тем эффективнее работает кеш на чтение за счёт prefetch и прогретости, и тем больше места для буфера на асинхронную запись (т.е. бОльший объём рандомной записи превратится в поточную).

/report

@neurox

Сделай /report в комботе

Сделай /report в комботе

/report

/report

/iostat

/iostat

/-dx 1

Message from Sam deleted. Reason: new user and external link (?)

можно через ЛС кого-нибудь из админов или через тег `````` и между ними текст

Приветствую. снапшоты работают то( ко в raidz или я что то не так понимаю?

*только

Приветствую. снапшоты работают то( ко в raidz или я что то не так понимаю?

Механизм снапшотов не завязан на тип vdev

Значит не так понял. Это к лучшему. Благодарю ))