ما الذي يتغير عندما يخزن جهاز NAS المنزلي صور أقراص الأجهزة الافتراضية؟

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

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

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

ماذا يخزن NAS فعليًا داخل صورة قرص الجهاز الافتراضي؟

يرى نظام تشغيل الضيف جهاز كتلة افتراضي، لكن NAS قد يرى صورة RAW أو QCOW2 أو VMDK أو VHDX أو ما شابه. ينشئ الضيف أنظمة ملفات، أقسام، ملفات، ومساحات حرة داخل هذا الجهاز الافتراضي. بالنسبة لـ NAS، تلك الهياكل هي نطاقات من البيانات والبيانات الوصفية داخل كائن صورة أو حجم كتلة.

يعبر كل طلب عدة طبقات: نظام ملفات الضيف، وحدة التحكم الافتراضية للتخزين، طبقة الكتلة في الهايبرفايزر، برنامج تشغيل الصورة، بروتوكول التخزين الشبكي، نظام ملفات NAS أو هدف الكتلة، والوسائط الفيزيائية. توثق وثائق صيغة صورة القرص في QEMU صيغ RAW و QCOW2 مع وصف ميزات مثل التخصيص المتفرق، الملفات الداعمة، واللقطات.

لماذا يصبح نمط الإدخال/الإخراج أكثر اختلاطًا وحساسية للكمون؟

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

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

لماذا تهم تأكيدات الكتابة أكثر من عرض النطاق الترددي الأقصى؟

قد يطلب تطبيق الضيف أن تصل البيانات المهمة إلى نقطة متينة قبل المتابعة. يمكن أن يمر هذا الطلب عبر ذاكرة التخزين المؤقت للضيف، وذاكرة التخزين المؤقت للقرص الافتراضي، والمشرف، وبروتوكول الشبكة، وذاكرة التخزين المؤقت لـ NAS، ومتحكم التخزين، والوسائط. يكون التأكيد السريع مفيدًا فقط عندما تتفق كل طبقة على معنى الإكمال.

أسماء البروتوكولات لا تحدد المتانة بنفسها. يدعم NFSv3 الكتابات غير المستقرة تليها COMMIT لاحق، بدلاً من اشتراط الالتزام المتزامن لكل كتابة فورًا. تم تصميم نموذج WRITE و COMMIT في NFS للجمع بين دلالات الاسترداد الآمن والتعامل الأكثر كفاءة مع الكتابة. كما يبلغ NFSv4 عما إذا وصلت الكتابة إلى مستوى الاستقرار المطلوب.

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

كيف تغير الصور المتفرقة و discard استخدام المساحة الفيزيائية؟

يمكن للآلة الافتراضية رؤية قرص افتراضي بسعة 500 جيجابايت حتى عندما تستهلك صورته مساحة فعلية أقل بكثير. تقوم الصيغ المضغوطة بتخصيص التخزين عندما يكتب الضيف مناطق جديدة، لذا يمكن أن تختلف السعة الافتراضية، وحجم الملف الظاهر، وبيانات الصورة المخصصة، والاستخدام الفيزيائي لـ NAS. هذا يوفر مساحة أولية لكنه يجعل حساب السعة أقل وضوحًا.

حذف ملف داخل الضيف يحرر مساحة في نظام ملفات الضيف أولاً. لاسترجاع التخصيص الفيزيائي، قد يحتاج الضيف إلى إصدار أمر discard أو TRIM، ويجب أن يقبل المتحكم الافتراضي ذلك، ويجب أن يمرر المشرف على النظام وصيغة الصورة هذا الأمر، ويجب أن يدعم مسار NAS الأساسي إلغاء التخصيص. تُظهر عناصر التحكم في انتشار discard في QEMU أن هذا السلوك مُكوَّن وليس تلقائيًا.

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

ماذا تضيف اللقطات وسلاسل الدعم إلى عبء العمل؟

يمكن لـ QCOW2 استخدام ملفات دعم وطبقات تغطية بحيث يخزن صورة جديدة التغييرات مع الاستمرار في قراءة الكتل غير المتغيرة من صورة القاعدة. يتم تنظيم التخصيص وبيانات تعريف الصورة في مجموعات، كما هو موضح في مواصفة صيغة QCOW2. تتيح هذه البنية استنساخات ولقطات مضغوطة لكنها تخلق تبعيات بين الملفات.

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

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

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

لماذا ليس كل جهاز افتراضي بطيء مشكلة في تخزين NAS؟

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

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

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

ما الذي يجب ملاحظته قبل استخدام NAS كمساحة تخزين للأجهزة الافتراضية؟

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

راقب كل من معدل النقل والكمون تحت عبء العمل المقصود. افصل جهازًا افتراضيًا واحدًا عن عدة أجهزة افتراضية، والقراءات عن الكتابات، والنشاطات القصيرة عن النشاط المستمر. سجل انتظار الإدخال/الإخراج للضيف، قوائم انتظار المشرف الفائق، كمون البروتوكول، كمون تخزين NAS، ووظائف النسخ الاحتياطي أو اللقطات الخلفية. تجنب استخدام نسخ ملف كبير واحد كاختبار تأهيل وحيد.

الأسئلة الشائعة

هل يحتاج NAS المنزلي إلى أقراص SSD لصور أقراص الأجهزة الافتراضية؟

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

هل يتطلب تشغيل الأجهزة الافتراضية من NAS وجود 10GbE؟

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

أي بروتوكول هو الأفضل لتخزين الأجهزة الافتراضية: NFS، SMB، أم iSCSI؟

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

لماذا لا يؤدي حذف الملفات داخل الجهاز الافتراضي إلى تحرير مساحة NAS؟

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

هل يمكن للقطات الجهاز الافتراضي أن تحل محل النسخ الاحتياطي لصورة القرص؟

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

النتيجة النهائية

يصبح جهاز تخزين الشبكة المنزلية (NAS) الذي يخزن صور أقراص الأجهزة الافتراضية النشطة جزءًا حساسًا للكمون في مسار التخزين الافتراضي. قيّم الإدخال/الإخراج المختلط، متانة الكتابة، التخصيص المتفرق، نشر الحذف، تبعيات اللقطات، والاسترداد معًا—وتأكد من مكان انتظار الطلبات قبل اعتبار عرض النطاق الترددي أو البروتوكول أو وسائط التخزين كحل.

مركز التكنولوجيا والذكاء الاصطناعي

المزيد للقراءة

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.