ما سعة NVMe التي ينبغي أن يمتلكها مجمّع التطبيقات المنزلية؟

بالنسبة إلى العديد من الخوادم المنزلية، تُعد سعة 512 غيغابايت نقطة بداية عملية لمجموعة تطبيقات NVMe، لكن السعة المناسبة تعتمد على وحدات التخزين الدائمة وقواعد البيانات والصور والسجلات والتحديثات واللقطات ومساحة التخزين الحرة التي تنوي الحفاظ عليها. قد تكفي سعة 256 غيغابايت لمجموعة صغيرة مع إدارة منضبطة للسجلات؛ بينما قد يجعل خادم صور أو عدة قواعد بيانات أو أجهزة افتراضية أو تغيّر كثيف في التطبيقات سعة 1 تيرابايت أو أكثر الخيار الأكثر أمانًا. حدّد سعة المجموعة بناءً على النمو المقاس، لا على عدد التطبيقات الظاهر في لوحة المعلومات.

احسب كل مستهلك فعلي للتخزين موجود على مجموعة التطبيقات

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

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

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

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

أبقِ الوسائط واسعة السعة والنسخ الاحتياطية خارج طبقة التطبيقات السريعة

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

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

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

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

اترك مساحة لتقلبات الصور والتحديثات وذاكرة التخزين المؤقت للبناء

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

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

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

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

Featured

ZimaCube 2 سحابة شخصية منزلية NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

يمكن للسجلات والملفات المؤقتة إفساد خطة السعة أسرع من التطبيقات

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

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

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

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

اختر السعة مع مراعاة تحمّل الكتابة واستعادة الأعطال

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

تتعامل مراجعة محرك NVMe SSD المخصص لأجهزة NAS مع قدرة التحمل باعتبارها خاصية أساسية لأحمال التخزين الأساسي والتخزين المؤقت. والدرس الأوسع عند الشراء هو مواءمة فئة المحرك مع مقدار إعادة كتابة بيانات التطبيقات بمرور الوقت.

يغير النسخ المتطابق أيضًا السعة القابلة للاستخدام. يوفر جهازا NVMe متساويا السعة في وضع النسخ المتطابق مساحة قابلة للاستخدام تساوي تقريبًا سعة محرك واحد قبل احتساب مساحة نظام الملفات والمساحة الحرة المحجوزة، لذلك فإن «مجموعة تطبيقات بسعة 1 تيرابايت من محركين» لا تعني تلقائيًا سعة قابلة للاستخدام تبلغ 2 تيرابايت. حدّد بنية التكرار قبل شراء السعة.

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

استخدم 256 غيغابايت و512 غيغابايت و1 تيرابايت و2 تيرابايت كنطاقات لاتخاذ القرار، لا كقواعد ثابتة

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

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

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

يمكن لـ ZimaBoard 2 إضافة NVMe عبر مسار توسعة PCIe، وهو مناسب لإعدادات استضافة التطبيقات المدمجة، بينما يصبح ZimaCube 2 أكثر ملاءمة عند تبرير توسعة SSD أسرع أو تعدد مهام أثقل أو نظام تخزين أكبر بصورة مستقلة. اختر المنصة بعد معرفة سعة مجموعة التطبيقات ومسار نموها، لا قبل ذلك.