Уже 10 с небольшим лет назад, в качестве эксперимента, я запустил домашний мини-проект по созданию своего собственного небольшого сервера для обслуживания домашних нужд. Цель проекта заключалась не только в получении удобного устройства дома, изучению администрирования Unix, но и просто проверка самой концепции. Мне было интересно, проработает ли это все десятилетие. Да, проработало. Но есть нюансы.
Распространение
Начнем, пожалуй, с того, что я не ограничился только одним микросервером. Первоначально микросервер должен был работать за городом и обслуживать видеонаблюдение, а заодно скачивать торренты, транслировать видео в домашнюю сеть. Спустя какое-то непродолжительное время у меня завелся еще один микросервер, который поселился уже в городской квартире. Функции он начал выполнять почти те же, правда, без видеонаблюдения, но зато к ним добавилось еще и резервное копирование таких вещей, как исходные коды программ, архивные фотографии, видео из домашнего архива и всё такое же аналогичное.
А чуть позже и на производственных мощностях начали работать микросервера, собранные и нагруженные по первоначальному принципу, правда, без торрентов, но зато с базами данных временных рядов, MQTT, Grafana и прочим ПО для мониторинга (всё было первоначально отработано именно на домашних микросерверах, а потом уже оттранслировано в рабочую обстановку). Поначалу микросервера в работе успешно выполняли свои функции, но всего за несколько лет, по мере того как росли производственные мощности, оказалось, что нужны более производительные решения. И микросервера уступили свое место уже полноценным серверам. А дальше — больше.
По мере того как обновлялся парк рабочих ПК, устаревшие компьютеры выводились из оборота. И находили свое применение в концепции систем мониторинга или резервных микро-серверов. На ПК устанавливается одна из разновидностей Linux (на машины пошустрее Ubuntu, на машины послабее Linux Lite, опять же на основе того же Ubuntu). Таким образом удалось пристроить парк устаревших машин, а не просто выкинуть их на помойку, так как полноценно работать на них уже нельзя.
Железо
И продолжая разговор о железе. У всех, кто хоть сколько-то знаком с вычислительной техникой, понятие «сервера» автоматически означает применение резервированных, иногда многократно, систем сервера: несколько блоков питания, несколько сетевых адаптеров, процессоров несколько, память с контролем четности, отказоустойчивые дисковые массивы и всё такое прочее. Это, безусловно, оправдано при использовании таких серверов в критичных и/или высоконагруженных применениях, где ошибка на сервере или выход его из строя грозят существенными убытками. И экономически просто целесообразно применять более дорогое оборудование. В других же сценариях, в том числе и в домашних условиях, вполне достаточно бытовых вариантов PC или даже устройств типа Raspberry. Важно, конечно, брать не самые плохие компоненты, не забывать о надежном питании и охлаждении. Тогда такие устройства будут работать годами.
Кстати, о выходах железа из строя. За 10-летний период они были. Отказался работать один из WD 1Tb RED дисков. Поставщик его поменял без вопросов, вероятно, что была такая партия. Вышел из строя 1 SATA SSD диск, системный. Он просто перестал отвечать на запросы контроллера, а вовсе не из-за износа ячеек памяти. Умер один промышленный сервер, вероятно, что отошла в мир иной материнская плата. Чинить его уже было бесполезно, продавать на запчасти тоже. Слишком уж старый он был, а в запасе лежал еще один такой же. На том же сервере отказала пара планок памяти, сервер проверял их во время загрузки, а затем отключал как дефектные. Но в целом надежность комплектующих позволяет их использовать довольно долго. Полагаю, что при наличии необходимости микросервера протянут еще лет 10, а то и больше.
Были и ложные «срабатывания». На одном из микросерверов возникла проблема, на которую я подумал, что скончалась система питания. А она у них состоит из двух частей. Внешний блок питания, генерирующий постоянный ток на уровне 12 В, и внутренняя плата, уже ответственная за все остальные напряжения, необходимые для питания компьютера. Вот на нее и было подозрение. Я даже закупил отдельно PicoPSU, блок питания, вставляемый непосредственно в разъем материнской платы, а внешне питающийся как раз от внешнего блока питания. Но он не понадобился, всё заработало и так.
В качестве источников питания для микросерверов вообще интересно. Для корректной работы сервера ему нужно постоянное, непрерывное электроснабжение. Для загородного микросервера была разработана целая система на основе нескольких преобразователей и автомобильного аккумулятора. Питание подается на внутреннюю плату, минуя внешний блок питания, прямиком с преобразователя ИБП (12 вольт на 12 вольт). Таким образом устраняется лишнее звено и ненужное преобразование (12 вольт — 220 вольт — 12 вольт). Для городского сервера, там не требуется питание еще и активного PoE-свитча, используется вообще простой литий-ионный ИБП для маршрутизаторов, подающий также 12 вольт прямо на внутреннюю плату. Он вполне тянет микросервер в любом из режимов.
А вот процессор и соответственно материнская плата на микросерверах у меня проапгрейдились. Как оказалась первоначальные J1800 и N3050 оказались недостаточно мощными, поэтому со временем они были заменены на системы на основе J5005. Последний оказался самым достойным вариантом по энергопотреблению и производительности. 4-х потоков хватает на все разумные задачи, а охлаждение по прежнему остается пассивным, просто радиатор на процессоре.
Хранилище данных разрослось. Изначально в микросерверах стояли просто 1Tb WD Red диски, но впоследствии, по мере того как высвобождались другие 2.5" диски, они стали применяться в том числе и для расширения пространства для хранения на микросерверах. В корпусах Morex можно разместить один полноценный 2.5" HDD и один 2.5" SSD (прикрутив его на один болтик). Если хочется больше, то внутрь корпуса больше категорически ничего не помещается. Да и портов SATA на плате всего 2. Но если очень хочется, то можно. Дополнительные диски прикручиваются снаружи корпуса, в единственный урезанный PCI-E разъем помещается дополнительный SATA-контроллер, и теперь можно использовать четыре диска, а не два. В современную операционную систему с использованием LVM они добавляются беспроблемно. А срок службы, особенно уже проработавшего HDD-диска, ну лет 20, а то и больше.
Поскольку все сервера в домашних условиях у меня Headless, с управлением через терминал SSH, то есть некоторые сложности, когда система не грузится. Монитора нет, и посмотреть, что там происходит, в чем загвоздка, довольно затруднительно. В таком случае приходится держать где-то в закромах еще небольшой мониторчик, исключительно чтобы подключить его как раз вот при таких обстоятельствах. Либо применять переходник HDMI-USB и подключаться к экрану ноутбука. Еще нужна как минимум клавиатура.
К вопросу об оперативной памяти. На каждый из серверов я, в конце концов, поставил по 8 Гб ОЗУ. Часть автоматически резервируется под видеопамять. Остальное используется процессами. Безусловно, оно будет работать и на 2 Гб, и даже на 1 Гб. Но при 8 уже не используется раздел подкачки, если память не занята процессом, то память выделяется операционной системой под файловый кеш, что особенно важно при записи данных, например, с камер наблюдения.
Софт
Linux — довольно надежная система, и сломать ее до полной неработоспособности довольно тяжело. Чаще возникают аппаратные проблемы. На обоих моих микро-серверах применяется Ubuntu. Система надежная, работает хорошо, но вот даже в версии LTS срок ее поддержки какой-то уж совсем небольшой, особенно на периоде эксперимента. Хотелось действительно раз поставить и, что называется, навсегда. Но Ubuntu приходится периодически обновлять до очередной версии. Процедура неприятная, но обычно происходит безболезненно. Если не обновлять операционную систему, то есть риск того, что новые версии программного обеспечения уже не будут на ней работать (в первую очередь богомерзский Python, ну и православных PHP тоже подался в ту же калитку). Да и на не обновляемых системах есть вопрос по безопасности.
Первоначально администрирование через SSH вызывало у меня некоторое отторжение. Руки привыкли к мышке и двиганию окошек, да нажатию кнопок. Но постепенно руки выпрямились и приняли правильную форму. И оказалось, что большинство операций нормально выполняются и в виде текстовых команд. Исключением, наверное, можно назвать операции по разметке диска. Через визуальный интерфейс эту операцию проводить куда быстрее и нагляднее. Но тем не менее.
В целом весь стек программного обеспечения остался тем же, что и на начале проекта микро-сервера. Для скачивания торрентов применяется Transmission, для обмена файлов применяется Syncthing (он с успехом заменил BTSync (Resilio)). Очень широкое применение нашли скрипты, которые, как оказалось, вполне можно успешно писать при помощи современных сервисов нейронных сетей. При наличии пары вечеров удалось даже написать веб-приложение Pallery: галереи для отображения в локальную сеть архивных фото и видео с возможностью защищенного просмотра содержимого и через интернет.
От применения Webmin пришлось отказаться, так как на практике он и не применялся толком, хотя штука для начинающих вполне удобная. Все вопросы решаются при помощи SSH и работой в терминале.
Идея с шифрованием диска и хранения «пароля» в модуле TPM пришлось отказаться. Во-первых, времени разбираться особо не нашлось. Задача постоянно откладывалась на потом. А во-вторых, как показала практика, подобный способ способен защитить лишь от дилетанта. Профессионалы своего дела с легкостью крошат всю эту хитрую защиту.
Plex
В качестве системы раздачи контента у меня до сих пор работает Plex. К нему всего пара претензий. Первая — он не проигрывает DivX файлы. Совсем и никак. А иногда хочется посмотреть старый фильмец, срипованный во времена превосходства именно этого кодека. Проблема решилась автоматическим скриптом-перекодировщиком на микросервере. Если вдруг я скачал что-то не с тем кодеком, то скрипт ночью перекодирует всё в нормальный вид.
Вторая претензия - отсутствие нормальной синхронизации просмотренного между серверами. Сделать ее можно только при наличии Plex Pass, т.е. платной подписки на Plex. Иначе все получается довольно криво.
Еще одна полупретензия заключается в том, что если клиент, например, телевизор не может воспроизвести такой контент по причине своей убогости, то Plex перекодирует онлайн видео (аудио) на стороне сервера. Но аппаратное ускорение для перекодировки возможно тоже только при наличии Plex Pass (нововведение 2025 года). А с программным перекодированием онлайн просмотр онлайн же невозможен, не хватает ресурсов сервера. Проблема решается все тем же скриптом-перекодировщиком.
Попытка заменить Plex на свободную альтернативу, например на Jellyfin или Emby, к успеху не привела. Полнофункциональные клиенты Plex есть подо всё. Под Samsung и под LG. А вот поставить альтернативный клиент на тот же Samsung — нужно потратить день, если ты не разработчик приложений под телевизоры этой марки. Да и под приставки с Android родные или альтернативные приложения убоги, если их сравнить с тем же Plex. Поэтому пока остается на Plex, пока им вообще можно будет пользоваться.
Видеонаблюдение
Применение Xeoma 10 лет тому назад обуславливалось универсальностью использования сервера. Помимо видеонаблюдения на нем можно было гонять еще тысячу других полезных штук. А попутно организовать просмотр архивов и прямой трансляции с камер на удаленных местах. И все это без рутинной настройки камер через командную строку. Плюс права пользователей, работа с любыми камерами и уникальный механизм детекции движения.
У меня до сих пор не укладывается в голове, почему программописатели систем для видеонаблюдения не используют детекцию движения по низкоскоростному с низким разрешением потока, который и обрабатывать легче, и ресурсов на который тратится меньше. А уже если пишем в архив или выводим на экран, то используем полновесный поток с камеры. Все норовят для технических целей использовать именно основной видеопоток, что делает невозможным использование такого программного обеспечения на микросервере, его мощностей хватает на обработку видео с одной или двух камер, не более. В Xeoma всё сделано как раз так, как надо.
Но за десять лет индустрия поменялась. Китайские товарищи научились делать недорогие IP-камеры с нормальным интерфейсом и очень недорогие сетевые регистраторы, которым не нужно ежегодно продлевать лицензию, если тебе вдруг захотелось иметь новые функции в твоей системе видеонаблюдения. Хорошим примером тому являются комплекты от Tiandy. Дешево, сердито, есть всё, что нужно, работает. Поэтому нынче актуальность Xeoma уже не та, что была, отлично работают фирменные аппаратные решения.
Итого
Концепция микросервера полностью оправдала свое назначение. Полагаю, что она будет продолжать у меня работать и далее. Вот только уже начинаешь засматриваться на более производительные решения. Хочется поместить к себе AI-агентов и прочих нейросетевых генераторов, но такие решения пока еще кусаются по цене.
