Come configurare la replica di TrueNAS su un altro server: guida passo passo
La replica copia gli snapshot ZFS di un dataset da un sistema TrueNAS a un altro. Se il server di origine si guasta o i dati vengono eliminati per errore, è possibile ripristinarli dagli snapshot replicati. La prima replica trasferisce l'intero dataset. Le repliche successive sono incrementali: trasferiscono solo le modifiche contenute negli snapshot più recenti, il che di solito riduce la quantità di dati trasferiti.
Questa guida mostra come configurare una replica push: il TrueNAS di origine invia gli snapshot a un TrueNAS di destinazione tramite SSH, in base a una pianificazione. I passaggi e gli screenshot si riferiscono a TrueNAS 25.10. In altre versioni i nomi dei menu e le etichette dei campi possono essere diversi.
Requisiti
Sono necessari:
- due server con TrueNAS 25.10 installato;
- connettività di rete tra i server;
- un account amministratore sul server di destinazione con accesso SSH, una home directory e permessi sudo;
- spazio libero sufficiente nel pool di destinazione per il dataset replicato e i relativi snapshot.
In questa guida:
- il server di origine è il TrueNAS i cui dati si desidera proteggere;
- il server di destinazione è il TrueNAS che conserva le copie.
Per installare TrueNAS su un server dedicato, vedere Installazione di TrueNAS su un server dedicato tramite IP-KVM e Virtual Media.
La replica non sostituisce i backup. Se i dati vengono eliminati o danneggiati, il successivo snapshot e la successiva replica copiano anche questo stato. È possibile ripristinare lo stato precedente solo finché viene conservato uno snapshot più vecchio, quindi impostare la durata di conservazione degli snapshot tenendone conto.
Collocare il server di destinazione in un data center diverso da quello di origine. In questo modo un singolo guasto in una sede non compromette entrambe le copie.
Preparare il server di destinazione
Tutti i passaggi di questa sezione vengono eseguiti nell'interfaccia web del server di destinazione.
Creare un dataset per le copie
Andare in Datasets, selezionare il pool e fare clic su Add Dataset. In Name, immettere un nome, ad esempio backup. Mantenere il preset Generic e fare clic su Save. Il dataset replicato verrà creato all'interno di questo dataset. Utilizzare un dataset nuovo e vuoto. Non utilizzare un dataset che contiene dati o snapshot importanti, perché la replica può gestire ed eliminare gli snapshot nella destinazione in base alle impostazioni di conservazione.
Configurare l'account amministratore
Andare in Credentials > Users, selezionare l'account amministratore da utilizzare per la replica, ad esempio truenas_admin, e fare clic su Edit.
In Allow Access, selezionare SSH Access. Quindi selezionare Allow SSH Login with Password (not recommended). L'accesso con password serve solo finché TrueNAS crea la connessione SSH e installa la chiave pubblica. Dopo che la connessione funziona, è possibile disattivarlo.
Verificare il campo Home Directory in Additional Details. Deve puntare a una directory esistente, ad esempio /home/truenas_admin. La replica richiede per questo account una vera home directory, quindi non lasciarla impostata su /var/empty. Se necessario, fare clic sull'icona di modifica e impostare la home directory.
In Sudo Commands, fare clic sull'icona di modifica e selezionare Allow all sudo commands with no password. TrueNAS utilizza sudo senza password per eseguire i comandi ZFS necessari sul server di destinazione. Fare clic su Save.
I dettagli dell'account mostrano ora SSH Password Login Enabled e Allowed Sudo Commands (No Password): ALL.
Allow all sudo commands with no password concede all'account ampi privilegi amministrativi. Per una maggiore sicurezza, utilizzare per la replica un account amministratore dedicato anziché il normale account amministrativo e disattivare l'accesso con password per SSH al termine della configurazione.
Abilitare il servizio SSH
Andare in System > Services, trovare SSH e fare clic sull'icona di modifica. Verificare che Allow Password Authentication sia selezionato e fare clic su Save.
Quindi fare clic sul pulsante di avvio accanto allo stato di SSH e attivare l'interruttore Start Automatically, in modo che il servizio si avvii dopo un riavvio. Lo stato diventa Running.
Dopo che la replica è stata eseguita correttamente, è possibile disattivare l'accesso con password per SSH, sia nelle impostazioni dell'account sia nel servizio SSH, se nessun'altra connessione lo richiede. La replica utilizza la chiave SSH.
Preparare il server di origine
I passaggi rimanenti vengono eseguiti nell'interfaccia web del server di origine.
Creare un dataset da replicare
Verificare che anche per l'account amministratore sul server di origine sia impostata una home directory: andare in Credentials > Users, selezionare l'account e controllare il campo Home Directory.
Se i dati da proteggere non si trovano ancora in un dataset separato, crearne uno: andare in Datasets, selezionare il pool, fare clic su Add Dataset, immettere un nome, ad esempio data, e fare clic su Save.
Creare una connessione SSH
Andare in Credentials > Backup Credentials e fare clic su Add nel widget SSH Connections. Compilare il modulo:
- Connection Name: un nome qualsiasi, ad esempio backup-server;
- Setup Method: Semi-automatic (TrueNAS only);
- TrueNAS URL: l'indirizzo del server di destinazione, ad esempio https: //203.0.113.20;
- Admin Username e Admin Password: le credenziali dell'account amministratore sul server di destinazione;
- Username: lo stesso account;
- Enable passwordless sudo for zfs commands: selezionato;
- Private Key: Generate New.
Fare clic su Save. Se il server di destinazione utilizza il certificato autofirmato predefinito, TrueNAS mostra un errore del certificato e chiede se ignorarlo. Selezionare Confirm e fare clic su Continue.
TrueNAS si connette al server di destinazione, genera una coppia di chiavi e vi installa automaticamente la chiave pubblica. La nuova connessione compare nel widget SSH Connections e la sua chiave compare in SSH Keypairs.
Creare l'attività di replica
Andare in Data Protection e fare clic su Add nel widget Replication Tasks. Si apre il Replication Task Wizard.
What and Where
In Source Location, selezionare On this System e, in Destination Location, selezionare On a Different System.
In SSH Connection, selezionare la connessione creata. TrueNAS chiede se utilizzare sudo per i comandi ZFS, poiché la connessione usa un account non root. Fare clic su Use Sudo For ZFS Commands.
In Source, espandere /mnt e il pool e selezionare il dataset da replicare. Selezionare Recursive se si desidera replicare anche i dataset figli. Se il dataset non ha ancora snapshot, la procedura guidata indica che gli snapshot verranno creati automaticamente. TrueNAS crea per il dataset un'attività di snapshot periodici, visibile in seguito nel widget Periodic Snapshot Tasks.
In Destination, espandere l'albero del server di destinazione e selezionare il dataset backup. Aggiungere quindi, dopo una barra, un nome per il dataset replicato, ad esempio tank/backup/data. TrueNAS crea questo dataset durante la prima esecuzione.
Mantenere SSH Transfer Security su Encryption e verificare che Use Sudo For ZFS Commands sia selezionato.
Il campo Task Name viene compilato automaticamente. È possibile modificarlo con un nome più facile da riconoscere nell'elenco. Fare clic su Next.
When
In Replication Schedule, mantenere Run On a Schedule. In Schedule, selezionare la frequenza della replica. Il valore predefinito è Daily At 00:00 (12:00 AM). Per dati importanti che cambiano spesso, scegliere una pianificazione più frequente.
In Destination Snapshot Lifetime, scegliere per quanto tempo conservare gli snapshot sul server di destinazione:
- Same as Source: utilizza la durata di conservazione impostata nell'attività di snapshot periodici sull'origine;
- Never Delete: gli snapshot vengono conservati finché non vengono eliminati manualmente;
- Custom: gli snapshot vengono conservati per il periodo impostato, ad esempio 2 settimane.
Conservare gli snapshot sulla destinazione più a lungo che sull'origine può offrire punti di ripristino aggiuntivi, ma utilizza più spazio.
Fare clic su Save. L'attività compare nel widget Replication Tasks con lo stato PENDING.
Eseguire e verificare la replica
Per avviare la prima replica senza attendere la pianificazione, fare clic sul menu con tre puntini accanto all'attività e selezionare Run job. Fare clic su Continue per confermare.
La prima esecuzione trasferisce l'intero dataset e può richiedere molto tempo, a seconda della quantità di dati e della velocità della connessione tra i server. Le esecuzioni successive trasferiscono solo le modifiche.
Al termine dell'attività, il suo stato diventa SUCCESS e la colonna Last Snapshot mostra il nome dello snapshot inviato. Se lo stato è FAILED, fare clic su di esso per aprire il log dell'attività e vedere l'errore.
Per verificare il risultato, aprire l'interfaccia web del server di destinazione e andare in Datasets. Selezionare il dataset replicato, ad esempio tank/backup/data, e fare clic su View Snapshots nel widget Data Protection. L'elenco mostra gli snapshot ricevuti dal server di origine.
La procedura guidata crea l'attività con Destination Dataset Read-only Policy impostato su Set, quindi TrueNAS imposta il dataset di destinazione in sola lettura dopo una replica riuscita. In questo modo la copia è protetta da modifiche che comprometterebbero le esecuzioni successive della replica.
Ripristinare i dati dalla copia
Per ripristinare singoli file, clonare lo snapshot necessario come nuovo dataset sul server di destinazione: andare in Datasets, selezionare il dataset replicato, fare clic su View Snapshots, espandere lo snapshot e fare clic su Clone To New Dataset. Quindi copiare dal clone i file necessari.
Per copiare di nuovo il dataset replicato, andare in Data Protection sul server di origine, fare clic sul menu con tre puntini accanto all'attività di replica e selezionare Restore. Immettere un nome per l'attività di ripristino e selezionare dove collocare i dati ripristinati sul server di origine. TrueNAS crea una nuova attività di replica che trasferisce i dati dalla destinazione all'origine. L'attività ha lo stato PENDING. Eseguirla per avviare il ripristino.
Non eseguire il rollback del dataset replicato sul server di destinazione a uno snapshot precedente se non è davvero necessario. Un rollback può eliminare gli snapshot più recenti e compromettere la cronologia degli snapshot da cui dipendono le esecuzioni successive della replica.
