Нещодавно була опублікована новина творець ядра Linux, "Лінус Торвальдс" прийнятий до основної галузі (на основі якої формується версія 5.4) реалізація модуля dm-clone з реалізацією нового контролера на основі Device-Mapper.
Ця нова пропозиція для ядра Linux дозволить клонувати існуючий блоковий пристрій. Модуль дозволяє створювати локальну копію на пристрої блокування лише для читання, на який можна записати під час процесу клонування.
Як типовий додаток запропонованого модуля для ядра Linux "Dm-клон" означає клонування мережі віддалених файлових пристроїв у режимі лише для читання та обробки вводу-виводу з великими затримками, на швидкий локальний пристрій, що підтримує запис та обробку запитів із мінімальними затримками.
З цим надає можливість встановити клонований пристрій і негайно розпочати його використання після його створення, не чекаючи завершення процесу передачі даних.
З іншого боку, копіювання інформації триватиме у фоновому режимі, паралельно вводу / виводу, що генерується при доступі до нового пристрою.
Основним варіантом використання dm-clone є клонування пристрою блокування типу файлів із можливістю віддаленої затримки, лише для читання, на пристрій для запису основного типу.
Наприклад dm-clone можна використовувати для відновлення приєднаних резервних копій сховища до мережі, доступної за допомогою таких протоколів, як NBD, Fibre Channel, iSCSI та AoE, на локальному сховищі на основі SSD або NVMe.
Код dm-clone оптимізований для невеликих випадкових записів, розмір яких відповідає розміру блоку (4K за замовчуванням).
Під час процесу клонування запити на читання призведуть до прямого запиту на дані з клонованого пристрою, а запити на записи, що стосуються областей, які ще не синхронізовані, будуть відкладені, поки не буде завершено незаплановане завантаження запитуваних блоків ( операції завантаження блоків, пов'язаних із записом, починаються миттєво).
Блоки, видалені операцією "відкинути", виключаються з процесу копіювання (після монтажу користувач може виконати "fstrim / mnt / cloned-fs", щоб уникнути копіювання блоків, які не використовуються у FS).
Інформація про зміни та дані у завантажених блоках вони зберігаються в окремій таблиці локальних метаданих.
Після завершення клонування користувач отримує повну робочу копію вихідного пристрою, що відображає всі зміни, внесені з початку клонування.
Таблицю з метаданими клону можна скинути після синхронізації, замінивши її таблицею рядків, яка безпосередньо відображає дані на новому пристрої.
Ключова відмінність від рішень на базі Unionfs та OverlayFS полягає в тому, що dm-clone працює на рівні блокових пристроїв, незалежно від файлової системи, що використовується на цьому пристрої, і формує повну копію вихідного пристрою і не накладає додаткового рівня. де відслідковуються зміни.
На відміну від dm-mirror, модуль dm-clone спочатку був розроблений для роботи лише з оригінальним розділом у режимі лише для читання, без перекладу на нього операцій запису.
У dm-знімку повна копія не створюється, а фонова копія не підтримується. У dm-cache повна копія не створюється, операції запису пересилаються, і робота зводиться до хітів кешування. Найближчий функціонал - dm-thin.
dm-clone використовує dm-kcopyd для копіювання частин вихідного пристрою на цільовий пристрій. За замовчуванням видаються запити на копіювання розміром, рівним розміру регіону.
Повідомлення `hydration_batch_size <#regions>` можна використовувати для налаштування розміру цих запитів на копіювання. Збільшення розміру партії гідратації призводить до того, що dm-клон намагається згрупувати суміжні регіони, тому ми пакетно копіюємо дані з цих багатьох регіонів.
Фуенте: https://git.kernel.org