مؤخرا تم إصدار الخبر أن منشئ نواة Linux ، تم قبول "Linus Torvalds" في الفرع الأساسي (على أساس الذي تم تشكيل الإصدار 5.4) تنفيذ وحدة dm-clone مع تنفيذ وحدة تحكم جديدة على أساس مخطط الجهاز.
هذا الاقتراح الجديد لنواة لينكس سيسمح لك باستنساخ جهاز كتلة موجود. تسمح الوحدة بإنشاء نسخة محلية قائمة على جهاز كتلة للقراءة فقط يمكن الكتابة إليه أثناء عملية الاستنساخ.
كتطبيق نموذجي للوحدة النمطية المقترحة لـ Linux Kernel يشير "Dm-clone" إلى استنساخ الشبكة لأجهزة الملفات البعيدة في وضع القراءة فقط ومعالجة الإدخال / الإخراج مع تأخيرات طويلة ، إلى جهاز محلي سريع يدعم تسجيل الطلبات ومعالجتها بأقل تأخير.
معها يوفر القدرة على تركيب الجهاز المستنسخ والبدء في استخدامه على الفور بعد إنشائه ، دون انتظار انتهاء عملية نقل البيانات.
بينما من ناحية أخرى ، سيستمر نسخ المعلومات في الخلفية، بالتوازي مع الإدخال / الإخراج الناتج عند الوصول إلى جهاز جديد.
حالة الاستخدام الرئيسية لـ dm-clone هي استنساخ جهاز قفل نوع الملف للقراءة فقط زمن انتقال بعيد المحتمل على جهاز من النوع الأساسي قابل للكتابة.
على سبيل المثال يمكن استخدام dm-clone لاستعادة نُسخ التخزين الاحتياطية المرفقة للشبكة المتاحة عبر بروتوكولات مثل NBD والقناة الليفية و iSCSI و AoE على التخزين المحلي القائم على SSD أو NVMe.
تم تحسين كود dm-clone للكتابة العشوائية الصغيرة التي يتطابق حجمها مع حجم الكتلة (4K افتراضيًا).
أثناء عملية الاستنساخ ، ستؤدي طلبات القراءة إلى طلب مباشر للبيانات من الجهاز المستنسخ وستتأخر طلبات الكتابة التي تؤثر على المناطق التي لم تتم مزامنتها بعد حتى اكتمال التحميل غير المجدول للكتل المطلوبة (عمليات التحميل للتسجيل الكتل ذات الصلة تبدأ على الفور).
يتم استبعاد الكتل التي تمت إزالتها بواسطة عملية "الاستبعاد" من عملية النسخ (بعد التثبيت ، يمكن للمستخدم تنفيذ "fstrim / mnt / cloned-fs" لتجنب نسخ الكتل غير المستخدمة في FS).
معلومات حول التغييرات والبيانات في الكتل المحملة يتم تخزينها في جدول بيانات تعريف محلي منفصل.
بعد اكتمال الاستنساخ ، يتلقى المستخدم نسخة عمل كاملة من الجهاز المصدر ، تعكس جميع التغييرات التي تم إجراؤها منذ بدء الاستنساخ.
يمكن إسقاط جدول يحتوي على بيانات وصفية للنسخ بعد المزامنة عن طريق استبدالها بجدول خطوط يعكس البيانات مباشرة إلى جهاز جديد.
يتمثل الاختلاف الرئيسي بين الحلول المستندة إلى Unionfs و OverlayFS في أن dm-clone يعمل على مستوى جهاز الحظر ، بغض النظر عن نظام الملفات المستخدم على هذا الجهاز ، ويشكل نسخة كاملة من الجهاز المصدر ولا يفرض طبقة إضافية.حيث التغييرات يتم تعقبها.
على عكس dm-mirror ، تم تصميم وحدة dm-clone في الأصل للعمل فقط مع القسم الأصلي في وضع القراءة فقط ، دون ترجمة عمليات الكتابة إليه.
في dm-snapshot ، لا يتم إنشاء نسخة كاملة ولا يتم دعم نسخة الخلفية. في dm-cache ، لا يتم إنشاء نسخة كاملة ، ويتم إعادة توجيه عمليات الكتابة ، ويتم تقليل العمل إلى نتائج التخزين المؤقت. أقرب وظيفة هي dm-thin.
يستخدم dm-clone dm-kcopyd لنسخ أجزاء من الجهاز المصدر إلى الجهاز المستهدف. بشكل افتراضي ، يتم إصدار طلبات نسخ بحجم مساوٍ لحجم المنطقة.
يمكن استخدام رسالة `hydration_batch_size <#regions>` لضبط حجم طلبات النسخ هذه. تؤدي زيادة حجم دفعة الترطيب إلى محاولة استنساخ dm لتجميع المناطق المتجاورة معًا ، لذلك نقوم بدفعة نسخ البيانات من هذه المناطق العديدة.
مصدر: https://git.kernel.org