Уход с Nextcloud: три более лёгких пути в зависимости от того, зачем вы им пользовались

История, которую я постоянно читаю у людей, уходящих с Nextcloud, всегда одна и та же. Клиент синхронизации пишет «синхронизировано полностью», а файлов не хватает. Обновление упирается в проблему с базой данных. Загрузка фотографий ведёт себя не так, как пользователь ожидал.

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

У меня есть экземпляр Nextcloud на VPS во Франкфурте, который я поднял за выходные два года назад и с тех пор открывал раза четыре. Установка сработала. Экземпляр до сих пор работает. Я просто перестал в него заходить, потому что выяснилось: девять из десяти вещей, которые умеет Nextcloud, мне никогда не были нужны.

Официальная сборка All-in-One требует минимум 2 ГБ ОЗУ, как только включён любой необязательный контейнер, а её рекомендации по производительности советуют добавлять примерно 1 ГБ ОЗУ на активного пользователя сверх базового требования. Значит, командным развёртываниям нужен больший запас по мере роста одновременной нагрузки. Кроме того, у сообщества открыта тема на help.nextcloud.com с просьбой к проекту рассмотреть облегчённую версию.

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

Кратко

• Если вы пользовались Nextcloud только для синхронизации файлов между собственными устройствами, Syncthing — хороший вариант: peer-to-peer, без обязательного центрального сервера, с несколькими важными оговорками на мобильных платформах.
• Если вы использовали Nextcloud как общий файловый ресурс команды на несколько пользователей, Seafile CE — хороший вариант. Задокументированный минимум — 2 ГБ ОЗУ и 2 ядра процессора, а более узкая специализация упрощает подбор ресурсов, когда главная задача — обмен файлами.
• Если вы пользовались Nextcloud в основном как веб-обозревателем файлов, Cloudreve или AList даёт куда более узкий стек, не таща за собой весь пакет совместной работы Nextcloud.
• Две точки трения при любом переезде — разрыв по CalDAV/CardDAV (календарь и контакты) и резервное копирование фотографий на iOS. Оба разобраны в карте миграции ниже.

Почему Nextcloud кажется тяжёлым (и почему это не дефект)

На свежей установке Nextcloud All-in-One htop показывает настоящий многоконтейнерный стек: главный контейнер AIO, Apache, сервер приложения Nextcloud, PostgreSQL, Redis и Notify Push. Office, Talk, Talk Recording, ClamAV, полнотекстовый поиск, Imaginary, Whiteboard и резервные копии на базе Borg — необязательные. Ядро тяжелее, чем узкоспециализированный демон синхронизации, но эти необязательные сервисы расходуют ОЗУ только тогда, когда вы их включаете.

Официальное обсуждение All-in-One на GitHub задаёт задокументированный минимум в 2 ГБ ОЗУ, но он быстро растёт: 3 ГБ, как только включены ClamAV, Talk Recording или полнотекстовый поиск, 5 ГБ при включённом всём, плюс примерно 1 ГБ на активного пользователя сверх базы.

Это рекомендации по подбору ресурсов, а не измеренное установившееся потребление ОЗУ: AIO требует больше памяти по мере включения необязательных сервисов и советует дополнительный запас на каждого активного пользователя. Это архитектурная цена за то, чтобы собрать больше тридцати функций в один самостоятельно размещаемый пакет. Источник: github.com/nextcloud/all-in-one/discussions/1335.

Сообщество Nextcloud заметило это и само. Тема на help.nextcloud.com под названием «Nextcloud Lite, discuss» была открыта в декабре 2024 года с вопросом, стоит ли проекту выпускать урезанную сборку для пользователей, которым нужны только файлы и общий доступ. Часть пользователей, в том числе те, кому Nextcloud в остальном нравится, попросили более лёгкую сборку. Большинство ответов были против: говорили, что ненужные функции можно просто отключить, а урезать приложения безопасности — плохой размен. Тема открыта, и сопровождающие не приняли ни одну из сторон. Ссылка: help.nextcloud.com/t/nextcloud-lite-discuss/213611.

Контраргумент важен. AIO уже поставляет PostgreSQL, Redis и APCu. Его собственные рекомендации по производительности советуют отключать необязательные контейнеры и приложения Nextcloud, которые вам не нужны. Если ваш экземпляр кажется тяжёлым потому, что вы включили Office, Talk, ClamAV, полнотекстовый поиск или другие сервисы, которыми больше не пользуетесь, сначала подрежьте именно их. Если вы действительно используете эти сервисы вместе, больший след делает полезную работу.

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

Чтобы понять, как Nextcloud соотносится со своим ближайшим форком, посмотрите наше сравнение Nextcloud и ownCloud.

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

Диагностика по трём архетипам: какой выход ваш?

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

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

Архетип Б. Командный обмен файлами. «Я поставил Nextcloud, потому что нескольким людям нужно было загружать файлы в общее пространство и забирать их оттуда. Иногда из браузера, иногда из настольного клиента. Мне была важна скорость на больших файлах».

Архетип В. Только веб-портал. «Я поставил Nextcloud как веб-обозреватель файлов. Способ войти и забрать свои файлы откуда угодно. Возможно, я поставил настольный клиент. Пользовался им редко. Синхронизация в реальном времени была не при чём».

Если вам подходят два из них, выберите тот, про который вы скажете: «если это перестанет работать завтра, я замечу в течение часа». Это и есть сценарий, от которого вы зависите. Остальные — приятные дополнения, которые можно заменить позже или обойтись без них.

Минимальные требования к ресурсам для каждого пути:

Цифры выше для Nextcloud AIO и Seafile CE — это задокументированные требования или рекомендации. Syncthing, Cloudreve и AList не публикуют сопоставимых жёстких минимумов по ОЗУ, которые позволили бы честное сравнение бок о бок, поэтому подбирайте ресурсы для этих инструментов по своей реальной библиотеке, бэкенду хранения и нагрузке, а не принимайте за требования цифры потребления памяти в простое, озвученные сообществом.

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

Архетип А. Syncthing для синхронизации между устройствами

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

Syncthing работает по схеме peer-to-peer. Сервера в архитектурном смысле здесь нет. Каждое устройство запускает один и тот же бинарник, а устройства находят друг друга через глобальную сеть ретрансляторов или по локальной сети. Вы можете добавить VPS в эту сеть, но он будет одним узлом среди прочих, а не центральным органом. Здесь нет веб-обозревателя файлов. Нет CalDAV. Нет командных прав доступа. Если ваше использование Nextcloud сводилось к «держать мои папки синхронизированными», ни одна из этих потерь не важна.

Больше всего внимания достаётся расходу ресурсов. На небольшой библиотеке, скажем, несколько тысяч файлов в пределах 50 ГБ, Syncthing в простое обычно держится между 50 и 100 МБ ОЗУ. Как только библиотека вырастает до сотен тысяч файлов, расход ОЗУ может перевалить за 700 МБ. Большинство самостоятельных администраторов туда никогда не доходят. Если у вас четверть миллиона файлов в одной папке — дойдёте.

Это поведение при росте документируют два первоисточника:

• Давняя тема на форуме Syncthing об использовании ОЗУ: forum.syncthing.net/t/ram-utilization/9769
• Собственная задача проекта на GitHub об обрыве при масштабировании: github.com/syncthing/syncthing/issues/468

VPS важен даже в модели peer-to-peer. Ваш ноутбук и ваш телефон не бывают в сети одновременно. Если вы хотите, чтобы изменения расходились, пока одно устройство спит, нужно третье устройство, которое включено всегда. VPS с запущенным Syncthing берёт эту роль на себя и отдаёт свежую копию следующему проснувшемуся устройству. Небольшая библиотека спокойно укладывается в 512 МБ ОЗУ; дайте ей 1 ГБ, если библиотека перевалит за несколько сотен тысяч файлов.

Разрабатывайте на Linux VPS с root-доступом, NVMe и мощью AMD EPYC.

Посмотреть тарифы Linux

Оговорка про iOS — та самая, которую руководства по Syncthing обходят стороной. Официального клиента Syncthing для iOS с надёжной фоновой загрузкой фотографий не существует. Есть несколько сторонних клиентов, но ни один не дотягивает до того, что делает приложение Nextcloud для iOS с резервной копией плёнки. Если синхронизация фотографий с iPhone была вашей причиной держать Nextcloud, Syncthing сам по себе её не заменит. Обходные пути — платные приложения вроде PhotoSync, которые складывают файлы в папку Syncthing, или оставить Nextcloud работать исключительно ради этого одного сценария, пока вы переносите всё остальное.

ЧИТАТЬ

Лучшие альтернативы Google Photos: сравнение облачных сервисов и самостоятельно размещаемых решений

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

Ключевой вывод раздела: Syncthing выигрывает по расходу ресурсов и надёжности для синхронизации между устройствами, но проигрывает по резервному копированию фотографий на iOS и полностью отказывается от веб-портала.

Архетип Б. Seafile для командной синхронизации файлов

Команда из четырёх человек. Общая библиотека «Operations», в которой лежат 60 ГБ договоров, макетов и выгрузок. Трое из четверых работают с настольным клиентом синхронизации, одна предпочитает браузер. Время от времени кто-то заливает видео на 4 ГБ.

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

Seafile написан на C и Python с бэкендом MariaDB. Слоя PHP нет. Модель синхронизации — поблочная дедупликация: когда вы меняете файл, передаются только изменённые блоки, а одинаковые блоки у разных пользователей хранятся один раз. Синхронизация Nextcloud по умолчанию в большинстве сценариев работает с файлом целиком.

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

Текущая документация Seafile Community Edition указывает минимум в 2 ГБ ОЗУ и 2 ядра процессора. Это совпадает с минимумом Nextcloud AIO в 2 ГБ, когда включён любой необязательный контейнер. Более узкая специализация Seafile всё же может упрощать подбор ресурсов под обмен файлами, но точная разница по памяти зависит от нагрузки, активных пользователей, размера библиотеки и того, какие сервисы Nextcloud включены.

Команде, которой нужны только синхронизация и обмен файлами, Seafile позволяет обойтись без дополнительных сервисов Nextcloud, которыми вы не пользуетесь. Это может уменьшить след на сервере, но точный разрыв зависит от нагрузки, а не от жёсткого правила вида «2 ГБ против 5 ГБ».

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

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

Seafile CE к тому же требует ручной сборки мусора. Вы запускаете скрипт, который вычищает блоки без ссылок после удаления библиотек или файлов. Редакция Pro автоматизирует больше. Редакция Community — нет. Seafile будет вам неудобен, если ваше операционное спокойствие держится на возможности в любой момент скопировать данные наружу командой cp -r.

Вторая потеря, которую стоит заложить: календарь и контакты. Seafile не реализует ни CalDAV, ни CardDAV. Если ваш Nextcloud был адресной книгой за вашим телефоном, вам понадобится отдельный лёгкий сервис, чтобы закрыть этот разрыв. Radicale и Baikal — стандартные ответы.

Ключевой вывод раздела: Seafile хорошо подходит, если вы держали Nextcloud прежде всего как файловый ресурс на несколько пользователей. Его файлоцентричная архитектура избавляет от более широкого стека совместной работы Nextcloud. Плата за это — модель хранения из блоков и объектов и потеря CalDAV/CardDAV.

Архетип В. Cloudreve или AList для веб-портала

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

Для такого пользователя правильный ответ — ни Nextcloud, ни Seafile, ни Syncthing. Правильный ответ — веб-портал. Сюда аккуратно ложатся два проекта, и расходятся они по одной оси: управляет ли инструмент вашим хранилищем или только читает из него.

Cloudreve — это веб-портал плюс управляемый слой хранения. Файлы лежат в хранилище, которым управляет Cloudreve (локальный диск, объектное хранилище, совместимое с S3, или другие бэкенды). Есть учётные записи и квоты, а Cloudreve Pro теперь включает официальный настольный клиент для Windows с двусторонней синхронизацией в реальном времени. Архитектура — бинарник на Go плюс база данных, а репозиторий проекта активен по адресу github.com/cloudreve/cloudreve.

AList кладёт веб-интерфейс поверх существующего хранилища. Он умеет просматривать подключённые бэкенды — локальные диски, S3, Google Drive, OneDrive, SMB и WebDAV — и работать с ними, включая операции с файлами там, где бэкенд их поддерживает. Он запускается как бинарник на Go и по умолчанию использует SQLite, так что базовому развёртыванию отдельный сервер базы данных не нужен. Если ваши файлы уже лежат обычными файлами на поддерживаемом хранилище, AList может показать их, не импортируя в новый формат.

Что и когда выбирать:

• AList если ваши файлы уже разложены на диске или в облачном хранилище и вам нужен только единый веб-интерфейс поверх них. Миграция практически нулевая. Направьте AList туда, где лежат файлы.
• Cloudreve если вам нужен управляемый слой с учётными записями, квотами и единственным бэкендом хранения, которым портал владеет от начала до конца. Миграция лёгкая: настроить бэкенд, скопировать файлы, готово.

Одну вещь стоит понимать до выбора любого из них: AList не заменяет синхронизацию, а возможности синхронизации у Cloudreve уже, чем у Nextcloud. У Cloudreve Pro есть официальный настольный клиент синхронизации для Windows, но ни один из этих инструментов не даёт экосистемы CalDAV/CardDAV Nextcloud или равноценного сценария резервного копирования фотографий на всех платформах. Если это принципиально, вы ближе к архетипу А или Б, чем к В. AList и Cloudreve — не облегчённые Nextcloud. Это более узкие инструменты для более узких задач.

Ключевой вывод раздела: Cloudreve и AList — хорошие варианты, если вы использовали в основном веб-обозреватель файлов Nextcloud. AList сохраняет настройку проще, когда нужен только веб-слой поверх существующего хранилища. Cloudreve имеет больше смысла, когда нужны управляемое хранилище, учётные записи и настольная синхронизация в Windows.

Карта трения при миграции: что вы сохраните, что потеряете

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

Разрыв по CalDAV/CardDAV — самая недооценённая статья расходов при миграции. Если адресная книга вашего телефона синхронизировалась с Nextcloud, эта цепочка рвётся в тот момент, когда вы перестаёте запускать Nextcloud, каким бы файловым инструментом вы его ни заменили. Radicale и Baikal — стандартные лёгкие замены, и оба они куда меньшие сервисы, чем полная установка Nextcloud. Именно эти заплатки стоит держать в поле зрения, прежде чем выдёргивать вилку из экземпляра Nextcloud.

Если вам нужна отдельная площадка, чтобы проверить миграцию до того, как доверять ей свои данные, Linux VPS от Cloudzy даёт чистое место для этого. Отдельный тестовый сервер позволяет отрепетировать переезд, не трогая рабочий экземпляр, и любой из этих инструментов разворачивается в один клик:

• Seafile
• Syncthing
• Cloudreve
• AList

Когда стоит остаться на Nextcloud

Диагностика режет в обе стороны. Вот три причины остаться, по убыванию веса.

Вы активно пользуетесь связкой календаря, контактов, задач и заметок. Nextcloud держит все четыре за одним входом, с работающей реализацией CalDAV/CardDAV, работающим веб-интерфейсом и работающими мобильными клиентами. Заменить это отдельными сервисами — значит запустить Radicale или Baikal для календаря и контактов, отдельное приложение для заметок и отдельный менеджер задач. Два-три сервиса вместо одного. Два-три способа сломаться вместо одного. Если это ваша повседневность, Nextcloud окупает собственный расход ОЗУ.

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

Ваш Nextcloud тяжёлый из-за сервисов, которыми вы не пользуетесь. AIO уже поставляет PostgreSQL, Redis и APCu, так что менять базу данных или включать APCu — здесь не тот шаг настройки. Начните с отключения необязательных контейнеров и приложений Nextcloud, которые вам не нужны. Если Office, Talk, ClamAV, полнотекстовый поиск или сервисы предпросмотра работают без реальной цели, снимите эту нагрузку прежде, чем решаться на миграцию.

Логика, которая говорит «уходи, если ты использовал только 10 % функций», говорит и «оставайся, если ты этими функциями действительно пользуешься». Будьте честны, какой из двух случаев ваш.

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

Часто задаваемые вопросы