Сравнение стоимости собственного сервера и облака в 2026 году: расчеты и цифры

В текущем году оплата зарубежных облачных хранилищ из РФ превратилась в нетривиальную задачу. С апреля заблокирована покупка подписок Apple, платежи через Google Play недоступны ещё с 2022 года, а сервис Notion ограничил доступ российским аккаунтам осенью 2024-го. В дискуссиях под подобными материалами пользователи неизменно рекомендуют запустить собственный сервер и навсегда забыть о сторонних тарифах. Я решил проверить этот тезис на цифрах. Развернув локально Immich, Nextcloud, Vaultwarden и AFFiNE, я зафиксировал их аппетиты к оперативной памяти и сопоставил пятилетние затраты с расценками Яндекс 360 и Облака Mail (актуальность цен — по состоянию на 28 сентября 2026 года). Как выяснилось, облачные решения выгодны далеко не на любом объеме данных: существует порог, перешагнув который домашний сервер позволяет сэкономить до 175 тысяч рублей за пять лет. Где пролегает эта грань и почему даже б/у комплектующие почти не влияют на расклад — рассмотрим детально.

Краткие выводы для спешащих:

• Индивидуальному пользователю с терабайтом данных Яндекс 360 обойдется в 8 945 ₽ за пятилетку, тогда как покупка пары накопителей для организации RAID-зеркала потребует 51 980 ₽.

• Финансовая выгода от личного сервера проявляется при хранении от 5 ТБ, а на 10 ТБ экономия за пять лет достигает 87–175 тысяч рублей.

• Четырём запущенным сервисам в состоянии простоя достаточно 1,8 ГиБ ОЗУ, однако русскоязычный поиск по изображениям способен кратковременно поднять нагрузку до 6,7 ГиБ.

Что и на что заменяем

Я выделил четыре ключевые категории подписок, за которые мы платим в первую очередь: фотографии, файлы, пароли и текстовые заметки. Критериями отбора софта выступали высокая популярность на GitHub и наличие официальной документации для self-hosted установки.

Функционал Immich практически неотличим от Google Фото: привычная хронологическая лента, альбомы, геолокационная карта, распознавание лиц и семантический поиск по описанию. Это ключевой элемент миграции, поскольку медиафайлы расходуют больше всего дискового пространства.

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

Vaultwarden — это легковесный серверный бэкенд на Rust, совместимый с официальными клиентами Bitwarden. Он потребляет минимум аппаратных ресурсов и работает с экосистемой Bitwarden «из коробки».

AFFiNE заменяет Notion, объединяя в себе текстовые редакторы, канбан-доски и базы данных. Несмотря на то, что AppFlowy опережает его по числу звезд на GitHub (77 тыс. против 73 тыс.), развертывание его серверной архитектуры сопряжено со значительными трудностями, поэтому выбор пал на AFFiNE.

Подобный стек отражает реальные тенденции в профильном комьюнити. Согласно опросу selfh.st за 2025 год среди 4 081 респондента, Immich закрепился на третьей строчке фаворитов, Vaultwarden занял пятое место, а Nextcloud — шестое.

Реальные системные требования

Методика замеров

Прежде чем переходить к экономике, необходимо определить аппаратный базис. Я развернул тестовое окружение в Docker на рабочей машине с процессором Intel Core i7-10700K, ежесекундно фиксируя потребление ОЗУ каждым контейнером через утилиту docker stats. Объем памяти указан в гибибайтах в соответствии с выводом терминала (1 ГиБ эквивалентен 1,07 ГБ).

В медиатеку Immich было импортировано 1 000 фотографий: стандартный публичный набор снимков предварительно масштабировали до 12 мегапикселей (типичное разрешение современной смартфонной камеры). Процесс индексации занял 6 минут 53 секунды. За это время алгоритмы сгенерировали превью, проанализировали метаданные, выделили лица, распознали печатный текст и сформировали индекс для интеллектуального поиска.

Стоит сделать оговорку: производительность i7 существенно выше типичных процессоров в компактных домашних мини-ПК, поэтому на чипе вроде Intel N100 та же процедура займет больше времени. Поскольку расход оперативной памяти слабо зависит от вычислительной мощности CPU, полученные метрики актуальны для любого «железа».

В состоянии покоя весь комплекс служб задействует порядка 1,8 ГиБ ОЗУ. Основной спрос на ресурсы возникает при пакетной обработке: пиковое потребление одного Immich достигало 4,1 ГиБ, а общий показатель стенда поднимался до 4,6 ГиБ. Спустя пять минут бездействия Immich автоматически выгружает ML-модели из памяти. Сразу после импорта бэкенд удерживал около 2,6 ГиБ, однако после перезапуска контейнеров показатель вернулся к исходному гигабайту.

Остальные компоненты демонстрируют высокую скромность. Пиковая нагрузка на Nextcloud при заливке 1,25 ГиБ файлов составила 0,37 ГиБ, а Vaultwarden обходится всего 13 МиБ. В официальной документации Immich указан системный минимум в 6 ГБ ОЗУ с рекомендацией иметь 8 ГБ, причем владельцам систем с 4 ГБ советуют отключать модуль распознавания. Мои измерения полностью подтверждают эти требования.

Влияние русскоязычного поиска по фото на системные ресурсы

Базовая конфигурация поиска Immich оптимизирована исключительно под английский язык. Попытка найти снимки по запросу вроде «закат над морем» без дополнительных настроек не увенчается успехом. Для поддержки русского языка разработчики рекомендуют модели линейки nllb. Я интегрировал наиболее компактный вариант — nllb‑clip‑base‑siglip__v1.

Эффект проявился моментально. Модель занимает 2 ГБ на накопителе, а максимальный расход памяти стенда в момент импорта увеличился с 4,6 до 6,7 ГиБ. В активном состоянии система стабильно удерживает около 6 ГиБ ОЗУ. Качество поиска оказалось на высоте: базовые запросы наподобие «кошка», «ночной мост» или «лесной водопад» выводят релевантные кадры в самые первые позиции.

Если планируется активное использование локального поиска на русском языке, конфигурация с 8 ГБ памяти будет работать на пределе возможностей, поэтому комфортным стандартом станут 16 ГБ.

Конфигурационный файл стенда для самостоятельной проверки приведен под спойлером. Учетные данные и секретные ключи прописываются в соседнем файле .env.

name: selfhost

services:
  immich-server:
    image: ghcr.io/immich-app/immich-server:v3
    volumes:
      - immich_data:/data
    environment: &immich_env
      DB_HOSTNAME: immich-db
      DB_USERNAME: postgres
      DB_PASSWORD: ${IMMICH_DB_PASSWORD}
      DB_DATABASE_NAME: immich
      REDIS_HOSTNAME: immich-redis
    ports:
      - "127.0.0.1:2283:2283"
    depends_on: [immich-redis, immich-db]
    restart: unless-stopped

  immich-machine-learning:
    image: ghcr.io/immich-app/immich-machine-learning:v3
    volumes:
      - immich_models:/cache
    restart: unless-stopped

  immich-redis:
    image: docker.io/valkey/valkey:9
    restart: unless-stopped

  immich-db:
    image: ghcr.io/immich-app/postgres:14-vectorchord0.4.3-pgvectors0.2.0
    environment:
      POSTGRES_PASSWORD: ${IMMICH_DB_PASSWORD}
      POSTGRES_USER: postgres
      POSTGRES_DB: immich
      POSTGRES_INITDB_ARGS: "--data-checksums"
    volumes:
      - immich_pg:/var/lib/postgresql/data
    shm_size: 128mb
    restart: unless-stopped

  nextcloud:
    image: nextcloud:apache
    environment:
      POSTGRES_HOST: nextcloud-db
      POSTGRES_DB: nextcloud
      POSTGRES_USER: nextcloud
      POSTGRES_PASSWORD: ${NC_DB_PASSWORD}
      NEXTCLOUD_ADMIN_USER: admin
      NEXTCLOUD_ADMIN_PASSWORD: ${NC_ADMIN_PASSWORD}
      NEXTCLOUD_TRUSTED_DOMAINS: localhost 127.0.0.1
      REDIS_HOST: nextcloud-redis
    volumes:
      - nc_html:/var/www/html
    ports:
      - "127.0.0.1:8080:80"
    depends_on: [nextcloud-db, nextcloud-redis]
    restart: unless-stopped

  nextcloud-db:
    image: postgres:17
    environment:
      POSTGRES_DB: nextcloud
      POSTGRES_USER: nextcloud
      POSTGRES_PASSWORD: ${NC_DB_PASSWORD}
    volumes:
      - nc_pg:/var/lib/postgresql/data
    restart: unless-stopped

  nextcloud-redis:
    image: redis:latest
    restart: unless-stopped

  vaultwarden:
    image: vaultwarden/server:latest
    environment:
      DOMAIN: https://localhost:8443
      ROCKET_TLS: '{certs="/ssl/cert.pem",key="/ssl/key.pem"}'
    volumes:
      - vw_data:/data
      - ./ssl:/ssl:ro
    ports:
      - "127.0.0.1:8443:80"
    restart: unless-stopped

  affine:
    image: ghcr.io/toeverything/affine:stable
    ports:
      - "127.0.0.1:3010:3010"
    depends_on:
      affine-redis:
        condition: service_healthy
      affine-db:
        condition: service_healthy
      affine-migration:
        condition: service_completed_successfully
    volumes: &affine_vols
      - affine_storage:/root/.affine/storage
      - affine_config:/root/.affine/config
    environment: &affine_env
      REDIS_SERVER_HOST: affine-redis
      DATABASE_URL: postgresql://affine@affine-db:5432/affine
      AFFINE_INDEXER_ENABLED: "false"
    restart: unless-stopped

  affine-migration:
    image: ghcr.io/toeverything/affine:stable
    volumes: *affine_vols
    command: ["sh", "-c", "node ./scripts/self-host-predeploy.js"]
    environment: *affine_env
    depends_on:
      affine-redis:
        condition: service_healthy
      affine-db:
        condition: service_healthy

  affine-redis:
    image: redis:latest
    healthcheck:
      test: ["CMD", "redis-cli", "--raw", "incr", "ping"]
      interval: 10s
      timeout: 5s
      retries: 5
    restart: unless-stopped

  affine-db:
    image: pgvector/pgvector:pg16
    environment:
      POSTGRES_USER: affine
      POSTGRES_DB: affine
      POSTGRES_INITDB_ARGS: "--data-checksums"
      POSTGRES_HOST_AUTH_METHOD: trust
    volumes:
      - affine_pg:/var/lib/postgresql/data
    healthcheck:
      test: ["CMD", "pg_isready", "-U", "affine", "-d", "affine"]
      interval: 10s
      timeout: 5s
      retries: 5
    restart: unless-stopped

volumes:
  immich_data:
  immich_models:
  immich_pg:
  nc_html:
  nc_pg:
  vw_data:
  affine_storage:
  affine_config:
  affine_pg:

# Файл .env размещается рядом с docker-compose.yml, укажите собственные пароли
IMMICH_DB_PASSWORD=задайте_надежный_пароль_1
NC_DB_PASSWORD=задайте_надежный_пароль_2
NC_ADMIN_PASSWORD=задайте_надежный_пароль_3

# Генерация сертификата для Vaultwarden (веб-хранилище требует HTTPS для регистрации):
# openssl req -x509 -newkey rsa:2048 -nodes -days 365 -subj "/CN=localhost" -addext "subjectAltName=DNS:localhost" -keyout ssl/key.pem -out ssl/cert.pem

Стоимость облачных услуг в 2026 году

Теперь обратимся к бенчмаркам для сравнения. Прямая оплата зарубежных облаков из РФ заблокирована: Google Play отключил транзакции 10 марта 2022 года, а Apple прекратил их обработку с 1 апреля 2026-го. Использование посредников и подарочных карт — нестабильный базис для долгосрочного планирования, поэтому главным оппонентом домашнего сервера выбран Яндекс 360.

У экосистемы Яндекса есть два сильных аргумента. Во-первых, все платные тарифы включают безлимитную автозагрузку фото и видео со смартфонов без расхода дискового пространства. Во-вторых, семейный план предоставляет по 1 ТБ каждому из восьми участников за 2 509 ₽ ежегодно.

Тарифы Яндекса при условии годовой оплаты (на странице тарифной сетки заявлена скидка 30–50% относительно ежемесячного платежа). Данные актуальны на 28.09.2026.

Облако Mail при аналогичной емкости оценивается дороже (без учета маркетинговых акций первого года). iCloud и Google One приведены для контекста: финансово они менее привлекательны, а прямые транзакции невозможны. Поскольку у Bitwarden существует функциональный бесплатный тариф, развертывание собственного Vaultwarden не несет прямой денежной экономии и внедряется исключительно ради автономности.

Затраты на собственный сервер

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

Главной статьей расходов неожиданно оказались жесткие диски. Накопители уровня WD Red Plus обходятся примерно в 6 тысяч рублей за терабайт, причем для отказоустойчивости необходима пара дисков, объединенных в зеркальный массив. Затраты на электроэнергию, напротив, минимальны: мини-ПК на базе процессора N100 в тандеме с двумя дисками потребляют порядка 15 Вт. Это составляет 131 кВт·ч в год или около 1 170 ₽ по актуальным московским тарифам (энергопотребление рассчитано по спецификациям оборудования, без использования ваттметра).

Цены на накопители — по данным Ситилинка, тариф на электроэнергию — 8,9 ₽ за кВт·ч (Москва, с 01.10.2026). Проверено 28.09.2026.

Аренда VPS для хостинга медиатеки нецелесообразна. Сервер FirstVDS с терабайтным диском стоит 2 419 ₽ ежемесячно, что в 10–16 раз дороже подписки на Яндекс, а выделенных 4 ГБ оперативной памяти не хватит для полноценной работы Immich.

Вторичный рынок и б/у комплектующие

Первый контраргумент в подобных обсуждениях сводится к покупке списанного офисного ПК на барахолке за 3–5 тысяч рублей. Подобные советы популярны в сети, и вторичный рынок действительно помогает сэкономить на вычислительном блоке (например, в магазинах б/у техники модели уровня Lenovo ThinkCentre M720q с Core i3 стоили около 19 000 ₽, хотя сейчас они в дефиците).

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

Для одного владельца с терабайтом данных накопитель на 4 ТБ должен обойтись не дороже 4 576 ₽ при розничной цене нового в 25 990 ₽. Это составляет менее 18% от прайса, то есть скидка на вторичном рынке должна превышать 80%. Более того, б/у диски для хранения архивов — лотерея: степень износа неизвестна, а перед покупкой требуется как минимум анализировать SMART-параметры и время наработки.

Резервное копирование: суровая необходимость

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

Стоимость резервного размещения в облаке часто превосходит цену коммерческой подписки. Хранение терабайта в «холодном» архиве Yandex Object Storage оценивается примерно в 650 ₽ ежемесячно (около 7 800 ₽ в год), тогда как полный пакет Яндекс Диска на 1 ТБ продается от 1 789 ₽ за год. Поэтому в расчетах заложен наиболее бюджетный сценарий: второй комплект дисков, установленный у родственников, без построения зеркала.

Эту деталь часто упускают из виду. Согласно опросу selfh.st за 2025 год, 8% энтузиастов вовсе пренебрегают бэкапами, а 34% хранят всю информацию в пределах одного устройства.

Пятилетняя финансовая модель

Сведем все параметры воедино. Я проанализировал четыре сценария на пятилетнем горизонте: индивидуальный пользователь (1 ТБ), семья из четырех человек (по 1 ТБ), архив на 5 ТБ и массив на 10 ТБ. Затраты на облако рассчитаны по годовым тарифам Яндекс 360, а расходы на сервер — по стоимости дисков и электричества (без учета ПК).

Для одного человека или семьи домашнее решение экономически нецелесообразно даже при бесплатном железе: стоимость одних накопителей превышает пятилетнюю оплату облака. При объемах от 5 ТБ ситуация выравнивается, а на 10 ТБ сервер демонстрирует колоссальную выгоду. Это обусловлено тарифной политикой Яндекса: после 3 ТБ стоимость каждого терабайта резко возрастает (пакет на 3 ТБ обходится в 5 940 ₽/год, тариф на 5 ТБ — уже в 18 990 ₽, а 10 ТБ оцениваются в 72 000 ₽ ежегодно).

Интеграция удаленной резервной копии смещает точку безубыточности. Для объема в 5 ТБ локальный сервер уходит в минус примерно на 25 тысяч рублей, в то время как на 10 ТБ после приобретения дисков и оплаты электричества в распоряжении пользователя остается около 87 тысяч рублей на покупку компьютера и сопутствующие расходы.

Рассрочка и растягивание затрат

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

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

Расчет окупаемости: стоимость комплекта накопителей, разделенная на годовую разницу между стоимостью подписки и затратами на электроэнергию (базовые цены соответствуют пятилетней модели).

Для индивидуального пользователя расходы на электроэнергию составляют 97 ₽ ежемесячно при стоимости подписки в 149 ₽ (почти 65%). Чистая экономия не превышает 620 ₽ в год, из-за чего комплект дисков за 25 990 ₽ окупится лишь через 84 года. Даже при распределении затрат беспроцентная рассрочка растянется на 29 лет, притом что производитель дисков WD Red Plus предоставляет трехлетнюю гарантию.

При работе с крупными архивами картина меняется кардинально. На 10 ТБ облачный тариф обходится в 6 000 ₽ ежемесячно при затратах на электричество около 140 ₽, что обеспечивает окупаемость накопителей за 2,5 года. Даже с учетом выносного бэкапа срок сокращается до неполных четырех лет, после чего сервер генерирует чистую экономию.

Пограничная зона удерживается на отметке 5 ТБ. В этом случае вложения окупаются за 4,3 года (или 6,4 года с удаленной копией), что превосходит официальный гарантийный срок. Рентабельность держится на надежности дисков, способных функционировать сверх заявленного ресурса.

Неденежные факторы

В расчетах отсутствует категория, которую труднее всего оцифровать, — ваше персональное время. Статистических исследований на этот счет нет, поэтому я опирался на данные профильных публикаций. Первичная настройка инфраструктуры занимает в среднем около 10 часов, а последующее обслуживание отнимает полтора часа ежемесячно (разброс оценок велик: от 15 минут у энтузиастов до шести часов по оценкам провайдеров коммерческого хостинга).

За пятилетний период накапливается порядка 100 часов. Если оценить час личного времени в 1 000 ₽, этот ресурс превысит стоимость пятилетней семейной подписки на Яндекс. Для многих энтузиастов администрирование выступает хобби, но игнорировать этот фактор нельзя. Согласно упомянутому опросу selfh.st, 45% владельцев домашних серверов выполняют обновления вручную, тратя на это дополнительные часы.

Безопасность и конфиденциальность данных

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

Утечки. Информационные инциденты случаются и у IT-гигантов вследствие компрометации подрядчиков или внутренних злоупотреблений (подобные прецеденты фиксировались и в России). Пользователь никак не может повлиять на защищенность внешних серверов и узнает о проблемах постфактум.

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

Удаление по регламенту. Облачные платформы хранят файлы до тех пор, как вносится абонентская плата. Согласно регламенту Яндекс Диска, при исчерпании свободного пространства доступ к файлам блокируется через 44 дня, а спустя 90 дней данные стираются безвозвратно. Суммарно просрочка продления подписки на 134 дня приведет к безвозвратной утрате архива.

Штатные сбои. В ноябре 2023 года пользователи десктопного клиента Google Диска столкнулись с масштабной потерей локальных файлов, не успевших синхронизироваться с облаком (по сообщениям пострадавших, некоторые лишились результатов многомесячной работы). Компания устранила баг в декабрьском патче версии 85 и выпустила специальную утилиту восстановления.

На собственном сервере эти риски никуда не исчезают — ответственность за них перекладывается на плечи администратора. В январе 2022 года шифровальщик DeadBolt атаковал более 3 600 сетевых хранилищ QNAP с открытыми наружу портами. Защита домашней инфраструктуры строится на своевременных обновлениях, надежных паролях, закрытом периметре сети и все том же внешнем бэкапе.

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

Существует и компромиссный вариант для тех, кто ставит приватность превыше финансовых затрат. Перед отправкой в облако файлы можно шифровать с помощью утилит вроде rclone (модуль crypt), которая нативно интегрируется с Яндекс Диском. В этом случае облако выступает в роли «слепого» хранилища зашифрованных блоков, однако просмотр фотографий через браузер и семантический поиск станут недоступны.

Заключение

Финансовый итог оказался прозаичным: при объемах менее 5 ТБ облачные сервисы обходятся дешевле, даже если растянуть покупку комплектующих на годы. Семейный архив фотографий и документов за 2 509 ₽ ежегодно хранится в облаке выгоднее, чем на любой самостоятельной сборке. Фактически вы платите за утрату полного контроля над данными в обмен на удобство.

Домашний сервер оправдывает себя в трех сценариях:

• объем вашей цифровой библиотеки превышает 5 ТБ (например, при накоплении видеоархивов);

• подходящее аппаратное обеспечение и накопители уже имеются в наличии;

• контроль над информацией приоритетнее денег, а у вас есть свободное время на администрирование.

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

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

Для хранения терабайта данных коммерческое облако выгоднее при любых схемах оплаты. Однако архив принадлежит вам лишь до тех пор, пока вносится абонентская плата (и сохраняется льготный 134-дневный период после ее окончания).

Иллюстрации в статье: Wikimedia Commons, CC0.

Источник