الطبيعة الهرمية للمرآة

قبل أن يقول نظام الملفات عامل ميناء، نحن بحاجة إلى التفكير بوضوح مشكلة. نحن نعرف بداية عامل ميناء يعتمد على الصورة، عامل ميناء قبل أن تبدأ، تحتاج إلى سحب الصورة، ومن ثم تبدأ. يمكن حاويات متعددة تستخدم نفس الصورة للبدء. لذا فإن السؤال هو: هذه الحاويات هي صورة مشتركة، هذه الصورة أو كل نسخة من نسخ، ومن ثم تشغيله بشكل مستقل؟

ونحن نفترض أن كل سفينة لديها نسخة من هذه الصورة، ومن ثم تعمل بشكل مستقل، فإن ذلك يعني، وكيفية البدء في وعاء، وعدد من الصورة التي تريد نسخها، ليس هناك شك في هذا هو مضيعة هائلة من الفضاء. في الواقع، وتصميم الحاوية التي، بدءا من صورة الحاويات، عن تقاسم الصورة، ولكن ليس نسخها. ثم تمت اقتصاص مشكلة الأعلى: الآن أن جميع الحاويات وتقاسم هذه الصورة، ثم أنا لن يكون هناك أي تغييرات في وعاء، تكون مرئية في حاويات أخرى؟ إذا كنت ترغب في الحاوية لتعديل تكوين ملف A، في حين أن سفينة أخرى تريد تعديل نفس الملف إلى B، فإن حاويتين لا يمكن أن يكون الصراع؟

ونحن نرجئ المشكلة المذكورة أعلاه، ننظر أولا في المثال التالي المرآة سحب:

@ الجذر أوبونتو: ~ # سحب إنجن إكس عامل ميناء باستخدام العلامة الافتراضية: آخر أحدث: سحب من مكتبة / إنجن إكس be8881be8156: استكمال سحب 32d9726baeef: استكمال سحب 87e5e6f71297: سحب كامل الملخص: SHA256: 6ae5dd1664d46b98257382fd91b50e332da989059482e2944aaa41ae6cf8043a الحالة: تم تحميل صورة جديدة لإنجن إكس: آخر

المثال أعلاه هو مسؤول من صورة مستودع عامل ميناء سحب إنجن إكس: يمكن مشاهدة آخر صورة في وقت سحب المرآة، وطبقة واحدة في كل سحب. في الواقع مرآة طبقات بحيث التخزين على القرص. ويضم تطبيق عادة مرآة متعددة الطبقات، على النحو التالي:

علينا أولا أن تكون واضحة، ومرآة للقراءة فقط. كل طبقة للقراءة فقط. على الرسم البياني، يمكننا أن نرى أن في الجزء العلوي من نواة، والجزء السفلي من الطبقة الأولى هو الصورة الأساسية، وهنا هو صورة أساسية من أوبونتو، لأن خصائص للقراءة فقط مرآة، ومرآة إذا كنا نريد أن نبني هذا على أوبونتو تصاعد محرر ايماكس، فقط على الصورة الأساسية، في بناء طبقة جديدة من طبقة المرآة. وعلى نفس المنوال، إذا كنت ترغب في إضافة اباتشي على رأس ايماكس طبقة مرآة الحالية، ثم يمكنك بناء فقط على طبقة صورة جديدة في هذا الشأن. وأن ذلك هو الطبيعة الهرمية للالمرآة.

الكتابة يعمل طبقة الحاويات

نقول فقط أن الطبيعة الهرمية للالمرآة عندما يتعلق الأمر صورة للقراءة فقط. في الواقع عندما نستخدم المرآة لبدء الحاويات، يمكننا أن نكون فعلا حرة في القراءة والكتابة في حاوية، ومن نتائج، على ما يبدو يتعارض مع خصائص مرآة للقراءة فقط.

ونحن لا نزال ننظر إلى الرسم البياني أعلاه، في الواقع، يمكن أن ينظر إليه في الجزء العلوي من المرآة، وهناك طبقة للقراءة والكتابة. وطبقة الكتابة، أي وعاء منفصل الحالية عندما يتم تركيبه في حاوية عند بدء التشغيل. كل حاوية خلال العملية، التي سيكون مقرها في مرآة الحالية جبل على بعد الكتابة قراءة العلوي طبقة. وقد تم الانتهاء من عمليات المستخدم لجميع الحاويات في طبقة للقراءة والكتابة. مرة واحدة دمرت الحاوية، هذه الطبقة أيضا سيقرأ الدمار.

نقطة المعرفة: حاويات القارئ + = طبقة مرآة

ونحن، وذلك أساسا لتشغيل هذه الطبقة على أساس الكتابة بطريقتين: نسخ الكتابة والتوزيع مع مرور الوقت.

عند كتابة نسخة

وتستخدم جميع محركات الأقراص في التكنولوجيا - نسخة (البقرة) الكتابة. البقرة هو نسخة عند الكتابة، يشير إلى أن فقط عند الحاجة لنسخة الكتابة، وهذا هو المشهد لتعديل الملفات الموجودة. على سبيل المثال، استنادا إلى عدة صورة التمهيد الحاويات، إن وجد كل شيء لنفسها صورة لنظام الملفات عن كل حاوية، وسوف يستغرق الكثير من مساحة القرص. التكنولوجيا بقرة تسمح كل من نظام صورة ملف الحاويات المشتركة، يمكن قراءة كافة البيانات من الصورة، فقط عندما تريد الكتابة إلى ملف، مجرد نسخ ملفات الصور إلى الكتابة في أنظمة الملفات الخاصة بهم إلى تعديل . لذلك لا يهم كم حاويات مشاركة نفس الصورة، الكتابة القيام به هو نسخ الصورة إلى نظام الملفات على نسختك الخاصة من السلوك، و لا تعديل الصورة الملف المصدر، ويعمل مع عدد وافر من حاويات ملف، فإنه سيتم إنشاء نسخة من نظام الملفات في كل حاوية، كل حاوية لتعديل نسخة حضارته من، معزولة عن بعضها البعض، مع مستقل عن بعضها البعض. استخدام البقر يمكن تحسين فعالية استخدام القرص.

عند تكوين مع

عند استخدام التوزيع في المستند الأصلي دون هذا المشهد، إلا أن تخصيص مساحة عند كتابة ملف جديد، وهذا يمكن زيادة الاستفادة من موارد التخزين. على سبيل المثال، بدء الحاويات ولا قبل تخصيص مساحة القرص للحاويات، ولكن عند كتابة ملف جديد، إلا وفقا للحاجة فضاء جديد.

أقراص التخزين عامل الميناء

التالي نتحدث عنه، هو كيف يمكن لهذه الصورة الطبقات المخزنة على القرص.

توفير المزيد من التخزين على الأقراص عامل ميناء تنفيذها بطرق مختلفة تخزين مرآة، وفيما يلي عدد من أقراص التخزين المستخدمة شيوعا:

• AUFS

• OverlayFS

• Devicemapper

• Btrfs

• ZFS

هنا للحديث عن AUFS، OverlayFS وDevicemapper:

AUFS

AUFS (AnotherUnionFS) هو FS الاتحاد، هو محرك التخزين على مستوى الملف. AUFS هو تغطية بشفافية واحدة أو نظام الملفات أكثر الحالية الطبقات نظام الملفات، ودمج نظام الملفات إلى FIG واحد متعدد الطبقات. بل هو مجرد لدعم دليل مختلف لتركيب أنظمة الملفات تحت نفس نظام الملفات الافتراضية. يمكن هذا النظام ملف تعديل ملف في طبقات متراكبة. بغض النظر عن عدد طبقات تحت للقراءة فقط، فقط الجزء العلوي من نظام الملفات للكتابة. عندما تحتاج إلى تعديل ملف، AUFS إنشاء نسخة من الملف، واستخدام البقر نسخ الملفات من على طبقة طبقة للكتابة معدلة، وأيضا تخزين النتيجة في طبقة للكتابة للقراءة فقط. في عامل الميناء، والطبقة السفلية هي صورة للقراءة فقط، طبقة للكتابة هي الحاويات. التكوين كما هو مبين أدناه:

OverlayFS

تراكب دعم بعد 3.18 من نواة لينكس، ولكن أيضا FS الاتحاد، وطبقات متعددة من مختلف AUFS تراكب ليست سوى اثنين: انخفاض نظام الملفات ملف النظام العلوي، وتمثل طبقة مرآة وطبقة الحاوية عامل الميناء. عند الحاجة إلى تعديل ملف، نسخ الملف من استخدام البقر أقل للقراءة فقط للكتابة العلوي تعديل النتيجة هي أيضا المخزنة في الطبقة العليا. في عامل الميناء، والطبقة السفلية هي صورة للقراءة فقط، طبقة للكتابة هي الحاويات. أحدث OverlayFS هو Overlay2. التكوين كما هو مبين أدناه:

Devicemapper

دعم مخطط الجهاز بعد نواة لينكس 2.6.9، لتوفير جهاز منطقي من الجهاز الفعلي آلية إطار رسم الخرائط، وفي هذه الآلية، يمكن للمستخدم تدرك بسهولة وضع استراتيجيات إدارة موارد التخزين وفقا لاحتياجاتها. AUFS OverlayFS يتحدث أمام وهو تخزين مستوى الملف، ومخطط الجهاز هو تخزين على مستوى الكتلة، جميع العمليات تتم عرقلة مباشرة العملية، بدلا من ملف. سوف محرك مخطط جهاز خلق تجمع موارد على جهاز كتلة، ومن ثم إنشاء جهاز الأساسية مع تجمع موارد نظام الملفات، كل المرايا هي لقطة من هذه المعدات الأساسية، والحاوية هو مرآة لقطة. لذلك، عندما تكون في نظام الملفات الحاوية لقطة من تجمع موارد نظام الملفات من المعدات الأساسية، ولا تخصيص مساحة للحاوية. عندما ملف جديد لتكون مكتوبة، في صورة طبق الأصل من كتلة الحاويات، وتتم كتابة البيانات الجديدة تعيين، وهذا ما يسمى تقسيم مع مرور الوقت. عندما تريد تعديل ملف موجود، ثم استخدام تخصيص قطة مساحة الحاوية كتلة البقر، نسخ البيانات إلى تعديل في كتلة جديدة بعد مزيد من التعديل لقطة الحاوية. مخطط جهاز 100G القرص افتراضيا بإنشاء ملف يحتوي على مرآة والحاويات. ويقتصر كل حاوية ضمن حجم وحدة التخزين يمكن تكوين 10G لضبط أنفسهم. التكوين كما هو مبين أدناه:

مقارن أقراص التخزين المشترك

AUFS VS OverlayFS

AUFS وتراكب هي مشتركة نظام الملفات، ولكن AUFS طبقات متعددة، وتراكب اثنين فقط، وذلك عندما عملية النسخ، إذا كان الملف كبير وهناك مستوى منخفض نسبيا في وقت كتابة القيام به، ثم AUSF قد يكون أبطأ. وتراكب دمج نواة لينكس رئيسي، AUFS لا. حاليا وأساسا تم القضاء AUFS.

OverlayFS VSDevice معين

OverlayFS هو تخزين مستوى الملف، مخطط الجهاز هو تخزين على مستوى الكتلة، وخصوصا عندما الملفات الكبيرة وتعديل محتويات صغير، تراكب بغض النظر عن حجم المحتوى تعديل ونسخ الملف بأكمله، تعديل عرض الملفات الكبيرة من الملفات الصغيرة تستهلك أكثر الوقت، ومستوى كتلة مهما كانت الملفات كبيرة أو صغيرة لنسخ الملفات تحتاج فقط لتعديل كتلة، وليس الملف بأكمله. في هذا السيناريو، هو مخطط جهاز اضح بشكل أسرع. لأن الوصول إلى القرص المنطقي على مستوى الكتلة مباشرة للمشاهد IO-المركزة. أما بالنسبة للإجراءات داخلية معقدة، ولكن أقل السيناريوهات التزامن IO، والأداء النسبي تراكب أقوى.