01
وحّد البايتات، TB وTiB
تستخدم تسميات الأقراص وكتالوج Tungsto وحدات عشرية: واحد TB يساوي 1,000,000,000,000 بايت. واحد تيبيبايت يساوي 1,099,511,627,776 بايت. وبالتالي يظهر نفس عدد البايتات كرقم أصغر بوحدة تيبيبايت. قم بالتحويل من البايتات المصدرية بدلاً من تطبيق نسبة مئوية مقربة بشكل متكرر، وقم بتسمية كل عمود في ورقة العمل بوحدته.
على سبيل المثال، تحتوي مصفوفة كتالوج 12 × 16 TB على 192 TB خام قبل التكرار، بينما تحتوي 24 × 20 TB على 480 TB خام. تستثني هذه الأرقام زوج الإقلاع المنفصل NVMe. إنها حقائق مخزون وليست ادعاءات حول السعة المرئية أو القابلة للكتابة في نظام الملفات.
وحّد البايتات، TB وTiB| المرحلة | مدخل الحساب | المخرجات المطلوب الاحتفاظ بها |
|---|
| المخزون | العدد × أصغر بايتات الأقراص المشاركة | البايتات الخام وTB العشري |
|---|
| التكرار | طوبولوجيا النسخ المتطابق أو التكافؤ | سعة المصفوفة أو المجمع التقريبية |
|---|
| العمليات | قطع الغيار الساخنة وسياسة الاستبدال | السعة المخصصة فعليًا لأجهزة vdevs البيانات أو المصفوفة |
|---|
| نظام الملفات | البيانات الوصفية والحجوزات والخصائص الحالية | السعة القابلة للكتابة المبلغ عنها |
|---|
| تطبيق | اللقطات والاحتفاظ وهامش الأمان | السعة المتاحة للبيانات المخططة |
|---|
02
نمذج الطوبولوجيا الحقيقية، وليس صفًا مجمعًا واحدًا
استخدم أصغر حجم جهاز مشارك عندما تختلف الأعضاء ما لم توثق التنفيذات المحددة خلاف ذلك؛ قد تبقى الأجزاء الأكبر غير قابلة للاستخدام. افصل أجهزة الإقلاع والذاكرة المؤقتة والسجل والاحتياطي والبيانات. بالنسبة لـ ZFS، حدد كل vdev عالي المستوى وتكراره. البيانات موزعة عبر vdevs عالية المستوى، لذا يمكن لـ vdev واحد غير متكرر أن يجعل تجمعًا متطابقًا بخلاف ذلك عرضة لذلك الجهاز الواحد.
صيغة التكافؤ البسيطة تقرّب مجموعة RAIDZ كأجهزة بيانات مضروبة في حجم الجهاز، لكن التخصيص الفعلي يعتمد على حجم السجل، وهندسة القطاعات، وسلوك التكافؤ. لذلك تصف OpenZFS خاصية المجموعة القابلة للاستخدام كتقدير إرشادي، وليس وعدًا دقيقًا.
03
طبّق شلال السعة
ابدأ بالبايتات الخام، واطرح التكرار وأي أقراص احتياطية ساخنة مخصصة، ثم اقرأ خاصية التوفر الخاصة بنظام الملفات أو المجمع المُنشأ. من تلك النتيجة، احجز المساحة المطلوبة بموجب السياسة واللقطات وسلوك النسخ عند الكتابة والنسخ المتماثل المؤقت أو أعمال الاستعادة ونمو التطبيق. لا تفترض توفير الضغط أو إلغاء التكرار؛ فكلاهما يعتمد على البيانات والتكوين ويمكن أن يختفي من التوقعات المتحفظة.
احتفظ بمخرجين: السعة النظرية لمقارنة التخطيطات والسعة التشغيلية لقبول البيانات. يجب أن يتضمن الثاني عتبة تنبيه وعتبة إيقاف قبول يختارها المشغل. يمكن أن يؤدي امتلاء نظام الملفات حتى آخر بايت مُبلَّغ إلى إضعاف الصيانة والاسترداد حتى لو بدا الحساب صحيحًا في الأصل.
04
تحقق من المجمع المنشأ قبل إيداع البيانات
بعد إنشاء التخطيط المحدد، سجل عضوية الأجهزة والتكرار والصحة والسعة المتاحة المبلغ عنها من التنفيذ. على ZFS، ميّز تقديرات مستوى المجمع عن توفر مجموعة البيانات لأن الحصص والاحتياطيات والتكافؤ قد تجعلها مختلفة. حاسبة سعة TrueNAS مفيدة لتخطيط هندسة ZFS، لكن مدخلاتها لا تزال بحاجة إلى مطابقة الأقراص الفعلية وashift وحجم السجل والاحتياطيات وسياسة الحجز.
أنشئ سجل قبول قبل الإنتاج: البايتات الخام، مخطط التخطيط، القيمة المحسوبة، القيمة المبلغ عنها، الاحتياطي، سياسة اللقطات، ووجهة النسخ الاحتياطي. تحقق من أي فجوة غير مفسرة بدلاً من تغيير الوحدات حتى تبدو الأرقام متطابقة.
05
أبقِ السعة والاسترداد منفصلين
الرقم الأكبر للسعة القابلة للاستخدام لا يثبت تصميمًا أكثر أمانًا. اذكر عدد أعطال الأجهزة المسموح بها والمراقبة وإجراءات الأقراص الاحتياطية وسياسة الفحص أو التحقق من الاتساق ومصدر الاستعادة بجانب نتيجة السعة. يبقى تكرار RAID وZFS داخل هيكل واحد؛ ولا يحمي من الحذف أو الاختراق أو فقدان الخادم.
النتيجة المتوقعة هي ورقة عمل سعة قابلة للتكرار يمكن لمشغل آخر إعادة حسابها من بايتات الجهاز والطوبولوجيا. استخدم الحاسبة لقائمة مختصرة، ثم استبدل تقديرها بالخصائص المرصودة من المجموعة المنشورة قبل تقديم سعة التطبيق.
إجابات مباشرة
أسئلة حول هذا الدليل
لماذا يُظهر خادم 192 TB الخام عددًا أقل من التيبيبايت؟
TB و TiB يقسمان نفس البايتات بأحجام وحدات مختلفة، وRAID بالإضافة إلى طبقات نظام الملفات تقلل النتيجة أكثر. حافظ على البايتات كقيمة مصدرية وسمّ كل تحويل.
هل يجب إضافة الضغط المتوقع إلى السعة القابلة للاستخدام؟
ليس كسعة مضمونة. يعتمد الضغط على البيانات والإعدادات. تعامل مع أي تقليل مقاس كسيناريو منفصل مع الحفاظ على خطة قبول غير مضغوطة.