Zlobniy Shurik
Самое поганое, что сия FS так и не стала стандартом для линуксового ядра - только пакеты из сторонних реп, что не всегда и не везде допустимо.
Лицензия, однако...
Так-то модули почти во всех популярных дистрибутивах есть, но да....

Zlobniy Shurik
Да и спецов по ней найти ещё сложнее, чем для фри...

И здесь же огромный минус линукса -- спец по дебияну это не то же что спец по бубунте или спец по редхетовскому семейству. Ну и документация всегда в полуустаревшем виде разбросана кусочками повсюду. Хотя у арча вика ещё неплохая.

У фри есть рукокнига, покрывающая почти все основные задачи.

Самое поганое, что сия FS так и не стала стандартом для линуксового ядра - только пакеты из сторонних реп, что не всегда и не везде допустимо.

???
Дебиянец мой рабочий -- зфс из реп, хомяк на зфс. Минт недавно ради опыта на зфс ставил -- работает, но некрасиво как-то там делается.

К счастью, помаленьку оно всё унифицируется. Если по примеру некоторых маргиналов не вставать в позу "долой systemd/что-там-ещё-безобразно-нового-появилось-за-последние-15-лет", то разница в основных дистрибутивах не настолько велика. Так, кое что в немного разные каталоги раскидали.
Сам много лет сидел на редхате со товарищи, на новой работе столкнулся с дебианом. Да, есть отдельные вещи, приводящие, в негодование, но ничего смертельного и нерешаемого.У дебиана с этим, пожалуй, лучше всего. И то, если правильно помню, zfs таки ставится не из фирменной основной дебиановской репы. По крайней мере, на 11ом какие-то хитрые телодвижения приходилось проделывать.

У редхата со товарищи всё сложнее (по крайней мере, было). Но с RHELа после убиения CentOSи и последовавшего бардака с форками я свалил, а дома на федоре оно мне не особо нужно, хотя, вроде бы, пакеты/репы под федору на сайте ZFSonLinux готовые есть и я их даже поставил эксперименту ради.

Для меня норма - это когда eklmnFS по умолчанию поддерживается ядром, загрузчиком и не требует вообще дополнительных телодвижений. А с этим пока у ZFS не всё гладко.

Zlobniy Shurik
К счастью, помаленьку оно всё унифицируется. Если по примеру некоторых маргиналов не вставать в позу "долой systemd/что-там-ещё-безобразно-нового-появилось-за-последние-15-лет", то разница в основных дистрибутивах не настолько велика. Так, кое что в немного разные каталоги раскидали.

И тут тоже минус -- унификация часто только по чему-то очень общему, а как в глубину, так пошло-поехало. В том числе и благодаря фанатикам-маргиналам с другой стороны, кричащим "systemd во все поля". Давненько, но напарывался на разницу в системд дебьяна и какого-то другого дистра. А уж когда понадобилось просто пару раз делать команду после загрузки, а оказалось что rc.local решили выпилить (в чём-то бубунтовском вродь было), то миф об унификации окончательно развеялся системдой, которая так же различается от дистра к дистру и от версии к версии.

И то, если правильно помню, zfs таки ставится не из фирменной основной дебиановской репы.

Дебьян 11, зфс в репах, как не основная фс работает без нареканий.

d76
Кто запрещает вам купить ящик винтов на 20Тб штука? (AFAIK в ящик входит 20 экземпляров.)

Бюджет. Необходимость.
У меня на работе юзерские данные на серверах занимают где-то 3-4 терабайта. Плюс пара терабайт почта, если её выкачать к себе.
Сотен терабайт рабочих данных нет и не предвидится пока что.

Добавление от 27.05.2024 11:42:

SeHR
спец по дебияну это не то же что спец по бубунте или спец по редхетовскому семейству. Ну и документация всегда в полуустаревшем виде разбросана кусочками повсюду. Хотя у арча вика ещё неплохая.
У фри есть рукокнига, покрывающая почти все основные задачи.

Фря на фоне линукса - это "просто ещё один дистрибутив".
И я подозреваю, что найти специалиста по убунте или дебиану будет полегче, чем по фре.
А бинарная совместимость между разными актуальными линуксами более-менее есть, так что перетащить софтину с дебиана на шапку будет явно проще, чем с дебиана на фрю. Ну или модный докер тот же...

Ну так это косяк дебиана. Не помню уж почему (какие-то политическо-принципиальные заморочки) в дебиане systemd долгое время была какой-то ветхозаветной версии, в то время как у конкурентов версии systemd очень сильно ушли вперёд.

Да даже на 11ом дебиане не раз натыкался на ветхозаветные пакеты, которые банально не умели нужные мне вещи, при том, что в конкурентах (RHEL8/9) этот же пакет давным-давно поставлялся значительно более свежим.

На 12ом, вроде бы, пока с таким не сталкивался.

P.S. Забавно иногда в конфигах сталкиваться - "если у вас Дебиан, поправьте вот это." RHEL/Fedora в этом отношении как-то более вылизаны.
А на некоторых форумах поддержки отдельных программ "Если, мать вашу, вы поставили версию нашей проги из фирменной дебиановской репы, то идите в ... и на...! Никакой вам поддержки! Не хотите проблем - ставьте нормальную версию из нашего репозитория."

Aik
Фря на фоне линукса - это "просто ещё один дистрибутив".
И я подозреваю, что найти специалиста по убунте или дебиану будет полегче, чем по фре.
А бинарная совместимость между разными актуальными линуксами более-менее есть, так что перетащить софтину с дебиана на шапку будет явно проще, чем с дебиана на фрю. Ну или модный докер тот же...

Ну а потом кто-то начинает кричать "линукс -- это просто ядро!" Обычно когда вот эта "бинарная совместимость" обнажает разницу в зависимостях, которую решают совместимостью на уровне кода, который компилируется под фрю/нет/опен/линухи. Действительная более-менее бинарная переносимость это "gcc -static", но и тут им не то -- и наплодили snap-ов, flatpak-ов и AppImage. А уж если где-то замариновался како-то древний линь с промсофтом для Нужного Станка, да ещё и с "защитой"...

Задолго до модного докера был модный openvz, но он уже давно не модный.

SeHR
Ну а потом кто-то начинает кричать "линукс -- это просто ядро!" Обычно когда вот эта "бинарная совместимость" обнажает разницу в зависимостях, которую решают совместимостью на уровне кода

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

на уровне кода, который компилируется под фрю/нет/опен/линухи

Только обычно компилируют под линухи, а не под фрю - нет.

Задолго до модного докера был модный openvz, но он уже давно не модный.

А докер всё ещё модный.
И решений под него сильно больше, чем под фряшные jail'ы

_{Aik
У меня на работе юзерские данные на серверах занимают где-то 3-4 терабайта. Плюс пара терабайт почта, если её выкачать к себе.
У нас только почты (в т.ч. от "мёртвых душ") раза в 3 больше... А железо непрозрачно просит замены. А новое не согласуют...}

Zlobniy Shurik
А на некоторых форумах поддержки отдельных программ "Если, мать вашу, вы поставили версию нашей проги из фирменной дебиановской репы, то идите в ... и на...! Никакой вам поддержки! Не хотите проблем - ставьте нормальную версию из нашего репозитория."
Это если репа собссно есть, ну или хотя бы пакеты на сайте софтодела .

Aik
А докер всё ещё модный.
И решений под него сильно больше, чем под фряшные jail'ы

Что логично, учитывая корпоративную завязку. А потом придумают новую цацку, бо даже сам отток в сторону опенсурса, как было замечено ранее, имеет под собой понимание, что корпоративный софт, скажем так, не очень безопасен. Корпорациям даже нехотя, но пришлось боровозглавлять это всё /в нужном направлении/.

И решений под него сильно больше, чем под фряшные jail'ы

Контейнер он и в Солярисе контейнер. А решать что там будет и как, кмк, должен админ, а не дядя. Рано или поздно бахнет скандал с "вредоносными докер-контейнерами" и мода пойдёт на убыль, сначала в сторону "как раньше", а потом в сторону новой корп-цацки.

SeHR
Ну а потом кто-то начинает кричать "линукс -- это просто ядро!"
это банальное непонимание терминологии: линукс - это ядро, дистрибутив xyz - это полная (в понимании мэйнтайнеров) операционная система на основе п.1. А виндовая привычка требует другой границы: чтобы ядро было незаметно на фоне ОС (в которую дополнительный софт не входит)

SeHR
Рано или поздно бахнет скандал с "вредоносными докер-контейнерами" и мода пойдёт на убыль, сначала в сторону "как раньше", а потом в сторону новой корп-цацки.
Маловероятно. Могут заменить докер на какой-то другой вид контейнера, но никуда оно не уйдёт.
Больно уж разработчикам понравилось всё паковать в контейнер, а не бинарники выкладывать. Заодно совместимость с дистрибутивами повышается, ибо какая разница, где контейнер запускать - на дебиане или на шапке.

Интересно, а есть инсайды что у сдэка случилось

Программист наш сегодня пожаловалась, что аську ломают. Она до сих пор пользовалась.

Aik
Могут заменить докер на какой-то другой вид контейнера, но никуда оно не уйдёт.

Часть всё равно уйдёт в сторону классической виртуализации с контролем происходящего (владением ситуацией). Накладных расходов хоть и больше, но суть та же: ОС внутри ОС для запуска ПО.

Sola
Интересно, а есть инсайды что у сдэка случилось

У них каждый год что-то случается. Если мне память не изменяет, то года два назад у них несколько дней подряд все лежало.

SeHR
Часть всё равно уйдёт в сторону классической виртуализации

Сомневаюсь, что разработчики из контейнера в полноценную виртуалку полезут.
Клиент может попытаться вытащить продукт из контейнера и развернуть его на живом железе (мне так приходится с одной программой делать), но поднимать на каждую софтину по виртуалке не всегда удобно. Особенно если контейнеры обновляются автоматом, а на живой системе софт приходится руками обновлять вместе со всеми зависимостями.

Aik
Особенно если контейнеры обновляются автоматом, а на живой системе софт приходится руками обновлять вместе со всеми зависимостями.

Вооот, вопрос безопасности. Потребуется безопасность -- чао докер, обновляйте руками. Тише едешь, дальше будешь.

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

Хорошо хоть сейчас со всякими зфс и снимками с этим проще.

SeHR
Вооот, вопрос безопасности. Потребуется безопасность -- чао докер, обновляйте руками. Тише едешь, дальше будешь.

Удобство и безопасность на разных концах шкалы находятся.

Sola
Интересно, а есть инсайды что у сдэка случилось

Что-что, понаберут студентов, потом мучаются

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

P.S. Я - опытный

Я своим молодым люблю рассказывать как перед новым, 2003 годом удалил лог файлы эксченджа для освобождения места на диске...

man_from_LOR
Не удивлюсь если узнаю что вектор атаки обеспечен "начальником it" пострадавшей компании...
В сдэк-е "прекрасно" всё

вирус шифровальщик, это как минимум странно. Не может у компании уровня СДЭК не быть бэкапов.

Бэкапы, при желании, тоже организовать можно так, что, считай, их и нету вовсе.

Ну если до основной инфраструктуры добрались, могли и до бэкапов добраться, а оффлайн бэкапы (если вообще есть) не бывают актуальными, да и восстанавливаются не всегда быстро.

Sola
вирус шифровальщик, это как минимум странно. Не может у компании уровня СДЭК не быть бэкапов.
три раза "ха"
вы не не поверите - в 2024(!) году на слова "офлайн бэкап" некоторые весьма серьезные it-компании(!) с открытыми из внутренней инфраструктуры "в интернет" критичными сервисами (!) реагируют так:

d76
Граждане, у кого-нить некое "Power BI" и схожее скопытилось?

Это что-то на богатом, у нас такого нет

Добавление от 28.05.2024 15:16:

Upd: https://habr.com/ru/news/817593/