Свой облачный диск вместо Google Drive 2026: Nextcloud и аналоги на своём сервере

Зачем свой облачный диск в 2026

Я держу собственный облачный диск на своём VPS уже несколько лет. Туда стекаются рабочие документы, фотоархив, бэкапы телефонов всей семьи, проектные файлы клиентов и личные заметки. И каждый раз, когда я вижу очередное письмо от облачного сервиса в духе «мы меняем тарифы» или «функция X теперь только в премиум-подписке», я радуюсь, что у меня всё своё.

Эта статья — узко про файловое хранилище, замену Google Drive, Dropbox и Яндекс.Диска своим решением. Если вам интересна тема self-hosted шире — почта, Git, автоматизация, аналитика, — у меня есть отдельный большой материал «Self-hosted всё 2026: своя инфраструктура вместо SaaS». Здесь же я закапываюсь именно в облачный диск: какой софт выбрать, как развернуть, как настроить синхронизацию, бэкапы и безопасность, как мигрировать с Google.

Первая причина уйти на своё — уход и капризы вендоров. За последние годы из РФ ушло или ограничило работу множество западных сервисов. Dropbox перестал принимать карты, Google периодически блокирует аккаунты без объяснения причин, а восстановить доступ к чужому облаку, где лежат десять лет вашей жизни, бывает невозможно. Когда диск ваш, выключить его может только тот, у кого есть root.

Вторая причина — цены. Облачные подписки выглядят дёшево, пока вы храните 15 ГБ бесплатно. Но как только архив переваливает за терабайт, вы платите вечную ренту. Перестали платить — через пару месяцев данные заблокированы или удалены. Свой диск — это разовая аренда сервера, где терабайт стоит копейки, а данные никуда не денутся.

Третья причина — контроль. На своём диске нет сканирования контента, нет рекламного профилирования по вашим файлам, нет внезапного «нарушения правил сообщества» из-за семейного фото на пляже. Вы сами решаете, кто и что видит.

Четвёртая причина — 152-ФЗ. Если вы предприниматель или работаете с персональными данными клиентов, хранение файлов с ПД на серверах в РФ — это требование закона. Свой облачный диск на российском VPS закрывает вопрос локализации сразу: данные физически в дата-центре в России, под вашим контролем, с вашим журналом доступа. Это снимает целый класс рисков по проверкам Роскомнадзора.

Сколько стоит облако vs свой диск

Давайте посчитаем честно, без манипуляций. Возьмём типовой сценарий: семье или небольшому бизнесу нужно 2 ТБ хранилища с надёжностью и доступом отовсюду.

На первый взгляд кажется, что разница не драматичная — свой диск стоит примерно столько же, сколько облако. Но есть нюансы в вашу пользу. Во-первых, на одном VPS у вас уже крутится не только диск, а ещё сайт, бот, аналитика — стоимость размазывается. Во-вторых, цена за лишний терабайт у облаков растёт линейно и бесконечно, а на своём сервере вы либо доплачиваете за блочное хранилище 5-7 ₽ за ГБ в месяц, либо подключаете S3, где терабайт стоит совсем недорого.

Главная экономия не в рублях, а в свободе. Облачная подписка — это вечный платёж: пока платите, у вас есть доступ. Свой диск с бэкапами в S3 — это актив, который остаётся вашим, даже если вы на месяц перестанете платить за второстепенные сервисы. И когда у вас 5-10 ТБ архива, разница в деньгах уже становится кратной в пользу своего решения.

Nextcloud — лидер

Если выбирать один продукт для своего облачного диска, это Nextcloud. Я перепробовал почти всё и вернулся к нему. Это форк ownCloud, который давно обогнал родителя по активности разработки и экосистеме.

Что умеет Nextcloud из коробки: синхронизация файлов между всеми устройствами, веб-интерфейс с предпросмотром фото, видео, PDF и документов, общие папки и публичные ссылки с паролем и сроком жизни, версионирование файлов (откат к предыдущей версии), корзина с настраиваемым сроком хранения. Это полноценная замена Google Drive и Dropbox.

Но Nextcloud — это больше, чем диск. Через магазин приложений вы добавляете: Calendar и Contacts (замена Google Calendar и контактов, синхронизация по CalDAV/CardDAV на телефон), Notes (заметки в Markdown), Photos с распознаванием лиц и геометками, Tasks, Deck (канбан-доски как Trello), Talk (видеозвонки и чат). По сути это ваш личный Google Workspace, только под вашим контролем.

Ключевая фишка для нашей темы — онлайн-редактирование документов через OnlyOffice или Collabora (об этом ниже). Вы открываете .docx или .xlsx прямо в браузере, редактируете совместно с коллегами в реальном времени, и всё это на вашем сервере без отправки файлов в чужое облако.

Минусы Nextcloud честно: он тяжеловат, написан на PHP, и при неправильной настройке (без Redis, без правильного PHP-OPcache, на SQLite вместо Postgres) может тормозить. Поэтому ниже я даю конфигурацию сразу правильную — с Postgres и Redis. На больших объёмах (десятки тысяч мелких файлов) индексация бывает медленной — тут выигрывает Seafile.

Альтернативы Nextcloud

Nextcloud не единственный вариант. Разберу основные альтернативы и когда они уместнее.

Seafile — мой второй фаворит. Главное отличие — собственный движок хранения, который дробит файлы на блоки и хранит их подобно Git. Это даёт впечатляющую скорость синхронизации больших объёмов и дедупликацию. Если у вас сотни тысяч файлов или вы синхронизируете терабайты, Seafile быстрее и стабильнее Nextcloud. Минус — экосистема беднее: это именно файловый диск, без календарей и заметок. Есть встроенное клиентское шифрование библиотек.

ownCloud — прародитель Nextcloud. Сейчас развивается медленнее, появился переписанный на Go ownCloud Infinite Scale (oCIS) — быстрый и современный, но экосистема приложений у него скромнее, чем у Nextcloud. Рассматривайте, если нужен лёгкий и быстрый файловый сервер без лишнего.

Filebrowser — минимализм. Один Go-бинарник, который отдаёт веб-интерфейс к папке на сервере. Никаких баз данных, синхронизации и приложений. Идеально, если нужно просто открыть доступ к файлам через браузер с авторизацией. Запускается за минуту, ест мегабайты памяти. Для серьёзного облака слабоват, но как лёгкий файлообменник — отличный.

Российские решения. Если хочется готовый продукт от вендора в РФ, есть корпоративные варианты вроде Облака VK Teams и других платформ совместной работы. Они закрывают 152-ФЗ и дают поддержку, но это уже не self-hosted в чистом виде — вы зависите от вендора и тарифов. Для тех, кто не хочет администрировать сервер сам, это разумный компромисс.

Мой совет: 90% людей и малых бизнесов нужен Nextcloud. Берите его, если нет специфических причин выбрать другое.

Где разместить облачный диск

Есть три принципиально разных подхода к размещению, и выбор зависит от объёма данных, бюджета и требований к надёжности.

Свой VPS в российском дата-центре. Мой основной вариант. Selectel, Timeweb Cloud, RuVDS, VK Cloud, Yandex Cloud — все дают VPS с возможностью подключить блочное хранилище. Берёте сервер с 2-4 ГБ RAM, 2 vCPU и подключаете отдельный диск под данные на 500 ГБ — несколько ТБ. Данные в РФ, полный контроль, цена предсказуемая. Это закрывает 152-ФЗ и даёт лучшее соотношение контроля и удобства.

Российское объектное хранилище S3. Если данных много (терабайты), держать их на блочном диске VPS дорого. Решение — хранить сами файлы в S3-совместимом объектном хранилище (Selectel, VK Cloud, Yandex Object Storage), а Nextcloud настроить так, чтобы он использовал S3 как primary storage. VPS остаётся лёгким (только база и приложение), а файлы лежат в дешёвом масштабируемом хранилище в РФ. Об этом подробнее в разделе про производительность.

Домашний сервер или NAS. Самый дешёвый по железу вариант на длинной дистанции. Synology, QNAP или самосбор на мини-ПК с дисками. Nextcloud ставится на NAS в пару кликов. Плюс — диски ваши, можно ставить 4-8-16 ТБ без аренды. Минусы — зависимость от домашнего интернета (нужен белый IP или туннель), от электричества и от того, что если дом затопит или обворуют, диск уедет вместе с данными. Для дома и фотоархива — отлично, для бизнеса с 152-ФЗ — рискованно. Я рекомендую гибрид: NAS дома как primary, бэкап в S3 в РФ.

Развёртывание на Docker

Самый надёжный способ развернуть Nextcloud — Docker Compose. Один файл описывает всё: само приложение, базу Postgres, кэш Redis. Поднимается одной командой, обновляется сменой тега образа, переносится на другой сервер копированием папки с томами.

Вот рабочий docker-compose.yml, который я использую как основу. Postgres вместо SQLite — для скорости и надёжности на любом объёме, Redis — для файловых блокировок и кэша, без которого Nextcloud заметно тормозит.

# docker-compose.yml — Nextcloud + Postgres + Redis
services:
  db:
    image: postgres:16-alpine
    restart: unless-stopped
    volumes:
      - ./data/db:/var/lib/postgresql/data
    environment:
      POSTGRES_DB: nextcloud
      POSTGRES_USER: nextcloud
      POSTGRES_PASSWORD: ${DB_PASSWORD}
    networks:
      - nc-net

  redis:
    image: redis:7-alpine
    restart: unless-stopped
    command: redis-server --requirepass ${REDIS_PASSWORD}
    networks:
      - nc-net

  app:
    image: nextcloud:30-apache
    restart: unless-stopped
    depends_on:
      - db
      - redis
    ports:
      - "127.0.0.1:8080:80"   # наружу не торчим, проксируем через nginx
    volumes:
      - ./data/nextcloud:/var/www/html        # код и конфиг
      - ./data/files:/var/www/html/data       # сами файлы пользователей
    environment:
      POSTGRES_HOST: db
      POSTGRES_DB: nextcloud
      POSTGRES_USER: nextcloud
      POSTGRES_PASSWORD: ${DB_PASSWORD}
      REDIS_HOST: redis
      REDIS_HOST_PASSWORD: ${REDIS_PASSWORD}
      NEXTCLOUD_TRUSTED_DOMAINS: cloud.example.ru
      NEXTCLOUD_ADMIN_USER: admin
      NEXTCLOUD_ADMIN_PASSWORD: ${ADMIN_PASSWORD}
      OVERWRITEPROTOCOL: https   # важно за reverse-proxy, иначе ломаются ссылки
    networks:
      - nc-net

networks:
  nc-net:

Пароли держим в файле .env рядом с compose-файлом (DB_PASSWORD, REDIS_PASSWORD, ADMIN_PASSWORD) и никогда не коммитим его в Git. Запуск — docker compose up -d, и через минуту Nextcloud доступен на localhost:8080. Папку ./data/files имеет смысл смонтировать на отдельный большой диск или S3 — это и есть ваше хранилище.

После первого запуска зайдите в админку, в «Параметры обзора» — Nextcloud сам подскажет, что докрутить: настроить cron вместо AJAX для фоновых задач, добавить заголовки безопасности, проверить кэш. Большинство замечаний закрываются правильным reverse-proxy, который мы сейчас и настроим.

Reverse-proxy и SSL

Nextcloud мы не выставляем в интернет напрямую — перед ним ставим nginx, который терминирует HTTPS, отдаёт сертификат Let's Encrypt и проксирует на контейнер. Это даёт шифрование трафика, контроль над заголовками и возможность держать на одном сервере несколько сервисов.

Сертификат проще всего получить через certbot: certbot --nginx -d cloud.example.ru. Он сам пропишет пути к сертификатам и настроит автопродление. Вот конфиг nginx, заточенный под Nextcloud — с увеличенным лимитом на размер загрузки и нужными заголовками.

# /etc/nginx/sites-available/cloud.example.ru
server {
    listen 80;
    server_name cloud.example.ru;
    return 301 https://$host$request_uri;   # весь HTTP гоним на HTTPS
}

server {
    listen 443 ssl http2;
    server_name cloud.example.ru;

    ssl_certificate     /etc/letsencrypt/live/cloud.example.ru/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/cloud.example.ru/privkey.pem;
    ssl_protocols TLSv1.2 TLSv1.3;

    # позволяем заливать большие файлы (по умолчанию nginx режет на 1 МБ)
    client_max_body_size 10G;
    client_body_timeout 3600s;

    # заголовки безопасности
    add_header Strict-Transport-Security "max-age=15768000; includeSubDomains" always;
    add_header X-Content-Type-Options "nosniff" always;
    add_header X-Frame-Options "SAMEORIGIN" always;
    add_header Referrer-Policy "no-referrer" always;

    # редиректы для CalDAV/CardDAV (синхронизация календаря и контактов)
    location = /.well-known/carddav { return 301 $scheme://$host/remote.php/dav; }
    location = /.well-known/caldav  { return 301 $scheme://$host/remote.php/dav; }

    location / {
        proxy_pass http://127.0.0.1:8080;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_buffering off;
        proxy_request_buffering off;   # стримим большие загрузки, не буферизуем
    }
}

Два момента, на которых спотыкаются все новички. Первый — client_max_body_size: по умолчанию nginx не даст залить файл больше 1 МБ и вернёт ошибку 413. Ставьте лимит щедро. Второй — заголовок X-Forwarded-Proto и переменная OVERWRITEPROTOCOL в compose: без них Nextcloud думает, что работает по HTTP, и генерирует битые ссылки на ресурсы, отчего веб-интерфейс ломается. После правки конфига — nginx -t && systemctl reload nginx.

Синхронизация: десктоп, мобильный, WebDAV

Облачный диск бесполезен, если файлы не синхронизируются автоматически. У Nextcloud с этим всё хорошо, и работает оно как у Dropbox.

Десктоп. Официальный клиент есть под Windows, macOS и Linux. Ставите, указываете адрес сервера и логин, выбираете локальную папку — и она синхронизируется с облаком в обе стороны. Поддерживается выборочная синхронизация (не тянуть на ноутбук весь архив) и Virtual Files на Windows — файлы видны в проводнике, но скачиваются только при открытии, экономя место на диске. Это полный аналог поведения OneDrive.

Мобильный. Приложения Nextcloud под Android и iOS делают главное — автозагрузку фото и видео с телефона в облако. Включаете один раз, и каждое снятое фото улетает на ваш сервер. Это и есть замена Google Photos: фотоархив всей семьи на вашем диске, без лимитов и сканирования.

WebDAV. Под капотом Nextcloud отдаёт файлы по стандартному протоколу WebDAV. Это значит, что любое устройство и программа, понимающие WebDAV, могут подключить ваш диск как сетевую папку без всякого клиента. Windows умеет это через «Подключить сетевой диск», macOS — через Finder, Linux — через davfs2 или встроенно в файловых менеджерах. Адрес вида https://cloud.example.ru/remote.php/dav/files/ВАШ_ЛОГИН/. WebDAV удобен для скриптов и бэкапов, которые льют файлы прямо в облако.

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

Совместная работа: шары, ссылки, права

Здесь Nextcloud не уступает Google Drive, а кое в чём превосходит. Любой файл или папку можно расшарить тремя способами.

Первый — внутренним пользователям и группам. Вы заводите аккаунты для семьи или сотрудников, объединяете в группы (например, «Бухгалтерия», «Проект Альфа») и даёте доступ к папкам с точными правами: только чтение, чтение и запись, возможность дальше пересылать, удалять. Права наследуются на вложенные папки.

Второй — публичные ссылки. Генерируете ссылку на файл или папку, и любой с этой ссылкой получает доступ. Но в отличие от примитивных файлообменников, ссылку можно защитить паролем, поставить срок жизни (например, удалить через 7 дней), запретить скачивание (только просмотр), разрешить загрузку файлов внешними людьми (режим «почтовый ящик» для приёма документов от клиентов). Это закрывает большинство сценариев обмена файлами с теми, у кого нет аккаунта.

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

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

Онлайн-редактирование: OnlyOffice и Collabora

Главное, чего боятся при переходе с Google Drive, — потеря Google Docs, то есть совместного редактирования документов в браузере. Зря боятся: на своём диске это есть, и работает не хуже.

OnlyOffice Document Server. Мой выбор. Это движок, который даёт онлайн-редактор Word, Excel и PowerPoint прямо в Nextcloud, с отличной совместимостью с форматами Microsoft (.docx, .xlsx, .pptx открываются без перекосов вёрстки). Несколько человек редактируют один документ одновременно, видят курсоры друг друга, комментируют. Ставится отдельным Docker-контейнером и подключается к Nextcloud через приложение OnlyOffice. Интерфейс почти как настольный MS Office, пользователи привыкают мгновенно.

Collabora Online. Альтернатива на движке LibreOffice. Тоже совместное редактирование в браузере, открытый код, хорошая поддержка форматов ODF. Интерфейс ближе к LibreOffice. Выбор между OnlyOffice и Collabora — дело вкуса и привычки: OnlyOffice ближе к MS Office, Collabora — к LibreOffice.

Важный нюанс по ресурсам: и OnlyOffice, и Collabora — тяжёлые. Document Server хочет минимум 2 ГБ RAM сам по себе. Поэтому если вы добавляете онлайн-офис, закладывайте на VPS не 2, а 4-6 ГБ памяти. Для семейного диска без офиса хватает и 2 ГБ, для бизнеса с совместным редактированием — берите запас.

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

Мобильный доступ

Про автозагрузку фото я уже сказал, но мобильный доступ шире. Официальное приложение Nextcloud на телефоне даёт полноценный доступ ко всем файлам: смотреть, скачивать, загружать, шарить ссылкой прямо со смартфона. Можно пометить файлы как «избранные» для офлайн-доступа — они скачиваются на телефон и доступны без сети.

Отдельно стоит поставить приложения-компаньоны: Nextcloud Notes для заметок (синхронизируются с веб-версией, Markdown), DAVx5 на Android для синхронизации календаря и контактов по CalDAV/CardDAV. После настройки DAVx5 ваши контакты и календарь с сервера появляются в стандартных приложениях телефона так, будто это Google-аккаунт, только данные на вашем сервере.

Для совместного редактирования документов с телефона работает тот же OnlyOffice — он открывается в мобильном браузере или приложении Nextcloud. Не самый удобный сценарий на маленьком экране, но рабочий.

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

Бэкапы: restic, S3, 3-2-1

Свой диск без бэкапа — это бомба замедленного действия. Облачные сервисы хотя бы дублируют данные за вас (хоть и без гарантий). На своём сервере резервное копирование — целиком ваша забота, и это самая важная часть всей конструкции. Падение диска без бэкапа = потеря всего архива безвозвратно.

Я придерживаюсь схемы 3-2-1: три копии данных, на двух разных носителях, одна из них — вне основной площадки. Применительно к Nextcloud это: оригинал на VPS, локальный снапшот на сервере, и зашифрованная копия в S3-хранилище в другом дата-центре.

Бэкапить нужно три вещи: папку с файлами пользователей, дамп базы Postgres (там вся метаинформация — права, шары, версии) и папку config Nextcloud. Бэкап только файлов без базы бесполезен — потеряете все настройки и связи. Инструмент моего выбора — restic: он делает инкрементальные дедуплицированные бэкапы с шифрованием на лету и умеет лить прямо в S3.

#!/bin/bash
# backup-nextcloud.sh — бэкап Nextcloud в S3 через restic
set -euo pipefail

export RESTIC_REPOSITORY="s3:https://s3.storage.selcloud.ru/nc-backup"
export RESTIC_PASSWORD_FILE="/root/.restic-pass"   # пароль шифрования репозитория
export AWS_ACCESS_KEY_ID="ВАШ_KEY"
export AWS_SECRET_ACCESS_KEY="ВАШ_SECRET"

NC_DIR="/opt/nextcloud/data"
DUMP="/tmp/nc-db-$(date +%F).sql"

echo "[1/4] Включаю режим обслуживания Nextcloud"
docker compose -f /opt/nextcloud/docker-compose.yml exec -T app   php occ maintenance:mode --on

echo "[2/4] Дамп базы Postgres"
docker compose -f /opt/nextcloud/docker-compose.yml exec -T db   pg_dump -U nextcloud nextcloud > "$DUMP"

echo "[3/4] Бэкап файлов и дампа в S3 (инкрементально, с шифрованием)"
restic backup "$NC_DIR" "$DUMP" --tag nextcloud

echo "[4/4] Выключаю режим обслуживания и чищу старые снапшоты"
docker compose -f /opt/nextcloud/docker-compose.yml exec -T app   php occ maintenance:mode --off
rm -f "$DUMP"

# храним 7 дневных, 4 недельных, 6 месячных копий — остальное удаляем
restic forget --keep-daily 7 --keep-weekly 4 --keep-monthly 6 --prune

echo "Бэкап завершён: $(date)"

Скрипт ставится в cron на ночь (0 3 * * * /opt/scripts/backup-nextcloud.sh). Режим обслуживания на время дампа нужен, чтобы база была консистентна. Restic шифрует данные до отправки, так что в S3 лежит зашифрованный архив — даже если провайдер хранилища скомпрометирован, ваши файлы не прочитают. Раз в квартал обязательно проверяйте восстановление: restic restore на тестовый сервер. Бэкап, который ни разу не разворачивали, — это не бэкап, а надежда.

Безопасность: шифрование, 2FA, fail2ban

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

Двухфакторная аутентификация. В Nextcloud есть приложение Two-Factor TOTP — включаете, и для входа кроме пароля нужен код из приложения-аутентификатора. Для админского аккаунта это не обсуждается. Можно сделать 2FA обязательной для всех пользователей или для группы администраторов.

fail2ban. Nextcloud пишет неудачные попытки входа в лог. Настраиваете fail2ban на этот лог, и после нескольких неверных попыток IP банится на уровне фаервола. Это отсекает перебор паролей. Аналогично защищаете SSH самого сервера. Без fail2ban логи быстро заполняются тысячами попыток брутфорса.

Шифрование. Тут есть тонкость. Серверное шифрование Nextcloud (Server-Side Encryption) шифрует файлы на диске, но ключи лежат на том же сервере — это защита от утечки самого диска, не от взлома сервера. Полезно, если файлы лежат во внешнем S3 и вы не доверяете провайдеру хранилища. Сквозное шифрование (End-to-End) шифрует на клиенте, но пока работает не для всех сценариев. Для большинства достаточно: HTTPS в транзите + restic-шифрование бэкапов + надёжный пароль и 2FA. Если данные критичны — добавляйте серверное шифрование внешнего хранилища.

Прочее. Регулярно обновляйте образ Nextcloud (новые версии закрывают уязвимости), держите SSH только по ключам без паролей, не открывайте порт Postgres наружу (в нашем compose он только во внутренней сети), ставьте сильные пароли в .env. И — про 152-ФЗ — ведите журнал доступа: Nextcloud логирует, кто и когда заходил в файлы, что важно при работе с ПД.

Производительность и хранилище

Скорость Nextcloud упирается в три вещи: база, кэш и хранилище. Базу и кэш мы уже решили — Postgres и Redis в compose. Остаётся хранилище.

Пока данных немного (до нескольких сотен ГБ), держите файлы на блочном SSD-диске VPS — это быстро и просто. Но когда архив растёт до терабайтов, блочный диск становится дорогим, и тут на сцену выходит объектное хранилище.

S3 как primary storage. Nextcloud умеет хранить все файлы не на локальном диске, а в S3-совместимом объектном хранилище. Настраивается в config.php через массив objectstore с указанием эндпоинта, бакета и ключей вашего провайдера (Selectel, VK Cloud, Yandex Object Storage). Тогда VPS остаётся лёгким — на нём только приложение и база, а сами файлы лежат в дешёвом масштабируемом S3 в РФ. Терабайт в объектном хранилище стоит в разы дешевле блочного диска, и расширяется он бесконечно без миграций.

Минус S3 как primary — чуть выше задержки на мелких операциях и сложнее устроены бэкапы (бэкапить нужно базу + бакет). Поэтому моя рекомендация: семейный диск и малый бизнес до 1 ТБ — блочный диск, это проще. Больше терабайта или прогноз быстрого роста — сразу проектируйте на S3.

Ещё про производительность: обязательно переключите фоновые задачи Nextcloud с режима AJAX на системный cron (occ background:cron + системный крон каждые 5 минут). В режиме AJAX задачи выполняются при заходе пользователя и тормозят интерфейс. И включите PHP-OPcache с достаточным объёмом памяти — на тяжёлом интерфейсе это даёт заметный прирост.

Миграция с Google Drive и Dropbox

Переезд пугает больше, чем стоит. Алгоритм отработанный.

Шаг 1 — выгрузка. Из Google заберите данные через Google Takeout (он отдаёт архив всех файлов, фото и контактов). Из Dropbox — просто скачайте папку или используйте десктоп-клиент для полной синхронизации на локальный диск. Получаете все свои файлы локально.

Шаг 2 — загрузка в Nextcloud. Не лейте терабайты через веб-интерфейс — это медленно и ненадёжно. Установите десктоп-клиент Nextcloud, положите выгруженные файлы в локальную папку синхронизации, и клиент сам зальёт всё на сервер в фоне, с докачкой при обрыве. Альтернатива для гиков — подключить WebDAV и скопировать через rsync или файловый менеджер.

Шаг 3 — контакты и календарь. Google Contacts экспортируются в vCard, Google Calendar — в iCal. Эти файлы импортируются в приложения Contacts и Calendar Nextcloud напрямую. После импорта настраиваете на телефоне синхронизацию через DAVx5, и всё работает как раньше, но на вашем сервере.

Шаг 4 — переходный период. Не удаляйте Google-аккаунт сразу. Месяц-два поживите параллельно: основная работа в Nextcloud, Google как страховка. Убедитесь, что синхронизация стабильна, бэкапы идут, восстановление проверено. Только потом отключайте облако. Спешка с удалением источника — самая частая причина потери данных при миграции.

Для фотоархива отдельная радость: Google Photos через Takeout отдаёт фото с метаданными в JSON. Загружаете в Nextcloud Photos, и оно само раскладывает по датам и геометкам. Распознавание лиц подтянется через приложение Recognize.

Стоимость внедрения

Если вы технарь, семейный диск ставится за вечер бесплатно — весь софт open-source, платите только за VPS. Для бизнеса разумно один раз заплатить за грамотную настройку (бэкапы, безопасность, S3, OnlyOffice) и забыть. Окупаемость против облачных подписок наступает обычно на втором-третьем терабайте и дальше только растёт в вашу пользу.

Кому НЕ нужно

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

У вас меньше 50-100 ГБ файлов и нет требований по приватности — вам с головой хватит бесплатных 15 ГБ Google или платного терабайта Яндекса за копейки. Своё решение тут только добавит головной боли с администрированием.

Вы категорически не готовы администрировать сервер и у вас нет никого, кто это сделает. Свой диск — это ответственность: обновления, бэкапы, реакция на сбои. Если сервер некому чинить, лучше готовое облако или вендорское решение с поддержкой.

Вам критична гарантия аптайма 99,99% и вы не можете позволить себе ни часа простоя. Один VPS без кластера — это single point of failure. Корпоративные облака с SLA тут выигрывают, и это нормально.

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

Всем остальным — у кого терабайты данных, требования 152-ФЗ, желание контроля или просто усталость от подписок — свой диск окупается и кайфом, и деньгами.

Топ-5 ошибок

Ошибка 1: запустить без бэкапа. Самая фатальная. Сервер поднят, файлы залиты, все довольны — а резервного копирования нет. Один отказ диска, и архив исчезает навсегда. Бэкап в S3 по схеме 3-2-1 настраивается в первый же день, до того как зальёте важные данные.

Ошибка 2: SQLite вместо Postgres. Nextcloud разрешает SQLite «для теста», и новички оставляют его в проде. На реальной нагрузке и объёме SQLite намертво блокирует базу при параллельных операциях, интерфейс встаёт. Postgres с самого начала — не обсуждается.

Ошибка 3: забыть про Redis и cron. Без Redis файловые блокировки тормозят, без системного cron фоновые задачи копятся и интерфейс лагает. Оба замечания Nextcloud показывает в админке прямым текстом, но их игнорируют — а потом жалуются, что «Nextcloud медленный».

Ошибка 4: маленький client_max_body_size в nginx. Дефолтный лимит в 1 МБ режет загрузку больших файлов с непонятной ошибкой 413. Человек тратит час на гугление, хотя достаточно поднять лимит в конфиге reverse-proxy.

Ошибка 5: голый сервер без 2FA и fail2ban. Диск выставлен в интернет, на админке простой пароль, fail2ban нет. Боты подбирают пароль за неделю. 2FA на админа и fail2ban на лог входов — обязательный минимум с первого дня.

FAQ

Nextcloud или Seafile? Nextcloud — если нужна экосистема: диск + офис + календарь + заметки. Seafile — если нужна максимальная скорость на огромных объёмах и много мелких файлов, без лишних функций.

Хватит ли 2 ГБ RAM? Для семейного диска без онлайн-офиса — да. С OnlyOffice или Collabora закладывайте 4-6 ГБ, Document Server сам по себе хочет 2 ГБ.

Можно ли держать на домашнем интернете? Можно, нужен белый IP или туннель (например, через свой VPS как точку входа). Но для данных с ПД и для бизнеса надёжнее VPS в дата-центре РФ, а дом — как дополнительная копия.

Это законно по 152-ФЗ? Да, и даже лучше облака: данные физически в РФ, на вашем сервере, под вашим журналом доступа. Это закрывает требование локализации ПД. Детали по 152-ФЗ — в отдельной статье об аудите.

Как редактировать документы вместе, как в Google Docs? Через OnlyOffice или Collabora — совместное редактирование .docx и .xlsx прямо в браузере, в реальном времени, файлы не покидают ваш сервер.

Что с фотографиями вместо Google Photos? Приложение Nextcloud на телефоне автозагружает фото, веб-приложение Photos раскладывает по датам и геометкам, Recognize даёт распознавание лиц. Полноценная замена без лимитов.

А если сервер сломается, я потеряю всё? Только если нет бэкапа. С restic в S3 вы поднимаете новый сервер и восстанавливаете данные за час. Поэтому бэкап — не опция, а основа.

Сколько времени занимает настройка? Базовый Nextcloud в Docker — полчаса. С reverse-proxy, SSL, бэкапами и безопасностью «как надо» — вечер для технаря или день работы под ключ.

Чек-лист запуска своего облачного диска

Свой облачный диск в 2026 — это не блажь гика, а взвешенное решение: контроль над данными, отсутствие подписочной кабалы и соответствие 152-ФЗ при хранении в РФ. Nextcloud закрывает почти все сценарии, которые раньше держали вас на Google Drive и Dropbox.

Чек-лист, чтобы запустить правильно с первого раза:

Шаг 1: арендуйте VPS в российском дата-центре (2-6 ГБ RAM в зависимости от офиса) и подключите диск или S3 под данные.

Шаг 2: разверните Nextcloud через Docker Compose сразу с Postgres и Redis, а не на SQLite.

Шаг 3: поставьте перед ним nginx с Let's Encrypt, задайте client_max_body_size и X-Forwarded-Proto.

Шаг 4: настройте restic-бэкап в S3 по схеме 3-2-1 и проверьте восстановление до загрузки важных данных.

Шаг 5: включите 2FA на админа, настройте fail2ban, обновите образ, переключите cron на системный.

Шаг 6: установите десктоп- и мобильные клиенты, настройте автозагрузку фото и CalDAV/CardDAV через DAVx5.

Шаг 7: при необходимости добавьте OnlyOffice или Collabora для совместного редактирования документов.

Шаг 8: мигрируйте с Google и Dropbox через десктоп-клиент, поживите параллельно месяц, потом отключайте облако.

Если хочется копнуть шире и построить не только диск, но и всю свою инфраструктуру вместо SaaS — почта, Git, автоматизация, аналитика, — читайте мой большой материал «Self-hosted всё 2026». А облачный диск — отличная первая точка входа в self-hosted: понятная польза, быстрый запуск и сразу ощутимая свобода от чужих облаков.