Récemment la nouvelle a été publiée que le créateur du noyau Linux, "Linus Torvalds" accepté dans la branche principale (sur la base de laquelle la version 5.4 est formée) l'implémentation du module dm-clone avec la mise en place d'un nouveau contrôleur basé sur Device-Mapper.
Cette nouvelle proposition pour le noyau Linux vous permettra de cloner un périphérique de bloc existant. Le module permet de créer une copie locale basée sur un périphérique bloc en lecture seule qui peut être écrit pendant le processus de clonage.
Comme application typique du module proposé pour le noyau Linux «Dm-clone» fait référence au clonage réseau de périphériques de fichiers distants en mode lecture seule et au traitement des E / S avec de longs délais, vers un périphérique local rapide qui prend en charge l'enregistrement et le traitement des demandes avec un minimum de retards.
Avec ça offre la possibilité de monter le périphérique cloné et de commencer à l'utiliser immédiatement après sa création, sans attendre la fin du processus de transfert de données.
Alors que la copie des informations se poursuivra en arrière-plan, en parallèle avec l'entrée / sortie générée lors de l'accès à un nouvel appareil.
Le principal cas d'utilisation de dm-clone est de cloner un périphérique de verrouillage de type fichier en lecture seule à latence potentiellement distante sur un périphérique de type primaire inscriptible.
Par exemple dm-clone peut être utilisé pour restaurer les sauvegardes de stockage attachées au réseau disponible via des protocoles tels que NBD, Fibre Channel, iSCSI et AoE sur un stockage local basé sur SSD ou NVMe.
Le code dm-clone est optimisé pour les petites écritures aléatoires dont la taille correspond à la taille du bloc (4K par défaut).
Pendant le processus de clonage, les demandes de lecture conduiront à une demande directe de données à partir du périphérique cloné et les demandes d'écriture affectant les zones qui n'ont pas encore été synchronisées seront retardées jusqu'à ce que le chargement non programmé des blocs demandés soit terminé (les opérations de chargement pour l'enregistrement les blocs liés démarrent instantanément).
Les blocs supprimés par l'opération "discard" sont exclus du processus de copie (après le montage, l'utilisateur peut exécuter "fstrim / mnt / cloned-fs" pour éviter de copier des blocs qui ne sont pas utilisés dans le FS).
L'information à propos des modifications et des données dans les blocs chargés ils sont stockés dans une table de métadonnées locale distincte.
Une fois le clonage terminé, l'utilisateur reçoit une copie de travail complète du périphérique source, reflétant toutes les modifications apportées depuis le début du clonage.
Une table avec des métadonnées de clonage peut être supprimée après la synchronisation en la remplaçant par une table de lignes qui reflète directement les données sur un nouveau périphérique.
La principale différence avec les solutions basées sur Unionfs et OverlayFS est que dm-clone fonctionne au niveau du périphérique bloc, quel que soit le système de fichiers utilisé sur ce périphérique, et forme une copie complète du périphérique source et n'impose pas de couche supplémentaire. sont suivis.
Contrairement à dm-mirror, le module dm-clone a été conçu à l'origine pour fonctionner uniquement avec la section d'origine en mode lecture seule, sans y traduire les opérations d'écriture.
Dans dm-snapshot, une copie complète n'est pas créée et la copie en arrière-plan n'est pas prise en charge. Dans dm-cache, une copie complète n'est pas créée, les opérations d'écriture sont transférées et le travail est réduit aux hits de mise en cache. La fonctionnalité la plus proche est dm-thin.
dm-clone utilise dm-kcopyd pour copier des parties du périphérique source sur le périphérique cible. Par défaut, les demandes de copie d'une taille égale à la taille de la région sont émises.
Un message `hydration_batch_size <#regions>` peut être utilisé pour ajuster la taille de ces demandes de copie. L'augmentation de la taille du lot d'hydratation conduit dm-clone à tenter de regrouper les régions contiguës, nous copions donc par lots les données de ces nombreuses régions.
source: https://git.kernel.org