Recentemente la notizia è stata rilasciata il creatore del kernel Linux, "Linus Torvalds" accettato nel ramo principale (sulla base di quale versione 5.4 è formata) l'implementazione del modulo dm-clone con l'implementazione di un nuovo controller basato su Device-Mapper.
Questa nuova proposta per il kernel Linux ti permetterà di clonare un dispositivo a blocchi esistente. Il modulo permette di creare una copia locale basata su un dispositivo a blocchi di sola lettura su cui è possibile scrivere durante il processo di clonazione.
Come una tipica applicazione del modulo proposto per il kernel Linux "Dm-clone" si riferisce alla clonazione di rete di dispositivi file remoti in modalità di sola lettura e elaborazione I / O con lunghi ritardi, a un dispositivo locale veloce che supporta la registrazione e l'elaborazione delle richieste con ritardi minimi.
Con esso fornisce la possibilità di montare il dispositivo clonato e iniziare a usarlo immediatamente dopo la sua creazione, senza attendere il completamento del processo di trasferimento dei dati.
Mentre d'altra parte la copia delle informazioni continuerà in background, in parallelo con l'input / output generato quando si accede a un nuovo dispositivo.
Il caso d'uso principale di dm-clone è clonare un dispositivo di blocco del tipo di file di sola lettura e latenza potenzialmente remota su un dispositivo di tipo primario scrivibile.
Ad es dm-clone può essere utilizzato per ripristinare i backup di archiviazione allegati alla rete disponibile tramite protocolli come NBD, Fibre Channel, iSCSI e AoE su storage locale basato su SSD o NVMe.
Il codice dm-clone è ottimizzato per piccole scritture casuali la cui dimensione corrisponde alla dimensione del blocco (4K per impostazione predefinita).
Durante il processo di clonazione, le richieste di lettura porteranno a una richiesta diretta di dati dal dispositivo clonato e le richieste di scrittura che interessano aree che non sono state ancora sincronizzate verranno ritardate fino al completamento del caricamento non pianificato dei blocchi richiesti (il le operazioni di caricamento dei blocchi relativi alla registrazione iniziano immediatamente).
I blocchi rimossi dall'operazione "discard" sono esclusi dal processo di copia (dopo il montaggio, l'utente può eseguire "fstrim / mnt / cloned-fs" per evitare di copiare i blocchi che non sono usati in FS).
Informazione sulle modifiche e sui dati nei blocchi caricati sono archiviati in una tabella di metadati locale separata.
Al termine della clonazione, l'utente riceve una copia funzionante completa del dispositivo di origine, che riflette tutte le modifiche apportate dall'inizio della clonazione.
Una tabella con metadati clone può essere eliminata dopo la sincronizzazione sostituendola con una tabella di righe che riflette direttamente i dati su un nuovo dispositivo.
La differenza fondamentale rispetto alle soluzioni basate su Unionfs e OverlayFS è che dm-clone funziona a livello di dispositivo a blocchi, indipendentemente dal file system utilizzato su questo dispositivo, e forma una copia completa del dispositivo di origine e non impone un livello aggiuntivo. dove vengono tracciate le modifiche.
A differenza di dm-mirror, il modulo dm-clone era originariamente progettato per funzionare solo con la sezione originale in modalità di sola lettura, senza tradurvi le operazioni di scrittura.
In dm-snapshot, non viene creata una copia completa e la copia in background non è supportata. In dm-cache, non viene creata una copia completa, le operazioni di scrittura vengono inoltrate e il lavoro viene ridotto agli hit della cache. La funzionalità più vicina è dm-thin.
dm-clone utilizza dm-kcopyd per copiare parti del dispositivo di origine nel dispositivo di destinazione. Per impostazione predefinita, vengono emesse richieste di copia di una dimensione uguale alla dimensione della regione.
Un messaggio "hydration_batch_size <#regions>" può essere usato per regolare la dimensione di queste richieste di copia. Aumentando la dimensione del batch di idratazione, dm-clone tenta di raggruppare insieme regioni contigue, quindi copiamo in batch i dati da queste numerose regioni.
fonte: https://git.kernel.org