مشاركة عبر

الأسئلة المتداولة حول الأداء لملفات Azure NetApp

  • مقالة

تجيب هذه المقالة على الأسئلة المتداولة (FAQs) حول أداء ملفات Azure NetApp.

ما الذي يجب علي فعله لتحسين أداء Azure NetApp Files أو ضبطه؟

يمكنك اتخاذ الإجراءات التالية وفقا لمتطلبات الأداء:

  • تأكد من حجم الجهاز الظاهري (VM) بشكل مناسب.
  • تمكين الشبكات المسرعة للجهاز الظاهري.
  • حدد مستوى الخدمة المطلوب وحجمه لتجمع السعة.
  • إنشاء وحدة تخزين بحجم الحصة النسبية المطلوب للسعة والأداء.

ليست هناك حاجة لتعيين الشبكات المتسارعة لبطاقات واجهة الشبكة (NICs) في الشبكة الفرعية المخصصة لملفات Azure NetApp. الشبكات المسرعة هي قدرة تنطبق فقط على أجهزة Azure الظاهرية. تم تحسين AZURE NetApp Files NICs حسب التصميم.

كيف أعمل مراقبة أداء وحدة تخزين Azure NetApp Files

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

كيف أعمل تحويل مستويات الخدمة المستندة إلى معدل النقل لملفات Azure NetApp إلى عمليات الإدخال/الإخراج في الثانية (IOPS)؟

يمكنك تحويل ميغابايت في الثانية (MBps) إلى IOPS باستخدام هذه الصيغة:

IOPS = (MBps Throughput / KB per IO) * 1024

كيف أعمل تغيير مستوى خدمة وحدة التخزين؟

يمكنك تغيير مستوى الخدمة لوحدة تخزين موجودة عن طريق نقل وحدة التخزين إلى تجمع سعة آخر يستخدم مستوى الخدمة الذي تريده لوحدة التخزين. راجع تغيير مستوى خدمة وحدة التخزين ديناميكيا.

كيف أعمل مراقبة أداء Azure NetApp Files؟

توفر Azure NetApp Files مقاييس أداء وحدة التخزين. يمكنك أيضا استخدام Azure Monitor لمراقبة مقاييس الاستخدام لملفات Azure NetApp. راجع مقاييس Azure NetApp Files للحصول على قائمة مقاييس الأداء ل Azure NetApp Files.

لماذا يكون زمن انتقال حمل العمل مرتفعا عندما يكون IOPS منخفضا؟

في حالة عدم وجود أعراض أخرى (مثل الأخطاء أو مشكلات الشبكة أو عدم استجابة التطبيق)، عادة ما لا تكون أحمال عمل IOP المنخفضة مشكلة. عادة ما يكون انخفاض IOPS أقل من 500-600 IOPS ولكن يمكن أن يختلف.

تستجيب Azure NetApp Files للطلبات عند قدومها. قد يبدو حمل العمل الذي يحتوي على عدد قليل من الطلبات أعلى، ولكنه يستجيب كما هو متوقع. أحمال عمل IOPS منخفضة (على سبيل المثال 5 IOPS و32 KiB/s):

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

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

ما هو تأثير أداء Kerberos على NFSv4.1؟

راجع تأثير أداء Kerberos على وحدات تخزين NFSv4.1 للحصول على معلومات حول خيارات الأمان ل NFSv4.1، ومتجهات الأداء التي تم اختبارها، وتأثير الأداء المتوقع.

ما هو تأثير الأداء لاستخدام nconnect مع Kerberos؟

لا يوصى باستخدام nconnect خيارات التحميل معا sec=krb5* . يمكن أن يؤدي استخدام هذه الخيارات معا إلى تدهور الأداء.

توفر واجهة برمجة التطبيقات القياسية للأمان العامة (GSS-API) طريقة للتطبيقات لحماية البيانات المرسلة إلى تطبيقات النظير. قد يتم إرسال هذه البيانات من عميل على جهاز إلى خادم على جهاز آخر. 

عند nconnect استخدام في Linux، تتم مشاركة سياق أمان GSS بين جميع nconnect الاتصالات بخادم معين. TCP هو نقل موثوق به يدعم تسليم الحزمة خارج الطلب للتعامل مع الحزم خارج الطلب في دفق GSS، باستخدام نافذة منزلقة من أرقام التسلسل. عندما يتم تلقي الحزم غير الموجودة في نافذة التسلسل، يتم تجاهل سياق الأمان، ويتم التفاوض على سياق أمان جديد. لم تعد جميع الرسائل المرسلة مع في السياق المهمل الآن صالحة، وبالتالي تتطلب إرسال الرسائل مرة أخرى. يؤدي العدد الأكبر من الحزم في nconnect الإعداد إلى تكرار حزم البيانات خارج النافذة، مما يؤدي إلى السلوك الموضح. لا يمكن ذكر أي نسب مئوية معينة للتدهور مع هذا السلوك.

هل تدعم Azure NetApp Files SMB Direct؟

لا، لا تدعم Azure NetApp Files SMB Direct.

هل NIC Teaming مدعوم في Azure؟

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

هل إطارات jumbo مدعومة؟

إطارات Jumbo غير مدعومة مع أجهزة Azure الظاهرية.

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