Farvel til Nextcloud: tre lettere veje afhængigt af hvad du brugte det til

Historien, jeg læser igen og igen fra folk, der forlader Nextcloud, er altid den samme. En synkroniseringsklient siger „fuldt synkroniseret”, men der mangler filer. En opgradering rammer et databaseproblem. En fotooverførsel opfører sig på en måde, brugeren ikke havde regnet med.

Klagen bagved er den samme i alle tre tilfælde: de ville have én pålidelig arbejdsgang ud af en pakke bygget til at dække mange.

Jeg har en Nextcloud-instans på en VPS i Frankfurt, som jeg satte op en weekend for to år siden og siden har brugt måske fire gange. Installationen virkede. Instansen kører stadig. Jeg holdt bare op med at åbne den, for det viste sig, at jeg aldrig havde brug for ni ud af de ti ting, Nextcloud kan.

Den officielle All-in-One-distribution kræver mindst 2 GB RAM, så snart en valgfri container er slået til, og dens ydelsesanbefalinger foreslår at lægge cirka 1 GB RAM oveni per aktiv bruger ud over grundkravet. Teamopsætninger har derfor brug for mere luft, efterhånden som den samtidige brug vokser. Fællesskabet har desuden en åben tråd på help.nextcloud.com, der beder projektet overveje en lettere udgave.

Det følgende er tre udveje, hver knyttet til en arbejdsgang. Hvor der findes officielle ressourcekrav, bruger jeg dem. Hvor de ikke findes, lader jeg tallene være. Migrationskortet dækker, hvad du beholder, hvad du mister, og hvor hvert skifte bliver besværligt.

Den korte version

• Hvis du kun brugte Nextcloud til at synkronisere filer mellem dine egne enheder, Syncthing er et godt valg: peer-to-peer, ingen central server påkrævet, med nogle vigtige forbehold på mobil.
• Hvis du brugte Nextcloud som fælles fildeling for flere brugere i et team, Seafile CE er et godt valg. Det dokumenterede minimum er 2 GB RAM og 2 CPU-kerner, og det smallere omfang gør det lettere at dimensionere, når fildeling er hovedopgaven.
• Hvis du mest brugte Nextcloud som filbrowser i webbrowseren, Cloudreve eller AList giver dig en langt smallere stak uden at slæbe rundt på hele Nextclouds samarbejdspakke.
• De to gnidningspunkter ved ethvert skifte er hullet omkring CalDAV/CardDAV (kalender og kontakter) og fotosikkerhedskopiering på iOS. Begge er dækket i migrationskortet nedenfor.

Hvorfor Nextcloud føles tungt (og hvorfor det ikke er en fejl)

På en nyopsat Nextcloud All-in-One-installation viser htop en rigtig multicontainer-stak: AIO-mastercontaineren, Apache, Nextclouds applikationsserver, PostgreSQL, Redis og Notify Push. Office, Talk, Talk Recording, ClamAV, fritekstsøgning, Imaginary, Whiteboard og de Borg-baserede sikkerhedskopier er valgfrie. Kernen er tungere end en synkroniseringsdæmon med ét formål, men de valgfrie tjenester koster kun RAM, hvis du slår dem til.

Den officielle All-in-One-diskussion på GitHub sætter det dokumenterede minimum til 2 GB RAM, men det stiger hurtigt: 3 GB så snart ClamAV, Talk Recording eller fritekstsøgning er slået til, 5 GB med alt tændt, plus cirka 1 GB per aktiv bruger oven på grundkravet.

Det er anbefalinger til dimensionering snarere end målt forbrug i drift: AIO kræver mere hukommelse, efterhånden som valgfrie tjenester slås til, og anbefaler ekstra luft for hver aktiv bruger. Det er den arkitektoniske pris for at samle mere end tredive funktioner i én selvhostet pakke. Kilde: github.com/nextcloud/all-in-one/discussions/1335.

Nextcloud-fællesskabet har selv bemærket det. En tråd på help.nextcloud.com med titlen „Nextcloud Lite, discuss” blev åbnet i december 2024 med spørgsmålet, om projektet burde udgive en afklædt distribution til brugere, der kun vil have filer og delinger. Nogle brugere, også folk der ellers godt kan lide Nextcloud, har bedt om et lettere build. De fleste svar var imod og argumenterede for, at uønskede funktioner bare kan slås fra, og at det ville være en dårlig handel at skære i sikkerhedsapps. Tråden er åben, og vedligeholderne har ikke bundet sig til nogen af delene. Reference: help.nextcloud.com/t/nextcloud-lite-discuss/213611.

Modargumentet tæller. AIO leverer allerede PostgreSQL, Redis og APCu. Dets egne ydelsesanbefalinger foreslår at slå valgfrie containere og Nextcloud-apps fra, som du ikke har brug for. Hvis din instans føles tung, fordi du slog Office, Talk, ClamAV, fritekstsøgning eller andre tjenester til, som du ikke længere bruger, så beskær der først. Hvis du rent faktisk bruger de tjenester sammen, udfører det større fodaftryk nyttigt arbejde.

Men hvis du installerede Nextcloud og derefter kun åbnede det for at lægge filer i en synkroniseret mappe, så handler snakken om finjustering ikke om dig.

For baggrund om, hvordan Nextcloud står i forhold til sin nærmeste fork, se vores Nextcloud vs. ownCloud-sammenligning.

Hovedpointe i dette afsnit: Nextcloud er overdimensioneret til den ene arbejdsgang, de fleste selvhostere reelt bruger det til.

Diagnosen med tre arketyper: hvilken udvej er din?

Før du vælger et værktøj, så vælg en arbejdsgang. Næsten alle Nextcloud-brugere, jeg har talt med, falder klart ind i et af tre mønstre.

Arketype A. Kun synkronisering mellem enheder. „Jeg installerede Nextcloud for at holde min bærbare, min stationære og min telefon synkroniseret. Jeg brugte aldrig webgrænsefladen til noget alvorligt. Jeg deler ikke filer med andre.”

Arketype B. Fildeling i team. „Jeg installerede Nextcloud, fordi flere personer skulle uploade til og hente fra et fælles filområde. Nogle gange fra en browser, nogle gange fra en skrivebordsklient. Ydelsen ved store filer betød noget for mig.”

Arketype C. Kun webportal. „Jeg installerede Nextcloud som filbrowser i webbrowseren. En måde at logge ind og hente mine filer hvor som helst fra. Jeg installerede måske skrivebordsklienten. Jeg brugte den sjældent. Synkronisering i realtid var ikke pointen.”

Hvis to af dem beskriver dig, så vælg den, der får dig til at sige: „hvis det her holder op med at virke i morgen, opdager jeg det inden for en time”. Det er den arbejdsgang, du afhænger af. Resten er behagelige ekstraer, du kan erstatte senere eller leve uden.

Ressourcegulvet for hver vej:

Tallene ovenfor for Nextcloud AIO og Seafile CE er dokumenterede krav eller anbefalinger. Syncthing, Cloudreve og AList offentliggør ikke sammenlignelige hårde RAM-minimumstal, der gør en ren sammenligning mulig, så dimensionér de værktøjer efter dit faktiske bibliotek, dit lagerbackend og din arbejdsbelastning frem for at behandle fællesskabets tal for hukommelse i tomgang som krav.

Hovedpointe i dette afsnit: vælg det værktøj, der passer til den arbejdsgang, du brugte Nextcloud til, ikke det med den længste funktionsliste.

Arketype A. Syncthing til synkronisering mellem enheder

En bærbar, en stationær og en telefon. Du lægger en fil i en mappe på den bærbare, og tyve sekunder senere dukker den op på de to andre. Ingen webportal. Intet fælles bibliotek. Intet team. Det er det, Syncthing blev bygget til, og det er det eneste, det gør.

Syncthing er peer-to-peer. Der er ingen server i arkitektonisk forstand. Hver enhed kører den samme binær, og enhederne finder hinanden via et globalt relænetværk eller et LAN. Du kan føje en VPS til nettet, men den er én peer blandt andre, ikke en central myndighed. Der er ingen filbrowser i webbrowseren. Der er ingen CalDAV. Der er ingen teamrettigheder. Hvis din brug af Nextcloud kun var „hold mine egne mapper synkroniseret”, betyder ingen af de tab noget.

Ressourceforbruget er den del, der får opmærksomheden. På et lille bibliotek, lad os sige nogle få tusind filer under 50 GB, ligger Syncthing typisk i tomgang mellem 50 og 100 MB RAM. Når biblioteket vokser til hundredtusindvis af filer, kan RAM-forbruget komme over 700 MB. De fleste selvhostere når aldrig dertil. Har du en kvart million filer i én mappe, gør du.

To primære kilder dokumenterer den skaleringsadfærd:

• Den langvarige tråd på Syncthing-forummet om RAM-forbrug: forum.syncthing.net/t/ram-utilization/9769
• Projektets egen GitHub-sag om skaleringsklippen: github.com/syncthing/syncthing/issues/468

En VPS betyder stadig noget, selv i en peer-to-peer-model. Din bærbare og din telefon er ikke online samtidig. Hvis du vil have ændringer til at brede sig, mens en enhed sover, skal du have en tredje enhed, der altid er tændt. En VPS med Syncthing udfylder den rolle og leverer den nyeste kopi til den næste enhed, der vågner. Et lille bibliotek kører fint under 512 MB RAM; giv det 1 GB, hvis dit bibliotek vokser ud over nogle hundredtusinde filer.

Forbeholdet om iOS er det, Syncthing-vejledninger springer let hen over. Der findes ingen officiel Syncthing-klient til iOS med pålidelig fotooverførsel i baggrunden. Der findes flere tredjepartsklienter, men ingen af dem matcher det, Nextclouds iOS-app gør for sikkerhedskopiering af kamerarullen. Hvis synkronisering af iPhone-billeder var din grund til at køre Nextcloud, erstatter Syncthing det ikke alene. Løsningerne er betalte apps som PhotoSync, der skubber til en Syncthing-mappe, eller at lade Nextcloud køre udelukkende til den ene arbejdsgang, mens du flytter alt andet.

LÆS

Bedste Google Photos-alternativer: cloudtjenester og selvhostede muligheder sammenlignet

Migrationsgnidningen i denne retning er lav. Syncthing arbejder på det almindelige filsystem. Du peger det mod mappen, hvor dine filer allerede ligger, tilføjer enheds-id'erne på dine andre maskiner, og synkroniseringen går i gang. Intet at konvertere, intet at importere. Dataene er dem, der allerede lå på disken.

Hovedpointe i dette afsnit: Syncthing vinder på ressourceforbrug og pålidelighed for synkronisering mellem enheder, men taber på fotosikkerhedskopiering på iOS og opgiver webportalen helt.

Arketype B. Seafile til filsynkronisering i team

Et team på fire. Et fælles bibliotek kaldet „Operations” med 60 GB kontrakter, designfiler og eksporter. Tre af de fire bruger skrivebordsklienten, én foretrækker browseren. Engang imellem lægger nogen en video på 4 GB op.

En Nextcloud-opsætning, der kun deler filer, kan få brug for mere luft, efterhånden som aktive brugere og valgfrie tjenester kommer til. Seafile er smallere af design, hvilket gør det lettere at dimensionere, når filsynkronisering og deling er de eneste opgaver, du har brug for.

Seafile er bygget i C og Python med MariaDB som backend. Der er ingen PHP-lag. Synkroniseringsmodellen er deduplikering på blokniveau: når du ændrer en fil, overføres kun de ændrede blokke, og identiske blokke på tværs af brugere gemmes én gang. Nextclouds standardsynkronisering omfatter hele filen i de fleste tilfælde.

Fællesskabets meldinger om, at Seafile er hurtigere på store biblioteker, cirkulerer bredt, og arkitekturen er grunden. Jeg citerer ikke de størrelsesordener, der gentages i sammenligningsartikler. Sporet fører ikke til en primær kilde. Det, jeg kan sige, er, at deduplikering på blokniveau, dokumenteret i Seafile-manualen, er den strukturelle grund til, at hastighedsforskellen findes.

Den nuværende dokumentation for Seafile Community Edition angiver 2 GB RAM og 2 CPU-kerner som minimum. Det svarer til Nextcloud AIO's minimum på 2 GB, når en valgfri container er slået til. Seafiles smallere omfang kan stadig gøre det lettere at dimensionere til fildeling, men den præcise hukommelsesforskel afhænger af arbejdsbelastningen, de aktive brugere, bibliotekets størrelse og hvilke Nextcloud-tjenester der er slået til.

For et team, der kun har brug for filsynkronisering og deling, lader Seafile dig undgå de ekstra Nextcloud-tjenester, du ikke bruger. Det kan mindske fodaftrykket på serveren, men den præcise forskel afhænger af arbejdsbelastningen snarere end af en fast regel om 2 GB mod 5 GB.

Migrationen kræver lidt planlægning, for der findes ingen indbygget importfunktion fra Nextcloud til Seafile. Sæt Seafile-serveren op, installér Seafiles skrivebordsklient på en maskine, der kan nå dine eksisterende filer, opret målbiblioteket og lad klienten uploade dem. Hvor længe flytningen tager, afhænger af bibliotekets størrelse og den tilgængelige uploadhastighed.

Seafile gemmer biblioteksdata som blokke og interne objekter i stedet for almindelige filer, man kan bladre i. At liste datamappen med ls viser Seafiles interne objektstruktur i stedet for dit oprindelige mappetræ. Kryptering er en særskilt funktion og ikke grunden til, at de objekter er uigennemsigtige. Det betyder, at du ikke kan gendanne et Seafile-bibliotek ved bare at kopiere normalt udseende filer ud af dets backend-lager.

Seafile CE kræver desuden manuel oprydning af ubrugte blokke. Du kører et script for at rydde op i blokke uden referencer, efter at biblioteker eller filer er slettet. Pro-udgaven automatiserer mere af det. Community-udgaven gør ikke. Seafile vil føles ubehageligt, hvis din driftsmæssige tryghed kommer fra at kunne kopiere dine data ud når som helst med cp -r.

Det andet tab, du skal planlægge efter: kalender og kontakter. Seafile implementerer hverken CalDAV eller CardDAV. Hvis din Nextcloud var adressebogen bag din telefon, får du brug for en særskilt let tjeneste til at udfylde det hul. Radicale og Baikal er de sædvanlige svar.

Hovedpointe i dette afsnit: Seafile passer godt, hvis du mest brugte Nextcloud som fildeling for flere brugere. Den filcentrerede arkitektur sparer dig for Nextclouds bredere samarbejdsstak. Afvejningerne er lagermodellen med blokke og objekter samt tabet af CalDAV/CardDAV.

Arketype C. Cloudreve eller AList til webportalen

Den mest oversete udvej. Denne bruger ville have en webside, hvor han kunne logge ind fra en hvilken som helst enhed og hente sine filer. Han brugte næsten aldrig skrivebordsklienten. Synkronisering i realtid var ligegyldig for ham. Til den opgave var Nextclouds fulde funktionsstak langt mere, end han havde brug for.

For den bruger er hverken Nextcloud, Seafile eller Syncthing det rigtige svar. Det rigtige svar er en webportal. To projekter passer rent her, og de adskiller sig på én akse: styrer værktøjet dit lager, eller læser det bare fra det?

Cloudreve er en webportal plus et administreret lagerlag. Filerne ligger i lager, som Cloudreve styrer (lokal disk, S3-kompatibelt objektlager eller andre backends). Den har brugerkonti og kvoter, og Cloudreve Pro indeholder nu en officiel Windows-skrivebordsklient med tovejssynkronisering i realtid. Arkitekturen er en Go-binær plus en database, og projektets repository er aktivt på github.com/cloudreve/cloudreve.

AList lægger en webgrænseflade oven på eksisterende lager. Den kan gennemse og arbejde på monterede backends som lokale diske, S3, Google Drive, OneDrive, SMB og WebDAV, inklusive filhandlinger hvor backenden understøtter dem. Den kører som en Go-binær og bruger SQLite som standard, så en grundlæggende opsætning har ikke brug for en separat databaseserver. Hvis dine filer allerede ligger som almindelige filer på understøttet lager, kan AList vise dem frem uden at importere dem til et nyt filformat.

Hvornår vælger man hvad:

• AList hvis dine filer allerede er organiseret på disk eller i skylager, og du kun vil have en samlet webgrænseflade oven på dem. Migrationen er stort set nul. Peg AList mod det sted, filerne ligger.
• Cloudreve hvis du vil have et administreret lag med brugerkonti, kvoter og ét lagerbackend, som portalen styrer fra ende til anden. Migrationen er let: konfigurér et backend, kopiér filerne, færdig.

Én ting skal være klar, før du vælger en af dem: AList er ikke en erstatning for synkronisering, og Cloudreves synkroniseringsdel er smallere end Nextclouds. Cloudreve Pro har en officiel Windows-skrivebordsklient til synkronisering, men ingen af værktøjerne giver dig Nextclouds CalDAV/CardDAV-økosystem eller en tilsvarende arbejdsgang til fotosikkerhedskopiering på alle platforme. Er de ting afgørende, er du tættere på arketype A eller B end på C. AList og Cloudreve er ikke lettere Nextclouds. De er smallere værktøjer til smallere opgaver.

Hovedpointe i dette afsnit: Cloudreve og AList er gode valg, hvis du mest brugte Nextclouds filbrowser i webbrowseren. AList holder opsætningen enklere, når du kun har brug for et weblag oven på eksisterende lager. Cloudreve giver mere mening, når du vil have administreret lager, brugerkonti og skrivebordssynkronisering på Windows.

Gnidningskort for migrationen: hvad du beholder, hvad du mister

Det er tabellen, man skal læse, før man trækker stikket. Det er her, de fleste skift går galt.

Hullet omkring CalDAV/CardDAV er den mest oversete migrationsomkostning overhovedet. Hvis din telefons adressebog blev synkroniseret med Nextcloud, brydes den forbindelse i det øjeblik, du holder op med at køre Nextcloud, uanset hvilket filværktøj der erstatter det. Radicale og Baikal er de sædvanlige lette erstatninger, og begge er langt mindre tjenester end en fuld Nextcloud-installation. Det er de huludfyldere, man skal have på radaren, før man trækker stikket til Nextcloud-instansen.

Hvis du vil have et separat miljø til at teste migrationen, før du binder dine data, Cloudzy's Linux VPS giver dig et rent sted at gøre det. En separat testserver lader dig øve skiftet uden at røre produktionsinstansen, og du kan udrulle et hvilket som helst af disse med ét klik:

• Seafile
• Syncthing
• Cloudreve
• AList

Hvornår du bør blive på Nextcloud

Diagnosen skærer begge veje. Her er tre grunde til at blive, efter vægt.

Du bruger kalender, kontakter, opgaver og noter aktivt. Nextcloud samler alle fire bag ét login, med en CalDAV/CardDAV-implementering der virker, en webgrænseflade der virker og mobilklienter der virker. At erstatte det med separate tjenester betyder at køre Radicale eller Baikal til kalender og kontakter, en særskilt noteapp og en særskilt opgavestyring. To eller tre tjenester i stedet for én. To eller tre måder at fejle på i stedet for én. Er det din hverdag, tjener Nextcloud sit eget RAM-forbrug ind.

Du læner dig op ad Nextclouds integrerede samarbejdsstak. Nextcloud holder filer, dokumentredigering, kalender, kontakter, opgaver, noter og andre samarbejdsfunktioner bag én konto og én grænseflade. Seafile kan integrere Collabora eller OnlyOffice til samtidig dokumentredigering, så fælles dokumentarbejde alene er ikke en grund til at udelukke det. Forskellen er, at det stadig kræver at sætte separate tjenester sammen for de funktioner, Seafile ikke dækker, hvis man vil erstatte det bredere Nextcloud-økosystem.

Din Nextcloud er tung på grund af tjenester, du ikke bruger. AIO leverer allerede PostgreSQL, Redis og APCu, så at skifte database eller slå APCu til er ikke finjusteringstrinnet her. Begynd med at slå valgfrie containere og Nextcloud-apps fra, som du ikke har brug for. Kører Office, Talk, ClamAV, fritekstsøgning eller forhåndsvisningstjenester uden et reelt formål, så fjern den belastning, før du beslutter dig for at migrere.

Logikken, der siger „gå, hvis du kun brugte 10 % af funktionerne”, siger også „bliv, hvis du faktisk bruger funktionerne”. Vær ærlig om, hvilken af de to du er.

Hovedpointe i dette afsnit: omfatter din arbejdsgang kalender, kontakter og fælles dokumentarbejde, er Nextcloud stadig det rigtige værktøj. Få konfigurationen på plads, før du flygter.

Ofte stillede spørgsmål

Hvad er det letteste alternativ til Nextcloud?

Det afhænger af arbejdsgangen. AList er et af de enkleste valg til filadgang udelukkende via web, fordi det kan lægge sig oven på eksisterende lager og bruge SQLite som standard. Syncthing er det smallere valg til synkronisering mellem enheder. Seafile Community Edition er den mere komplette erstatning, når du har brug for fildeling mellem flere brugere; det dokumenterede minimum er 2 GB RAM og 2 CPU-kerner.

Bruger Seafile mindre hukommelse end Nextcloud?

Seafile kan kræve færre ressourcer til en arbejdsbelastning, der kun handler om fildeling, men der findes ikke en fast RAM-forskel, der gælder for enhver opsætning. Både Seafile CE og Nextcloud AIO kan starte omkring et grundniveau på 2 GB afhængigt af konfigurationen. Nextclouds anbefalede kapacitet vokser derefter med aktive brugere og aktiverede tjenester, mens Seafile er bygget omkring en smallere arbejdsbelastning med filsynkronisering og deling.

Hvordan migrerer jeg fra Nextcloud til Seafile?

Der findes ingen automatisk importfunktion. Vejen, der virker: installér Seafile, installér Seafiles skrivebordsklient på en maskine, der kan læse din Nextcloud-datamappe, opret et bibliotek på Seafile-serveren, og lad skrivebordsklienten skubbe filerne ind i det som blokke. Kalender og kontakter følger ikke med filerne. Du skal sætte en særskilt CalDAV-server som Radicale eller Baikal op og synkronisere igen fra din telefon. Hvor lang tid migrationen tager, afhænger af datamængden og din tilgængelige uploadhastighed.

Er Syncthing bedre end Nextcloud til fotosikkerhedskopiering?

Ikke entydigt på mobil. Syncthings officielle Android-app blev indstillet efter udgivelsen i december 2024, selvom der stadig findes Android-muligheder vedligeholdt af fællesskabet. iOS har fortsat ingen officiel Syncthing-klient med fotosikkerhedskopiering i baggrunden i Nextcloud-stil. Er automatisk sikkerhedskopiering af kamerarullen centralt i din opsætning, så behandl mobil understøttelse som en selvstændig beslutning i stedet for at gå ud fra, at Syncthing erstatter Nextcloud-appen.

Kan jeg køre Nextcloud-alternativer på en billig VPS?

Ja, men dimensionér din VPS efter det konkrete værktøj og den konkrete arbejdsbelastning frem for at gå ud fra, at ét hukommelsesmål passer til alle fire. Seafile CE anbefaler officielt mindst 2 GB RAM og 2 CPU-kerner. Syncthing, AList og Cloudreve offentliggør ikke direkte sammenlignelige hårde RAM-minimumstal for de arbejdsbelastninger, der er tale om her, så tag udgangspunkt i deres udrulningskrav og hold luft til bibliotekets størrelse, databasen og lagerbackenden.