Выбор дистрибутива для NAS

Богато живете. У меня всё железо чуть дороже 30, думаю, вышло. Включая диски

NAS (комментарий)

Это принципиальный подход. Иногда тот же Jellyfin на лету транскодит видео, и ему для этого железо нужно. Какой бы нарядный ни был Synology, внешений сервак к нему все равно будет мощнее.

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

И как NAS умудряется хранить данные лучше сервера? Магия, не иначе. Как-будто на сервере нет UPS, raid1/…, ???, profit

NAS - это таки обычно уже готовое решение, либо вставил диски и поехал.

Ну, так можно зоопарк железок дома развести. Пока МикроСервер-Г7 устраивает во всём; возомжно в следующем году начну собирать микросервачок помощнее, а текущий станет чисто файлопомойкой.

И как NAS умудряется хранить данные лучше сервера?

С точки зрения неайтишника значительно лучше.

С точки зрения неайтишника значительно лучше.

Это камень в огород Jefail, я правильно понял?

Нет.
Смотри, купил NAS подключил к сетям, и всё работает.
В случае сервера, надо ставить дистр, ставить нужные проги, настраивать. Короче, много суеты.

А ты просто не читая отвечал, понятненько

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

все остальное лучше отдельными железками прикручивать.

все остальное лучше отдельными железками прикручивать.

все остальное лучше отдельными железками прикручивать.

все остальное лучше отдельными железками прикручивать.

Но если по-любому у него еще будет(ут) серваки, то NAS-говно-слабое-на-realtek ЗАЧЕМ?

FreeNAS. Энтерпрайзненько, но на BSD

TrueNAS Scale на Linux.

OpenMediaVault […] не прожорливый.

Ахахагагагага.

У меня в качестве ОС на домашнем подкроватнике стоит Proxmox. Как по мне - идеальное решение для HomeLab. LXC контейнеры создаются в 2 клика, жрут минимум.

У меня в качестве ОС на домашнем 3U стоит FreeBSD. Как по мне — идеальное решение для HomeLab. jail(8) контейнеры создаются в одну команду, жрут минимум.

Писал про общий случай, а не про Джетфэйла.

Писал про общий случай, а не про Джетфэйла.

Зачем? Если я обращался к нему (Джетфэйл) с конкретным контекстным вопросом

Подискутировать же.

Подискутировать же.

Удалось?

Разве нет?

Знаю я Gentoo. Но не ставить же её на NAS.

А я поставил первый попавшийся «обычный» дистрибутив и не пожалел. Тоже плекс, qbittorrent, бэкапилка, такое там.

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

i use arch btw

У меня посыл немного в другом.

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

Предоставление доступа к данным по SMB/NFS с жесткими ограничениями и разрешениями (только необходимый минимум, зачастую даже в RO на уровне fstab).

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

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

Вот как раз в этом случае недо-NAS хуже чем диски в сервере-для-личных-нужд

Ты даже iscsi не используешь (хотя он у тебя в NASe есть)

Знаю я Gentoo. Но не ставить же её на NAS.

Ставь. Почему нет?

само обновляться

Только оффтопик лезет сам обновляться. А у нас root должен сам инициировать.

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

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

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

Гента кстати штука во многом идеальная - собирается под твое железо а учитывая что от NAS особо много не надо - и обновления не сильно нужны. У меня до сих пор стоит сервак на генте на древнючем селероне - самба работает, на внешний мир не смотрит - схрена ли ее вообще обновлять…. лет 10 уже как пашет если не больше.

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

Ну что там может в контейнере с плексом, некстклаудом, кубитторрентом или фотопризмой обновится такого, что я буду недоволен?

Гента кстати штука во многом идеальная - собирается под твое железо

Это придется кросскомпиляцию осиливать. Не на N150 же собирать?

Только оффтопик лезет сам обновляться. А у нас root должен сам инициировать.

Читал что спецдистрибутивы для NAS, что в них сами они под рутом работают и только контейнеры ограничены в правах. Хотя, наверное, это не во всех так.

Имею ввиду, что для обновления, желательно же руками запускать (ну там apt update etc). А не как в винде:

ПРИШЛО ВРЕМЯ ОБНОВЛЯТЬ ШINDOWS! ШINDOWS  САМ СЕБЯ НЕ ОБНОВИТ!

нафига на домашнем NAS контейнер?

Не на N150 же собирать?

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

нафига на домашнем NAS контейнер?

Чтобы всю эту фигню руками не настраивать. Запустил

bash <(wget -O - https://raw.githubusercontent.com/vkust/reverse_tunnel_proxmox/main/reverse_t...)

И готов туннель на VPSку.

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

Офигеть... У меня вторая кора дуба из помойки на убунте крутится, винт 6 тб, плюс осевой на 1 тб... Самба, торрент... эээ.. и все. На чихуа-хуа вот это все остальное?

Ну, что, получил девайс?

Жду ещё. Но уже до сортировочного центра добрался судя по треку.

Рассказываю про девайс, правда пока без деталей, т.к. разбирать не стал.

SSD какой-то noname GUDGA GVE(еле нагуглил).

Диск в салазки устанавливается довольно удобно.

По температурам:

Проц без нагрузки 30-32С, прогнал небольшой стресс

root@vault:~# stress --cpu 4 --io 4 --vm 2 --vm-bytes 128M --timeout 120s
stress: info: [102938] dispatching hogs: 4 cpu, 4 io, 2 vm, 0 hdd

Температура проца 45-46С.

SSD в районе 50С(без нагрузки), 55(при записи), HDD(WD Red) 35C.

Ну а так, спрашивайте ваши вопросы.

Также проверил SSD на запись

root@vault:~# sync; dd if=/dev/zero of=/data/tempfile bs=1M count=64000; sync
64000+0 records in
64000+0 records out
67108864000 bytes (67 GB, 62 GiB) copied, 40,7931 s, 1,6 GB/s

Учитывая что у него SLC буфера нет, то скорость должна быть честная на 60Гб.

Нехило так девайс подорожал за 2 месяца.

Этаким dd ты скопировал 62 гигабайта нулей в оперативку хоста (в блочный кэш линукса). Надо oflag=direct использовать, чтобы оно шло мимо блочного кэша прямо в накопитель. И лучше бы писать не нули, прошивка SSD их без труда распознаёт и никуда не пишет, а отмечает в FTL дырку.

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

Ты запиши на него полный объём носителя, добавь status=progress чтобы наблюдать, как скорость падает при преодолении 1/4 или 1/3 объема носителя, и превращается в 20 MB/s при приближении к 100% объёма.

Этаким dd ты скопировал 62 гигабайта нулей в оперативку хоста (в блочный кэш линукса). Надо oflag=direct использовать, чтобы оно шло мимо блочного кэша прямо в накопитель. И лучше бы писать не нули, прошивка SSD их без труда распознаёт и никуда не пишет, а отмечает в FTL дырку.

Вот это вот надо проверить, да. Хотя и пофиг. Мне вообще на его скорость пофиг, он для системы. Кэшировать на него закачку перед копированием на HDD - я боюсь, сдохнет же за месяц.

Про «без SLC кэша» тоже смешно

Ну на али пишут, что SLC буфера нет. Это вообще максимально дешманское говно, у него ничего нет.

Ты запиши на него полный объём носителя

А зачем мне это? Меня интересует скорость при реальном использовании, а не сферическая в вакууме.

Из готовых сборок самый толковый True Nas scale, но его единственная фича - это хранение конфигов не в /etc, а в собственной базе данных, легко развернуть из бэкапа конфиг. На этом всё. Аппликухи из их репы ломаются при каждом втором обновлении, вобщем малопригодны. Вступление окончено. Ставь debian (или что там любишь сильно) и разворачивай весь стек необходимых технологий руками, в среднесрочной и долгосрочной перспективе выйдет в разы быстрее и менее трудозатратно, чем разворачивать готовые поделия.

Пока что остановился на OpenMediaVault. Есть недочеты, но в основном всё работает. Хотя, немного приходится извращаться(делать симлинки с относительными путями например) из-за того что всё в контейнерах.

Ставь debian (или что там любишь сильно) и разворачивай весь стек необходимых технологий руками

А при обновлении на новый релиз debian стек технологий не полетит? Хотя это проблемы стека же…

OpenMediaVault

А в чёи фича? Т.е. чем отличается от обычных Линуксов? Что он может чего обычный не может?

А в чёи фича? Т.е. чем отличается от обычных Линуксов? Что он может чего обычный не может?

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

Короче, мне такое не надо. Думал Proxmox накатить на микросервер и контейрами там управлять. Но поставил в вируталку и нифига не понял, как там контейнеры заводить. Поэтому Докер в Дженте.

Думал Proxmox накатить на микросервер и контейрами там управлять

Я тоже не осилил. Слишком энтерпрайзно для домашнего NAS.

Как понял, докерские контейнеры там не поддерживаются, только LXC и самому в них копаться.

У меня там проблема возникла немного другая. Мне надо шарить общие точки монтирования между контейнерами, а там с этим уже сразу надо лезть в конфиги и править их руками. И нафига оно тогда надо такое энтерпрайзное?

Много контейнеров у тебя там запущено?

Мне надо шарить общие точки монтирования между контейнерами, а там с этим уже сразу надо лезть в конфиги и править их руками

Да, вроде, нет. Или я не понял о чем Вы. Можно пример?

Может зависеть от ФС ещё алгоритм

Ubuntu Server 20/22.04

4(четыре, прописью) штуки. Ага. Смешно.

Но мне надо чтобы то что скачивалось transmission, шарилось для plex-media-server и для navidrome. А у Prixmox нужно было руками править конфиги для такого, из интерфейса у контейнера может быть только свои данные. Ну либо я не разобрался.

Вот, я в другой своей теме писал о том что не так

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

Установил OpenMediaVault. Кривоватый конечно, зато Compose установил и вообще всё легко конфигурируется и запускается. А в докере есть всё, что нужно и больше.

Кстати, в OMV не понравилось, что вообще не предложил разбить диск. Забрал весь SSD встроенный на 1Tb. Пришлось плагином шарить этот диск, иначе он недоступен.

А ФС, ну что ФС, не стал заморачиваться и сделал одну большую файлопомойку /stroage на 6Тб на EXT4. Да, допускаю, если взять ZFS или BTRFS, то там будут гибче возможности, но с EXT4 был гемор на ровном месте.

Я использую Proxmox только как гипервизор. У меня отдельная виртуалка с OMV и другая с debian+докер. Ну и еще несколько под всякое разное. Сделал так, потому что не уверен, что смогу адекватно настроить контейнеры, чтобы их не прорвало.