تخطَّ إلى المحتوى

الخوادم والتخزين

حجِّم النظام وفق ما يفعله حِمل العمل فعلًا، لا وفق ما يفترضه عرض السعر.

ما هذه الخدمة

يشمل مجال الخوادم والتخزين تحجيم الحوسبة (Compute sizing)، وبنية التخزين (Storage architecture)، وإدارة البرامج الثابتة (Firmware) ودورة حياة العتاد، وتصميم الصمود القائم تحتهما معًا. وهو الطبقة التي ترث منها المحاكاة الافتراضيّة وقواعد البيانات والتطبيقات أداءها كلَّه.

التحجيم هو الموضع الذي يُهدَر فيه المال في الاتجاهين. فالإفراط في التخصيص ظاهرٌ للعيان وكلفته هدرٌ لا أكثر؛ أمّا نقص التخصيص فيظهر بعد أشهر بوصفه مشكلةً في التطبيق، ويُشخَّص في كلّ موضعٍ إلّا في طابور القرص (Disk queue). نحن نحجِّم انطلاقًا من القياس.

متى تحتاجها

إن صدق أكثرُ من واحدةٍ ممّا يلي، فهذه عادةً نقطةُ البداية الصحيحة.

  • عتادٌ يقترب من نهاية الدعم، بحيث يتحوّل أيُّ عطلٍ فيه إلى عمليّة شراءٍ لا إلى إصلاح.
  • إلقاء اللوم على أداء التخزين في بطء التطبيقات، دون قياسٍ يُثبت ذلك أو ينفيه.
  • عرضُ تجديدٍ (Refresh) محجَّمٌ انطلاقًا من مُهيّئ المورّد لا من حِمل عملك أنت.
  • مستوياتٌ متباينةٌ من البرامج الثابتة والمشغِّلات (Drivers) بين خوادمَ يُفترض أنّها متطابقة.

ما الذي يشمله النطاق

  • توصيف حِمل العمل (Workload profiling): الإنتاجيّة وعمليّات الإدخال والإخراج IOPS وزمن الاستجابة والنموّ، مقيسةً على مدى مدّةٍ تمثيليّة.
  • تحجيم الحوسبة بهامشٍ يكفي حالة العطل، لا الحِمل الوسطيّ وحده.
  • بنية التخزين: التدرّج الطبقيّ (Tiering) ومستوى الحماية واللقطات (Snapshots) والنسخ المتماثل (Replication) قياسًا على أهداف التعافي المعلنة.
  • خطُّ أساسٍ للبرامج الثابتة والمشغِّلات، مع إجراءٍ يُبقي الخوادم المتطابقة متطابقةً فعلًا.
  • خطّة دورة الحياة والدعم: ما هو مشمولٌ بالدعم وإلى متى، وتسلسل التجديد المترتّب على ذلك.

ما الذي تستلمه

المُخرَجما يحتويه
توصيف حِمل العملالطلب المقيس لكلّ حِمل عمل مع ذُراه ونموّه، والافتراضات التي يقوم عليها التحجيم.
التحجيم والتصميممواصفة الحوسبة والتخزين، ومستويات الحماية، وحالة العطل التي حُجِّم كلٌّ منهما للنجاة منها.
خطُّ أساس البرامج الثابتةالمستويات المستهدفة لكلّ منصّة، والانحراف الحاليّ عنها، وإجراء الصيانة الذي يحفظ الاتّساق.
خطّة دورة الحياةتاريخ انتهاء الدعم لكلّ أصل، وتسلسلُ تجديدٍ موائمٌ لدورات الموازنة لا للمفاجآت.

مخطّطٌ معماريٌّ مرجعيّ

مرجعٌ لا قالب. بيئتُك هي التي تقرّر أيَّ أجزائه ينطبق، وبأيّ ترتيبٍ يصل.

مخطّطٌ مرجعيٌّ للخوادم والتخزين: طبقاتُ الحوسبة والتخزين والرؤيةالحوسبة: Rack / Blade Servers, Firmware Baseline, Out-of-band Mgmt. التخزين: SAN / NAS, Tiering, Snapshots. الرؤية: Capacity Monitoring, Health Alerting, Lifecycle ReportingالحوسبةRack / Blade ServersFirmware BaselineOut-of-band MgmtالتخزينSAN / NASTieringSnapshotsالرؤيةCapacity MonitoringHealth AlertingLifecycle Reporting
مخطّطٌ مرجعيٌّ للخوادم والتخزين: طبقاتُ الحوسبة والتخزين والرؤية

كيف يُقاس النجاح

تُتَّفق المستهدفاتُ معك قبل بدء العمل، ويُرفَع التقريرُ عليها طوال مدّته.

  • زمن استجابة التخزين عند الذروة قياسًا على الهدف الذي تحتاجه التطبيقات فعلًا.
  • هامش السعة في حالة العطل المفرد، لا في التشغيل الطبيعيّ.
  • عدد الخوادم المطابقة لخطّ أساس البرامج الثابتة، معدودةً لا مفترَضة.

أسئلةٌ تُطرح علينا

  • كيف نعرف الحجم الذي نحتاجه؟

    بقياس حِمل العمل القائم على مدى مدّةٍ تكفي لتشمل ذُراه — إقفال الشهر، ودورات التقارير، والحِمل الموسميّ. أمّا التحجيم من مُهيّئ المورّد دون هذا القياس فتخمينٌ مرفقٌ بفاتورة.

  • هل تخزين الفلاش (Flash) هو الجواب دائمًا؟

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

  • أنشتري بنيةً فائقة التقارب (Hyper-converged / HCI) أم نُبقي الحوسبة والتخزين منفصلين؟

    يبسّط التقارب الفائق (Hyper-convergence) التشغيل ويتوسّع على نحوٍ يمكن التنبّؤ به، وهو ما يناسب بيئةً متوسّطة الحجم. ويبقى فصل الحوسبة عن التخزين هو الأفضل حين يحتاج الطرفان إلى التوسّع كلٌّ على حدة، أو حين يكون الطلب على التخزين كبيرًا نسبةً إلى الحوسبة.

  • ما مقدار الهامش الذي ينبغي أن نصمّم عليه؟

    ما يكفي للتشغيل خلال حالة العطل التي قرّرتم النجاة منها. فإن كان فقدان عقدةٍ واحدةٍ يجب ألّا يُخفّض مستوى الخدمة، فالعقد الباقية تحمل الحِمل كاملًا — أي أنّ الرقم يحدّده قرار الصمود، لا قاعدةٌ بنسبةٍ مئويّة.

  • هل البرامج الثابتة بهذه الأهمّيّة فعلًا؟

    أهمّيّتها أكبر ممّا تُعامَل به في معظم البيئات. فتباين البرامج الثابتة بين خوادمَ متطابقة يُنتج أعطالًا تظهر على عقدةٍ دون أخرى، وهي من أصعب المشكلات تشخيصًا لأنّ المفترض أنّ الخوادم متماثلة.

  • ألا يُفضَّل نقل هذا إلى السحابة بدلًا من ذلك؟

    أحيانًا، وهو سؤالٌ يستحقّ أن يُطرح قبل التجديد لا بعده. والجواب الصادق يتوقّف على توصيف حِمل العمل، وجاذبيّة البيانات (Data gravity)، والكلفة على امتداد عمر الأصل — وهذا تقييمُ هجرةٍ إلى السحابة، ونحن نُفضّل إجراءه على افتراض الجواب في أيٍّ من الاتجاهين.

اقرأ أيضًا

  • المحاكاة الافتراضيّة

    تصميم عناقيد المُشرِف الافتراضيّ (Hypervisor)، وسياسة الموارد، وضبط الأحجام — بما في ذلك أثر التصميم على التراخيص، وهو موضع المفاجآت عادةً.

  • مركز البيانات

    الطاقة والتبريد والتمديدات والصمود المادّيّ مصمَّمةً معًا — مع المراقبة البيئيّة التي تحوّل المنشأة إلى شيءٍ يمكن تشغيله فعلًا.

ابدأ بتقييم

أسرعُ طريقٍ إلى جوابٍ مفيد نظرةٌ قصيرةٌ محدَّدةُ النطاق على ما لديكم أصلًا.