Nyligen nyheterna släpptes det skaparen av Linux-kärnan, "Linus Torvalds" accepterades i kärngrenen (på grundval av vilken version 5.4 är bildad) implementeringen av dm-klonmodulen med implementeringen av en ny styrenhet baserat på Device-Mapper.
Detta nya förslag för Linux-kärnan låter dig klona en befintlig blockeringsenhet. Modulen gör det möjligt att skapa en lokal kopia baserad på en skrivskyddad blockeringsenhet som kan skrivas till under kloningsprocessen.
Som en typisk tillämpning av den föreslagna modulen för Linux-kärnan "Dm-klon" avser nätverkskloning av fjärrfilenheter i skrivskyddat läge och I / O-bearbetning med långa förseningar, till en snabb lokal enhet som stöder inspelning och bearbetning av förfrågningar med minimala förseningar.
Med det ger möjlighet att montera den klonade enheten och börja använda den omedelbart efter att den skapats, utan att vänta på att dataöverföringsprocessen är klar.
Medan å andra sidan kopieringen av informationen fortsätter i bakgrunden, parallellt med ingången / utgången som genereras vid åtkomst till en ny enhet.
Det huvudsakliga användningsfallet för dm-klon är att klona en potentiellt avlägsen latens, skrivskyddad filtypslåsenhet till en skrivbar primär typ.
T.ex. dm-clone kan användas för att återställa bifogade lagringskopior till nätverket tillgängligt via protokoll som NBD, Fibre Channel, iSCSI och AoE på lokal lagring baserad på SSD eller NVMe.
DM-klonkoden är optimerad för små slumpmässiga skrivningar vars storlek matchar blockstorleken (4K som standard).
Under kloningsprocessen kommer läsförfrågningar att leda till en direkt begäran om data från den klonade enheten och skrivförfrågningar som påverkar områden som ännu inte har synkroniserats kommer att försenas tills den ej schemalagda laddningen av de begärda blocken är klar (lastoperationerna för inspelningen -relaterade block börjar omedelbart).
Block som tas bort genom "kassering" exkluderas från kopieringsprocessen (efter montering kan användaren utföra "fstrim / mnt / cloned-fs" för att undvika att kopiera block som inte används i FS).
Information om ändringar och data i laddade block de lagras i en separat lokal metadatatabell.
Efter att kloning är klar får användaren en fullständig arbetskopia av källenheten, vilket återspeglar alla ändringar som gjorts sedan kloning började.
Du kan släppa en tabell med klonmetadata efter synkronisering genom att ersätta den med en tabell med rader som direkt återspeglar data till en ny enhet.
Huvudskillnaden från Unionfs och OverlayFS-baserade lösningar är att dm-clone fungerar på blockenhetsnivå, oavsett vilket filsystem som används på den här enheten, och bildar en fullständig kopia av källenheten och inte påtvingar ytterligare ett lager där förändringar. spåras.
Till skillnad från dm-mirror var dm-clone-modulen ursprungligen utformad för att endast fungera med originalsektionen i skrivskyddat läge utan att översätta skrivoperationer till den.
I dm-snapshot skapas inte en fullständig kopia och bakgrundskopia stöds inte. I dm-cache skapas inte en fullständig kopia, skrivar vidarebefordras och arbete reduceras till cachetreffar. Den närmaste funktionaliteten är dm-tunn.
dm-clone använder dm-kcopyd för att kopiera delar av källenheten till målenheten. Som standard skickas kopieringsförfrågningar av en storlek som är lika stor som regionens storlek.
Meddelandet `hydration_batch_size <#regions> 'kan användas för att justera storleken på dessa kopieringsförfrågningar. Att öka hydreringsbatchstorleken resulterar i att dm-klon försöker gruppera sammanhängande regioner, så vi satsar kopieringsdata från dessa många regioner.
Fuente: https://git.kernel.org