كيف تختار بين هياكل التخزين SAN وNAS وDAS لأحمال العمل الخاصة بك؟

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

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

فهم الاختلافات الأساسية بين شبكات مساحات التخزين (SAN) وشبكات أنظمة التخزين (NAS) والتخزين المباشر (DAS)

ما الذي تقوم به كل بنية معمارية فعليًّا

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

يُقدِّم نظام التخزين المتصل بالشبكة (NAS) خادم ملفات مخصصًا يقوم بتصدير المجلدات المشتركة عبر شبكة IP قياسية باستخدام بروتوكولات مثل NFS أو SMB أو CIFS. ويتمكَّن عدة عُملاء من الوصول إلى نفس نظام الملفات في وقتٍ واحد، ما يجعل نظام NAS مثاليًّا للبيئات التعاونية، ومستودعات الوسائط، والدلائل المنزلية، وأهداف النسخ الاحتياطي. ويظهر التخزين لنظام التشغيل كنظام ملفات بعيد، وتتحدد الأداء بعرض نطاق الشبكة وبزمن التأخير المتأصِّل في بروتوكولات الوصول القائمة على الملفات.

تتبع شبكة مساحات التخزين (SAN) نهجًا جذريًّا مختلفًا من خلال إنشاء شبكة عالية السرعة مخصصة حصريًّا لحركة مرور بيانات التخزين. وتتصل الخوادم بشبكة SAN عبر محولات حافلة المضيف (HBAs)، وترى مجلدات التخزين وكأنها أجهزة كُتل محلية. ويُعدُّ هذا الوصول على مستوى الكتل أمرًا بالغ الأهمية للأحمال التشغيلية التي تتطلب إدخال/إخراج مباشر من القرص الصلب دون وسيط نظام ملفات، ومن بين هذه الأحمال معظم قواعد بيانات المؤسسات، وبرامج إدارة أنظمة الافتراضية (Hypervisors)، والتطبيقات المعتمدة على المعاملات. أما مفتاح شبكة SAN فهو الجهاز المركزي للربط الذي يقوم بتوجيه إطارات التخزين الخاصة ببروتوكول قناة الألياف (Fibre Channel) أو الإيثرنت بين الخوادم ووحدات تخزين الأقراص ضمن هذه الشبكة المخصصة.

الاختلافات في طبقة البروتوكول وطبقة النقل

تستخدم أنظمة التخزين المباشر (DAS) واجهات حافلة مباشرة مثل SAS وSATA وNVMe أو واجهة SCSI الأقدم. وهذه الواجهات تتميز بالقدرة على التنبؤ بأدائها وانخفاض النفقات التشغيلية، ما يُحسّن أقصى معدل نقل بيانات ممكن لمضيف واحد. أما أنظمة التخزين الشبكي (NAS) فتعتمد على شبكات بروتوكول التحكم في الإرسال/بروتوكول الإنترنت (TCP/IP) وبروتوكولات مشاركة الملفات المبنية فوق هذه الشبكات، ما يعني أن أداء التخزين يخضع لجميع التقلبات الملازمة للشبكات العامة ما لم تُطبَّق سياسات ضمان جودة الخدمة (QoS) بدقة.

تستخدم شبكات التخزين المخصصة (SAN) عادةً قناة الألياف (Fibre Channel) كوسيلة نقل لها، رغم أن بروتوكول iSCSI عبر الإيثرنت وقناة الألياف عبر الإيثرنت (Fibre Channel over Ethernet) تُعدّان بدائل شائعة بشكل متزايد. وقد صُمِمت قناة الألياف خصيصًا منذ الأساس لنقل حركة مرور التخزين، حيث توفر زمن انتقال محدَّد مسبقًا (deterministic latency)، والتحكم في تدفق البيانات مدمجًا، وتسليمًا بدون فقدان للبيانات. ويقوم مفتاح شبكة التخزين المخصصة (SAN switch) في بيئة قناة الألياف بتنفيذ عملية التجزئة (zoning)، وهي تقسيم منطقي للشبكة (fabric) بحيث تكون مسارات الاتصال بين المضيف والتخزين مصرَّحًا بها فقط هي الظاهرة. وهذه الميزة تشكّل في الوقت نفسه عنصر أمانٍ وآلية لعزل الأداء، ما يمنع تداخل أحمال العمل مع بعضها البعض على مستوى الشبكة.

مطابقة البنية التحتية مع خصائص أحمال العمل

متى يكون التخزين المباشر (DAS) الأداة المناسبة

يظل نظام التخزين المباشر (DAS) ذا صلة وغالبًا ما يكون الخيار الأمثل لأحمال العمل التي تعمل على خادم واحد، حيث لا يُشترط مشاركة الموارد، وتكون أداء إدخال/إخراج (I/O) الأقصى أولوية قصوى. فتستفيد عُقد تحليلات الأداء العالي، وخوادم التصيير المخصصة، ونشرات الحوسبة الطرفية (Edge Computing)، وأجهزة محطات العمل التطويرية من نظام DAS، لأن غياب طبقة الشبكة يلغي تقلّب زمن الوصول. وعندما يعمل حمل عملٍ ما على مضيف واحد، وكان احتمال نقل هذا المضيف أو موازنة الأحمال عليه ضئيلًا، فإن استخدام نظام DAS يجنب تكاليف وتعقيدات بنية التخزين المشتركة دون التضحية بأي عنصر جوهري.

يُعَدُّ نظام التخزين المُخصَّص (DAS) أيضًا نقطة بداية منطقية للمنظمات التي تبدأ حديثًا رحلتها في مجال البنية التحتية. فتكلفة رأس المال فيه أقل، وتكوينه أبسط، والعبء التشغيلي المترتب عليه ضئيلٌ جدًّا. أما التحدي فيظهر عند حدوث النمو: إذ إن إضافة خوادم جديدة تتطلب إما تكرار وحدات التخزين أو تعديل نموذج التخزين المشترك بعد التركيب، وهي عملية غالبًا ما تُسبِّب اضطرابًا أكبر مقارنةً ببناء نموذج التخزين المشترك منذ البداية. فإذا كانت خطتك الاستراتيجية تشمل الافتراضية (Virtualization)، أو تجميع الخوادم لضمان التوفر العالي (High Availability Clustering)، أو توفير الخوادم بسرعة، فإن الاستثمار المبكِّر في بنية التخزين المشتركة يُحقِّق عادةً عائدًا يغطي تكاليفه من خلال تجنُّب أعمال الهجرة اللاحقة.

عندما يتوافق نظام التخزين عبر الشبكة (NAS) مع نوع العبء التشغيلي

تتفوق أنظمة التخزين الشبكي (NAS) في البيئات التي يجب فيها الوصول إلى البيانات غير المنظمة بشكل متزامن من قِبل العديد من المستخدمين أو الأنظمة. وتشمل التطبيقات المناسبة لهذه الأنظمة: التعاون في إدارة الملفات، وإدارة أصول الوسائط، وأنظمة بناء البرمجيات، وبنية التخزين الاحتياطي؛ وذلك لأن هذه الأحمال التشغيلية تتحمّل معاني الوصول القائمة على الملفات ولا تتطلب تحكّمًا دقيقًا في عمليات الإدخال/الإخراج (I/O) كما توفره وحدات التخزين الكتلية (Block Storage). وبفضل القدرة على مشاركة مجموعة تخزين واحدة بين عشرات أو حتى مئات العملاء دون الحاجة إلى نشر وحدات تخزين مخصصة لكل مضيف، تصبح أنظمة التخزين الشبكي جذّابة اقتصاديًّا عند التوسع لدعم الأحمال التشغيلية المرتكزة على الملفات.

تدعم منصات وحدات التخزين الشبكية الحديثة (NAS) أيضًا ميزات غنية لإدارة البيانات، بما في ذلك لقطات الحالة (snapshots)، والتكرار (replication)، وإزالة التكرار (deduplication)، والتصنيف الطبقي للبيانات (tiering)، وهي ميزات تضيف قيمةً لسيناريوهات الاحتفاظ بالبيانات على المدى الطويل. ومع ذلك، فإن أنظمة NAS ليست مثاليةً لقواعد البيانات المعاملية الحساسة جدًّا للتأخير، أو لنشر أجهزة افتراضية واسعة النطاق التي تتطلب إدخال/إخراج (I/O) ثابتًا بأقل من جزء من الألف من الثانية، أو لأي حمل عمل يعتمد على معاني أجهزة الكتل الأولية (raw block device semantics). ويؤدي محاولة فرض هذه الأحمال العملية على أنظمة NAS عادةً إلى مشكلات في الأداء يصعب تشخيصها، ومكلفةٌ جدًّا لحلِّها بعد وقوعها.

متى تُقدِّم بنية شبكة التخزين (SAN) أكبر قدر من القيمة

شبكة التخزين المخصصة (SAN) مُصمَّمة خصيصًا للبيئات التي يتعيَّن فيها على عدة خوادم مشاركة وحدات تخزين كتلية عالية الأداء مع زمن انتقال متوقع وقدرة على نقل أحمال العمل بشكل شفاف بين المضيفات. وتعتمد مجموعات قواعد البيانات المؤسسية، ومزارع الافتراضية مثل VMware وHyper-V، ونشرات Oracle RAC، والأنظمة التشغيلية الحيوية الحرجة على خصائص شبكة التخزين المخصصة (SAN). أما مفتاح تمكين نموذج الشبكة المشتركة هذا فهو مبدِّل شبكة التخزين المخصصة (SAN switch)، الذي يسمح بتوصيل عشرات الخوادم ووحدات التخزين المتعددة معًا في توبولوجيا تدعم كلًّا من التكرار وعزل الأداء في آنٍ واحد.

توفر مفتاح شبكة SAN أيضًا الأساس التشغيلي للميزات المتقدمة مثل نقل التخزين الحي، والتقسيم التلقائي لمراحل التخزين، وتوسيع أحجام التخزين دون تعطيل الخدمة. وتضمن سياسات التجزئة (Zoning) التي تُطبَّق على مستوى مفتاح شبكة SAN ألا ترى خادم الاختبار عن طريق الخطأ أحجام التخزين الإنتاجية، كما أن تكوينات المسارات المتعددة (Multipathing) المُعرَّفة عبر الشبكة (Fabric) توفر فشلًا تلقائيًّا انتقاليًّا (Failover) في حال انقطاع إحدى المسارات بين المضيف (Host) والمصفوفة (Array). ولا تتوفر هذه القدرات إطلاقًا في هندسات التخزين المباشر (DAS) أو التخزين عبر الشبكة (NAS)، ولذلك تظل شبكة SAN الخيار السائد لأحمال العمل المؤسسية من الدرجة الأولى، رغم تعقيد عمليات النشر الأولي الأعلى نسبيًّا.

تقييم التكلفة الإجمالية للملكية عبر النماذج الثلاثة جميعها

تكاليف رأس المال والبنية التحتية

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

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

تتطلب شبكة التخزين المخصصة (SAN) أعلى تكلفة بنية تحتية لأنها تحتاج إلى محولات حافلة المضيف (HBA) في كل خادم، وكابلات مخصصة لبروتوكول قناة الألياف (Fibre Channel) أو بروتوكول iSCSI، ومفتاح SAN لكل عقدة في الشبكة، ومصفوفة تخزين مصممة للوصول على مستوى الكتل. ويمكن لمفتاح SAN من المستوى المبتدئ مثل BR-6505 أن يُدخل قدرات SAN ذات معنى إلى عمليات النشر الأصغر دون الحاجة إلى نفس الاستثمار المطلوب لمفاتيح المؤسسة القابلة للتوصيل الكامل، ما يجعل شبكة التخزين المخصصة أكثر سهولةً في بيئات السوق المتوسطة التي تبني حلول التخزين السحابي الخاص. وتبرر هذه التكلفة عندما تتطلب أحمال العمل فعلاً ما توفره شبكة التخزين المخصصة، لكن نشر بنية تحتية لشبكة التخزين المخصصة لخدمة أحمال عمل تتمحور أساساً حول مشاركة الملفات يُعدّ تطابقاً باهظ التكلفة.

التعقيد التشغيلي ومتطلبات المهارات

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

تتطلب إدارة شبكة التخزين (SAN) معرفة متخصصة بمفاهيم نسيج قناة الألياف (Fibre Channel)، وتكوين التقييد (zoning)، وبرامج تشغيل الإدخال/الإخراج المتعدد المسارات (multipath I/O)، وإدارة صفائف التخزين. وعادةً ما تكون مبدّلة شبكة التخزين (SAN switch) هي الجهاز الذي تُدار عليه سياسات التقييد، وقد تتسبب الأخطاء في التقييد في مشكلات خفية تتعلق بالاتصال تستغرق وقتاً طويلاً لتشخيصها. وإن الاستثمار في التدريب المناسب لمدراء شبكات التخزين يُحقّق عوائد كبيرة من خلال تجنّب الأخطاء التكوينية التي تؤدي إلى انقطاع الخدمات التشغيلية. كما أن التعقيد التشغيلي يشكّل تكلفة فعلية يجب أخذها في الاعتبار عند حساب التكلفة الإجمالية للملكية (TCO) إلى جانب أسعار المعدات.

القابلية للتوسع وضمان مستقبل قرار التخزين الخاص بك

كيف تتوسّع كل بنية تحتية

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

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

تُقيِّم أنظمة SAN الأبعاد المتعددة في وقتٍ واحد. ويمكن توصيل مصفوفات تخزين إضافية بالشبكة (Fabric)، وإضافة خوادم جديدة كمضيفين، وتوصيل أجهزة مبدِّلات SAN إضافية مع بعضها البعض لتوسيع هيكل الشبكة. وتدعم شبكات قناة الألياف (Fibre Channel) روابط بين المبدِّلات (Inter-switch Links) التي تسمح لوحدات المبدِّلات المنفصلة بمشاركة الموارد وجداول التوجيه، ما يمنح البيئات الكبيرة القدرة على توسيع الشبكة دون الحاجة إلى إعادة تصميمها. وللشركات التي تتوقع نموًّا كبيرًا في أحمال العمل أو دورات تهيئة الخوادم المتكرِّرة، يُعَدُّ نموذج قابلية التوسع في أنظمة SAN ميزةً كبيرةً مقارنةً بكلٍّ من أنظمة NAS وDAS.

اعتبارات السحابة الهجينة والسحابة الخاصة

مع قيام المؤسسات بشكل متزايد ببناء بيئات السحابة الخاصة باستخدام منصات الافتراضية، تكتسب مسألة بنية تخزين البيانات أبعادًا إضافية. وتعتمد بيئات VMware المزودة بقدرات vSphere وvMotion وvSAN على وحدات التخزين الكتلية المشتركة لدعم عملية نقل الآلات الافتراضية بين المضيفين أثناء التشغيل. وفي غياب شبكة تخزين مشتركة، تصبح ميزة النقل أثناء التشغيل غير متوفرة، ولا يمكن لميزات التوفر العالي أن تعمل كما صُمِّمت. ويشكّل مفتاح شبكة التخزين (SAN switch) عنصرًا أساسيًّا في أي نشر للبنية التحتية لـ VMware يولي مسألة التوافر اهتمامًا جادًّا.

تستفيد معمارية السحابة الهجينة التي تدمج بنية تحتية لشبكة التخزين المحلية (SAN) مع مستويات التخزين السحابي من الاتساق الذي توفره شبكة التخزين المحلية (SAN) للأحمال الأولية، مع الاستفادة في الوقت نفسه من وحدات التخزين الكائنة في السحابة القائمة على تخزين الكائنات (Object Storage) أو أنظمة الملفات الشبكية (NAS) للبيانات الثانوية أو الأرشيفية. ويعكس تقسيم المسؤوليات بين شبكة التخزين المحلية (SAN) الخاصة بالبيانات الأولية الحساسة من حيث الأداء، وبين مستويات التخزين الأخرى المُحسَّنة من حيث السعة للبيانات الثانوية نهجًا ناضجًا تجاه معمارية التخزين متعددة المستويات، يوازن بين التكلفة ومتطلبات الأداء عبر دورة حياة البيانات.

ملخص معايير الاختيار العملية

عوامل اتخاذ القرار التي يجب تقييمها قبل الاختيار

أهم عامل في عملية الاختيار هو وصف دقيق لملف إدخال/إخراج (I/O) لأحمال العمل الخاصة بك. وتُعَد قواعد البيانات التفاعلية، وبرامج إدارة الافتراضية (hypervisors)، والتطبيقات التي تُصدِر عمليات إدخال/إخراج صغيرة عشوائية بشكل متكرر وبحاجة إلى زمن استجابة منخفض، أحمال عمل مخصصة لأنظمة الشبكة المخصصة للتخزين (SAN). أما مستودعات الملفات، وأهداف النسخ الاحتياطي، وبيئات التحرير التعاوني، والأرشيفات الإعلامية فهي أحمال عمل مخصصة لأنظمة التخزين المتصلة بالشبكة (NAS). أما التطبيقات التي تعمل على خادم واحد فقط ولها أنماط وصول محلية متوقعة فهي أحمال عمل مخصصة لأنظمة التخزين المتصلة مباشرةً (DAS). ويُعَد الخطأ في تحديد ملف إدخال/إخراج (I/O) أكثر الأسباب شيوعًا لعدم توافق البنية التحتية.

تعد متطلبات المشاركة بنفس القدر من الأهمية الحاسمة. فإذا كان لا بد أن يصل عدة مضيفين إلى نفس وحدات التخزين أو أنظمة الملفات في وقتٍ واحد، فإن نظام التخزين المباشر (DAS) يصبح غير مناسب. أما إذا كان نمط الوصول يعتمد على الملفات وكان يسمح بتأخير زمني معين، فإن نظام تخزين الشبكة (NAS) هو الخيار الأمثل. وإذا تطلب نمط الوصول معاني على مستوى الكتل (block-level semantics) وتأخيرًا زمنيًا منخفضًا ومتسقًا عبر وحدات التخزين المشتركة، فإن شبكة التخزين الخاصة (SAN) هي الحل الصحيح. ويصبح مفتاح SAN استثمارًا ضروريًّا في اللحظة التي تحتاج فيها إلى مشاركة تخزين الكتل عبر أكثر من مضيفين، وبطريقة موثوقة وقابلة للإدارة.

تؤثر متطلبات التوافر والازدواجية أيضًا في عملية الاختيار. فشبكات مساحات التخزين المُجمَّعة (SAN) المزودة بأجهزة مبدِّلات SAN احتياطية وتقنيات المسارات المتعددة تلغي نقاط الفشل الوحيدة عبر كامل مسار التخزين. ويمكن تجميع أجهزة تخزين الشبكة (NAS) لتحقيق توافر عالٍ، لكن طبقة بروتوكول الملفات تُدخل قيودًا على زمن الاستعادة الذي تتفاداه حلول التخزين الكتلي. أما التخزين المباشر (DAS) فلا يوفِّر أي ازدواجية مُدمجة في المسار، ويعتمد بالكامل على خادم المضيف لضمان التوافر، ما يجعله غير مناسب للتطبيقات التي تتطلب تشغيلًا مستمرًّا دون فترات صيانة مجدولة.

وضع استراتيجية تخزين متدرجة

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

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

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

ما أنواع أحمال العمل التي تتطلب عادةً استخدام مفتاح شبكة مساحة التخزين (SAN)؟

الأحمال التشغيلية التي تستفيد أكثر ما يمكن من بنية التخزين المخصصة (SAN) وبالتالي تتطلب مفتاح SAN تشمل قواعد البيانات العلائقية المؤسسية، وعناقيد الافتراضية الخاصة بـ VMware وHyper-V، وتكوينات Oracle RAC، وأي تطبيق يُصدر أحجامًا كبيرة من عمليات الإدخال/الإخراج الكتلية العشوائية الصغيرة عند عتبات زمنية حساسة. ويوفّر مفتاح SAN اتصال البنية التحتية المشتركة الذي يسمح لعدة خوادم بالوصول إلى نفس مجموعة التخزين مع أداءٍ ثابتٍ وتكرارٍ في مسارات الاتصال. وبغياب مفتاح SAN، لا توجد بنية تحتية مشتركة (Fabric)، ولا يمكن أن تعمل نموذج التخزين الكتلي المشترك.

هل يمكن لشركة صغيرة أو متوسطة الحجم تبرير استثمارها في مفتاح SAN؟

نعم، وبخاصة إذا كان البيئة تعمل على الافتراضية أو تتطلب توافرًا عاليًا لأي حمل عمل إنتاجي. وقد صُمّمت منتجات مبدّلات شبكة مساحة التخزين (SAN) من الفئة المبتدئة خصيصًا لتوفير قدرات شبكة مساحة التخزين في عمليات النشر الأصغر حجمًا دون تكبّد تكلفة وتعقيد موجهات الشبكات المؤسسية الكاملة القابلة للتوصيل الوحدات. فإذا كانت الشركة تشغل أكثر من خادمين أو ثلاثة خواديم، أو تستخدم أنظمة VMware أو Hyper-V لتحقيق التوحيد، أو لا يمكنها تحمل توقف غير مخطط له لأنظمتها الإنتاجية، فإن تكلفة مبدّل شبكة مساحة التخزين تكون مبرَّرة عمومًا بالفوائد التشغيلية وفوائد التوافر التي يوفّرها.

كيف يقارن بروتوكول iSCSI مع بروتوكول Fibre Channel كبروتوكول نقل لشبكة مساحة التخزين (SAN)؟

يُشغِّل بروتوكول iSCSI بروتوكولات تخزين الكتل عبر بنية تحتية قياسية لشبكة الإيثرنت، ما يقلل تكلفة الأجهزة من خلال إلغاء الحاجة إلى محولات قناة الألياف (Fibre Channel) المخصصة والكابلات المتخصصة. وهو وسيلة نقل مناسبة لشبكات التخزين المترابطة (SAN) في البيئات التي تتطلب مستويات معتدلة من زمن الوصول (latency)، والتي تتوفر فيها بالفعل بنية تحتية قائمة لشبكة الإيثرنت. وتظل قناة الألياف (Fibre Channel) الخيار المفضل لأعلى أداءً ولأحمال العمل الحساسة جدًّا لزمن الوصول، لأنها صُمِّمت خصيصًا لحركة مرور التخزين وتوفر خصائص تسليم مضمونة، بينما لا تكتسب شبكة الإيثرنت هذه الخصائص إلا عبر تهيئة دقيقة لإدارة جودة الخدمة (QoS). ويعتمد الاختيار بين هذين الخيارين على متطلبات الأداء ودرجة التحمُّل المسموح بها من حيث التكلفة بالنسبة للبنية التحتية الشبكية المخصصة مقابل البنية التحتية المدمجة.

ماذا يحدث عند تعطُّل مفتاح شبكة التخزين المترابطة (SAN)، وكيف يُدار هذا الخطر؟

سيؤدي فشل مفتاح شبكة SAN واحد إلى انقطاع الاتصال بين الخوادم ووحدات التخزين ما لم تكن قد صُمِّمت البنية التحتية لتوفير احتياطي. وأفضل الممارسات المتبعة في عمليات نشر شبكات SAN الإنتاجية هي استخدام ما لا يقل عن جهازي مفتاح مستقلين لشبكة SAN، وموجودين في نطاقَي فشل منفصلين، مع توصيل محولات حافلة المضيف (HBA) الخاصة بكل خادم بكلا المفتاحين، وتكوين برامج إدخال/إخراج متعدد المسارات (Multipath I/O) في نظام التشغيل. ويضمن هذا التصميم المكوَّن من نسيجَين (Dual-Fabric) أن فقدان أي مفتاح واحد لشبكة SAN لن يؤدي إلى انقطاع في مسار التخزين، لأن جميع العُقد المضيفة ستستمر تلقائيًّا في العمل عبر المفتاح الباقي دون الحاجة إلى تدخل بشري أو فقدان للبيانات.