Pull to refresh

Comments 107

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

На удивление все очень неплохо, в районе 20-25вт в idle + приложения, около 30вт с приложениями и легкой нагрузкой, и до 57вт под полной нагрузкой на диски + гпу + цпу. Естественно N100 в тех же условиях был бы сильно лучше, но и дороже и без 10 гигабит.

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

Ищет но понимает только английский язык. Либо памяти маловато для распознавания.

русский оно тоже понимает

Возможно надо выбрать другую модель для распознования, но с дефолтной вот так:

Скрытый текст

да, разумеется надо выбирать не дефолтную модель поиска. Берите, например, XLM-Roberta-Large-Vit-L-14

смотрим, например, сюда https://github.com/FreddeFrallan/Multilingual-CLIP/blob/main/larger_mclip.md и в столбцe Ru видим, что некоторые модели Ru вообще не поддерживают

P.S. приведенная мной модель - довольно тормозная. и я не про первоначальный поиск (шут бы с ним), а про скорость выдачи результатов. Для сравнения, та, что стоит по умолчанию, работает на том же железе в разы быстрее. Но не ищет русский, а эта ищет

P.P.S. разумеется, при смене модели придется перезапустить задачу распознования, т.е. затратить еще сколько-то часов

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

У меня с jellyfin куча приключений постоянно. То не поддерживаются кодеки (у меня аппаратное декодирование на quadro t600) - на телеке LG клиент долго думает и выдаёт ошибку. Что там не нравится, не понятно. Хочешь транскодируй с помощью видеокарты. Карта не умеет в такие кодеки, на тебе проц 4х ядерный. Но нет.
То были проблемы с местом в /tmp. Пришлось прикрутить скрипт, который промежуточные файлы для транскодирования размещает в tmpfs и устраивает их ротацию.
То были проблемы с заморозкой воспроизведения. У меня сеть 1Гбит, свитч linksys. Аппаратное декодирование, видюха задействована. Воспроизводим файлы с зеркала здоровых почти новых винтов. Но всё равно какие-то фризы и замирания воспроизведения.
Если подкинуть файл с флешки в этот же телек то всё ок.
То были проблемы с воспроизведением DVD. Сдампил ты свои DVD на диск как файлы, а jellyfin их нормально не поддерживает. Вроде в новых версиях обещали пофиксить

Короче, на скринах красиво всё. И клиенты есть и для компа, и для андроида и для webos (телеки LG) и это было бы очень круто.
Но на практике беззаботной жизни чёт не получается. Как ни сядешь фильм с семьёй посмотреть, так начинаются пляски с бубном. Особенно если это какие-то тяжёлые высококачественные рипы.
Аж неловко перед семьёй как-то.

У меня из проблем было так же с плеером на AndroidTV, но тогда решилось переключением на экспериментальный плеер (вроде так было), с новым телевизором (бюджетный haer 4k с 1,5гб оперативки) в целом все ок при битрейте до 100 мегабит (если больше то телевизор или его сеть не тянет).

Раньше JF у меня жил в виртуалке на винде (6 ядер от 13600к и 10гб оперативки), теперь вот на этом nas. На деле с момента написания статьи уже месяц прошел, я все же поставил G4620 и помучался с настройкой кодирования ( но это уже совсем другая история)

С удовольствием почитал бы про настройку кодирования. Сам хотел использовать у себя дома Jellyfin с транскодированием по fps (увеличение x2). Я заценил это в SVP на плеере PotPlayer под Windows. А если в 4К, то там уже есть вероятность не влезть в 100 Mbit/s. Поэтому для себя оставил подключение телевизора по HDMI для просмотра фильмов в 4К 60fps. Но это мои тараканы.

Больше похоже на проблемы LG клиента. Заведите mi box какой-нибудь, самое нормальное приложение для Jellyfin это под AndroidTV.

Ну и желательно причесать медиатеку под энкодеры видеокарты - h264, h265, hevc. Всякая экзотика типа MP2, Xvid, ремуксы в VC1 (да ещё с TrueHD аудио) будет вводить ffmpeg и клиентов в ступор. Про образы дисков лучше забыть, рипайте в аппаратно-поддерживаемые всеми утюгами h264 и будет счастье.

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

А посмотреть это с jellyfin не получается, даже при наличии видюхи для транскодирования.

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

А расскажите по-подробнее, что там не так с транскодированием из каких-то экзотических форматов? Что видюха не поддерживает в своих кодерах-декодерах? А разве CUDA которое вроде как подходит для таких задач не решит моих проблем?

P.S. заводить отдельный андроид-свисток/андроид-приставку не хочу, webos нативное ведь. пульт там прикольный, всё такое =)

Телевизор Haer на 43 дюйма с 1,5гб оперативки и 4гб встройки (аж за 17к рублей), переварил вообще все что есть в моей библиотеки кроме интерстеллара на 80+гб на полном битрейте, но если скинуть битрейт до 100 мегабит то и он работает нормально. Так что проблема в webos  а не в jellyfin.

Стоит у меня jf на core 2 quad 9450, 8 gb ram, gtx 1650, ubuntu 24.04. До того пока не поставил видюху, все на процессоре обрабатывалось и была проблема рассинхрона сабов. Сейчас вроде все норм, бд рипы и бд ремуксы 50 гиг и более играют норм. Что на тв samsung, что на телефоне на андроиде, что на компе через их нативный плеер.

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

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

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

На счёт снижения нагрузки после перехода на докер - на слабых процах там даже не 20%, а побольше. Я ставил на свой мелкосервер трунас в начале года - и там проц был почти всегда на 100%. А сейчас поставил 24.10 (ещё даже бету) - и проц загружен только когда загружен, в фоне его процессы контейнеровоза не насилуют.

На счет включения тоже задумывался. Вообще на материнке включен WakeOnLan а в сети стоит esp32 со списком компьютеров где по кнопке отправляется магический пакет (написано при помощи чатгпт, может сделаю статью если будет время причесать код и интерфейс). В теории можно заставить есп пинговать компьютер каждые N минут и если он выключен более чем 30 минут- час (например) то высылать wol пакет.

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

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

У меня пока проблем нет, бэкапятся в том числе и виртуалки по 3-4 терабайта размером. Дедупликация - 6.5 (то есть в 6.5 раз сжатие относительно файлового варианта).

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

+1 за PBS
Только нафига его в докер совать, когда он прекрасно устанавливается прямо на сам proxmox?

Чтобы поставить pbs на проксмокс надо иметь этот проксмокс. А тут у автора трунас (а у меня трунас и анрейд, к примеру).
И там и там в систему ставить что-то нежелательно, слетит при обновлении. Потому либо докер, либо виртуалка. Докеру проще подсунуть папку-хранилище, так что он мне кажется удобней.

Ну, автор как раз бэкапит проксмокс на TrueNAS…
Да и если речь зашла о бекапе прокса, то он есть по определению.

Файлово бэкапит. А чтобы бэкапить через pbs, надо этот pbs поставить. А на трунас софт ставится либо в виртуалку, либо в контейнер.

Вообще не имеет значения, как именно оно там хранится, и что установлено на хоронилище
Хранилище бэкапов подключается на прокс — это в секции дано.

Далее немного магии:

  • на этот же прокс устанавливаем pbs

    • добавляем бесплатное репо pbs

    • устанавливаем пакет proxmox-backup-server

  • в его морде, на 8007 порту, добавляем и настраиваем nfs-шару с truenas как хранилище для бэкапов

  • добавляем в прокс pbs как хранилище бэкапов

На хранилище при этом вообще ничего не надо устанавливать

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

Proxmox на другом хосте, гонять данные туда-сюда кажется не лучшей затеей, наверное проще поставить Pbs как виртуалку в том же truenas.

Если идея гонять фуллбекапы целиком была приемлемой, то уж гонять индексы и диффы — тем более…
На NAS ничего ставить и не надо, он вообще может быть S3 в Amazon, не говоря уже про всякие трунасы и прочие хренолоджи

Но если у нас виртуалка PBS и один proxmox Хост то как то придется и саму виртуалку pbs бекапить дабы настройки и весь хлам был и при проблемах с proxmox Хостом все можно было переустановить за пол часа. Если же умер хост с вируталкой pbs то надо ее еще восстанавливать что не очень интересно. В случае же pbs в vm в truenas, сломается одно, работает другое, и наоборот.

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

Или все же VM/докер в Truenas. Никаких скриптов восстановления не надо, накатил Proxmox заново, подключил truenas и все работает.

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

Если у вас плоская локалка на полтора инвалида, где каждая сутулая псина знает пароль рута — да.

В soho (раз, все-таки, хоронилку выделили в отдельную машину), скорее всего, он будет один ответственный за все: интернет, vpn, маршрутизация, окружения, VxLAN. Если есть какое-то directory, то на нем будут заведены учетки, 2FA, возможно LE. Да, скорее всего все интернето-специфичное будет заведено на opnsense/pfsense, но, тем не менее, на этом этапе появляются дюжина файлов и сотня настроек, специфичных для хоста.
И дальше вопрос в том, умеете ли вы строить катастрофоусточивые решения, хотя бы, в Tier0 с 95% — и тогда вы бэкапите снапшоты zfs, или вы ортодокс и у вас все равно после ручного восстановления еще куча ручной же возни.

Если у вас плоская локалка на полтора инвалида, где каждая сутулая псина знает пароль рута — да.

Мои статьи ориентированы на энтузиастов с домашними лабами, и просто тех кому нужен NAS дома. Соответственно дома максимум 2-3 vlan и можно Tagged, никаких 2fa, доменов и opensense далеко не частный гость. Отсюда вполне оправданный подход с упрощением таких моментов как в бекапах.

Для энтерпрайза моих скилов маловато.

Да, в этом случае подход с виртуалкой будет, пожалуй, проще. Не в восстановлении, а в плане привычности и понимания.

Держать сервер бэкапов на том же хосте, который он бэкапит?

Я как-то до подобного ещё не додумался.

Так он бэкапит контейнеры и вмки, а не сам прокс. Да и это не сервер бэкапов, а интерфейс к нему хранилищу.
Сам прокс надо бэкапить чем-то вроде sanoid/syncoid, если у него zfs, и регулярно снимать снепшоты перед обновлением. Впрочем, чтобы серверный дебиан обновлением сломало — с ним, вероятно, надо вытворить нечто противоестественное

Так он бэкапит контейнеры и вмки, а не сам прокс. Да и это не сервер бэкапов, а интерфейс к нему хранилищу.

Ну и что? Всё равно надо разносить.

Если у вас не собран кластер — а это минимум три прокса — не имеет смысла, у вас масса других доменов отказа, а этот "щелкнет" вместе с основным и единственным проксом, и так же будет восстановлен вместе с ним.
Все равно что выносить ssh в gateway на малинке для подкроватного ДЦ

В кластере у нас pbs живет на отдельной вм, с репликацией, HA и в качестве хранилища бэкапит на cephfs. При этом сам pbs бэкапится в отдельное хранилище, и бэкап реплицируется между хостами прокса.

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

А что будет, если у меня pbs на сдохшем хосте работал?

Абсолютно то же самое, что и со сдохшим проксом:

  • восстанавливаете ESP

  • раскатываете zfs или lvm (zfs проще) из бэкапа

  • создаете дополнительные разделы, вроде swap, если они были

  • вы великолепны )

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

Интересно, сможет ли подцепить свежеустановленный pbs старый архив… скорее всего да, потому что там просто файлы. Надо бы попробовать.

Да, восстановление через новую установку. Ибо никто не гарантирует, что новое железо будет полностью со старым совпадать. Так что "восстановление", скорее, будет больше похоже на миграцию на новый хост.

Разве старый добрый подход просто переставь диск уже не работает?

Так погиб же он. Если бы не погиб, то зачем мне бы понадобилось весь сервер менять?

А при штатном апгрейде часто хочется и системный диск поменять.

Что, прям весь погиб?
Обычно дохнет что-то одно. БП, как правило, — от времени, плата — от несчастного случая, плохого охлаждения или молнии, диски — от износа или ошибок, память и проц — очень-очень редко. И те, кто мог сдохнуть, скорее всего сделают это попадания в хоумсервер из б/у.

Нормальный диск вообще переживает 3–4 комплекта остального железа.

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

Что, прям весь погиб?

Прямо весь. Сервер - это диски. А диски вообще внезапно дохнут. БП тоже может за собой диски увести. Мать - при большом невезении. Проц дохлый пару раз видел. Память скорее к глюкам ведёт, чем к полному краху.

Ну, если вместо вменяемой модели угроз у вас так — то этому остается только умыть руки

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

На хосте молжет работать агент - но pbs это явно не агент.

Во вменяемой модели сперва рассматривается отказ хранилища. Независимо от того, где был размещен pbs, отказ truenas/unraid/полки === катастрофа

Если не постулировать 146% надежность хранилища, то вы неизбежно приходите к необходимости кроссрепликации двух разнородных узлов, а там уже способ размещения pbs становится вообще не важен, потому что в любом случае вы его восстановите.

Почему катастрофа? Если упадёт сервер бэкапов - с сервером виртуалок ничего не случится. И наоборот. А если упадут оба сразу - значит случился какой-то форсмажор вида "всё пропало" и восстанавливать надо будет с бэкапов с другой локации, если есть такие.

О, новые вводные: в дополнение к все-в-одном трунасу и приставленному сбоку проксу у нас уже появился отдельный сервер бэкапов — чтобы обойти вопрос о бэкапе трунаса )

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

У меня проксмокс - сервер виртуалок. А трунас - сервер бэкапов. Он бэкапит не только проксмокса. Ну и ещё там некоторые сервисы по мелочи крутятся.

Я именно про себя говорю, а не про автора поста.

Значит, вопрос о бэкапе трунаса остался открытым, и мы все равно вернулись к кроссрепликации, полностью нивелирующей проблему pbs on proxmox, vs proxmox обязательно сдохнет полностью, а truenas 146% будет работать.
Так себе модель угроз

Вероятность того, что проксмокс сдохнет, гораздо выше, чем у трунаса. Ибо трунас настроил и не трогаю. Там raidz2, снапшоты, ЕСС-память и прочие полезные в хозяйстве вещи.

А проксмокс работает на китайском миникомпе с ссдшками в качестве носителей. Плюс я им пользуюсь, ставлю эксперименты и всё такое - и шансов всё сломать заметно больше.

Тогда вам тем более надо не просто нормально бэкапить его, а еще и хранить вменяемую историю.

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

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

Ибо "через задницу" лично для меня - это если при крахе сервера мне придётся вместо простого восстановления сперва решать задачу доступа к бэкапам.

По ТРИЗ самое лучшее решение — отсутствие необходимости в решении. О чем этот и говорит

А лучший сервер - отсутствие сервера.

Что неплохо перекликается со стариной Оккамом

Работая в комп сервисе можно обнаружить ссд стопками а если сервис проходной то ящиками. В датацентрах все очень строго с уничтожением, но зачастую так же собираются горки самунгов интелов(раньше) kioxia, и остальных. И это не обычный хлам а u.2 энтерпрайз диски.

А не работая в компсервисе можно обнаружить репрезентативную выборку.

Дач после переустановки ом к pbs можно подключить zfs/directory хранилище с бекапами, хоть и с некоторыми танцами с бубном.

А можете описать поподробнее? Ибо пока у каджита лапки не дошли до эксперимента

Для директории (в моём случае аппаратный рейд массив):

По пути /etc/proxmox-backup/datastore.cfg создать файл (если не создан) и добавить конфиг :

Скрытый текст

datastore: name

path /path/to/previous/ds где /path/to/previous/ds - путь текущего расположения хранилища

После ввести последовательно команды:

Скрытый текст

chown backup:backup -R /path/to/your/datastore

chmod -R 700 /path/to/your/datastore

Хранилище появится на лету в веб-морде.

Для zfs:

Скрытый текст

Команда zpool import покажет доступные для импорта пулы.

Далее просто вводим команду: zpool import -f <название пула>

И хранилище появится в веб-морде.

Ага, спасибо )
Интересно, поругается ли он в случае подключения нового хранилища из вебморды?

на этот же прокс устанавливаем pbs

И получаем сеанс церебрального секса при необходимости переустановить proxmox ve и вытащить данные из такого.

могут включить и сразу выключить

можно поставить на квартиру/линию/шкаф/сервер реле напряжения. И в целом полезная штука для спасения техники и у большинства моделей на случай "моргания" есть функция задержки подачи напряжения. Т.е. после появления питания "на приходе" реле сразу не "проключает" его дальше, оно отсчитывает заданное время (например, минуту) и только потом коммутирует питание в линию..

У многих недорогих ИБП на 1-2 батарейки нет холодного автостарта при разряженных батареях. Их надо включать кнопкой вручную после того как разрядились батареи и ИБП выключился.

Я может плохо читал но не вижу бюджет, этого "бюджетного" решения.

Основной бюджет был приведен в прошлой статье. Что-то около 9к без дисков. И 37к с дисками и сетевой картой. Ну и плюс в этой статье заменили ОЗУ и вентилятор.

Предлагаю третью часть: «Сравнение своей сборки NAS с готовыми решениями». Неоднократно подобные статьи читал, но так и не понятно, а чем плохи готовые решения? Например, потраченные усилия и конечный результат деленное на личное время, если это не ваше хобби.

чем плохи готовые решения?

Сильно дороже за аналогичное железо, меньше возможностей по настройке, вендор-лок...

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

За 9000 Synology и иже с ними вам даже рекламу не покажут.

За 23 тысячи (самая дешевая коробка в DNS) предлагается посмешище на 1 диск с 1 гигабайтом RAM. На Aliexpress сейчас за 17 тысяч продают комплпект из 14-ядерного Xeon 2680 V4 с материнской платой и 64 гигабайтами ECC RAM. А старичка на 6 ядер с 16ГБ RAM можно купить за 7000. Думайте. :)

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

Апгрейда нет но можно подумать наперед и взять с запасом те же 16-20тб диски, которых обычному человеку хватит на долго. Из плюсов не только потребление но и производительность, встройка хороша для кодирования, компактная штука, сеть 2,5гбит сразу из коробки.

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

Не всем так уж сильно нужна полная расширяемость.

Я, кстати, взял такую на райзене. Там 2 sata, 2 nvme, до 64 гигов памяти. Охлаждение только прихрамывает, если оба винта воткнуть - но я оба ставить и не собираюсь.

На Aliexpress сейчас за 17 тысяч продают комплпект из 14-ядерного Xeon 2680 V4 с материнской платой и 64 гигабайтами ECC RAM. А старичка на 6 ядер с 16ГБ RAM можно купить за 7000.

Основная проблема старых зеонов - низкая однопоточная производительность. Да и на китайских платах нет IPMI.

Нужность ipmi в домашних условиях всегда преувеличивается. Раз в год можно и подключить к серверу монитор. А так всё управление идёт через web/ssh/rdp...

Оставить сервер у себя или сдать на colocation?
Что сами выберете?
Что клиентам посоветуете?
Интересует организация дома места под сервер, фильтрация воздуха и поддержание температуры/влажности)

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

В остальных случаях сервер просто ставит на антресоли в прихожей и никому там не мешает. А если он ещё и не особо мощный, то вполне может и при плохом воздухообмене жить в закрытом шкафу.

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

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

Оставить сервер у себя или сдать на colocation?

Вы цены на colocation видели? :)

Дома конечно. Всяко локалка быстрее будет.

А можно подробнее, что за движ с этим collocation?

Что за движ? Когда сервер стоит не дома, а в чужой серверной. Другое дело, что в РФ на него почему-то такие ценники, что в ЕС можно за эти бабки полноценный VDS взять.

Когда сервер стоит не дома, а в чужой серверной

...тогда он и не Ваш.

С ходу не увидел. Так у вас получается белый ip? У меня нет. Я пробовал через ddns он регистрирует домен, даже бесплатный сертификат даёт, но доступа из вне все равно нету. Видно провайдер за нескольками nat.

Если вы смогли это победить напишите как

Я у себя подобное решил вот таким способом. Арендавал достаточно дешевый VDS на котором реверс прокси через тунель wireguard шлет весь траффик до сервера. В результате серверу достаточно оказаться в интернете в любом месте, чтобы соединится с VPN и сразу работать по назначению. В таком решении нат не помеха. Для себя я это сделал, чтобы не светится своим айпишником. А при желании сменить VDS не занимает труда. На практике смену VDS, делал всего один раз за 5 лет. Так как хостер перестал работать.

У меня белый IP без ната, в вашем случае видимо стоит NAT. Для подключения можно использовать Tailscale, туннель Cloudflare, или как написали выше с впской

Стал замечать что почти все хорошие и интересные статьи пишут челики из RuVDS. Крутая статья, Спасибо!

Для файлового сервера, тобишь nasa, был куплен неттоп за 4 тыс на целероне и коробки на али для дисков каждая поредка 1000. Установлена федора с самбой - всё, даже не знаю зачем огород городить, конечно может лишние деньги завалялись

А как же ИБП с автоматическим управлением? Цена ещё чуть больше будет, особенно если психануть и на 50 ампер-часов замахнуться)

Снапшоты, автобекап важных данных на облако. Иначе это не лучше обычного диска подключенного по усб.

А как там с требованием к железу? Просто присматриваю свой старый компьютер на базе Core i7 3770 32ГБ. Изначально подумывал купить ему новую видеокарту из-за того, что возникли проблемы с выводом изображения на экран (в Windows экран сыплется от удара, а в Linux просто на некоторое время отключается вывод). А потом подумал, зачем тратиться на видеокарту, если вместо покупки нового сервера переделать старый компьютер.

В первой части есть тесты скорости SMB при использовании пентиума g4400, который сильно слабее вашего i7. Если говорить кратко то вашего процессора хватит с головой. https://habr.com/ru/companies/ruvds/articles/837642/

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

Понял. Просто дома есть отдельный сервер. И там работает OMV. И всё думаю про другие варианты. Вот и подвернулась новая задача создать сервер на дачу. И хотел испробовать TrueNAS. Из важных функций для меня — SMB/NFS и Docker.

А равзе memtest86 умеет проверять память видеокарты? Так как это не встройка. Обычная память работает прекрасно. Просто когда пришла пора очередной чистки компьютера. Увидел, что конец видеокарты сильно прогнулся. Повесил на верёвку временно. Потом заменил на кронштейн. Правда, без толку.

Из важных функций для меня — SMB/NFS и Docker.

В Truenas Все есть, и в целом он по ощущениям сильно более законченный продукт нежели OMV .

А равзе memtest86 умеет проверять память видеокарты? Так как это не встройка.

Я думал что вопрос про встройку как раз, ибо карта не указана а в 3770 стоит hd4000. Если кодирование не нужно то можно убрать карту и оставить встройку, она в любом случае нужна будет только 5 минут для установки трунаса.

Это хорошо. А то реально за всё время использования чувствуется недоделанность. Даже имя сервера перестало работать после череды обновлений. Только по IP-адресу обращаюсь.

Ну да. Не указал, что используется дискретка. Не собирался использовать кодирование. Так как используются плееры с Kodi. Или PotPlayer на компьютере.

А файловую систему какую использовали?

Диски трунас крутит в ZFS И там особого выбора нет, остальное в первой статье есть ( SMB+NFS шары)

3770 за глаза и уши. Домашний NAS — хренология на гиперпне G4620 / 8 Гб RAM, всё летает с песнями. 32 Гб совершенно не нужны, если не планируете виртуалки на NAS гонять.

Этого всего хватает для 1G сетки. А вот на 10G старичок 3770 уже может подсдуться.

3770 рано списывать со счетов, он почти в 2 раза быстрее чем пень 4620 который я сейчас тестировал в паре с меланоксам на 25 гигабит/сек. И Вот такие скорости на пне в браузерном тесте скорости.

Proxmox + Smart APC. Обратной связью можно завершать работу сервера по инструкции когда заряд достигнет Х%. С возобновлением питания проблем для старта нет. Кроме того, через serial port/usb можно передавать и другие инструкции, управлять UPS. А если есть лишние 5-7к рублей, то можно купить модуль сетевой карты или веб-сервера для Smart APC, который позволит удаленно контролировать через вебморду, консоль, etc. (В уме держим что управлять либо через обратный прокси с авторизацией либо через туннель для безопасности)
Для систем умного дома полезным будет разъем экстренного отключения, например, если появился сигнал о пожаре, а ups продолжает работу.

К теме бекапов. Рационально будет хранить не файлы, используйте репликацию прокса через ПБС. Так у вас будет множество точек для отката, и экономия пространства.

Еще дополню: Для smart apc доступны шаблоны в заббиксе, что упростит мониторинг и мгновенное оповещение о ситуациях с питанием.

Sign up to leave a comment.