= NextCloud AIO vs. NextCloud Bare Metal =

Jag har kört olika former av NextCloud under de senaste två åren. Detta är strikt för personligt bruk hemma på min Odroid HC4 (ett ARM-kort som liknar RPi). Jag började med NextCloudPi installerat, men sedan flyttade jag till en ren metallinstallation eftersom jag ville testa en uppdatering innan den paketerades för NextCloudPi

Min största prioritet när jag ställer in det här är att jag har en bra backupstrategi. På NextCloudPi var möjligheten att säkerhetskopiera och återställa en fullständig instans, inklusive eller exkludera data, inbyggd direkt i paketet. Jag älskade den här funktionen. På installationen av ren metall var jag tvungen att schemalägga ett cron-jobb för att säkerhetskopiera konfigurationsfilen, databasen och filerna till en komprimerad
.tar.gz. Jag var dock aldrig säker på hur återställningen av detta skulle fungera, och tack och lov försökte jag detta igår för att säkerställa att mina säkerhetskopior var lämpliga; de var inte. Jag byggde en ny låda från grunden, installerade NC med Apache + PHP (vilket inte är helt intuitivt med de olika versionerna av PHP-kompatibilitet med NextCloud) och återställde konfigurationsfilerna, databasen och datafilerna. Det slutade med en myriad av fel som inte verkade fungera. Jag närmar mig den punkt då jag bara vill ha en fungerande lösning - jag vill inte satsa timmar på att få något komplext att fungera

Gå in i NextCloud AIO, en Docker-behållare som är tänkt att replikera något i närheten av vad NextCloudPi erbjöd. Detta var relativt enkelt att installera när jag väl fick det att fungera

**Behöver jag vara orolig för framtida utveckling av NextCloud AIO Jag kunde göra en säkerhetskopia (och jag håller på att testa en återställning för att se till att dessa säkerhetskopior fungerar) genom säkerhetskopieringsverktyget "Borg"som medföljer NextCloud AIO, men min oro med dessa färdigförpackade lösningar är alltid långsiktigt underhåll. I fallet med NextCloudPi, som vi har sett, har underhållaren gått bort från projektet. Hade jag inte varit uppmärksam och blint fortfarande kört detta och tagit regelbundna säkerhetskopior, skulle jag troligen inte återställa mina data. Med en ren metallinstallation är detta aldrig ett bekymmer om du har alla komponenter (filer, konfiguration, databas) separat och alltid kan integrera dem i en framtida implementering av NextCloud. Nu när jag har sökt, återigen, en enklare färdigförpackad lösning, undrar jag om jag borde vara orolig för framtida utveckling av AIO


Baserat på vilka dockercontainrar som körs efter installation av NextCloud AIO, skulle jag anta liknande prestanda. AIO verkar helt enkelt vara ett verktyg för att förenkla och behålla varje enskild komponent i NextCloud. Till exempel, här är vad som körs på min box som bara tjänar NextCloud:
aio-apache
aio-nextcloud
aio-redis
aio-postgresql
aio-borgbackup
aio-domänkontroll
aio-mastercontainer
EDIT: Mer minnesanvändning hittills. Med ren metall såg jag allt från 1-1,5 GB minnesanvändning från inaktiv till laddning. Under de senaste tio minuterna har den hittills varierat från 1,5-2,4 GB

Jag föredrar att använda Docker för hantering av PHP-versioner och tillägg, plus isolering; och värd för NextCloud som en vanlig PHP-app i den behållaren

Detta ger bästa balansen mellan kontroll och flexibilitet. Dina data ligger direkt i en valfri mapp, bredvid NextCloud wwwroot. Dina DB-datafiler är också direkt tillgängliga. Lägg till ett par skript och ett cron-jobb för säkerhetskopiering och du är klar

När det gäller redis etc - jag behöver det helt enkelt inte för småskaliga inställningar (1-2 användare)

Vad gäller AIO och andra varianter - jag litar helt enkelt inte på dem (arkitekturmässigt). Jag känner till min docker-compose-lösning, och jag är säker på att jag kommer att kunna åtgärda eventuella problem, om några uppstår. Kan inte säga detsamma om de där "bra-för-alla"-lösningarna

Det är väldigt bra att du faktiskt kontrollerar om du kan återställa data från dina säkerhetskopior. Jag tror dock att det inte borde vara särskilt svårt att sätta säkerhetskopiering av DB + filer. Vi gör alla misstag, men när de väl är åtgärdade borde säkerhetskopieringsprocessen inte vara så komplicerad så du måste byta något annat

== Om gemenskapen ==
Medlemmar
Uppkopplad