💡 Ti piace questo video e vuoi diventare UN ASSO in GNU/Linux? 😃 Buone notizie! Ho realizzato corsi on-demand per tutti i livelli. 👉 Visita corsolinux.com per saperne di più.
Ciao Morro complimenti. Lavorando come senior storage engineer per una big tech trovo molto bella e interessante questa tua serie. Io nel mio homelab uso proxmox e tre pbs indipendenti tra di loro che piu' di una volta mi hanno salvato dalla perdita di dati. Sono sicuro farai video a riguardo e continua cosi bravo.
@@MassimoFanti Ciao Massimo, considera che la sicurezza e la continuità dei dati a livello enterprise si ottiene con high availability, fault tolerance etc. in base alle necessità del business. Dove lavoro io un server grande come pc da desktop puo costare da solo piu di un milione di euro. Va da se che competere in ambito casalingo con tali soluzioni hardware (multi controller, multi nic, multi cpu, bbu per le cache, multi psu etc.) rimane impossibile. Considerando che in un home lab/home server si puo tollerare qualche ora di downtime senza problemi. La soluzione piu semplice è quella di avere piu' server di backups indipendenti fra di loro. Io ne ho 3, 2 nella stessa location e 1 in una terza location. Questo per le macchine virtuali, poi per nextcloud, ho una VM Windows sempre accesa che mi fa da sorta di "Application Server", una cartella di nextcloud è collegata anche a un cloud pubblico. Giusto per i biglietti aerei, documenti etc. cosi se sono in viaggio e dovesse andare tutto down e ho bisogno subito di qualcosa posso usare nel worst case scenario anche il cloud pubblico. E' piu solida come soluzione secondo me perchè non hai solo raid ma in questo modo ridondi tutto 3 volte. Ovviamente spendi anche il triplo ma oggi raspberry o zimaboard non è che costano cosi tanto.
@@MassimoFanti Beh diciamo per diversi motivi: 1) Piu sicurezza, anche se i pbs hanno la funzione verifica etc. non sono immuni da corruzione 2) Essendo un laboratorio che uso per vari esperimenti (i due pbs sono installati su due macchine fisiche indipendenti ma su container docker quindi per aggiornamenti, nuove installazioni etc. potrebbe capitare che uno dei due sta down 3) A volte per viaggio non sono fisicamente a casa per mesi quindi se si dovesse rompere un disco non potrei sostituirlo e avere un secondo server di backup è comodo. 4) Se succede qualche esperimento va male o si rompe il nodo proxmox e devo fare il restore di diverse macchine su altro host, posso fare restore in parallelo e ci metto meno tempo
Veramente complimenti Morro! Sto sperimentando anche io con rclone e devo dire che è un software veramente potente e ben fatto. Grazie mille per il video!
Complimenti per il Video, Morro! Serie veramente interessante e portata avanti professionalmente! Lo dico da DevOps / System Engineer che si è dovuto sobbarcare di quelle tematiche ... Continua così ... la mia home cloud / NAS non so quando e se vedrà mai la luce ... nel caso, ti citerò "per danni" 😀 ...
Attesissimo terzo episodio della serie! Interessate come gli altri! È cortesemente possibile avere qualche info in più per il modulo di espansione ? Grazie!
Uso la cella di cubbit da un paio d'anni e dopo TANTE imprecazioni diciamo che oggi è abbastanza funzionante. La versione business con s3 mi interessa, che costi ci sono una volta terminato il periodo di prova?
Ciao morro innanzitutto complimenti per il canale! Vorrei la tua opinione sull'utilizzo di kopia al posto di borg+rclone per backup su cloud s3 compatible con object-lock come cubbit. Soprattutto per il fatto che kopia (a differenza di rclone se non sbaglio) supporta l'update automatico della data di scadenza del lock sui vari file. Dovrebbe essere un vantaggio non da poco considerando che, se non tengo aggiornate le date di scadenza da quanto ho capito l'object lock è inutile perché conta la retention solo dalla data di caricamento
ciao Morro , devo dire per prima cosa che ti seguo da un bel pò di tempo , e mi hai aiutato molto, ma ora devo chiederti una cosa un pò difficile per me.Ho riguardato questo filmato almeno 5 volte ma propio non riesco. Come faccio a collegarmi con un Mac con Borgbackup e Vorta ? P.S riesco ad entrare con il terminale con ssh ma poi Vorta mi dice che no funziona il server ???? hai una dritta ?
Ciao Morrolinux, complimenti faccio il tuo più o meno lo stesso lavoro... ti volevo chiedere se si poteva recuperare un NAS vecchio come StorCenter ix2-200 ... tutto lo uso ... ma non funziona più il cloud e il web perché vecchio. Grazie
Chia sa se il backup lo fai su APi S3 ? S3Fs potrebbe andare? ... E quello a qui punto io ... Ma mio malgrado non sono ancora riuscito a configurarlo😅... @morrolinux è un idea corretta?
Ciao Morro, giusto per info, il backup creato con Borg, è 1a1 ovvero se la cartella che si fa il backup up è di 100 GB, noi abbiamo bisogno di almeno 100 Gb di storage? Quindi fare un piano in cloud (in questo caso) di almeno 100 Gb? O fa una "compressione" del backup? (Tipo un veam BK o altre soluzioni Enterprise)
Credo di averne parlato in un video precedente (non ricordo quale) ma in sostanza borg può cifrare, deduplicare e criptare i dati, dà un'occhiata al sito ufficiale per saperne di più :)
🎓 Vuoi acquisire *solide conoscenze* e diventare un PROFESSIONISTA LINUX CERTIFICATO? Il modo migliore per cominciare è seguire un corso *ben strutturato* e *semplice da seguire* , ma soprattutto tenuto da un docente sempre disponibile per *rispondere alle tue domande.* Tengo corsi per tutti i livelli, visita morrolinux.it per maggiori informazioni.
Ciao, ottimo video come sempre ma volevo chiederti se hai mai usato rdiff-backup e in caso affermativo come mai hai preferito bord? Io attualmente uso rdiff ma sono sempre aperto a nuove idee e a sperimentare ma non essendo esperto non capisco perché dovrei passare a borgo ma dato che spesso lo hai nominato e lo usi sicuramente i motivi ci sono nel sceglierlo. Grazie
@@morrolinux È stata la prima cosa che ho fatto, e visto che bisogna contattarli ed è domenica, visto che tu lo hai già fatto chiedevo un anteprima, tutto qui,
c'è un trasparentissimo grafico sul loro sito che ti dice che lo stoage viaggia a 1/3 di 25€ a TB di storage e a poco meno di tale cifra per scaricare tale TB. Per farti un confronto blackblaze chiede 5,12€ a tera al mese e 10,24€ per scaricar 1 tera. Essendo questi servizi un BACKUP, uno non dovrebbe mai scaricare i dati se non per disastri... quindi blackblaze SEMBRA più economico da questo punto di vista. Tra l'altro non capisco perchè cubbit costa così tanto se è distribuito, sarà mica che usano anche loro dei grossi datacenter per mantenere il servizio a livelli accettabili? C'è un modello di reward se faccio da nodo? boh, tutto trasparentissimo devo dire(trasparenza per me vuol dire che non devo parlare con un tuo commerciale per scoprire le cose)
@@morrolinux credo tra l'altro (almeno le persone di cubbit così mi dissero in un webinar) che questa infrastruttura è dedicata al mondo business, non ai privati, non ancora almeno. Sai qualcosa in merito?
Tutto interessante, ma non sono daccordo col disabilitare encryption per il backup locale borg. Considerando che la vita del dato in backup può superare quella del dato originale, esporre il server di backup a tutte le varianti di attacco evil maid non mi sembra l'idea migliore. Il fatto che borg (de)codifichi i dati sulla sorgente e non sulla destinazione serve appunto per non lasciare chiavi sul server. Si potrebbe anche aggiungere che borg potrebbe comprimere oltre che criptare, e per quanto analiticamente parlando non sia la scelta più sicura (entropia del dato compresso potrebbe esporre informazioni del dato in chiaro blah blah) non c'è occasione migliore per criptare e comprimere insieme se non farlo contemporaneamente per poter lavorare al problema. Tutto questo imho.
a meno che ci siano layer di sicurezza non esposti nel video, lo scenario più banale che mi viene in mente é il semplice furto. Ti entrano in casa e ti portano via il NAS, per qualsivoglia motivo. In questo caso non hai modo di proteggerti dal furto di dati personali (digitali), e puoi solo sperare nelle scarse capacità sistemistiche del cugino del ladro. Il PC in chiaro sarebbe vulnerabile alla stessa cosa, pertanto dovrebbe avere full disk encryption (ma almeno questo non tiene archivi e 6 mesi di storico) con password/chiave esterna, perché la chiave di borg starebbe qui dentro.
@@spkarkanoid87 Secondo me dipende sempre da che tipo di dati si tratta e da chi sei tu per avere dei ladri che ti entrano in casa per rubare un NAS. Quello da te descritto sarebbe un attacco mirato alla tua persona e a meno che tu non sia Snowden o un giornalista di quelli cazzuti, mi sembra uno scenario poco realistico. Io ad esempio non cifro i dati dei PC che non escono di casa (leggi: il fisso) e in questo scenario per me non avrebbe senso avere i backup locali cifrati di conseguenza, però grazie per aver condiviso, ci tenevo all'esempio perché non si finisce mai di imparare.
Ciao Morro, attualmente uso Dropbox per tenere sincronizzati, ed avere accesso da remoto, su i miei file (circa 220 Gb - 100.000 files) su piu dispositivi. Sono alla ricerca di un sistema per gestire le stesse cose su un cloud casalingo. Potresti darmi dei consigli? Grazie mille e complimenti per i tuoi video.
È un raid 5 perciò un disco può saltare senza problemi. Basta che lo sostituisci con uno nuovo e ricostruisci la parità, lo faccio vedere qui: ruclips.net/video/5I2aw_yVcRM/видео.html
@@morrolinux prova Proxmox PBS e vedi che con qualche click hai vita più facile 😀. Non è complesso, ma parlo da appassionato che usa Proxmox da un annetto e Linux da 4. Ma l'accoppiata è sicuramente PBS. Si fa tutto da GUI. PS. non so cosa sia object storage 🤙🏻
@@XRedShark Ok. Allora ti anticipo che il motivo per cui ho usato Rclone è che PBS non supporta l'object storage e fare il backup 321 in cloud con PBS costa di più.
Ho un problema. Tutto ok fino al collegamento di vorta con il server borg nel container. In pratica al minuto 8:20 del tuo video clicco su aggiungi e visualizzo un messaggio di errore in vorta: "Unable to add your repository" e più sotto: "ERROR: Connection closed by remote host. Is borg working on the server?" Non saprei cosa fare adesso. Mi aiuti per cortesia a capire quale possa essere il problema? Grazie
Controlla che la chiave ssh stia funzionando correttamente e di aver indicato quella corretta in Vorta. L'errore di per sé è abbastanza generico e mi è capitato diverse volte quando ho installato Borg su Synology per le ragioni più disparate, è difficile dire esattamente cosa sia senza fare un paio di prove.
@@morrolinux Si l'errore è abbastanza generico e ho letto in giro che su Synology si verifica spesso. Nel mio caso però non saprei proprio a cosa possa essere dovuto visto che ho seguito passo passo il tuo video sopra e fino a quel punto non avevo avuto rogne. Mi ero collegato già al server sul container in ssh senza problemi apparentemente. Del resto sulla stessa macchina avevo già installato Vorta e creato un repository su Borgbase che funziona alla perfezione. A proposito, ma non sarebbe un po' pericoloso far girare un pool ZFS su un sistema con quei requesiti? Per quanto ne so (poco) in merito, ZFS richiede abbastanza risorse per girare bene. Grazie
@@morrolinux ok, ci sono riuscito. Non so cosa poteva creare il problema. Forse perché avevo settato un altro repository in remoto e qualcosa forse interferiva. Ho fatto la prova del backup e del restore ed è filato tutto liscio. Mi ritrovo solo con un messaggio di errore a fine restore, anche se lo fa perfettamente e recupera i dati: "ERROR :/home/tom/restore :Mountpoint must be a writable directory". La cartella ha tutti i permessi. Boh. come ho detto funziona comunque e posso copiare e incollare i file montati. Grazie
Ciao, sto seguendo con molto interesse questa serie di video. Io ho da anni un sistema per backup/nas prima basato su open media vault e successivamente su unraid. Ho trovato molto utile sincronizzare i vari PC di famiglia (tutti condivisi nell'utilizzo e con i vari utenti settati per ogni pc) con syncthing. Recentemente ho anche messo syncthing su cellulare per sincronizzare le foto, e non doverle backuppare a mano, ma ho il problema di non poterle cancellare da cell pena la perdita anche nella cartella sul server ( in realtà finiscono in una specie di cestino, ma non è poi così semplice gestirle in questo modo). Mi chiedo se sto usando lo strumento sbagliato o se ci sia una qualche impostazione che non ho ancora trovato.
Ciao! Con syncthing puoi scegliere di condividere solo alcune cartelle, ma nell'esempio che hai fatto, vorresti archiviare su un dispositivo solo alcuni file (e non tutti) di una certa cartella. Che io sappia, syncthing non è pensato per questo uso. Probabilmente ciò che vuoi fare sarebbe più semplice con NextCloud o PhotoPrism, ma devo ancora provare quello specifico caso d'uso.
@@morrolinux diciamo tutta la cartella camera del cell, questo lo faccio, ma il problema è che se cancello foto sul cell poi me le cancella anche sul server. In realtà come dicevo syncthing non le cancella, le sposta in una specie di cestino, questo causa una non immediatezza nell'uso. Sto cercando il modo di copiare solo i file nuovi senza controllare se ne mancano tra quelli sincronizzati in precedenza, perché tanto essendo foto non avranno mai diverse versioni per lo stesso file, ma solo foto nuove o foto cancellate per fare spazio o altro
PhotoPrism sembra molto bello e interessante. Prima però sto cercando di migrare Unraid sotto proxmox. Al momento la VM si avvia correttamente facendo il boot dalla chiavetta usb di Unraid. Purtroppo pur vedendo i dischi che uso in uraid nella scheda disks della macchina proxmox (quella che nel tree sta sopra le VM e sotto datacenter) non trovo nessun modo per "passarli" direttamente ad Unraid proprio come se proxmox non ci fosse, non li trovo proprio nei vari menù della VM.
ZFS è più affidabile per vari motivi ma soprattutto fa il checksum a tutto cosa che il raid normale non fa, aprendo i file corrotti vengono ricostruiti se ci sono dati integri da qualche parte e mensilmente con gli scrub permette di controllare che tutto sia integro (senza dover aprire a mano i file). In generale ha praticamente solo vantaggi, c'è l'ARC di conseguenza i blocchi più utilizzati stanno in ram e la fruizione è molto più veloce anche se il consumo di ram aumenta è comunque ram consumata con priorità bassa meglio usarla per qualcosa che lasciarla libera e inutilizzata tanto se serve ad altro si svuota in automatico. Essendo che ZFS si occupa sia di FS che di RAID l'eventuale recupero dati in casi estremi è più facile. Il FS è COW quindi puoi fare snapshot etc etc etc Ho scritto un sacco di cose a caso, se vuoi qualcosa di spiegato meglio ti linko un articolo o un video di qualcuno che spiega per bene, solitamente ZFS è leggermente più lento di un raid normale ma MOLTO più affidabile
@@asormanni Ho 2 Dell servers :-) R350 uno fa da Truenas su bare metal qui a casa, l'altro R340 avevo proxmox ma adesso e' spento. Ho un Synology Ds218+ con dockers con la Arr suites, e altrii containers , Plex server su un piccolo Dell con la share di Plex montata da Truenas. Mi piace sempre smacchinare.
Grazie! Restic è molto interessante, ma al momento ho scelto di stare con Borg perché (per farla breve) più maturo e consolidato. Avevo trovato questo post che mette i due a confronto: www.reddit.com/r/BorgBackup/comments/v3bwfg/why_should_i_switch_from_restic_to_borg/ e per come gestisco la sincronizzazione dei backup off-site, uno dei maggiori contro di Borg è trascurabile dato che uso comunque object storage economico come farei con restic.
Il problema di Cubbit è la dipendenza dallo stato della rete del nodo. Le reti casalinghe favoriscono il downlink rispetto al uplink. Con la mia rete da 7Mbps in upload... sarei un nodo terribile.
Però gli autori di borg sconsigliano di clonare il repository, per una maggiore garanzia dell'integrità dei dati indicano di effettuare un altro backup su un nuovo repository. Aggiungo che se non si usa il repository in modalità append-only , le limitazioni imposte all'accesso ssh non servono a nulla.
Gli autori di Borg hanno sicuramente ragione ma se faccio il backup di uno o più PC in un contesto domestico, non è il massimo della vita fare i backup in cloud di giorno o tenere i PC accesi la notte per fare un secondo backup in cloud, quindi mi farò bastare il controllo di integrità degli archivi ogni 3 settimane tramite Vorta perché insomma c'è un limite a tutto 😄. Le limitazioni alla chiave SSH impediscono ad un attaccante di guadagnare accesso completo alla macchina dei backup. È vero, non sto usando il repo in read-only quindi un attaccante sofisticato abbastanza potrebbe usare borg lato client per ordinare la distruzione dei backup, ma in quel caso c'è comunque la copia off-site su cloud con versioning attivo!
A me piace tanto duplicati e lo uso da anni. Monitoro anche tutto tramite duplicati monitoring così tengo monitorati decine di backup suddivisi per clienti. Questo Borg proprio non me piace
@@CavRic Trovo ZFS notevolmente più affidabile di BTRFS, che è noto avere problemi in tal senso con diverse configurazioni RAID. Oltre a quello, nel periodo in cui ho provato BTRFS ho riscontrato diversi rallentamenti random. Insomma, secondo me non è maturo abbastanza per affidargli i miei dati più importanti. ZFS è maturo e semplicissimo da usare. Ciliegina sulla torta, è perfettamente integrato in Proxmox.
@@morrolinux Personalmente ero molto fiducioso in BTRFS e l'ho usato in RAID1 in diversi dispositivi di diagnostica rete.. Per DESIGN quando il raid si rompe, il dispositivo semplicemente non boota più.. Che dire. Bella merda BTRFS :D
stavolta potevi essere un tantino più chiaro nell'esposizione non si capiscono bene tutti i passaggi che ti portano a utilizzare un borg backup in remoto e in locale
💡 Ti piace questo video e vuoi diventare UN ASSO in GNU/Linux?
😃 Buone notizie! Ho realizzato corsi on-demand per tutti i livelli.
👉 Visita corsolinux.com per saperne di più.
Ciao Morro complimenti. Lavorando come senior storage engineer per una big tech trovo molto bella e interessante questa tua serie. Io nel mio homelab uso proxmox e tre pbs indipendenti tra di loro che piu' di una volta mi hanno salvato dalla perdita di dati. Sono sicuro farai video a riguardo e continua cosi bravo.
come mai 3 pbs?
@@MassimoFanti Ciao Massimo, considera che la sicurezza e la continuità dei dati a livello enterprise si ottiene con high availability, fault tolerance etc. in base alle necessità del business. Dove lavoro io un server grande come pc da desktop puo costare da solo piu di un milione di euro. Va da se che competere in ambito casalingo con tali soluzioni hardware (multi controller, multi nic, multi cpu, bbu per le cache, multi psu etc.) rimane impossibile. Considerando che in un home lab/home server si puo tollerare qualche ora di downtime senza problemi. La soluzione piu semplice è quella di avere piu' server di backups indipendenti fra di loro. Io ne ho 3, 2 nella stessa location e 1 in una terza location. Questo per le macchine virtuali, poi per nextcloud, ho una VM Windows sempre accesa che mi fa da sorta di "Application Server", una cartella di nextcloud è collegata anche a un cloud pubblico. Giusto per i biglietti aerei, documenti etc. cosi se sono in viaggio e dovesse andare tutto down e ho bisogno subito di qualcosa posso usare nel worst case scenario anche il cloud pubblico. E' piu solida come soluzione secondo me perchè non hai solo raid ma in questo modo ridondi tutto 3 volte. Ovviamente spendi anche il triplo ma oggi raspberry o zimaboard non è che costano cosi tanto.
@@alenet6780 ma i 2 nella stessa location che senso hanno? Uno lo tieni offline? Non capisco il senso...neanche in ottica 3-2-1-1-0
@@MassimoFanti Beh diciamo per diversi motivi: 1) Piu sicurezza, anche se i pbs hanno la funzione verifica etc. non sono immuni da corruzione 2) Essendo un laboratorio che uso per vari esperimenti (i due pbs sono installati su due macchine fisiche indipendenti ma su container docker quindi per aggiornamenti, nuove installazioni etc. potrebbe capitare che uno dei due sta down 3) A volte per viaggio non sono fisicamente a casa per mesi quindi se si dovesse rompere un disco non potrei sostituirlo e avere un secondo server di backup è comodo. 4) Se succede qualche esperimento va male o si rompe il nodo proxmox e devo fare il restore di diverse macchine su altro host, posso fare restore in parallelo e ci metto meno tempo
Oltre ad essere chiaro ed esplicativo in tutto, i complimenti vanno a te... e bravo pure per l'ottima collaborazione con Cubbit.
Veramente complimenti Morro!
Sto sperimentando anche io con rclone e devo dire che è un software veramente potente e ben fatto.
Grazie mille per il video!
Complimenti per il Video, Morro! Serie veramente interessante e portata avanti professionalmente! Lo dico da DevOps / System Engineer che si è dovuto sobbarcare di quelle tematiche ...
Continua così ... la mia home cloud / NAS non so quando e se vedrà mai la luce ... nel caso, ti citerò "per danni" 😀 ...
IL RAID non è un BACKUP!!! 🤣😂😁 vallo a dire al CDA 🤪 Bel video 💪 e ottimi consiglia !!!
Attesissimo terzo episodio della serie! Interessate come gli altri! È cortesemente possibile avere qualche info in più per il modulo di espansione ? Grazie!
Ciao, cosa vorresti sapere sul modulo di espansione?
Quello che ho montato io è un controller SATA con 5 porte aggiuntive
@@morrolinux ciao ok, ma é un modulo specifico della zimaboard o é un modulo generico da mettere nella pcie?
@@luciovestina8729 generico!
@@morrolinux posso chiedere come hai alimentato i dischi addizionali?
@@saverio1803 ci sono diverse opzioni.. ne parlo nel prossimo video! :)
Complimenti!!!
Borg... Vorta... mancano Kazon e Hirogeni e sembra Star Trek Voyager 😂
Ottimo video soprattutto oer il fatto che hai cominciato dal backup che di solito è sempre l'ultimo ad essere implementato.
Ciao, c'è modo di eseguire dei backup incrementali?
Uso la cella di cubbit da un paio d'anni e dopo TANTE imprecazioni diciamo che oggi è abbastanza funzionante. La versione business con s3 mi interessa, che costi ci sono una volta terminato il periodo di prova?
Ciao morro innanzitutto complimenti per il canale! Vorrei la tua opinione sull'utilizzo di kopia al posto di borg+rclone per backup su cloud s3 compatible con object-lock come cubbit. Soprattutto per il fatto che kopia (a differenza di rclone se non sbaglio) supporta l'update automatico della data di scadenza del lock sui vari file. Dovrebbe essere un vantaggio non da poco considerando che, se non tengo aggiornate le date di scadenza da quanto ho capito l'object lock è inutile perché conta la retention solo dalla data di caricamento
ciao Morro , devo dire per prima cosa che ti seguo da un bel pò di tempo , e mi hai aiutato molto, ma ora devo chiederti una cosa un pò difficile per me.Ho riguardato questo filmato almeno 5 volte ma propio non riesco. Come faccio a collegarmi con un Mac con Borgbackup e Vorta ? P.S riesco ad entrare con il terminale con ssh ma poi Vorta mi dice che no funziona il server ???? hai una dritta ?
Ciao Morrolinux, complimenti faccio il tuo più o meno lo stesso lavoro... ti volevo chiedere se si poteva recuperare un NAS vecchio come StorCenter ix2-200 ... tutto lo uso ... ma non funziona più il cloud e il web perché vecchio. Grazie
Chia sa se il backup lo fai su APi S3 ? S3Fs potrebbe andare? ... E quello a qui punto io ... Ma mio malgrado non sono ancora riuscito a configurarlo😅... @morrolinux è un idea corretta?
Io avevo in mente un progettino del genere però solo con nextcloud
Ciao Morro, giusto per info, il backup creato con Borg, è 1a1 ovvero se la cartella che si fa il backup up è di 100 GB, noi abbiamo bisogno di almeno 100 Gb di storage? Quindi fare un piano in cloud (in questo caso) di almeno 100 Gb? O fa una "compressione" del backup? (Tipo un veam BK o altre soluzioni Enterprise)
Credo di averne parlato in un video precedente (non ricordo quale) ma in sostanza borg può cifrare, deduplicare e criptare i dati, dà un'occhiata al sito ufficiale per saperne di più :)
è possibile effettuare i backup e ripristinare anche da un pc windows tramite vorta?
🎓 Vuoi acquisire *solide conoscenze* e diventare un PROFESSIONISTA LINUX CERTIFICATO?
Il modo migliore per cominciare è seguire un corso *ben strutturato* e *semplice da seguire* , ma soprattutto tenuto da un docente sempre disponibile per *rispondere alle tue domande.*
Tengo corsi per tutti i livelli, visita morrolinux.it per maggiori informazioni.
Morri ma red hat come distro la consigli? Ed e gratuita?
Ciao, ottimo video come sempre ma volevo chiederti se hai mai usato rdiff-backup e in caso affermativo come mai hai preferito bord? Io attualmente uso rdiff ma sono sempre aperto a nuove idee e a sperimentare ma non essendo esperto non capisco perché dovrei passare a borgo ma dato che spesso lo hai nominato e lo usi sicuramente i motivi ci sono nel sceglierlo. Grazie
Se cerchi nel suo canale fece un video sui backup in cui parlava proprio di Borg
Rsync + btrfs/zfs snapshot è la via
Io lo chiamavo server un po di tempo fa, avevo Ftp, Samba.
Vai a dormire !!!!!! XD
Bel video!!
Ciao Morro! Complimenti come sempre per i contenuti (e per i capelli). Come hai fatto a mettere proxmox in dark mode?
È un'estensione di Firefox/Chrome chiamata dark reader!
Ciao fantastico video! secondo te posso fare il backup su drive visto che pago 20 euro anno di abbonamento??? grazie mille
Si, perché no. Rclone sopporta anche drive come endpoint :)
"Spegni il computer e vai a dormire!" 😉
Costi approssimativi di cubbit?
Visita il link in descrizione per sapere tutto!
@@morrolinux È stata la prima cosa che ho fatto, e visto che bisogna contattarli ed è domenica, visto che tu lo hai già fatto chiedevo un anteprima, tutto qui,
c'è un trasparentissimo grafico sul loro sito che ti dice che lo stoage viaggia a 1/3 di 25€ a TB di storage e a poco meno di tale cifra per scaricare tale TB.
Per farti un confronto blackblaze chiede 5,12€ a tera al mese e 10,24€ per scaricar 1 tera. Essendo questi servizi un BACKUP, uno non dovrebbe mai scaricare i dati se non per disastri... quindi blackblaze SEMBRA più economico da questo punto di vista.
Tra l'altro non capisco perchè cubbit costa così tanto se è distribuito, sarà mica che usano anche loro dei grossi datacenter per mantenere il servizio a livelli accettabili? C'è un modello di reward se faccio da nodo? boh, tutto trasparentissimo devo dire(trasparenza per me vuol dire che non devo parlare con un tuo commerciale per scoprire le cose)
@@mariotubelecce infatti, io continuo ad usare quando possibile un nas di proprietà dislocato in altra sede
@@morrolinux credo tra l'altro (almeno le persone di cubbit così mi dissero in un webinar) che questa infrastruttura è dedicata al mondo business, non ai privati, non ancora almeno. Sai qualcosa in merito?
Ma i backup sono crittografati?
Tutto interessante, ma non sono daccordo col disabilitare encryption per il backup locale borg. Considerando che la vita del dato in backup può superare quella del dato originale, esporre il server di backup a tutte le varianti di attacco evil maid non mi sembra l'idea migliore. Il fatto che borg (de)codifichi i dati sulla sorgente e non sulla destinazione serve appunto per non lasciare chiavi sul server.
Si potrebbe anche aggiungere che borg potrebbe comprimere oltre che criptare, e per quanto analiticamente parlando non sia la scelta più sicura (entropia del dato compresso potrebbe esporre informazioni del dato in chiaro blah blah) non c'è occasione migliore per criptare e comprimere insieme se non farlo contemporaneamente per poter lavorare al problema. Tutto questo imho.
Ciao, mi puoi fare un esempio dello scenario da te descritto nel contesto delle mura di casa?
a meno che ci siano layer di sicurezza non esposti nel video, lo scenario più banale che mi viene in mente é il semplice furto. Ti entrano in casa e ti portano via il NAS, per qualsivoglia motivo. In questo caso non hai modo di proteggerti dal furto di dati personali (digitali), e puoi solo sperare nelle scarse capacità sistemistiche del cugino del ladro.
Il PC in chiaro sarebbe vulnerabile alla stessa cosa, pertanto dovrebbe avere full disk encryption (ma almeno questo non tiene archivi e 6 mesi di storico) con password/chiave esterna, perché la chiave di borg starebbe qui dentro.
@@spkarkanoid87 Secondo me dipende sempre da che tipo di dati si tratta e da chi sei tu per avere dei ladri che ti entrano in casa per rubare un NAS.
Quello da te descritto sarebbe un attacco mirato alla tua persona e a meno che tu non sia Snowden o un giornalista di quelli cazzuti, mi sembra uno scenario poco realistico.
Io ad esempio non cifro i dati dei PC che non escono di casa (leggi: il fisso) e in questo scenario per me non avrebbe senso avere i backup locali cifrati di conseguenza, però grazie per aver condiviso, ci tenevo all'esempio perché non si finisce mai di imparare.
@@morrolinux a me vengono anche molti altri esempi, solo che non possono essere fatti in un commento su yt.
Nel dubbio si cifra 😅
@@Jack0277in quei casi in fase di interrogatorio te le fanno sputare le chiavi di cifratura...
Ciao Morro, attualmente uso Dropbox per tenere sincronizzati, ed avere accesso da remoto, su i miei file (circa 220 Gb - 100.000 files) su piu dispositivi. Sono alla ricerca di un sistema per gestire le stesse cose su un cloud casalingo. Potresti darmi dei consigli? Grazie mille e complimenti per i tuoi video.
Hai provato Nextcloud?
Più avanti in questa serie metterò su quello.
Ma se salta uno dei tre dischi del backup locale, che si deve fare?
È un raid 5 perciò un disco può saltare senza problemi. Basta che lo sostituisci con uno nuovo e ricostruisci la parità, lo faccio vedere qui: ruclips.net/video/5I2aw_yVcRM/видео.html
Ma non è meno complesso usare Proxmox PBS, in locale ed in remoto?
Meno complesso di Rclone dici?
@@morrolinux esatto
@@XRedShark ma PBS non sopporta l'object storage o sbaglio?
Perché hai trovato Rclone complesso?
@@morrolinux prova Proxmox PBS e vedi che con qualche click hai vita più facile 😀.
Non è complesso, ma parlo da appassionato che usa Proxmox da un annetto e Linux da 4. Ma l'accoppiata è sicuramente PBS. Si fa tutto da GUI. PS. non so cosa sia object storage 🤙🏻
@@XRedShark Ok. Allora ti anticipo che il motivo per cui ho usato Rclone è che PBS non supporta l'object storage e fare il backup 321 in cloud con PBS costa di più.
Ho un problema. Tutto ok fino al collegamento di vorta con il server borg nel container. In pratica al minuto 8:20 del tuo video clicco su aggiungi e visualizzo un messaggio di errore in vorta: "Unable to add your repository" e più sotto: "ERROR: Connection closed by remote host. Is borg working on the server?" Non saprei cosa fare adesso. Mi aiuti per cortesia a capire quale possa essere il problema? Grazie
Controlla che la chiave ssh stia funzionando correttamente e di aver indicato quella corretta in Vorta.
L'errore di per sé è abbastanza generico e mi è capitato diverse volte quando ho installato Borg su Synology per le ragioni più disparate, è difficile dire esattamente cosa sia senza fare un paio di prove.
@@morrolinux Si l'errore è abbastanza generico e ho letto in giro che su Synology si verifica spesso. Nel mio caso però non saprei proprio a cosa possa essere dovuto visto che ho seguito passo passo il tuo video sopra e fino a quel punto non avevo avuto rogne. Mi ero collegato già al server sul container in ssh senza problemi apparentemente. Del resto sulla stessa macchina avevo già installato Vorta e creato un repository su Borgbase che funziona alla perfezione. A proposito, ma non sarebbe un po' pericoloso far girare un pool ZFS su un sistema con quei requesiti? Per quanto ne so (poco) in merito, ZFS richiede abbastanza risorse per girare bene. Grazie
@@morrolinux ok, ci sono riuscito. Non so cosa poteva creare il problema. Forse perché avevo settato un altro repository in remoto e qualcosa forse interferiva. Ho fatto la prova del backup e del restore ed è filato tutto liscio. Mi ritrovo solo con un messaggio di errore a fine restore, anche se lo fa perfettamente e recupera i dati: "ERROR :/home/tom/restore :Mountpoint must be a writable directory". La cartella ha tutti i permessi. Boh. come ho detto funziona comunque e posso copiare e incollare i file montati. Grazie
Ciao, sto seguendo con molto interesse questa serie di video. Io ho da anni un sistema per backup/nas prima basato su open media vault e successivamente su unraid. Ho trovato molto utile sincronizzare i vari PC di famiglia (tutti condivisi nell'utilizzo e con i vari utenti settati per ogni pc) con syncthing. Recentemente ho anche messo syncthing su cellulare per sincronizzare le foto, e non doverle backuppare a mano, ma ho il problema di non poterle cancellare da cell pena la perdita anche nella cartella sul server ( in realtà finiscono in una specie di cestino, ma non è poi così semplice gestirle in questo modo). Mi chiedo se sto usando lo strumento sbagliato o se ci sia una qualche impostazione che non ho ancora trovato.
Ciao!
Con syncthing puoi scegliere di condividere solo alcune cartelle, ma nell'esempio che hai fatto, vorresti archiviare su un dispositivo solo alcuni file (e non tutti) di una certa cartella. Che io sappia, syncthing non è pensato per questo uso. Probabilmente ciò che vuoi fare sarebbe più semplice con NextCloud o PhotoPrism, ma devo ancora provare quello specifico caso d'uso.
@@morrolinux diciamo tutta la cartella camera del cell, questo lo faccio, ma il problema è che se cancello foto sul cell poi me le cancella anche sul server. In realtà come dicevo syncthing non le cancella, le sposta in una specie di cestino, questo causa una non immediatezza nell'uso. Sto cercando il modo di copiare solo i file nuovi senza controllare se ne mancano tra quelli sincronizzati in precedenza, perché tanto essendo foto non avranno mai diverse versioni per lo stesso file, ma solo foto nuove o foto cancellate per fare spazio o altro
PhotoPrism sembra molto bello e interessante.
Prima però sto cercando di migrare Unraid sotto proxmox. Al momento la VM si avvia correttamente facendo il boot dalla chiavetta usb di Unraid. Purtroppo pur vedendo i dischi che uso in uraid nella scheda disks della macchina proxmox (quella che nel tree sta sopra le VM e sotto datacenter) non trovo nessun modo per "passarli" direttamente ad Unraid proprio come se proxmox non ci fosse, non li trovo proprio nei vari menù della VM.
Ciao, domanda: perchè affidarsi alla gestione RAID di ZFS al posto dell'utilizzo del gestore RAID offerto dal kernel ?
ZFS è più affidabile per vari motivi ma soprattutto fa il checksum a tutto cosa che il raid normale non fa, aprendo i file corrotti vengono ricostruiti se ci sono dati integri da qualche parte e mensilmente con gli scrub permette di controllare che tutto sia integro (senza dover aprire a mano i file). In generale ha praticamente solo vantaggi, c'è l'ARC di conseguenza i blocchi più utilizzati stanno in ram e la fruizione è molto più veloce anche se il consumo di ram aumenta è comunque ram consumata con priorità bassa meglio usarla per qualcosa che lasciarla libera e inutilizzata tanto se serve ad altro si svuota in automatico.
Essendo che ZFS si occupa sia di FS che di RAID l'eventuale recupero dati in casi estremi è più facile.
Il FS è COW quindi puoi fare snapshot etc etc etc
Ho scritto un sacco di cose a caso, se vuoi qualcosa di spiegato meglio ti linko un articolo o un video di qualcuno che spiega per bene, solitamente ZFS è leggermente più lento di un raid normale ma MOLTO più affidabile
Grazie, sto assemblando un nas casalingo con materiali di recupero (usati poco…), vado a studiarmi ZFS. 😉
Guarda chi si vede qua a smanettare su linux ! Ciao Andrea ti ricordi di me ?
@@vannipiana oh mamma quanto tempo ! Eccome se mi ricordo di te 🙂Anche tu vuoi un NAS low-cost ?
@@asormanni Ho 2 Dell servers :-) R350 uno fa da Truenas su bare metal qui a casa, l'altro R340 avevo proxmox ma adesso e' spento. Ho un Synology Ds218+ con dockers con la Arr suites, e altrii containers , Plex server su un piccolo Dell con la share di Plex montata da Truenas. Mi piace sempre smacchinare.
Ciao Morro, se il mio "server" avesse la il wake on Lan, come faccio ad impostarlo ed utilizzarlo?
lo attivi nel bios
e poi con dei programmi apposta invii il segnale, IN RETE LOCALE
dai uno sguardo a restic + Backblaze B2
Grazie!
Restic è molto interessante, ma al momento ho scelto di stare con Borg perché (per farla breve) più maturo e consolidato.
Avevo trovato questo post che mette i due a confronto: www.reddit.com/r/BorgBackup/comments/v3bwfg/why_should_i_switch_from_restic_to_borg/
e per come gestisco la sincronizzazione dei backup off-site, uno dei maggiori contro di Borg è trascurabile dato che uso comunque object storage economico come farei con restic.
Il problema di Cubbit è la dipendenza dallo stato della rete del nodo.
Le reti casalinghe favoriscono il downlink rispetto al uplink.
Con la mia rete da 7Mbps in upload... sarei un nodo terribile.
Il servizio di cui parlavo in questo video è riservato alle aziende italiane
morro, secret access key è in chiaro nel video, occhio.
Ciao, a che minuto hai visto la secret access key? Io non la riesco a vedere..
@@morrolinux Forse si ri riferisce alla chiave pubblica ssh
@@fabriziop.3360 Speriamo sia così :)
@@morrolinux Si vede da 17:13 in poi o mi sbaglio?
@@Mizor_ access key ID nella web UI di cubbit?
Però gli autori di borg sconsigliano di clonare il repository, per una maggiore garanzia dell'integrità dei dati indicano di effettuare un altro backup su un nuovo repository. Aggiungo che se non si usa il repository in modalità append-only , le limitazioni imposte all'accesso ssh non servono a nulla.
Gli autori di Borg hanno sicuramente ragione ma se faccio il backup di uno o più PC in un contesto domestico, non è il massimo della vita fare i backup in cloud di giorno o tenere i PC accesi la notte per fare un secondo backup in cloud, quindi mi farò bastare il controllo di integrità degli archivi ogni 3 settimane tramite Vorta perché insomma c'è un limite a tutto 😄.
Le limitazioni alla chiave SSH impediscono ad un attaccante di guadagnare accesso completo alla macchina dei backup. È vero, non sto usando il repo in read-only quindi un attaccante sofisticato abbastanza potrebbe usare borg lato client per ordinare la distruzione dei backup, ma in quel caso c'è comunque la copia off-site su cloud con versioning attivo!
@@morrolinux Se qualcuno riesce ad entrare nella *tua* rete direi che è abbastanza "sofisticato ", o no? 😉
A me piace tanto duplicati e lo uso da anni. Monitoro anche tutto tramite duplicati monitoring così tengo monitorati decine di backup suddivisi per clienti. Questo Borg proprio non me piace
Complimenti, ma pensa anche a chi non è uno smanettone
ZFS???
è una domanda? ;)
@@morrolinux Perché usi il file system ZFS invece del file system BTRFS???
@@CavRic Trovo ZFS notevolmente più affidabile di BTRFS, che è noto avere problemi in tal senso con diverse configurazioni RAID. Oltre a quello, nel periodo in cui ho provato BTRFS ho riscontrato diversi rallentamenti random. Insomma, secondo me non è maturo abbastanza per affidargli i miei dati più importanti.
ZFS è maturo e semplicissimo da usare. Ciliegina sulla torta, è perfettamente integrato in Proxmox.
@@morrolinux Personalmente ero molto fiducioso in BTRFS e l'ho usato in RAID1 in diversi dispositivi di diagnostica rete.. Per DESIGN quando il raid si rompe, il dispositivo semplicemente non boota più.. Che dire. Bella merda BTRFS :D
@@fabriziop.3360 No dai, pure questa?
Andiamo.
il raid non è un backup
il raid non è un backup
il raid non è un backup
il raid non è un backup
😀
Ma la sincornizzazione notturna non vuol dire andare a dormire dalla amante di notte? 🤪
stavolta potevi essere un tantino più chiaro nell'esposizione non si capiscono bene tutti i passaggi che ti portano a utilizzare un borg backup in remoto e in locale
In che senso in remoto e in locale?
È normale che non c’abbia capito quasi un cazzo di niente…. ?