نشر SAS Grid 9.4 على Azure NetApp Files

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

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

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 نوعين مختلفين من وحدات التخزين لأحمال عمل التخزين المرفقة بالشبكة (NAS).

توفر وحدات التخزين العادية ما يلي:

• ما يصل إلى 4500 ميجابايت/ ثانية من القراءات.
• ما يصل إلى 1500 ميجابايت/ ثانية من الكتابات.
• 460,000 عملية إدخال/إخراج في الثانية (IOPS).
• ما يصل إلى 100 تيرابايت من إجمالي السعة.
• الحد الأدنى لحجم 100 جيبي بايت.

توفر وحدات التخزين الكبيرة، التي وصلت إلى التوفر العام في مايو 2024، ما يلي:

• ما يصل إلى 10,000 جيبي بايت/ثانية من معدل النقل.
• ما يصل إلى 800,000 IOPS.
• 1000 تيبي بايت من السعة الإجمالية.
• الحد الأدنى للسعة 50 تيرابايت.

لمزيد من المعلومات، راجع المتطلبات والاعتبارات لأحجام كبيرة.

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

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

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

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

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

أداء حجم كبير ل SAS Grid

يمكن أن يتعامل حجم كبير واحد ل Azure NetApp Files مع ما يصل إلى 10 غيغابايت/ ثانية من إجمالي معدل النقل، ما يعني أن إمكانات الأداء لشبكة SAS يمكن أن تكون أكبر بكثير عند التعامل مع مقاييس أكبر.

يعرض الجدول التالي نتائج الأداء لأحمال العمل التي تستخدم SAS Grid على وحدة تخزين كبيرة لملفات Azure NetApp مع أمثلة مختلفة على أحجام الأجهزة الظاهرية. تحتوي قائمة الأمثلة على عدد المثيلات ومؤشرات الترابط لكل مثيل nconnect والقيم التي تستخدم Red Hat Enterprise Linux (RHEL) 8.4.

مثيل الجهاز الظاهري	عدد المثيلات	مؤشرات الترابط لكل مثيل	nconnect قيمة	قراءة MiB/s لكل مؤشر ترابط	كتابة MiB/s لكل مؤشر ترابط	إجمالي قراءة MiB/s	إجمالي كتابة MiB/s
E32s_v5	1	16	8	465	113	7,440	1,808
E32s_v5	2	16	8	411	113	13,152	3,616
E32s_v5	3	16	8	223	113	10704	5,424
E32s_v5	6	16	8	117	107	11,232	10,272
E104id_v5	1	52	8	161	47	8,372	2,444
E104id_v5	1	52	16	192	50	9,984	2,600

توصيات السعة

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

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

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

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

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

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

• معدل النقل عرض النطاق الترددي للحجم، استنادا إلى مزيج حمل العمل. بالنسبة لحمل عمل القراءة المتتالية بنسبة 80٪ 64-KiB، فإن 3096 ميجابايت/ثانية هي الحد الأقصى المتوقع.
• عمليات الإدخال والإخراج في الثانية. عدد IOPS الذي توفره وحدة التخزين بمعدل النقل المحدد.
• حجم وحدة التخزين. مقدار السعة التي يحتاجها الحجم على مستويات الخدمة المحددة لتحقيق معدل النقل المطلوب. يمكن أن تكون سعة الحجم (التي تم الإبلاغ عنها في 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، نوصي بأنواع المثيلات التالية:

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

  تأكد من مراجعة أفضل الممارسات لاستخدام 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، عند استخدامها مع أنواع مثيلات الجهاز الظاهري ذات الحجم الصحيح وتوزيع RHEL، التي تمت مناقشتها لاحقا في هذه المقالة.

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

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

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

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

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

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

تتوافق الخيارات الموجودة في الجدول مع عمليات التوزيع الموضحة في البنى التالية. في جميع السيناريوهات، تتم استضافة SASDATA على وحدة تخزين NFS لملفات Azure NetApp ومشاركتها عبر عقد الحساب. بالنسبة لبعض توزيعات 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 تيرابايت مع وحدة تخزين عادية و1 PiB مع وحدة تخزين كبيرة. يجب أن يكون لكل عقدة في طبقة الحوسبة وحدة تخزين 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 ميبي بايت/ثانية لكل ذاكرة أساسية فعلية ل 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 ميجابايت/ ثانية تقريبا من معدل نقل القراءة مقابل نقطة نهاية تخزين Azure NetApp Files واحدة (أي مقابل مأخذ توصيل الشبكة). يمكن تحقيق 1500 ميجابايت/ثانية من عمليات الكتابة مقابل نفس نقطة النهاية، إذا كنت تستخدم خيارات تحميل 64-KiB rsize وNFS wsize . تشير بعض الأدلة إلى أن سقف معدل نقل القراءة المذكور سابقا هو أداة لنواة 3.10. لمزيد من المعلومات، راجع RHEL CVE-2019-11477.

يظهر الاختبار أن مثيل RHEL 8.2 واحد، مع نواة 4.18، خال من القيود المذكورة في النواة 3.10. لذلك يمكن تحقيق 1200-1300 ميجابايت/ ثانية من نسبة استخدام الشبكة للقراءة، إذا كنت تستخدم خيار تحميل 64-KiB 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 KiB. لمزيد من المعلومات، راجع كيفية تعيين القراءة المسبقة باستمرار لتركيبات NFS.

البدائل

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

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

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

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

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

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

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

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

الاعتبارات

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

الموثوقيه

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

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

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

الأمان

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

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

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

كفاءة الأداء

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

الأداء

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

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

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

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

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

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

يمكنك استخدام حاسبة أداء ملفات Azure NetApp للبدء.

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

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

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

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

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

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

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

التسعير

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

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

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

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

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

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

نشر هذا السيناريو

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

للبدء في تصميم SAS Grid على حل Azure، راجع SAS على Azure Architecture وأتمتة توزيع SAS على Azure باستخدام GitHub Actions.

المساهمون

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

الكتاب الرئيسيون:

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

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

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

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

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

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

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

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