Odchod od Nextcloudu: tři lehčí cesty podle toho, k čemu jste ho používali

Příběh, který od lidí odcházejících od Nextcloudu čtu pořád dokola, je vždycky stejný. Synchronizační klient hlásí „plně synchronizováno“, ale soubory chybí. Aktualizace narazí na problém s databází. Nahrávání fotek se zachová způsobem, který uživatel nečekal.

Stížnost pod tím je ve všech třech případech stejná: chtěli jeden spolehlivý pracovní postup z balíku, který je postavený tak, aby jich pokryl mnoho.

Mám instanci Nextcloudu na VPS ve Frankfurtu, kterou jsem před dvěma lety postavil za jeden víkend a od té doby použil možná čtyřikrát. Instalace fungovala. Instance pořád běží. Jen jsem ji přestal otevírat, protože se ukázalo, že devět z deseti věcí, které Nextcloud umí, jsem nikdy nepotřeboval.

Oficiální distribuce All-in-One vyžaduje alespoň 2 GB RAM, jakmile je zapnutý jakýkoli volitelný kontejner, a její doporučení k výkonu radí přidat zhruba 1 GB RAM na každého aktivního uživatele nad rámec základního požadavku. Týmová nasazení tedy potřebují víc rezervy, jak roste souběžné používání. Komunita má navíc na help.nextcloud.com otevřené vlákno, které projekt žádá, aby zvážil odlehčenou verzi.

Následují tři východiska přiřazená ke třem pracovním postupům. Tam, kde existují oficiální požadavky na zdroje, je používám. Tam, kde neexistují, tvrdá čísla vynechávám. Migrační mapa pokrývá, co si necháte, o co přijdete a kde se každý přesun zkomplikuje.

Zkrácená verze

• Pokud jste Nextcloud používali jen k synchronizaci souborů mezi vlastními zařízeními, Syncthing je dobrá volba: peer-to-peer, bez nutnosti centrálního serveru, s několika důležitými výhradami na mobilech.
• Pokud jste Nextcloud používali jako týmové sdílení souborů pro více uživatelů, Seafile CE je dobrá volba. Dokumentované minimum jsou 2 GB RAM a 2 jádra CPU a jeho užší záběr usnadňuje dimenzování, když je hlavní úlohou sdílení souborů.
• Pokud jste Nextcloud používali hlavně jako webový prohlížeč souborů, Cloudreve nebo AList vám dá mnohem užší stack, aniž byste s sebou táhli celý kolaborační balík Nextcloudu.
• Dvě třecí místa při jakémkoli přesunu jsou díra kolem CalDAV/CardDAV (kalendář a kontakty) a zálohování fotek na iOS. Obojí řeší migrační mapa níže.

Proč Nextcloud působí těžce (a proč to není chyba)

Na čerstvě nainstalovaném Nextcloud All-in-One ukáže htop skutečný vícekontejnerový stack: hlavní kontejner AIO, Apache, aplikační server Nextcloudu, PostgreSQL, Redis a Notify Push. Office, Talk, Talk Recording, ClamAV, fulltextové vyhledávání, Imaginary, Whiteboard a zálohy postavené na Borgu jsou volitelné. Jádro je těžší než jednoúčelový synchronizační démon, ale ty volitelné služby stojí RAM jen tehdy, když je zapnete.

Oficiální diskuse k All-in-One na GitHubu stanovuje dokumentované minimum na 2 GB RAM, ale roste to rychle: 3 GB, jakmile jsou zapnuté ClamAV, Talk Recording nebo fulltextové vyhledávání, 5 GB se vším zapnutým, plus zhruba 1 GB na aktivního uživatele nad základ.

Jsou to doporučení k dimenzování, ne naměřená ustálená spotřeba paměti: AIO potřebuje víc paměti, jak se zapínají volitelné služby, a doporučuje další rezervu na každého aktivního uživatele. To je architektonická cena za sbalení více než třiceti funkcí do jediného vlastního balíku. Zdroj: github.com/nextcloud/all-in-one/discussions/1335.

Komunita Nextcloudu si toho všimla sama. Vlákno na help.nextcloud.com s názvem „Nextcloud Lite, discuss“ bylo otevřeno v prosinci 2024 s otázkou, jestli by projekt neměl vydat osekanou distribuci pro uživatele, kteří chtějí jen soubory a sdílení. Někteří uživatelé, včetně těch, kterým se Nextcloud jinak líbí, o lehčí sestavení požádali. Většina odpovědí byla proti s argumentem, že nechtěné funkce lze prostě vypnout a že sekat do bezpečnostních aplikací by byl špatný obchod. Vlákno je otevřené a správci se nezavázali ani k jedné straně. Odkaz: help.nextcloud.com/t/nextcloud-lite-discuss/213611.

Protiargument má váhu. AIO už PostgreSQL, Redis a APCu obsahuje. Jeho vlastní doporučení k výkonu radí vypnout volitelné kontejnery a aplikace Nextcloudu, které nepotřebujete. Pokud vám instance připadá těžká proto, že jste zapnuli Office, Talk, ClamAV, fulltextové vyhledávání nebo jiné služby, které už nepoužíváte, prořežte nejdřív tohle. Pokud ty služby opravdu používáte dohromady, větší stopa odvádí užitečnou práci.

Ale pokud jste Nextcloud nainstalovali a pak ho otevírali jen proto, abyste hodili soubory do synchronizované složky, debata o ladění se vás netýká.

Pro srovnání, jak si Nextcloud stojí vedle svého nejbližšího forku, si přečtěte naše srovnání Nextcloud vs ownCloud.

Klíčová myšlenka této části: Nextcloud je předimenzovaný pro ten jediný pracovní postup, ke kterému ho většina samohostitelů ve skutečnosti používá.

Diagnostika tří archetypů: které východisko je vaše?

Dřív než si vyberete nástroj, vyberte si pracovní postup. Skoro každý uživatel Nextcloudu, se kterým jsem mluvil, zapadá čistě do jednoho ze tří vzorců.

Archetyp A. Jen synchronizace mezi zařízeními. „Nextcloud jsem si nainstaloval, abych měl sesynchronizovaný notebook, stolní počítač a telefon. Webové rozhraní jsem nikdy na nic vážného nepoužil. Se soubory se s nikým nedělím.“

Archetyp B. Týmové sdílení souborů. „Nextcloud jsem si nainstaloval, protože víc lidí muselo nahrávat do sdíleného prostoru a stahovat z něj. Někdy z prohlížeče, někdy z desktopového klienta. Záleželo mi na výkonu u velkých souborů.“

Archetyp C. Jen webový portál. „Nextcloud jsem si nainstaloval jako webový prohlížeč souborů. Způsob, jak se přihlásit a vzít si odkudkoli svoje soubory. Možná jsem si nainstaloval desktopového klienta. Používal jsem ho zřídka. O synchronizaci v reálném čase nešlo.“

Pokud vás popisují dva z nich, vyberte ten, u kterého si řeknete: „když tohle zítra přestane fungovat, do hodiny si toho všimnu“. To je pracovní postup, na kterém závisíte. Ostatní jsou příjemné doplňky, které můžete nahradit později nebo se bez nich obejít.

Minimální nároky na zdroje pro každou cestu:

Čísla výše pro Nextcloud AIO a Seafile CE jsou dokumentované požadavky nebo doporučení. Syncthing, Cloudreve a AList nezveřejňují srovnatelná tvrdá minima RAM, která by umožnila čisté porovnání vedle sebe, takže tyto nástroje dimenzujte podle své skutečné knihovny, úložného backendu a zátěže, místo abyste komunitní čísla o paměti v klidu brali jako požadavky.

Klíčová myšlenka této části: vyberte nástroj, který odpovídá pracovnímu postupu, ke kterému jste Nextcloud používali, ne ten s nejdelším seznamem funkcí.

Archetyp A. Syncthing pro synchronizaci mezi zařízeními

Notebook, stolní počítač a telefon. Hodíte soubor do složky na notebooku a o dvacet sekund později se objeví na zbylých dvou. Žádný webový portál. Žádná sdílená knihovna. Žádný tým. K tomu byl Syncthing postavený a je to jediné, co dělá.

Syncthing funguje peer-to-peer. V architektonickém smyslu tu není server. Každé zařízení spouští stejnou binárku a zařízení se navzájem najdou přes globální síť relayů nebo přes LAN. Do sítě můžete přidat VPS, ale bude to jeden peer mezi ostatními, ne centrální autorita. Není tu webový prohlížeč souborů. Není tu CalDAV. Nejsou tu týmová oprávnění. Pokud bylo vaše používání Nextcloudu jen „udržovat moje vlastní složky synchronizované“, žádná z těch ztrát nevadí.

Nejvíc pozornosti dostává spotřeba zdrojů. U malé knihovny, řekněme několika tisíc souborů do 50 GB, se Syncthing v klidu obvykle drží mezi 50 a 100 MB RAM. Jakmile knihovna vyroste na stovky tisíc souborů, spotřeba RAM může přelézt 700 MB. Většina samohostitelů se tam nikdy nedostane. Pokud máte čtvrt milionu souborů v jedné složce, dostanete.

Toto chování při růstu dokumentují dva primární zdroje:

• Dlouhodobé vlákno na fóru Syncthingu o využití RAM: forum.syncthing.net/t/ram-utilization/9769
• Vlastní issue projektu na GitHubu o skokovém nárůstu při škálování: github.com/syncthing/syncthing/issues/468

VPS má smysl i v peer-to-peer modelu. Váš notebook a váš telefon nejsou online ve stejnou chvíli. Pokud chcete, aby se změny šířily, i když jedno zařízení spí, potřebujete třetí zařízení, které je pořád zapnuté. VPS se Syncthingem tu roli splní a nejnovější kopii doručí dalšímu zařízení, které se probudí. Malá knihovna běží pohodlně pod 512 MB RAM; dejte jí 1 GB, pokud vaše knihovna přeroste pár set tisíc souborů.

Výhrada k iOS je ta, kterou návody k Syncthingu přecházejí. Neexistuje oficiální klient Syncthingu pro iOS se spolehlivým nahráváním fotek na pozadí. Existuje několik klientů třetích stran, ale žádný se nevyrovná tomu, co pro zálohu fotoaparátu dělá aplikace Nextcloudu pro iOS. Pokud byla synchronizace fotek z iPhonu váš důvod, proč provozovat Nextcloud, Syncthing to sám nenahradí. Náhradní řešení jsou placené aplikace jako PhotoSync, které tlačí do složky Syncthingu, nebo nechat Nextcloud běžet čistě kvůli tomu jednomu postupu, zatímco všechno ostatní přestěhujete.

ČTĚTE

Nejlepší alternativy ke Google Photos: srovnání cloudových služeb a self-hostovaných řešení

Migrační tření je v tomto směru nízké. Syncthing pracuje na běžném souborovém systému. Namíříte ho na složku, kde vaše soubory už jsou, přidáte ID zařízení vašich dalších strojů a synchronizace se rozjede. Nic k převádění, nic k importu. Data jsou prostě to, co už na disku bylo.

Klíčová myšlenka této části: Syncthing vyhrává na nárocích na zdroje a spolehlivosti při synchronizaci mezi zařízeními, ale prohrává na zálohování fotek na iOS a webového portálu se vzdává úplně.

Archetyp B. Seafile pro týmovou synchronizaci souborů

Čtyřčlenný tým. Sdílená knihovna „Operations“, ve které je 60 GB smluv, designových souborů a exportů. Tři ze čtyř používají desktopového synchronizačního klienta, jedna dává přednost prohlížeči. Občas někdo nahraje video o 4 GB.

Nasazení Nextcloudu určené jen ke sdílení souborů může potřebovat víc rezervy, jak přibývají aktivní uživatelé a volitelné služby. Seafile je už z návrhu užší, což usnadňuje dimenzování, když jsou synchronizace a sdílení souborů jediné úlohy, které potřebujete.

Seafile je napsaný v C a Pythonu s backendem MariaDB. Není tu žádná vrstva PHP. Model synchronizace je deduplikace na úrovni bloků: když soubor změníte, přenesou se jen změněné bloky a shodné bloky napříč uživateli se uloží jen jednou. Výchozí synchronizace Nextcloudu ve většině scénářů přenáší celý soubor.

Komunitní hlášení, že Seafile je u velkých knihoven rychlejší, kolují široce a důvodem je architektura. Nebudu citovat řádové hodnoty, které se opakují ve srovnávacích článcích. Stopa nevede k primárnímu zdroji. Co říct můžu: deduplikace na úrovni bloků, zdokumentovaná v manuálu Seafile, je strukturální důvod, proč ten rozdíl v rychlosti existuje.

Současná dokumentace Seafile Community Edition uvádí jako minimum 2 GB RAM a 2 jádra CPU. To odpovídá minimu 2 GB u Nextcloud AIO, jakmile je zapnutý jakýkoli volitelný kontejner. Užší záběr Seafile může dimenzování pro sdílení souborů pořád usnadňovat, ale přesný rozdíl v paměti závisí na zátěži, aktivních uživatelích, velikosti knihovny a na tom, které služby Nextcloudu jsou zapnuté.

Týmu, který potřebuje jen synchronizaci a sdílení souborů, Seafile umožní vyhnout se dalším službám Nextcloudu, které nepoužíváte. To může zmenšit stopu na serveru, ale přesný rozdíl závisí na zátěži, ne na pevném pravidle typu 2 GB proti 5 GB.

Migrace vyžaduje trochu plánování, protože nativní importér z Nextcloudu do Seafile neexistuje. Postavte server Seafile, nainstalujte desktopového klienta Seafile na stroj, který má přístup k vašim stávajícím souborům, vytvořte cílovou knihovnu a nechte klienta soubory nahrát. Jak dlouho přesun potrvá, závisí na velikosti knihovny a dostupné rychlosti odesílání.

Seafile ukládá data knihovny jako bloky a vnitřní objekty, ne jako běžné procházitelné soubory. Výpis datového adresáře pomocí ls ukáže vnitřní objektovou strukturu Seafile místo vašeho původního stromu složek. Šifrování je samostatná funkce, není to důvod, proč jsou ty objekty neprůhledné. Znamená to, že knihovnu Seafile nemůžete obnovit prostým zkopírováním normálně vypadajících souborů z jejího backendového úložiště.

Seafile CE navíc vyžaduje ruční úklid nepoužívaných bloků. Po smazání knihoven nebo souborů spustíte skript, který uklidí bloky bez odkazů. Edice Pro toho automatizuje víc. Edice Community ne. Seafile vám bude nepříjemný, pokud váš provozní klid pramení z toho, že si svoje data můžete kdykoli zkopírovat ven pomocí cp -r.

Druhá ztráta, se kterou je třeba počítat: kalendář a kontakty. Seafile neimplementuje CalDAV ani CardDAV. Pokud byl váš Nextcloud adresářem za vaším telefonem, budete potřebovat samostatnou lehkou službu, která tu díru zaplní. Radicale a Baikal jsou obvyklé odpovědi.

Klíčová myšlenka této části: Seafile sedí dobře, pokud jste Nextcloud používali hlavně jako sdílení souborů pro více uživatelů. Jeho architektura zaměřená na soubory vás ušetří širšího kolaboračního stacku Nextcloudu. Kompromisem je model úložiště s bloky a objekty a ztráta CalDAV/CardDAV.

Archetyp C. Cloudreve nebo AList pro webový portál

Nejvíc přehlížené východisko. Tenhle uživatel chtěl webovou stránku, kde se z libovolného zařízení přihlásí a vezme si svoje soubory. Desktopového klienta skoro nepoužíval. Synchronizace v reálném čase ho nezajímala. Na tuhle práci byl celý funkční stack Nextcloudu mnohem víc, než potřeboval.

Pro takového uživatele není správnou odpovědí ani Nextcloud, ani Seafile, ani Syncthing. Správnou odpovědí je webový portál. Sem čistě zapadají dva projekty a liší se v jedné ose: jestli nástroj vaše úložiště spravuje, nebo z něj jen čte.

Cloudreve je webový portál plus spravovaná úložná vrstva. Soubory leží v úložišti, které Cloudreve řídí (lokální disk, objektové úložiště kompatibilní s S3 nebo jiné backendy). Má uživatelské účty a kvóty a Cloudreve Pro dnes obsahuje oficiálního desktopového klienta pro Windows s obousměrnou synchronizací v reálném čase. Architekturou je binárka v Go plus databáze a repozitář projektu je aktivní na adrese github.com/cloudreve/cloudreve.

AList položí webové rozhraní nad stávající úložiště. Umí procházet a pracovat s připojenými backendy, jako jsou lokální disky, S3, Google Drive, OneDrive, SMB a WebDAV, včetně operací se soubory tam, kde je backend podporuje. Běží jako binárka v Go a ve výchozím nastavení používá SQLite, takže základní nasazení nepotřebuje samostatný databázový server. Pokud vaše soubory už leží jako běžné soubory na podporovaném úložišti, AList je umí zpřístupnit, aniž by je importoval do nového formátu.

Co si kdy vybrat:

• AList pokud jsou vaše soubory už uspořádané na disku nebo v cloudovém úložišti a chcete nad nimi jen jednotné webové rozhraní. Migrace je prakticky nulová. Namiřte AList tam, kde soubory leží.
• Cloudreve pokud chcete spravovanou vrstvu s uživatelskými účty, kvótami a jedním úložným backendem, který portál řídí od začátku do konce. Migrace je lehká: nastavíte backend, zkopírujete soubory, hotovo.

Jednu věc je třeba mít jasnou, než si jeden z nich vyberete: AList není náhrada synchronizace a synchronizační nabídka Cloudreve je užší než u Nextcloudu. Cloudreve Pro má oficiálního desktopového synchronizačního klienta pro Windows, ale ani jeden z těch nástrojů vám nedá ekosystém CalDAV/CardDAV Nextcloudu ani rovnocenný postup zálohování fotek napříč platformami. Pokud jsou tyhle věci zásadní, jste blíž archetypu A nebo B než C. AList a Cloudreve nejsou odlehčené Nextcloudy. Jsou to užší nástroje na užší úlohy.

Klíčová myšlenka této části: Cloudreve a AList jsou dobrá volba, pokud jste používali hlavně webový prohlížeč souborů Nextcloudu. AList udrží nastavení jednodušší, když potřebujete jen webovou vrstvu nad stávajícím úložištěm. Cloudreve dává větší smysl, když chcete spravované úložiště, uživatelské účty a desktopovou synchronizaci na Windows.

Mapa migračního tření: co si necháte, o co přijdete

Tohle je tabulka, kterou je třeba si přečíst, než vytáhnete zástrčku. Právě tady se většina přesunů pokazí.

Díra kolem CalDAV/CardDAV je vůbec nejpřehlíženější náklad migrace. Pokud se adresář vašeho telefonu synchronizoval s Nextcloudem, tahle cesta se přetrhne ve chvíli, kdy Nextcloud přestanete provozovat, ať ho nahradí jakýkoli souborový nástroj. Radicale a Baikal jsou obvyklé lehké náhrady a obě jsou mnohem menší služby než plná instalace Nextcloudu. To jsou ty záplaty, které je dobré mít na radaru, než Nextcloud instanci vypnete.

Pokud chcete oddělené prostředí, kde si migraci vyzkoušíte dřív, než do ní svěříte svoje data, Linux VPS od Cloudzy vám na to dá čisté místo. Oddělený testovací server vám umožní přesun nanečisto bez sáhnutí na produkční instanci a kterýkoli z těchto nástrojů nasadíte jedním kliknutím:

• Seafile
• Syncthing
• Cloudreve
• AList

Kdy byste měli u Nextcloudu zůstat

Diagnostika řeže na obě strany. Tady jsou tři důvody zůstat, seřazené podle váhy.

Aktivně používáte ekosystém kalendáře, kontaktů, úkolů a poznámek. Nextcloud drží všechny čtyři za jediným přihlášením, s funkční implementací CalDAV/CardDAV, funkčním webovým rozhraním a funkčními mobilními klienty. Nahradit to samostatnými službami znamená provozovat Radicale nebo Baikal pro kalendář a kontakty, zvlášť aplikaci na poznámky a zvlášť správce úkolů. Dvě nebo tři služby místo jedné. Dva nebo tři způsoby, jak se to rozbije, místo jednoho. Jestli tohle je váš každodenní postup, Nextcloud si svoji spotřebu RAM vydělá.

Spoléháte na integrovaný kolaborační stack Nextcloudu. Nextcloud drží soubory, editaci dokumentů, kalendář, kontakty, úkoly, poznámky a další kolaborační funkce za jedním účtem a jedním rozhraním. Seafile umí integrovat Collabora nebo OnlyOffice pro souběžnou editaci dokumentů, takže samotná společná práce na dokumentech není důvod ho vyřadit. Rozdíl je v tom, že nahradit širší ekosystém Nextcloudu pořád znamená poskládat samostatné služby pro funkce, které Seafile nepokrývá.

Váš Nextcloud je těžký kvůli službám, které nepoužíváte. AIO už PostgreSQL, Redis a APCu obsahuje, takže měnit databázi nebo zapínat APCu tu není ten krok k vyladění. Začněte vypnutím volitelných kontejnerů a aplikací Nextcloudu, které nepotřebujete. Pokud Office, Talk, ClamAV, fulltextové vyhledávání nebo služby náhledů běží bez skutečného účelu, sundejte tu zátěž dřív, než se rozhodnete migrovat.

Logika, která říká „odejdi, když jsi používal jen 10 % funkcí“, říká taky „zůstaň, když ty funkce opravdu používáš“. Buďte upřímní, kdo z těch dvou jste.

Klíčová myšlenka této části: pokud váš pracovní postup zahrnuje kalendář, kontakty a společnou práci na dokumentech, Nextcloud je pořád ten správný nástroj. Dejte do pořádku nastavení, než začnete utíkat.

Časté dotazy

Jaká je nejlehčí alternativa k Nextcloudu?

Záleží na pracovním postupu. AList je jedna z nejjednodušších voleb pro přístup k souborům jen přes web, protože si může sednout nad stávající úložiště a používat SQLite ve výchozím nastavení. Syncthing je užší volba pro synchronizaci mezi zařízeními. Seafile Community Edition je úplnější náhrada, když potřebujete sdílení souborů mezi více uživateli; jeho dokumentované minimum jsou 2 GB RAM a 2 jádra CPU.

Spotřebuje Seafile méně paměti než Nextcloud?

Seafile si může vyžádat méně zdrojů pro zátěž omezenou na sdílení souborů, ale neexistuje pevný rozdíl v RAM, který by platil pro každé nasazení. Seafile CE i Nextcloud AIO mohou podle konfigurace startovat kolem základu 2 GB. Doporučená kapacita Nextcloudu pak roste s aktivními uživateli a zapnutými službami, zatímco Seafile je postavený kolem užší zátěže synchronizace a sdílení souborů.

Jak migruji z Nextcloudu na Seafile?

Automatický importér neexistuje. Cesta, která funguje: nainstalujte Seafile, nainstalujte desktopového klienta Seafile na stroj, který umí přečíst váš datový adresář Nextcloudu, vytvořte knihovnu na serveru Seafile a nechte desktopového klienta soubory do ní natlačit v podobě bloků. Kalendář a kontakty se s soubory nepřesunou. Budete muset postavit samostatný CalDAV server jako Radicale nebo Baikal a znovu synchronizovat z telefonu. Jak dlouho migrace potrvá, závisí na objemu dat a na rychlosti odesílání, kterou máte k dispozici.

Je Syncthing lepší než Nextcloud na zálohování fotek?

Na mobilu ne jednoznačně. Oficiální aplikace Syncthingu pro Android byla po vydání z prosince 2024 ukončena, i když komunitou udržované možnosti pro Android zůstávají. iOS pořád nemá oficiálního klienta Syncthingu se zálohováním fotek na pozadí ve stylu Nextcloudu. Pokud je automatická záloha fotoaparátu pro vaši sestavu klíčová, berte mobilní podporu jako samostatné rozhodnutí místo toho, abyste předpokládali, že Syncthing nahradí aplikaci Nextcloudu.

Můžu alternativy k Nextcloudu provozovat na levném VPS?

Ano, ale VPS dimenzujte podle konkrétního nástroje a zátěže, ne podle předpokladu, že jeden paměťový cíl sedne všem čtyřem. Seafile CE oficiálně doporučuje alespoň 2 GB RAM a 2 jádra CPU. Syncthing, AList a Cloudreve pro zátěže, o kterých je tu řeč, přímo srovnatelná tvrdá minima RAM neuvádějí, takže vyjděte z jejich požadavků na nasazení a nechte si rezervu na velikost knihovny, databázi a úložný backend.