توزيع SAS Grid 9.4 على Azure NetApp Files

يوفر برنامج تحليلات SAS يوفر مجموعة من الخدمات والأدوات لرسم الرؤى من البيانات واتخاذ قرارات ذكية. توفر حلول SAS التحليلات والذكاء الاصطناعي والذكاء التجاري وذكاء العملاء وإدارة البيانات والاحتيال والذكاء الأمني.

إذا كنت تقوم بنشر SAS Grid على Azure، فإن Azure NetApp Files هو خيار تخزين أساسي قابل للتطبيق. عند استخدام الخدمات القابلة للتطوير لملفات Azure NetApp، يمكنك توسيع نطاق تخصيصات التخزين لأعلى أو لأسفل في أي وقت دون انقطاع للخدمات. يمكنك أيضا ضبط مستوى خدمة التخزين وفقا لمتطلبات الأداء ديناميكيا.

SAS يقدم هذه المداخل الأساسية، والتي قامت Microsoft بالتحقق من صحتها:

• SAS Grid 9.4
• SAS Viya

تم التحقق من صحة SAS Grid 9.4 على Linux.

توفر هذه المقالة معلومات عامة لتشغيل SAS Grid 9.4 على Azure، باستخدام Azure NetApp Files لتخزين SASDATA. كما يوفر إرشادات حول خيارات التخزين ل SASWORK. تستند هذه الإرشادات إلى افتراض أنك تستضيف حل SAS الخاص بك على Azure، في المستأجر الخاص بك. لا يوفر SAS الاستضافة ل SAS Grid على Azure.

بناء الأنظمة

قم بتنزيل ملف PowerPoint لجميع الرسومات التخطيطية في هذه المقالة.

تدفق البيانات

تستخدم طبقة الحوسبة وحدات تخزين SASDATA (واختياريا SASWORK) لمشاركة البيانات عبر الشبكة. SASDATA هي وحدة تخزين متصلة ب NFS على Azure NetApp Files.

• تقرأ عقدة الحساب بيانات الإدخال من SASDATA وتكتب النتائج مرة أخرى إلى SASDATA.
• يمكن تشغيل جزء لاحق من مهمة التحليلات بواسطة عقدة أخرى في طبقة الحساب. ويستخدم نفس الإجراء للحصول على المعلومات التي يحتاج إلى معالجتها وتخزينها.

حالات الاستخدام المحتملة

ينطبق توزيع SAS Grid القابل للتطوير الذي يستخدم Azure NetApp Files على حالات الاستخدام هذه:

• التحليلات المالية
• الكشف عن الغش
• تتبع وحماية الأنواع المهددة بالانقراض
• العلوم والطب
• التحليلات الذكاء الاصطناعي

متطلبات أداء التخزين

بالنسبة لعمليات توزيع SAS 9.4 (SAS Grid أو SAS Analytics Pro) على Azure، تعد Azure NetApp Files خيار تخزين أساسي قابل للتطبيق لمجموعات شبكة SAS ذات الحجم المحدود. توصي SAS بمعدل نقل 100 ميجابايت/ثانية لكل ذاكرة أساسية فعلية. بالنظر إلى هذه التوصية، فإن مجموعات شبكة SAS التي تستخدم وحدة تخزين Azure NetApp Files ل SASDATA (ملفات بيانات SAS المستمرة) قابلة للتطوير إلى 32 إلى 48 نواة فعلية عبر جهازين ظاهريين أو أكثر من أجهزة Azure الظاهرية. تستند أحجام نظام مجموعة SAS إلى القيد المعماري لمساحة اسم SASDATA واحدة لكل مجموعة SAS وعرض النطاق الترددي لوحدة تخزين Azure NetApp Files الفردية المتوفرة. ستتم إعادة النظر في إرشادات العدد الأساسي مع زيادة البنية الأساسية ل Azure (الحساب والشبكة ولكل عرض نطاق ترددي لتخزين نظام الملفات) بمرور الوقت.

توقعات أداء وحدة تخزين Azure NetApp Files

يمكن لوحدة تخزين Azure NetApp Files واحدة معالجة ما يصل إلى 4500 ميجابايت/ثانية من القراءات و1500 ميبي بايت/ثانية من عمليات الكتابة. نظرا لنوع مثيل Azure مع عرض نطاق ترددي كاف للإخراج، يمكن لجهاز ظاهري واحد استهلاك جميع عرض النطاق الترددي للكتابة لوحدة تخزين Azure NetApp Files واحدة. ومع ذلك، يمكن فقط لأكبر جهاز ظاهري واحد استهلاك جميع عرض النطاق الترددي للقراءة لوحدة تخزين واحدة.

SASDATA، حمل العمل المشترك الرئيسي ل SAS 9.4، له نسبة قراءة/كتابة 80:20. المهم لكل أرقام وحدات تخزين لحمل عمل 80:20 مع قراءة/كتابة 64KiB هي:

• 2400 ميجابايت/ثانية من معدل نقل القراءة و600 ميجابايت/ثانية من معدل نقل الكتابة التي تعمل بشكل متزامن (~3000 ميجابايت/ثانية مجتمعة).

لمزيد من المعلومات، راجع معايير أداء Azure NetApp Files لنظام التشغيل Linux.

توصيات السعة

يمكن أن توفر حاسبة أداء Azure NetApp Files إرشادات لحجم وحدات تخزين SASDATA.

من المهم اختيار مستوى خدمة مناسب لأن:

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

في الحاسبة، حدد خيارات متقدمة، وحدد منطقة، وأدخل القيم التالية.

• حجم الحجم: السعة المطلوبة
• معدل النقل: معدل النقل المطلوب، مع الأخذ في الاعتبار 100 ميجابايت/ثانية لكل نواة
• النسبة المئوية للقراءة: 80٪
• IOPS: 0
• حجم الإدخال/إخراج: تسلسلي 64KiB

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

• معدل النقل النطاق الترددي لوحدة التخزين، استنادا إلى مزيج حمل العمل. بالنسبة لحمل عمل القراءة المتتالية بنسبة 80٪ 64 كيلوبايت، فإن 3096 ميبي بايت/ثانية هو الحد الأقصى المتوقع.
• عمليات الإدخال والإخراج في الثانية. عدد عمليات الإدخال والإخراج في الثانية التي توفرها وحدة التخزين في معدل النقل المحدد.
• حجم وحدة التخزين. مقدار السعة التي يحتاجها الحجم على مستويات الخدمة المحددة لتحقيق معدل النقل المطلوب. يمكن أن تكون سعة الحجم (التي تم الإبلاغ عنها في GiBs) مساوية لحجم تجمع السعة أو أقل منه. تستند هذه التوصية إلى افتراض أنك تستخدم أنواع تجمع سعة QoS التلقائية. لمزيد من تحسين السعة مقابل توزيع معدل النقل عبر وحدات التخزين داخل تجمع السعة، ضع في اعتبارك أنواع تجمع سعة QoS اليدوية.
• حجم تجمع السعة. حجم التجمع. يتم منحوتة سعة وحدة التخزين من تجمع السعة. يتم تغيير حجم تجمعات السعة بزيادات 1 تيرابايت.
• تكلفة تجمع السعة (دولار أمريكي/شهر). تكلفة كل شهر لتجمع السعة بالحجم المحدد ومستوى الخدمة.
• عرض وحدة التخزين مرة أخرى (الدولار الأمريكي/الشهر). تكلفة كل شهر لسعة وحدة التخزين بالسعة المحددة. تستند الرسوم إلى أحجام تجمع السعة المخصصة. يشير عرض وحدة التخزين مرة أخرى إلى مقدار وحدة التخزين.

التحكم في التكاليف حسب الحاجة باستخدام تشكيل وحدة التخزين في Azure NetApp Files. يتوفر خياران ديناميكيان للتأثير على الأداء والتكلفة:

• تغيير حجم وحدة التخزين وتجمع السعة ديناميكيا
• تغيير مستوى خدمة وحدة التخزين بشكل حيوي

تعرف على المزيد حول نموذج تكلفة Azure NetApp Files.

حماية البيانات

تستخدم Azure NetApp Files لقطات لمساعدتك في حماية بياناتك. توفر اللقطات صورا فعالة من حيث المساحة ومتسقة مع الأعطال وشبه الفورية لوحدات تخزين Azure NetApp Files. يمكنك إنشاء لقطات يدويا في أي وقت أو جدولتها باستخدام نهج لقطة على وحدة التخزين.

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

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

المكونات

• أجهزة Azure الظاهرية: تتطلب شبكة SAS ذاكرة عالية وتخزينا وعرض النطاق الترددي للإداء/الإخراج، بنسبة مناسبة مع عدد الذاكرات الأساسية. يوفر Azure أحجاما محددة مسبقا للجهاز الظاهري (VM) مع عدد أقل من وحدات المعالجة المركزية الظاهرية التي يمكن أن تساعد في موازنة عدد الذاكرات الأساسية المطلوبة مع مقدار الذاكرة والتخزين وعرض النطاق الترددي للإداء/الإخراج.

  لمزيد من المعلومات، راجع أحجام الأجهزة الظاهرية المقيدة القادرة على وحدة المعالجة المركزية الظاهرية. من المهم فهم موارد الحوسبة المتوفرة مع كل مثيل بشكل شامل. لتشغيل SAS Grid على Azure باستخدام Azure NetApp Files، نوصي بأنواع المثيلات التالية:

  • Standard_E64-16ds_v4 أو Standard_E64-16ds_v5
  • 32ds_v4 Standard_E64 أو Standard_E64-32ds_v5

  تأكد من مراجعة أفضل الممارسات لاستخدام SAS على Azure، بما في ذلك التحديثات في التعليقات.

• Azure NetApp Files: يمكنك تخزين SASDATA على وحدة تخزين Azure NetApp Files، المشتركة عبر مجموعة الحوسبة.

  يمكنك اختياريا أيضا استخدام وحدات تخزين Azure NetApp Files NFS ل SASWORK.

  تتوفر Azure NetApp Files في ثلاثة مستويات لخدمة الأداء:

  • قياسي
  • متميز
  • فائق

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

خيارات التخزين ل SASDATA

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

لتقدير المستوى المطلوب لسعة SASDATA، استخدم حاسبة أداء ملفات Azure NetApp. (تأكد من تحديد خيارات متقدمة.)

نظرا لأنه تتم مشاركة وحدات تخزين NFS لملفات Azure NetApp، فهي مرشح جيد لاستضافة SASDATA، عند استخدامها مع أنواع مثيلات الجهاز الظاهري ذات الحجم الصحيح وتوزيع Red Hat Enterprise Linux (RHEL)، التي تمت مناقشتها لاحقا في هذه المقالة.

خيارات التخزين ل SASWORK

يعرض الجدول التالي خيارات التخزين الأكثر شيوعا لنشر SASWORK على Azure. اعتمادا على متطلبات الحجم (السعة) والسرعة (النطاق الترددي)، لديك ثلاثة خيارات: التخزين المؤقت والقرص المدار وملفات Azure NetApp.

	التخزين المؤقت	القرص المُدار	ملفات Azure NetApp
الحجم	صغير	كبير	كبير جدا
السرعة	كبير جدا	صغير	متوسط

خذ هذه الاعتبارات في الاعتبار عند اختيار خيار:

• يوفر التخزين المؤقت (أو التخزين المؤقت) أعلى عرض نطاق ترددي، ولكنه متوفر فقط بأحجام أصغر. (يعتمد الحجم على وحدة SKU للجهاز الظاهري.) اعتمادا على القدرات المتاحة والمطلوبة، قد يكون هذا الخيار أفضل.
• إذا تجاوزت سعة SASWORK المطلوبة حجم التخزين المؤقت ل VM SKU الذي حددته، ففكر في استخدام قرص مدار من Azure لاستضافة SASWORK. ومع ذلك، ضع في اعتبارك أن معدل النقل إلى قرص مدار مقيد ببنية الجهاز الظاهري حسب التصميم، وأنه يختلف اعتمادا على وحدة SKU للجهاز الظاهري. لذلك، يعد خيار التخزين هذا قابلا للتطبيق فقط للبيئات التي تحتوي على متطلبات أداء SASWORK أقل.
• للحصول على أعلى متطلبات سعة SASWORK ومتوسط متطلبات الأداء بخلاف ما يمكن أن توفره الأقراص المدارة من Azure، ضع في اعتبارك ملفات Azure NetApp ل SASWORK. يوفر حجما كبيرا مع معدل نقل سريع.

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

تتوافق الخيارات الموجودة في الجدول مع عمليات التوزيع الموضحة في البنى التالية. في جميع السيناريوهات، تتم استضافة SASDATA على وحدة تخزين Azure NetApp Files NFS ومشاركتها عبر عقد الحساب. بالنسبة لبعض توزيعات RHEL، نوصي باستخدام خيار NFS nconnect لإنشاء تدفقات شبكة متعددة إلى وحدة التخزين. لمزيد من المعلومات، راجع قسم خيارات تحميل NFS في هذه المقالة.

بنية التخزين المؤقت

بالنسبة لمتطلبات سعة SASWORK الأصغر، يعد التخزين المؤقت لجهاز Azure الظاهري حلا سريعا وفعالا من حيث التكلفة. في هذه البنية، يتم تجهيز كل جهاز ظاهري في طبقة الحوسبة ببعض التخزين المؤقت. لتحديد أحجام التخزين المؤقتة للأجهزة الظاهرية التي تستخدمها، راجع وثائق Azure VM.

تدفق البيانات

• تقرأ عقدة الحساب بيانات الإدخال من SASDATA وتكتب النتائج مرة أخرى إلى SASDATA.
• يمكن تشغيل جزء لاحق من مهمة التحليلات بواسطة عقدة أخرى في طبقة الحساب. ويستخدم نفس الإجراء للحصول على المعلومات التي يحتاج إلى معالجتها وتخزينها.
• لا تتم مشاركة دليل العمل المؤقت SASWORK. يتم تخزينه في تخزين مؤقت على كل عقدة حساب.

بنية القرص المدار

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

تدفق البيانات

• تقرأ عقدة الحساب بيانات الإدخال من SASDATA وتكتب النتائج مرة أخرى إلى SASDATA.
• يمكن تشغيل جزء لاحق من مهمة التحليلات بواسطة عقدة أخرى في طبقة الحساب. ويستخدم نفس الإجراء للحصول على المعلومات التي يحتاج إلى معالجتها وتخزينها.
• لا تتم مشاركة دليل العمل المؤقت SASWORK. يتم تخزينه على الأقراص المدارة المرفقة بكل عقدة حساب.

بنية Azure NetApp Files

للحصول على سعة SASWORK أعلى و/أو متطلبات أداء متوسطة، ضع في اعتبارك استخدام Azure NetApp Files. توفر Azure NetApp Files سعات وحدة تخزين تصل إلى 100 تيرابايت. يجب أن يكون لكل عقدة في طبقة الحساب وحدة تخزين SASWORK الخاصة بها. لا ينبغي مشاركة وحدات التخزين.

تدفق البيانات

• تقرأ عقدة الحساب بيانات الإدخال من SASDATA وتكتب النتائج مرة أخرى إلى SASDATA.
• يمكن تشغيل جزء لاحق من مهمة التحليلات بواسطة عقدة أخرى في طبقة الحساب. ويستخدم نفس الإجراء للحصول على المعلومات التي يحتاج إلى معالجتها وتخزينها.
• لا تتم مشاركة دليل العمل المؤقت SASWORK. يتم تخزينه على وحدات تخزين Azure NetApp Files الفردية المرفقة بكل عقدة حساب.

توصيات المقياس والتكوين

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

توزيعات RHEL وإعدادات NFS

توزيعات RHEL

RHEL هو التوزيع الموصى به لتشغيل SAS 9 على Linux. كل نواة مدعومة من Red Hat لها قيود النطاق الترددي NFS الخاصة بها.

للحصول على تفاصيل حول تشغيل SAS على Azure، راجع أفضل الممارسات لاستخدام SAS على Azure.

يوصى باستخدام Azure Standard_E64-16ds_v4 والأجهزة الظاهرية Standard_E64-32ds_v4 أو ما يعادلها v5 ل SAS. مع أخذ هذه التوصيات في الاعتبار، يوفر هذا القسم بعض الإرشادات لاستخدام SAS مع Azure NetApp Files.

• إذا كنت تستخدم RHEL 7، فإن Standard_E64-16ds_v4 أو Standard_E64-16ds_v5 هو الخيار الأفضل، استنادا إلى هدف 100-MiB/s لكل ذاكرة أساسية فعلية ل SASDATA.

  • Standard_E64-16ds_v4: 90-100 ميجابايت/ثانية لكل نواة
  • Standard_E64-32ds_v4: 45-50 ميجابايت/ثانية لكل نواة

• إذا كنت تستخدم RHEL 8.2، إما Standard_E64-16ds_v4 أو Standard_E64-32ds_v4، أو مكافئات v5 الخاصة بهم، هي خيارات محتملة. يفضل Standard_E64-16ds_v4، نظرا لهدف 100 ميجابايت/ثانية لكل ذاكرة أساسية ل SASDATA.

  • Standard_E64-16ds_v4: 150-160 ميجابايت/ثانية لكل نواة
  • Standard_E64-32ds_v4: 75-80 ميجابايت/ثانية لكل نواة

• إذا كنت تستخدم RHEL 8.3، فإن كلا من Standard_E64-16ds_v4 Standard_E64-32ds_v4 أو مكافئات v5 الخاصة بهم مقبولة بالكامل، نظرا لهدف معدل النقل لكل نواة:

  • يشير التحقق من الصحة إلى 3200 ميبي بايت/ثانية من القراءات.
  • يتم تحقيق هذه النتائج مع خيار تحميل NFS nconnect .

يظهر الاختبار أن مثيل RHEL 7 واحد لا يحقق أكثر من 750-800 MiB/s تقريبا من معدل نقل القراءة مقابل نقطة نهاية تخزين Azure NetApp Files واحدة (أي مقابل مأخذ توصيل الشبكة). يمكن تحقيق 1500 ميجابايت/ثانية من عمليات الكتابة مقابل نفس نقطة النهاية، إذا كنت تستخدم خيارات تحميل 64 كيلوبايت rsize وNFS wsize . تشير بعض الأدلة إلى أن سقف معدل النقل للقراءة المذكور سابقا هو أداة لنواة 3.10. لمزيد من المعلومات، راجع RHEL CVE-2019-11477.

يظهر الاختبار أن مثيل RHEL 8.2 واحد، مع نواة 4.18 الخاصة به، خال من القيود المذكورة في النواة 3.10. لذلك يمكن تحقيق 1200-1300 ميجابايت/ثانية من نسبة استخدام الشبكة للقراءة، إذا كنت تستخدم خيار تحميل 64 كيلوبايت rsize وNFS wsize . بالنسبة للكتابات التسلسلية الكبيرة، يمكنك توقع نفس 1500 ميجابايت/ثانية من معدل النقل القابل للتحقيق الذي ستحصل عليه على RHEL 7.

مع مثيل RHEL 8.3 واحد، مع خيار تحميل nconnect (الجديد في توزيع RHEL 8.3)، يمكن تحقيق حوالي 3200 ميجابايت/ ثانية من وحدة تخزين Azure NetApp Files واحدة. لا تتوقع أكثر من 1500 ميبي بايت/ثانية من عمليات الكتابة إلى وحدة تخزين واحدة ل Azure NetApp Files، حتى عند تطبيق nconnect.

Kernel tunables

إدخالات جدول الفتحة

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

بشكل افتراضي، تحدد نواة Linux الحديثة حجم sunrpc.max_tcp_slot_table_entries إدخال جدول فتحة كل اتصال sunrpc لدعم 65536 عملية معلقة. تحدد إدخالات جدول الفتحة هذه حدود التزامن. القيم عالية هذه غير ضرورية لأن Azure NetApp Files افتراضيا إلى 128 عملية معلقة.

نوصيك بضبط العميل على نفس الرقم:

• Kernel tunables (عبر /etc/sysctl.conf)
  • sunrpc.tcp_max_slot_table_entries=128

ضبط ذاكرة التخزين المؤقت لنظام الملفات

تحتاج أيضا إلى فهم العوامل التالية حول ضبط ذاكرة التخزين المؤقت لنظام الملفات:

• يؤدي مسح مخزن مؤقت متسخ إلى ترك البيانات في حالة نظيفة وقابلة للاستخدام للقراءات المستقبلية حتى يؤدي ضغط الذاكرة إلى الإخلاء.
• هناك ثلاثة مشغلات لعملية تدفق غير متزامنة:
  • الوقت المستند إلى: عندما يصل المخزن المؤقت إلى العمر المحدد بواسطة vm.dirty_expire_centisecs أو vm.dirty_writeback_centisecs قابل للضبط، يجب وضع علامة عليه للتنظيف (أي المسح أو الكتابة إلى التخزين).
  • ضغط الذاكرة: للحصول على التفاصيل، راجع vm.dirty_ratio | vm.dirty_bytes.
  • إغلاق: عند إغلاق مقبض ملف، يتم مسح جميع المخازن المؤقتة غير المتزامنة إلى التخزين.

يتم التحكم في هذه العوامل بواسطة أربعة موالفات. يمكنك ضبط كل قابل للضبط ديناميكيا ومستمرا باستخدام tuned أو sysctl في ملف /etc/sysctl.conf . يؤدي ضبط هذه المتغيرات إلى تحسين أداء شبكة SAS:

• Kernel tunables (عبر ملف تعريف مضبوط مخصص)
  • include = throughput-performance
  • vm.dirty_bytes = 31457280
  • vm.dirty_expire_centisecs = 100
  • vm.dirty_writeback_centisecs = 300

خيارات تحميل NFS

نوصي بخيارات تحميل NFS التالية لأنظمة الملفات المشتركة NFS المستخدمة لملفات SASDATA الدائمة:

RHEL 7 و8.2

bg,rw,hard,rsize=65536,wsize=65536,vers=3,noatime,nodiratime,rdirplus,acdirmin=0,tcp,_netdev

RHEL 8.3

bg,rw,hard,rsize=65536,wsize=65536,vers=3,noatime,nodiratime,rdirplus,acdirmin=0,tcp,_netdev,nconnect=8

نوصي بخيارات التحميل التالية لوحدات تخزين SASWORK ، حيث يتم استخدام وحدات التخزين المعنية حصريا ل SASWORK وعدم مشاركتها بين العقد:

RHEL 7 و8.2

bg,rw,hard,rsize=65536,wsize=65536,vers=3,noatime,nodiratime,rdirplus,acdirmin=0,tcp,_netdev,nocto

RHEL 8.3

bg,rw,hard,rsize=65536,wsize=65536,vers=3,noatime,nodiratime,rdirplus,acdirmin=0,tcp,_netdev,nocto,nconnect=8

لمزيد من المعلومات حول مزايا وتكلفة nocto خيار التحميل، راجع التناسق القريب لفتح ومؤقتات سمة ذاكرة التخزين المؤقت.

يجب عليك أيضا مراجعة Azure NetApp Files: نظام ملفات مشترك لاستخدامه مع SAS Grid على MS Azure، بما في ذلك جميع التحديثات في التعليقات.

إعدادات القراءة المسبقة ل NFS

نوصي بتعيين NFS لضبط القراءة المسبقة لجميع توزيعات RHEL إلى 15360 كيلوبايت. لمزيد من المعلومات، راجع كيفية تعيين القراءة المسبقة باستمرار لتركيبات NFS.

البدائل

يتوفر حل التخزين في البنى السابقة بشكل كبير، كما هو محدد في اتفاقية مستوى خدمة Azure NetApp Files. لمزيد من الحماية والتوافر، يمكنك نسخ وحدات التخزين نسخا متماثلا إلى منطقة Azure أخرى باستخدام النسخ المتماثل عبر المناطق لملفات Azure NetApp.

هناك ميزتان رئيسيتان لنسخ وحدات التخزين عبر حل التخزين:

• لا يوجد تحميل إضافي على الأجهزة الظاهرية للتطبيق.
• يلغي هذا الحل الحاجة إلى تشغيل الأجهزة الظاهرية في منطقة الوجهة أثناء التشغيل العادي.

يتم نسخ محتويات التخزين نسخا متماثلا دون استخدام أي موارد للبنية الأساسية للحساب، ولا تحتاج منطقة الوجهة إلى تشغيل برنامج SAS. لا تحتاج الأجهزة الظاهرية الوجهة إلى التشغيل لدعم هذا السيناريو.

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

RPO النموذجي لهذا الحل أقل من 20 دقيقة عند تعيين الفاصل الزمني لتحديث النسخ المتماثل عبر المناطق إلى 10 دقائق.

تدفق البيانات

• تقرأ عقدة الحساب بيانات الإدخال من SASDATA وتكتب النتائج مرة أخرى إلى SASDATA.
• يمكن تشغيل جزء لاحق من مهمة التحليلات بواسطة عقدة أخرى في طبقة الحساب. ويستخدم نفس الإجراء للحصول على المعلومات التي يحتاج إلى معالجتها وتخزينها.
• لا تتم مشاركة دليل العمل المؤقت SASWORK. يتم تخزينه على وحدات تخزين Azure NetApp Files الفردية المرفقة بكل عقدة حساب.
• ينسخ النسخ المتماثل عبر المناطق ل Azure NetApp Files بشكل غير متزامن وحدة تخزين SASDATA، بما في ذلك جميع اللقطات، إلى منطقة الإصلاح بعد كارثة لتسهيل تجاوز الفشل إذا كانت هناك كارثة إقليمية.

الاعتبارات

تطبق هذه الاعتبارات ركائز إطار عمل Azure Well-Architected Framework، وهي مجموعة من المبادئ التوجيهية التي يمكنك استخدامها لتحسين جودة حمل العمل. لمزيد من المعلومات، راجع إطار العمل جيد التصميم في Microsoft Azure.

الموثوقيه

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

توفر Azure NetApp Files اتفاقية مستوى خدمة توفر قياسية بنسبة 99.99٪ لجميع المستويات وجميع المناطق المدعومة. تدعم Azure NetApp Files أيضا توفير وحدات التخزين في مناطق التوفر التي تختارها، وعمليات توزيع قابلية الوصول العالية عبر المناطق.

لتحسين RPO/RTO SLAs، يتم تضمين حماية البيانات المتكاملة مع اللقطات والنسخ الاحتياطي مع الخدمة. يوفر النسخ المتماثل عبر المناطق نفس المزايا عبر مناطق Azure.

الأمان

يوفر الأمان ضمانا ضد الهجمات المتعمدة وإساءة استخدام بياناتك وأنظمتك القيمة. للمزيد من المعلومات، يرجى الرجوع إلى نظرة عامة على ركيزة الأمان.

توفر Azure NetApp Files مستوى من الأمان لأنه يتم توفير وحدات التخزين، وتبقى نسبة استخدام الشبكة للبيانات، داخل شبكاتك الظاهرية. لا توجد نقطة نهاية قابلة للعنوان العام. يتم تشفير جميع البيانات الثابتة في جميع الأوقات. يمكنك اختياريا تشفير البيانات أثناء النقل.

يمكن أن يساعدك نهج Azure في فرض المعايير التنظيمية وتقييم التوافق على نطاق واسع. تدعم Azure NetApp Files نهج Azure عبر تعريفات النهج المخصصة والمضمنة.

كفاءة الأداء

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

الأداء

اعتمادا على متطلباتك لمعدل النقل والسعة، ضع الاعتبارات التالية في الاعتبار:

• اعتبارات الأداء لملفات Azure NetApp.
• سعة Azure NetApp Files المطلوبة ومستويات الخدمة ل SASDATA.
• الإرشادات الواردة في هذه المقالة لاختيار نوع تخزين ل SASWORK.

قابلية التوسع

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

يمكنك تغيير حجم تخزين وحدات تخزين Azure NetApp Files ديناميكيا. إذا كنت تستخدم QoS تلقائيا، يتم تحجيم الأداء في نفس الوقت. لمزيد من التحكم الدقيق في كل وحدة تخزين، يمكنك أيضا التحكم في أداء كل وحدة تخزين بشكل منفصل باستخدام QoS اليدوي لتجمعات السعة الخاصة بك.

تتوفر وحدات تخزين Azure NetApp Files في ثلاثة مستويات أداء: Ultra وPremium وStandard. اختر المستوى الذي يناسب متطلبات الأداء الخاصة بك، مع الأخذ في الاعتبار أن النطاق الترددي للأداء المتاح يتدرج بحجم وحدة التخزين. يمكنك تغيير مستوى الخدمة لوحدة التخزين في أي وقت. لمزيد من المعلومات حول نموذج تكلفة Azure NetApp Files، راجع أمثلة التسعير هذه.

يمكنك استخدام Azure NetApp Files Performance Calculator للبدء.

تحسين التكلفة

يتمثل تحسين التكلفة في تقليل النفقات غير الضرورية وتحسين الكفاءات التشغيلية. لمزيد من المعلومات، راجع نظرة عامة على ركيزة تحسين التكلفة.

نموذج التكلفة

يمكن أن يساعدك فهم نموذج التكلفة ل Azure NetApp Files في إدارة نفقاتك.

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

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

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

التسعير

استنادا إلى متطلبات السعة والأداء، حدد مستوى خدمة Azure NetApp Files الذي تحتاجه (قياسي أو متميز أو Ultra). ثم استخدم حاسبة أسعار Azure لتقييم تكاليف هذه المكونات:

• SAS على مكونات Azure
• ملفات Azure NetApp
• القرص المدار (اختياريا)
• شبكة ظاهرية

التميز التشغيلي

يغطي التميز التشغيلي عمليات التشغيل التي تحافظ على تشغيل التطبيق في الإنتاج. لمزيد من المعلومات، يرجى مراجعةنظرة عامة على ركيزة التميز التشغيلي.

توفر SAS Grid على Azure المرونة والتوزيع السريع. فيما يلي بعض الفوائد:

• تلبية متطلبات الأعمال المتغيرة من خلال موازنة حمل العمل الديناميكية
• إنشاء بيئة حوسبة SAS عالية التوفر
• الحصول على نتائج أسرع من البنية الأساسية الحالية ل تكنولوجيا المعلومات
• تنمية موارد الحوسبة بشكل متزايد وفعال من حيث التكلفة
• إدارة جميع أحمال العمل التحليلية
• الانتقال بسهولة من خادم منعزل أو بيئة أجهزة كمبيوتر متعددة إلى بيئة شبكة SAS

توزيع هذا السيناريو

من الأفضل توزيع أحمال العمل باستخدام عملية بنية أساسية كتعليمية (IaC). يمكن أن تكون أحمال عمل SAS حساسة للتكوينات الخاطئة التي تحدث غالبًا في عمليات التوزيع اليدوية وتقليل الإنتاجية.

للبدء في تصميم شبكة SAS على حل Azure، راجع SAS على بنية Azureوأتمتة توزيع SAS على Azure باستخدام إجراءات GitHub.

المساهمون

هذه المقالة تحتفظ بها Microsoft. تمت كتابتها في الأصل من قِبل المساهمين التاليين.

المؤلفون الأساسيون:

• جيرت فان تيلينغن | إدارة منتجات المجموعة
• Arnt de Gier | مهندس تسويق تقني

مساهمون آخرون:

• مايكل ألبرتس | كاتب تقني

لمشاهدة ملفات تعريف LinkedIn غير العامة، سجل الدخول إلى LinkedIn.

الخطوات التالية

• ندوة ويب لبدء التشغيل السريع حول كيفية البدء على Azure
• Azure NetApp Files: نظام ملفات مشترك لاستخدامه مع SAS Grid على Azure
• Azure NetApp Files Performance Calculator
• وثائق Azure NetApp Files
• التدريب: مقدمة إلى Azure NetApp Files

الموارد ذات الصلة

• SAS على Azure، توصيات تغيير حجم الجهاز الظاهري
• SAS على Azure وAzure NetApp Files
• SAS على اعتبارات موضع Azure والشبكة والأجهزة الظاهرية
• SAS على Azure، اعتبارات الأمان