= NextCloud AIO и NextCloud Bare Metal =

Последние два года я управлял различными формами NextCloud. Это строго для личного использования дома на моем Odroid HC4 (плата ARM, похожая на RPi). Я начал с установленного NextCloudPi, но затем перешел на установку с нуля, так как хотел попробовать обновление до того, как оно будет упаковано для NextCloudPi.

Мой самый большой приоритет в настройке этого — наличие хорошей стратегии резервного копирования. В NextCloudPi возможность резервного копирования и восстановления полного экземпляра, включая или исключая данные, была встроена прямо в пакет. Мне понравилась эта функция. При установке на «голое железо» мне пришлось запланировать задание cron для резервного копирования файла конфигурации, базы данных и файлов на сжатый
.tar.gz. Я никогда не был уверен, как это будет работать, и, к счастью, я попытался сделать это вчера, чтобы убедиться, что мои резервные копии подходят; они не были. Я построил новую коробку с нуля, установил NC с Apache + PHP (что не совсем интуитивно понятно с различными версиями совместимости PHP с NextCloud) и восстановил файлы конфигурации, базу данных и файлы данных. Я закончил с множеством ошибок, которые, казалось, не работали. Я приближаюсь к тому моменту, когда мне просто нужно рабочее решение - я не хочу тратить часы на то, чтобы заставить работать что-то сложное.

Войдите в NextCloud AIO, контейнер Docker, предназначенный для репликации чего-то близкого к тому, что предлагал NextCloudPi. Это было относительно просто настроить, как только я заработал.

**Должен ли я беспокоиться о будущем развитии NextCloud AIO? Я смог выполнить резервное копирование (и я тестирую восстановление, чтобы убедиться, что эти резервные копии работают) с помощью утилиты резервного копирования «Borg», поставляемой с NextCloud AIO, но меня беспокоит, что эти предварительно упакованные решения всегда требуют долгосрочного обслуживания. В случае с NextCloudPi, как мы видели, сопровождающий отошел от проекта. Если бы я не обращал внимания и все еще слепо запускал это и делал регулярные резервные копии, я бы, вероятно, никогда не восстановил свои данные. При установке на «голое железо» никогда не стоит беспокоиться, если у вас есть все компоненты (файлы, конфигурация, база данных) по отдельности, и вы всегда можете интегрировать их в будущую реализацию NextCloud. Теперь, когда я снова искал более простое предварительно упакованное решение, мне интересно, стоит ли мне беспокоиться о будущем развитии AIO.


Основываясь на том, какие контейнеры Docker запускаются после установки NextCloud AIO, я бы предположил, что производительность аналогична. AIO кажется просто утилитой для упрощения и контейнеризации каждого отдельного компонента NextCloud. Например, вот что работает на моей машине, которая обслуживает только NextCloud:
Айо-Апач
aio-nextcloud
Айо-Редис
aio-postgresql
aio-borgbackup
aio-domaincheck
aio-мастерконтейнер
РЕДАКТИРОВАТЬ: больше использования памяти до сих пор. С «голым железом» я наблюдал где-то от 1 до 1,5 ГБ использования памяти от простоя до загрузки. За последние десять минут он колебался от 1,5 до 2,4 ГБ.

Я предпочитаю использовать Docker для управления версиями и расширениями PHP, а также для изоляции; и размещение NextCloud как обычного PHP-приложения внутри этого контейнера

Это обеспечивает наилучший баланс между контролем и гибкостью. Ваши данные лежат прямо в папке по вашему выбору, рядом с NextCloud wwwroot. Ваши файлы данных БД также доступны напрямую. Добавьте пару скриптов и задание cron для резервного копирования, и все готово.

Что касается Redis и т. д., он мне просто не нужен для небольших установок (1-2 пользователя).

Что касается AIO и других вариантов - я им просто не доверяю (с точки зрения архитектуры). Я знаю свое решение для создания докеров, и я уверен, что смогу исправить любые проблемы, если они возникнут. Чего нельзя сказать об этих «хороших для всех» решениях.

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

== О сообществе ==
Члены
онлайн