= NextCloud AIO versus NextCloud Bare Metal = Ik heb de afgelopen twee jaar verschillende vormen van NextCloud uitgevoerd. Dit is uitsluitend voor persoonlijk gebruik thuis op mijn Odroid HC4 (een ARM-bord vergelijkbaar met RPi). Ik begon met NextCloudPi geïnstalleerd, maar daarna ben ik overgestapt naar een bare metal-installatie omdat ik een update wilde uitproberen voordat deze werd verpakt voor NextCloudPi Mijn grootste prioriteit bij het opzetten hiervan is dat ik een goede back-upstrategie heb. Op NextCloudPi was de mogelijkheid om een ​​volledige instantie te back-uppen en te herstellen, inclusief of exclusief gegevens, rechtstreeks in het pakket ingebouwd. Ik hield van deze functie. Bij de bare metal-installatie moest ik een cron-taak plannen om een ​​back-up te maken van het configuratiebestand, de database en de bestanden naar een gecomprimeerde .tar.gz. Ik wist echter nooit zeker hoe het herstellen van dit zou werken, en gelukkig heb ik dit gisteren geprobeerd om ervoor te zorgen dat mijn back-ups geschikt waren; ze waren niet. Ik bouwde een nieuwe box vanaf nul, installeerde NC met Apache + PHP (wat niet helemaal intuïtief is met de verschillende versies van PHP-compatibiliteit met NextCloud) en herstelde de configuratiebestanden, database en gegevensbestanden. Ik eindigde met een groot aantal fouten die niet leken te werken. Ik kom dicht bij het punt waarop ik gewoon een werkende oplossing wil - ik wil geen uren investeren om iets ingewikkelds werkend te krijgen Voer NextCloud AIO in, een Docker-container die bedoeld is om iets te repliceren dat lijkt op wat NextCloudPi bood. Dit was relatief eenvoudig in te stellen toen ik het eenmaal aan het werk had **Moet ik me zorgen maken over de toekomstige ontwikkeling van NextCloud AIO Ik heb een back-up kunnen maken (en ik ben bezig met het testen van een herstel om er zeker van te zijn dat die back-ups werken) via het back-uphulpprogramma "Borg"dat bij NextCloud AIO wordt geleverd, maar mijn zorg met deze voorverpakte oplossingen is altijd onderhoud op lange termijn. In het geval van NextCloudPi heeft de beheerder, zoals we hebben gezien, afstand genomen van het project. Als ik niet had opgelet en dit blindelings nog steeds had uitgevoerd en regelmatig back-ups had gemaakt, zou ik waarschijnlijk ooit mijn gegevens hebben hersteld. Met een bare metal-installatie is dit nooit een probleem, omdat u alle componenten (bestanden, configuratie, database) afzonderlijk hebt en deze altijd kunt integreren in een toekomstige implementatie van NextCloud. Nu ik opnieuw een eenvoudigere voorverpakte oplossing heb gezocht, vraag ik me af of ik me zorgen moet maken over de toekomstige ontwikkeling van AIO Op basis van welke docker-containers worden uitgevoerd na installatie van NextCloud AIO, zou ik uitgaan van vergelijkbare prestaties. AIO lijkt gewoon een hulpprogramma te zijn om elk afzonderlijk onderdeel van NextCloud te vereenvoudigen en in containers te plaatsen. Dit is bijvoorbeeld wat er op mijn box draait die alleen NextCloud bedient: aio-apache aio-nextcloud aio-redis aio-postgresql aio-borgbackup aio-domeincheck aio-mastercontainer EDIT: meer geheugengebruik tot nu toe. Met bare metal zag ik ergens tussen de 1 en 1,5 GB aan geheugengebruik, van inactiviteit tot belasting. In de afgelopen tien minuten varieerde het tot nu toe van 1,5-2,4 GB Ik gebruik liever Docker voor het beheer van PHP-versies en -extensies, plus isolatie; en het hosten van NextCloud als een gebruikelijke PHP-app in die container Dit geeft de beste balans tussen controle en flexibiliteit. Uw gegevens liggen direct in een map naar keuze, naast NextCloud wwwroot. Ook uw DB-databestanden zijn direct beschikbaar. Voeg een paar scripts en een cronjob toe voor back-up en je bent helemaal klaar Wat redis enz. betreft - ik heb het gewoon niet nodig voor kleinschalige opstellingen (1-2 gebruikers) Wat betreft AIO en andere varianten - ik vertrouw ze gewoon niet (in termen van architectuur). Ik ken mijn docker-compose-oplossing en ik weet zeker dat ik eventuele problemen kan oplossen. Kan niet hetzelfde zeggen over die âÂÂgoed-voor-iedereen-oplossingen Het is heel goed dat u daadwerkelijk controleert of u gegevens uit uw back-ups kunt herstellen. Ik ben echter van mening dat het instellen van een back-up van DB + bestanden niet erg moeilijk zou moeten zijn. We maken allemaal fouten, maar als ze eenmaal zijn opgelost, zou het back-upproces niet zo ingewikkeld moeten zijn, dus je zou iets anders moeten veranderen == Over de gemeenschap == Leden Online