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

Основные функции сервера

• Резервное копирование всех виртуальных машин по расписанию
• Хостинг пет-проектов
• Тестовые рабочие стенды
• Мониторинг серверов через Grafana и Prometheus
• Хостинг карт OpenStreetMap
• Личная автоматизация через OpenClaw с управлением из Matrix
• Семейный чат в Matrix
• Домашний кинотеатр на Jellyfin
• Личное облако для данных
• Эксперименты с новыми сервисами и версиями ПО

Аппаратная конфигурация

Я предпочитаю брать железо с запасом. Мой текущий сервер:

• Материнская плата — ASUS WS C246 PRO
• Процессор — Intel Xeon E-2276G, 3.8 GHz
• Оперативная память — Samsung 64 ГБ DDR4 ECC 2666
• Видеокарта — Nvidia RTX 2060
• Накопители — 8 ТБ HDD, 1 ТБ NVMe, 1 ТБ SSD

Видеокарта оказалась полезной только для транскодинга видео. Для LLM её мощности недостаточно, а остальные задачи решаются встроенным в CPU графическим ядром.

Резервное копирование

Для бэкапа самого сервера я использую NAS Synology DS220+ с двумя дисками в RAID. Это позволяет восстановить данные, даже если основной сервер выйдет из строя.

От Proxmox к Ubuntu Server

Сначала я использовал Proxmox для виртуализации, но со временем понял, что это замедляет работу. Управление виртуальными машинами и контейнерами, особенно с пробросом GPU, требовало слишком много усилий. В итоге я перешёл на Ubuntu Server 24.04 LTS, который использую до сих пор.

Организация данных по "температуре"

Я разделил хранилище на уровни в зависимости от скорости доступа и важности данных:

• 2× NVMe по 500 ГБ — на одном система, на втором папка /datahot с PostgreSQL, ClickHouse и другими БД, требующими быстрого доступа.
• 1× SSD 2 ТБ — папка /datawarm, там работает отдельный инстанс PostgreSQL для OpenStreetMap.
• 2× HDD по 4 ТБ в RAID1 — папка /datacold, хранит бэкапы и критически важные данные.
• Synology NAS — папка /dataice, куда копируются чувствительные данные через крон-скрипты.

Такой подход напоминает стратегию облачных провайдеров. Я не доверяю SSD из-за их склонности к внезапному выходу из строя, поэтому выбрал более сложную, но надёжную архитектуру.

Базы данных

Я не использую контейнеризацию для БД. На сервере установлены bare-metal инстансы PostgreSQL и ClickHouse. Я создаю отдельных пользователей и базы под нужды каждого сервиса — так проще управлять и контролировать доступ.

ClickHouse оказался особенно прожорливым к оперативной памяти. Если вы работаете с большими объёмами данных, рекомендую брать больше RAM.

Веб-сервер и проксирование

Используется Nginx как веб-сервер и обратный прокси. Поскольку я часто нахожусь вне локальной сети, некоторые сервисы доступны через интернет. Это позволяет подключаться к ним, даже если нет доступа к домашнему VPN.

Резервное копирование виртуальных машин

Мой стек — PHP / Laravel / PostgreSQL, и у меня десятки виртуальных машин. Чтобы централизованно сохранять и файлы, и базы данных, я использую:

• laravel-backup-server — еженедельные бэкапы файловой системы, особенно ценно сохранение папок, исключённых из git (изображения, видео и т.д.).
• laravel-backup — ежедневные бэкапы PostgreSQL.

Решение не имеет веб-интерфейса, всё настраивается через консоль. За каждый бэкап приходит email-уведомление — это уже неоднократно спасало мои данные.

Хостинг пет-проектов

При появлении новой идеи я использую отлаженный процесс, иногда с помощью Cursor или Claude Code:

• mkdir /var/www
• laravel new example-app или git clone
• npm install & npm run build & composer install
• nano /etc/nginx/sites-available/example, включение сайта и получение SSL через certbot --nginx -d example.com

Недавно я создал бота для управления Яндекс Трекером. Он работает на дешёвой китайской ИИ-модели, создаёт задачи, генерирует тексты релизов и помогает в повседневной рутине.

Тестовые рабочие стенды

Процесс аналогичен развёртыванию пет-проектов, но с импортом обезличенных данных из рабочих баз. Это позволяет тестировать изменения в безопасной среде.

Мониторинг серверов

Используется стек Prometheus / Grafana / Node Exporter. Prometheus и Grafana установлены на основном сервере, Node Exporter разворачивается на каждой VM. В Grafana настроены алерты в Matrix и Telegram — например, при нехватке места на диске или аномальной нагрузке.

OpenStreetMap

Для базы OSM выделен отдельный SSD объёмом более 1 ТБ. Импорт в PostgreSQL выполняется стандартными инструментами. Это не только полезно, но и интересно — можно анализировать распределение школ, общественных туалетов и других объектов по миру с помощью сложных SQL-запросов.

Личная автоматизация через OpenClaw

OpenClaw я запускаю в Docker-контейнере или на отдельном VPS. Он решает несколько задач:

• Проверка балансов — ежедневный крон-скрипт проверяет состояние счетов (хостинг, SMS-сервисы и т.д.). Если баланс критически низкий, приходит уведомление. Для сервисов без API используется автоматизация через Chrome и Playwright.
• Погода — бот присылает утреннюю сводку с учётом условий для бега и велосипеда.
• Персональный дайджест по здоровью — напоминания о тренировках, проверка расписания фитнес-центра, массажа и т.д.

OpenClaw поддерживает разные каналы связи, включая Matrix. В качестве ИИ-модели я рекомендую Minimax 2.7 — она мощная и экономичная.

Matrix-чат для близких

После блокировок популярных мессенджеров я перешёл на Matrix / Element / Synapse. Семейная и дружеская переписка теперь идёт там. Интерфейс близок к привычным мессенджерам, хотя производительность ниже. Все данные хранятся в моей PostgreSQL-базе и участвуют в общей системе бэкапов.

Домашний кинотеатр на Jellyfin

Я пробовал Plex, но не привык. Jellyfin оказался удобнее — у него есть клиенты для всех устройств. Фильмы хранятся на сервере, а транслируются по локальной сети на телевизор. При необходимости можно скачать контент на телефон и смотреть оффлайн.

Текущие вызовы

Из-за блокировок и ограничений даже в open-source проектах возникают фантомные ошибки. Простые задачи, вроде apt update, теперь могут не работать. DevOps-инструменты стали излишне сложными, что усугубляет ситуацию.

Мне помогает подход bare-metal с минимальной контейнеризацией. Это снижает зависимости и упрощает диагностику.

Планы на будущее

Я не доволен Nextcloud — он слишком медленный и перегруженный. Seafile не хватает функциональности. Планирую продолжить поиски альтернативы для личного облака.

Также хочу развернуть сервис для хранения и обработки фотографий. Интересует Immich, но пока не ставил.

Развиваю ИИ-автоматизацию для CTO-задач: управление трекером через мессенджер, отчётность перед руководством. Впереди — много интересной работы.

Эта статья — не инструкция, а рассказ о моём трёхлетнем опыте. Это взгляд на цифровую независимость и автоматизацию. Буду рад обсудить подходы и узнать о вашем опыте.

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

Сейчас мой сервер выполняет следующие задачи:

• Резервное копирование всех моих ВМ по расписанию
• Хостинг собственных пет-проектов
• Тестовые рабочие стенды
• Мониторинг всех моих рабочих серверов и их параметров через Grafana / Prometheus
• Хостинг OpenStreetMaps карты мира
• Личная автоматизация через OpenClaw с управлением из Matrix-чата
• Matrix-чат для близких
• Домашний кинотеатр Jellyfin
• Личное облако для данных
• Эксперименты и тестирование новых сервисов или версий ПО

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

• Материнка - ASUS WS C246 PRO
• Процессор - Intel Xeon E-2276G 3.8 GHz
• Оперативка - Samsung 64gb DDR4 ECC 2666
• Видеокарта - Nvidia RTX 2060
• Жесткие диски - суммарно 8ТБ HDD, 1ТБ NVMe, 1ТБ SSD

Видеокарта мне оказалась особенно и не нужна, потому что мощные LLM она все равно не потянет, а мои текущие задачи закрывает процессор с графическим ядром. Единственное, она оказалась полезна в транскодинге фильмов.

Для бэкапов самого сервера я купил себе дополнительный NAS Synology DS220+ с двумя жесткими дисками, соединенными в RAID. Таким образом даже если что-то случится с основным сервером, всегда будет откуда восстановить данные.

Сначала я поставил Proxmox и организовал домашнюю виртуализацию, но спустя несколько месяцев понял что мне этот путь не подходит, потому что много времени уходит на сопутствующие задачи, а не на те которые я изначально хотел решать. Каждый раз когда приходилось что-то сделать, нужно было совершать дополнительные телодвижения. А когда речь шла о каких-нибудь докер-контейнерах внутри виртуалки или LXC-контейнера (да, так тоже бывает), особенно с пробросом GPU, я вспоминал фильм Начало и быстро терял энтузиазм.

В конце концов я остановился на стандартном Ubuntu Server 24.04 LTS, который устраивает меня и по сей день.

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

• 2х NVMe по 500ГБ: на одной система, другой выведен в папку/datahot, где у меня живет БД PostgreSQL, ClickHouse и прочие данные к которым нужен быстрый доступ.
• 1х SSD на 2ТБ: выведен в папку/datawarm, где крутится отдельный PostgreSQL-инстанс для OpenStreetMaps.
• 2х HDD по 4ТБ: диски соединены в RAID1 и выведены в/datacold, там хранятся бэкапы и те данные, потерять которые хочется меньше всего.
• Synology NAS: выведен в папку/dataice, куда я крон-скриптами бэкапирую чувствительные данные с сервера.

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

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

Базы данных

Я не сторонник контейнеризации баз данных, поэтому на сервере установлено bare-metal несколько инстансов PostgreSQL и ClickHouse, где я под мои нужды создаю юзеров и БД и под нужды того или иного сервиса. В итоге все удобно хранится и управляется из одного места.

Самым прожорливым оказался ClickHouse, который очень любит оперативку. Если вы работаете с реально большими данными, я бы рекомендовал собирать сервер с бОльшим объемом RAM.

Веб-сервер и проксирование

Здесь стандартно установлен Nginx.

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

Резервное копирование всех моих ВМ

Поскольку мой основной профиль и стэк это PHP / Laravel / PostgreSQL, и много пет-проектов и рабочих сервисов написаны именно на этом стэке, я старался найти то решение, которое мне ближе и понятнее. В моем "подчинении" десятки различных ВМ, и мне было важно централизованно на сервере сохранять как файловую систему, так и их БД.

• https://github.com/spatie/laravel-backup-server- еженедельные бэкапы файловой системы, в основном ценность несет именно сохранение .gitignore папок, которые не попадают в репозиторий (картинки, видео и т.д).
• https://github.com/spatie/laravel-backup- ежедневные бэкапы баз данных, в основном PostgreSQL.

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

Хостинг собственных пет-проектов

Если возникает какая-нибудь идея, я иду по отлаженной схеме, по небходимости используя Cursor / Claude Code.

• mkdir /var/www
• laravel new example-app / git clone
• npm install & npm run build & composer install
• nano /etc/nginx/sites-available/example & ln -s /etc/nginx/sites-available/example /etc/nginx/sites-enabled/ & certbot --nginx -d example.com

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

Тестовые рабочие стенды

История примерно такая же как и с разворачиванием собственных пет-проектов, но с импортом обезличенных данных из рабочих БД.

Мониторинг всех моих рабочих серверов и их параметров через Grafana / Prometheus

Стэк Prometheus / Grafana / Node Exporter закрывает все потребности. Prometheus и Grafana ставятся один раз на сервер, а Node Exporter экспортирует метрики с каждой ВМ, к которой нужно прикрутить мониторинг.

В самой Grafana настраиваются необходимые алерты в Matrix / Telegram, где по достижении какого-нибудь порогового значения уходит уведомление. Часто заканчивается место на диске или происходит аномалия по нагрузке.

Хостинг OpenStreetMaps карты мира

Под OSM базу необходимо закладывать больше 1ТБ места, поэтому я специально для таких целей купил отдельный SSD. Самимпортв PostgreSQL происходит довольно просто, а дальше уже как фантазии хватит.

Иногда довольно интересно прокачать свои знания в сложных SQL-запросах и посмотреть любопытную статистику по количеству или распределению школ или общественных туалетов в мире :)

Личная автоматизация через OpenClaw с управлением из Matrix-чата

OpenClaw в целях безопасности необходимо устанавливать в docker-контейнер или на отдельный VPS, и сам сервис требует некоторой настройки и кастомизации под себя. В моем случае он решает несколько задач.

Ежедневная проверка балансов. У меня в памяти не всегда укладывается список сервисов или услуг, за которые я должен вовремя заплатить. Иногда я забываю оплатить хостинг, сервис отправки смс и так далее. В OpenClaw написан небольшой крон, который ежедневно обходит нужные мне сервисы, и присылает мне уведомления по балансам и аномалиям. Иногда это решается простым API-запросом, а иногда приходится просить его через Chrome / Playwright заходить в браузер и выполнять нужные мне действия.

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

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

OpenClaw удобен тем, что можно использовать любой канал коммуникации, в том числе Matrix. В качестве ИИ-модели я рекомендую Minimax 2.7, она наиболее продвинутая для таких целей и оптимальна по цене.

Matrix-чат для близких

Последние недели я занялся поискком альтернативы заблокированным мессенджерам, и послевот этой статьия решил рассмотреть стэк Matrix / Element / Synapse. В нем мы ведем семейные и дружеские переписки, периодически я переношу и дорабатываю различную ИИ-автоматизацию.

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

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

Домашний кинотеатр Jellyfin

Я очень долго пытался привыкнуть к Plex, но так и не смог. Гораздо удобнее оказался Jellyfin, который имеет все необходимые клиенты. На сервере хранятся любые фильмы, а на телевизоре в соседней комнате они по локальной сети выводятся.

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

Из-за последних блокировок, замедлений и ограничений часто в самых неожиданных местах даже в open-source коде возникают фантомные ошибки, на исправление которых уходит много времени. Иногда ты оказываешься в ситуации, когда вместо элементарного подключения API ты занимаешься исправлением ошибок с таймаутом и организацией многослойной системы с проксированием. И многие простые задачи теперь становятся сложными, когда банально даже apt update работает не всегда.

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

Мне помогает в этой ситуации только установка bare-metal решений на собственном железе, с минимумом контейнеризации.

Планы на будущее

Когда речь заходит о домашнем сервере, первым делом пишут про замену облачных сервисов. Так получилось, что у меня нет позитивного опыта работы с Nextcloud, который кажется очевидным выбором в таких случаях. Nextcloud показался мне слишком медленным и перегруженным. Я пробовал Seafile, но мне не хватило функциональности и не понравилась достаточно своеобразная система хранения данных. В будущем я намерен продолжить эксперименты и выбрать то, чем мне будет удобно пользоваться.

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

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

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

Буду рад почитать комментарии и увидеть ваш опыт.