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

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

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

ماذا يفعل التخصيص الرقيق افتراضيًا؟

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

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

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

كيف يغير التخصيص حسب الطلب عمليات الإدخال/الإخراج؟

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

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

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

لماذا يمكن للسعة الافتراضية أن تتجاوز التجمع الحقيقي؟

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

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

الرقم الآمن الحقيقي هو السعة الحرة لتجمع الدعم بعد احتساب الصور الفورية، والبيانات الوصفية، والعمليات المؤقتة، والنمو المتوقع. جمع أحجام الأقراص الافتراضية معًا يقيس الالتزام، وليس الاستهلاك الفعلي الحالي.

لماذا لا يؤدي حذف الملفات داخل آلة افتراضية دائمًا إلى استرداد المساحة؟

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

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

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

كيف تغير الصور الفورية للآلة الافتراضية استخدام المساحة الفعلية؟

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

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

يمكن للصور الفورية حفظ حالة ممتلئة بالفعل، لذا فإن وجود الصورة الفورية لا يثبت أن هناك سعة كافية في التجمع أو أن النسخة المحتفظ بها سليمة.

ماذا يحدث عندما ينفد تجمع التخزين الأساسي؟

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

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

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

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

هل يجعل التخصيص الرقيق تخزين الآلة الافتراضية أبطأ دائمًا؟

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

هل يمكن لخمسة أقراص رقيقة بسعة 200 جيجابايت أن تشارك بأمان تجمع 500 جيجابايت؟

فقط عند مراقبة النمو الفعلي، واللقطات، والعمليات المؤقتة، ومساحة الاسترداد. السعة المنطقية البالغة 1 تيرابايت هي التزام لا يمكن لتجمع 500 جيجابايت تلبيته في نفس الوقت.

هل حذف الملفات داخل الآلة الافتراضية يقلل من ملف التخزين الأساسي؟

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

هل اللقطات هي نسخ احتياطية للآلات الافتراضية ذات التخصيص الرقيق؟

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

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

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