Recentment es va donar a conèixer la notícia que el creador de el nucli de Linux, "Linus Torvalds" va acceptar en la branca de l'nucli (Sobre la base de la qual es forma la versió 5.4) la implementació de la lliçó dm-clone amb la implementació d'un nou controlador basat en Device-Mapper.
Aquesta nova proposta per el nucli de Linux permetrà poder clonar un dispositiu de bloc existent. El mòdul permet crear una còpia local basada en un dispositiu de bloc de només lectura que es pot gravar durant el procés de clonació.
Com a aplicació típica de l'mòdul proposat per el nucli de Linux «Dm-clone» es fa referència a la clonació en xarxa de dispositius d'arxiu remots en la manera de sol lectura i processament d'E / S amb grans retards, a un dispositiu local ràpid que admet sol·licituds d'enregistrament i processament amb retards mínims.
Amb això es brinda la capacitat de poder muntar el dispositiu clonat i començar a usar-lo immediatament després de la seva creació, sense esperar que finalitzi el procés de la transferència de les dades.
Mentre que d'altra banda la còpia d'informació continuarà en un segon pla, En paral·lel amb l'entrada / sortida generada a l'accedir a un nou dispositiu.
El principal cas d'ús de dm-clone és clonar una latència potencialment remota, dispositiu de bloqueig de tipus d'arxiu de només lectura en un dispositiu de tipus primari gravable.
Per exemple dm-clone es pot usar per restaurar còpies de seguretat de l'emmagatzematge connectat a la xarxa disponible a través de protocols com NBD, Fibre Channel, iSCSI i AoE en l'emmagatzematge local basat en SSD o NVMe.
El codi dm-clone està optimitzat per a petites operacions d'escriptura aleatòria la grandària coincideix amb la mida de l'bloc (4K per defecte).
Durant el procés de clonació, les peticions de lectures conduiran a una sol·licitud directa de dades de el dispositiu clonat i les sol·licituds d'escriptura que afectin àrees que encara no s'han sincronitzat s'endarreriran fins que es completi la càrrega no programada dels blocs sol·licitats (les operacions de càrrega per als blocs relacionats amb l'enregistrament s'inicien instantàniament).
Els blocs eliminats mitjançant l'operació «descartar» s'exclouen de l'procés de còpia (després de el muntatge, l'usuari pot executar «fstrim / mnt / cloned-fs» per no copiar blocs que no s'utilitzen en el FS).
la informació sobre els canvis i les dades en els blocs carregats s'emmagatzemen en una taula de metadades local separada.
Un cop completada la clonació, l'usuari rep una còpia de treball completa de el dispositiu font, que reflecteix tots els canvis realitzats des de l'inici de la clonació.
Es pot eliminar una taula amb metadades de clonació un cop sincronitzades la per una taula de línies que reflecteixi directament les dades a un nou dispositiu.
La diferència clau de les solucions basades en Unionfs i OverlayFS és que dm-clone funciona al nivell de dispositiu de bloc, sense importar el sistema d'arxius utilitzat en aquest dispositiu, i forma una còpia completa de el dispositiu d'origen i no imposa una capa addicional en la qual es rastregen els canvis.
A diferència de dm-mirror, el mòdul dm-clone es va dissenyar originalment per a funcionar només amb la secció original en mode de només lectura, sense traduir operacions d'escriptura.
En dm-snapshot, no es crea una còpia completa i no s'admet la còpia en segon pla. En dm-cache, no es crea una còpia completa, es reenvien les operacions d'escriptura i el treball es redueix a encerts d'emmagatzematge en memòria cau. La funcionalitat més propera és dm-thin.
dm-clone empra dm-kcopyd per copiar parts d'el dispositiu font a el dispositiu de destinació. Per defecte, s'emeten sol·licituds de còpia d'una mida igual a la mida de la regió.
Es pot usar un missatge `hydration_batch_size <#regions>` per ajustar la mida d'aquestes sol·licituds de còpia. Augmenta la mida de el lot d'hidratació resulta en dm-clone tractant d'agrupar regions contigües, de manera que copiem les dades en lots d'aquestes moltes regions.
font: https://git.kernel.org