توصيات الأداء

مقالة
03/22/2024

تساعدك توصيات الأداء في «Azure Advisor» في تحسين سرعة واستجابة تطبيقاتك المهمة للأعمال. يمكنك الحصول على توصيات بشأن الأداء من Advisor في علامة التبويب Performance في لوحة معلومات Advisor.

قم بتسجيل الدخول إلى بوابة Azure.
ابحث عن مستشار وحدده من أي صفحة.
في لوحة معلومات Advisor، حدد علامة تبويب Performance.

الذكاء الاصطناعي + التعلّم الآلي

تم الكشف عن تقييد 429 على هذا المورد

لاحظنا أنه كان هناك 1000 أو أكثر من أخطاء التقييد 429 على هذا المورد في إطار زمني ليوم واحد. ضع في اعتبارك تمكين التحجيم التلقائي للتعامل بشكل أفضل مع وحدات تخزين المكالمات الأعلى وتقليل عدد الأخطاء 429.

تعرف على المزيد حول التحجيم التلقائي لخدمات Azure الذكاء الاصطناعي.

إهمال إصدار نموذج تحليلات النص

قم بترقية إصدار النموذج إلى إصدار أحدث أو أحدث لاستخدام أحدث النماذج وأعلى جودة.

إهمال إصدار نموذج تحليلات النص

قم بترقية إصدار النموذج إلى إصدار أحدث أو أحدث لاستخدام أحدث النماذج وأعلى جودة.

الترقية إلى أحدث إصدار من واجهة برمجة التطبيقات Cognitive Service Text Analytics

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

قم بالترقية إلى أحدث إصدار من واجهة برمجة التطبيقات من Azure Cognitive Service للغة

قم بالترقية إلى أحدث إصدار من واجهة برمجة التطبيقات للحصول على أفضل النتائج من حيث جودة النموذج والأداء وتوفر الخدمة.

الترقية إلى أحدث إصدار من Cognitive Service Text Analytics SDK

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

الترقية إلى أحدث إصدار لـ Cognitive Service Language SDK

الترقية إلى أحدث إصدار من SDK للحصول على أفضل النتائج من حيث جودة النموذج والأداء وتوافر الخدمة.

الترقية إلى أحدث إصدار من Azure الذكاء الاصطناعي Language SDK

الترقية إلى أحدث إصدار من SDK للحصول على أفضل النتائج من حيث جودة النموذج والأداء وتوافر الخدمة. كما تتوفر ميزات جديدة كنقاط نهاية جديدة بدءا من الإصدار 3.0 مثل التعرف على البيانات الشخصية والتعرف على الكيان وربط الكيان المتوفر كنقاط نهاية منفصلة. من حيث التغييرات في نقاط نهاية المعاينة، لدينا Opinion Mining في نقطة نهاية SA، خاصية نص منقحة في نقطة نهاية البيانات الشخصية.

تعرف على المزيد حول Azure الذكاء الاصطناعي Language.

التحليلات

موارد Data Explore بالحجم الصحيح للحصول على الأداء الأمثل.

تظهر هذه التوصية جميع موارد Data Explorer التي تتجاوز سعة البيانات الموصى بها (80٪). الإجراء الموصى به لتحسين الأداء هو تحجيم نطاق التكوين الموصى به الموضح.

راجع نهج ذاكرة التخزين المؤقت للجدول الخاصة بجداول Data Explorer

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

تقليل نهج ذاكرة التخزين المؤقت لجدول Data Explorer للحصول على أداء أفضل

يؤدي تقليل نهج ذاكرة التخزين المؤقت للجدول إلى تحرير البيانات غير المستخدمة من ذاكرة التخزين المؤقت للمورد وتحسين الأداء.

زيادة ذاكرة التخزين المؤقت في نهج ذاكرة التخزين المؤقت

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

تمكين التحجيم التلقائي المحسن لموارد مستكشف البيانات

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

تتم القراءات على أحدث البيانات

أكثر من 75٪ من طلبات القراءة الخاصة بك تهبط على memstore، مما يشير إلى أن القراءات هي في المقام الأول على البيانات الأخيرة. تشير قراءات البيانات الأخيرة إلى أنه حتى إذا حدث تدفق على memstore، يجب الوصول إلى الملف الأخير ووضعه في ذاكرة التخزين المؤقت.

ضع في اعتبارك استخدام ميزة Accelerated Writes في مجموعة HBase لتحسين أداء نظام المجموعة.

ترى توصية هذا المستشار لأن سجل نظام فريق HDInsight يظهر أنه في الأيام السبعة الماضية، واجهت مجموعتك السيناريوهات التالية:

زمن الانتقال وقت المزامنة WAL العالي
عدد طلبات الكتابة العالية (3 نوافذ ساعة واحدة على الأقل لأكثر من 1000 avg_write_requests/ثانية/عقدة)

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

لتحسين أداء نظام المجموعة، ضع في اعتبارك استخدام ميزة الكتابات المتسارعة التي يوفرها Azure HDInsight HBase. ميزة «Accelerated Writes» لمجموعات HBase الخاصة بـ HDInsight من Apache، والتي تقوم بإرفاق أقراص فائقة مدارة بذاكرة مصنوعة من المكونات الصلبة بكل RegionServer (عقدة عامل). ونتيجة لذلك، فإنه يوفر زمن انتقال منخفض للكتابة ومرونة أفضل لتطبيقاتك.

لقراءة المزيد حول هذه الميزة، قم بزيارة الارتباط:

أكثر من 75٪ من استعلاماتك هي استعلامات فحص كاملة

تقوم أكثر من 75٪ من استعلامات المسح على نظام مجموعتك بإجراء فحص كامل للمنطقة/ الجدول. قم بتعديل استعلامات الفحص لتجنب عمليات الفحص الكاملة للمنطقة أو الجدول.

التحقق من عدد منطقتك نظرا لحظر التحديثات

يجب تعديل أعداد المنطقة لتجنب حظر التحديثات. قد يتطلب الأمر زيادة حجم نظام المجموعة عن طريق إضافة عقد جديدة.

ضع في اعتبارك زيادة مؤشر الترابط

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

ضع في اعتبارك زيادة مؤشر الترابط لإكمال عمليات الضغط بشكل أسرع

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

جداول ذات مؤشر تخزين الأعمدة المجمعة (CCI) التي تحتوي على أقل من 60 مليون صف

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

تحديث إصدار SynapseManagementClient SDK

يستخدم SynapseManagementClient الجديد .NET SDK 4.0 أو أعلى.

Compute

تجاوز استخدام سعة vSAN الحد الحرج

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

تحديث Automanage إلى أحدث إصدار من واجهة برمجة التطبيقات

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

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

لقد حددنا أن الأجهزة الظاهرية الخاصة بك موجودة في منطقة مختلفة أو بعيدة عن حيث يتصل المستخدمون ب Azure Virtual Desktop. قد تؤدي مناطق المستخدم البعيدة إلى أوقات استجابة اتصال طويلة وتؤثر على تجربة المستخدم الإجمالية.

استخدم الأقراص المُدارة لمنع التقييد في إدخال/ إخراج القرص

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

تحويل الأقراص المُدارة من محرك الأقراص الثابتة القياسي إلى SSD المتميز للحصول على أداء عالٍ

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

تمكين Accelerated Networking لتحسين أداء الشبكة وزمن الانتقال

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

استخدم أقراص SSD لأحمال العمل الإنتاجية

لاحظنا أنك تستخدم أقراص SSD أثناء استخدام أقراص Standard HDD على نفس الجهاز الظاهري. يوصى بأقراص HDD المدارة القياسية لاختبار التطوير والنسخ الاحتياطي؛ نوصي باستخدام Premium SSDs أو Standard SSDs للإنتاج. توفر محركات الأقراص ذات الحالة الثابتة المتميزة دعمًا عالي الأداء وزمن انتقال منخفض للقرص للأجهزة الظاهري مع أحمال عمل كثيفة الإدخال والإخراج. يوفر SSD القياسي زمن انتقال ثابتًا وأقل. قم بترقية تكوين القرص الخاص بك اليوم لتحسين زمن الانتقال والموثوقية والتوافر. تتطلب الترقية إعادة تشغيل الجهاز الظاهري، والذي يستغرق من ثلاث إلى خمس دقائق.

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

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

قد تتطلب الشبكات المتسارعة إيقاف الجهاز الظاهري وبدء تشغيلها

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

الاستفادة من زمن انتقال القرص الفائق المنخفض لأقراص السجل وتحسين أداء حمل عمل قاعدة البيانات

يتوفر قرص Ultra في نفس منطقة حمل عمل قاعدة البيانات. يوفر Ultra disk معدل نقل عاليًا، وعمليات IOPS عالية، وتخزينًا ثابتًا للقرص بزمن انتقال منخفض لأحمال عمل قاعدة البيانات الخاصة بك: بالنسبة إلى Oracle DB، يمكنك الآن استخدام أحجام قطاع 4k أو 512E مع Ultra disk اعتمادًا على إصدار Oracle DB. بالنسبة لخادم SQL، قد يوفر استخدام قرص Ultra لقرص السجل المزيد من الأداء لقاعدة البيانات الخاصة بك. انظر الإرشادات هنا لترحيل قرص السجل الخاص بك إلى قرص Ultra.

ترقية حجم الأجهزة الظاهرية الأكثر نشاطا لمنع استنفاد الموارد وتحسين الأداء

قمنا بتحليل البيانات خلال الأيام السبعة الماضية وحددنا الأجهزة الظاهرية (VMs) ذات الاستخدام العالي عبر مقاييس مختلفة (أي CPU والذاكرة وVM IO). قد تواجه هذه الأجهزة الظاهرية مشكلات في الأداء نظرا لأنها تقترب أو عند حدود SKU الخاصة بها. ضع في اعتبارك ترقية SKU لتحسين الأداء.

الحاويات

كشف إصدار Kubernetes غير مدعوم

كشف إصدار Kubernetes غير مدعوم. تأكد من تشغيل نظام مجموعة Kubernetes بإصدار مدعوم.

كشف إصدار Kubernetes غير مدعوم

كشف إصدار Kubernetes غير مدعوم. تأكد من تشغيل نظام مجموعة Kubernetes بإصدار مدعوم.

مجموعات مع تجمع عقدة واحدة

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

تعرف على المزيد حول خدمة Kubernetes - ClustersWithASingleNodePool (Clusters with a Single Node Pool).

تحديث واجهة برمجة تطبيقات Fleet إلى أحدث إصدار

لقد حددنا استدعاءات SDK من واجهة برمجة تطبيقات Fleet القديمة للموارد ضمن اشتراكك. نوصي بالتبديل إلى أحدث إصدار من SDK، والذي يضمن حصولك على أحدث الميزات وتحسينات الأداء.

قواعد البيانات

تكوين حجم صفحة استعلام Azure Cosmos DB (MaxItemCount) إلى -1

أنت تستخدم حجم صفحة الاستعلام 100 للاستعلامات لحاوية Azure Cosmos DB. نوصي باستخدام حجم صفحة من -1 لإجراء عمليات مسح ضوئي أسرع.

إضافة مؤشرات مركبة إلى حاوية Azure Cosmos DB

تقوم حاويات Azure Cosmos DB بتشغيل استعلامات ORDER BY التي تتكبد رسوم وحدة الطلب (RU) العالية. يوصى بإضافة فهارس مركبة إلى نهج فهرسة الحاويات لتحسين استهلاك وحدة الطلب وتقليل زمن انتقال هذه الاستعلامات.

تحسين نهج فهرسة Azure Cosmos DB لفهرسة ما هو مطلوب فقط

تستخدم حاويات Azure Cosmos DB نهج الفهرسة الافتراضية، والتي تقوم بفهرسة كل خاصية في مستنداتك. نظرًا إلى أنك تقوم بتخزين مستندات كبيرة، تتم فهرسة عدد كبير من الخصائص، ما يؤدي إلى ارتفاع استهلاك وحدة الطلب وضعف زمن انتقال الكتابة. لتحسين أداء الكتابة، نوصي بتجاوز نهج الفهرسة الافتراضية لفهرسة الخصائص المستخدمة في استعلاماتك فقط.

استخدام مفاتيح القسم الهرمي لتوزيع البيانات بالشكل الأمثل

يحتوي حسابك على إعداد مخصص يسمح لحجم القسم المنطقي في حاوية بتجاوز الحد الأقصى البالغ 20 غيغابايت. طبق فريق Azure Cosmos DB هذا الإعداد كإجراء مؤقت لمنحك الوقت لإعادة إنشاء تطبيقك باستخدام مفتاح قسم مختلف. لا يوصى به كحل طويل الأجل، حيث لا يتم احترام ضمانات اتفاقية مستوى الخدمة عند زيادة الحد. يمكنك الآن استخدام مفاتيح الأقسام الهرمية (معاينة) لإعادة هيكلة التطبيق الخاص بك. تسمح لك الميزة بتجاوز حد 20 جيجابايت عن طريق إعداد ما يصل إلى ثلاثة مفاتيح أقسام، وهي مثالية للسيناريوهات متعددة المستأجرين أو أحمال العمل التي تستخدم المفاتيح الاصطناعية.

تكوين تطبيقات Azure Cosmos DB الخاصة بك لاستخدام الاتصال المباشر في SDK

لاحظنا أن تطبيقات Azure Cosmos DB تستخدم وضع البوابة عبر Azure Cosmos DB .NET أو Java SDKs. نوصي بالتبديل إلى الاتصال المباشر لتقليل زمن الانتقال وقابلية التوسع الأعلى.

تحسين الأداء عن طريق توسيع نطاق الاستخدام الأمثل للموارد

يعد تعظيم كفاءة موارد النظام أمرا بالغ الأهمية للحفاظ على الأداء الأعلى. يراقب نظامنا عن كثب استخدام وحدة المعالجة المركزية، وعندما يتجاوز عتبة 90٪ على مدى فترة 12 ساعة، يتم تشغيل تنبيه استباقي. لا يعلم هذا التنبيه Azure Cosmos DB لمستخدمي MongoDB vCore فقط بالاستهلاك المرتفع لوحدة المعالجة المركزية ولكنه يوفر أيضا إرشادات قيمة حول التوسع إلى مستوى أعلى. من خلال الترقية إلى مستوى أكثر قوة، يمكنك إلغاء تأمين الأداء المحسن والتأكد من أن نظامك يعمل في ذروة إمكاناته.

تعرف على المزيد حول تحجيم وتكوين Azure Cosmos DB لنظام مجموعة MongoDB vCore.

PerformanceBoostervCore

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

تعرف على المزيد حول حساب Cosmos DB - ScaleUpvCoreRecommendation (PerformanceBoostervCore).

يغيّر حجم حد التخزين لخادم MariaDB

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

زيادة النوى الظاهرية لخادم MariaDB

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

تعرف على المزيد حول خادم MariaDB - OrcasMariaDbCpuOverload (زيادة خادم MariaDB vCores) .

توسيع خادم MariaDB إلى SKU أعلى

يوضح نظامنا أن الخادم قد يكون غير قادر على دعم طلبات الاتصال بسبب الحد الأقصى للاتصالات المدعومة لوحدة SKU المحددة، مما قد يؤدي إلى عدد كبير من طلبات الاتصالات الفاشلة التي تؤثر سلبا على الأداء. لتحسين الأداء، نوصي بالانتقال إلى SKU للذاكرة الأعلى عن طريق زيادة vCore أو التبديل إلى وحدات SKU المحسّنة للذاكرة.

نقل خادم MariaDB إلى SKU المحسّنة للذاكرة

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

زيادة موثوقية سجلات التدقيق

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

تغيّر حجم حد التخزين لخادم MariaDB

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

تغيير حجم خادم MySQL إلى SKU أعلى

يوضح نظامنا أن الخادم قد يكون غير قادر على دعم طلبات الاتصال بسبب الحد الأقصى للاتصالات المدعومة لوحدة SKU المحددة، مما قد يؤدي إلى عدد كبير من طلبات الاتصالات الفاشلة التي تؤثر سلبا على الأداء. لتحسين الأداء، نوصي بالانتقال إلى ذاكرة SKU أعلى عن طريق زيادة vCore أو التبديل إلى وحدات SKU المحسّنة للذاكرة.

زيادة النوى الظاهرية لخادم MySQL

نقل خادم MariaDB إلى SKU المحسّنة للذاكرة

إضافة خادم MySQL Read Replica

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

تعرف على المزيد حول MySQL server - OrcasMySQLReadReplica (Add a (إضافة خادم MySQL Read Replica).

تحسين إدارة اتصال MySQL

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

تعرف على المزيد حول MySQL server - OrcasMySQLConnectionPooling (تحسين إدارة اتصال MySQL).

زيادة موثوقية سجلات التدقيق

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

تحسين الأداء من خلال تحسين حجم الجدول المؤقت في MySQL

يوضح نظامنا أن خادم MySQL الخاص بك قد يكون تكبد حمل إدخال/إخراج غير ضروري بسبب إعدادات معلمة الجدول المؤقت المنخفضة. قد يؤدي ذلك إلى معاملات غير ضرورية تستند إلى القرص وتقليل الأداء. نوصي بزيادة قيم المعلمات «tmp_table_size» و«max_heap_table_size» لتقليل عدد العمليات المعتمدة على القرص.

تحسين زمن انتقال اتصال MySQL

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

زيادة حد التخزين لخادم MySQL المرن

تغيّر حجم خادم MySQL المرن إلى SKU أعلى

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

زيادة النوى الظاهرية لخادم MySQL المرن.

تحسين الأداء من خلال تحسين حجم الجدول المؤقت في MySQL.

يوضح نظامنا أن خادم MySQL الخاص بك قد يكون تكبد حمل إدخال/إخراج غير ضروري بسبب إعدادات معلمة الجدول المؤقت المنخفضة. قد يؤدي حمل الإدخال/إخراج غير الضروري إلى معاملات غير ضرورية تستند إلى القرص وتقليل الأداء. نوصي بزيادة قيم المعلمات «tmp_table_size» و«max_heap_table_size» لتقليل عدد العمليات المعتمدة على القرص.

نقل خادم MariaDB إلى SKU المحسّنة للذاكرة

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

إضافة خادم MySQL Read Replica

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

زيادة work_mem لتجنب المد بالبيانات للقرص المفرط من الفرز والتجزئة

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

تعزيز أداء حمل العمل الخاص بك بنسبة 30٪ باستخدام أجهزة الحوسبة Ev5 الجديدة

مع أجهزة الحوسبة Ev5 الجديدة، يمكنك تعزيز أداء حمل العمل بنسبة 30٪ مع تزامن أعلى ومعدل نقل أفضل. انتقل إلى خيار Compute+Storage على مدخل Microsoft Azure والتبديل إلى حساب Ev5 دون أي تكلفة إضافية. يوفر حساب Ev5 أفضل أداء بين سلسلة الأجهزة الظاهرية الأخرى من حيث QPS وزمن الانتقال.

تغيّر حجم حد التخزين لخادم PostgreSQL

تغيير حجم خادم PostgreSQL إلى SKU أعلى

نقل خادم PostgreSQL إلى SKU المحسّنة للذاكرة

إضافة خادم PostgreSQL Read Replica

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

زيادة النوى الظاهرية لخادم PostgreSQL

تحسين إدارة اتصال PostgreSQL

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

تحسين أداء سجل PostgreSQL

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

تحسين مجموعة إحصائيات الاستعلام على قاعدة بيانات Azure لـ PostgreSQL

يوضح نظامنا أنه تم تكوين خادم PostgreSQL لتعقب إحصائيات الاستعلام باستخدام وحدة pg_stat_statements. في حين أنها مفيدة في استكشاف الأخطاء وإصلاحها، إلا أنه يمكن أن يؤدي أيضًا إلى انخفاض أداء الخادم. لتحسين الأداء، نوصي بتغيير المعلمة pg_stat_statements.track إلى NONE.

تحسين مخزن الاستعلام على قاعدة بيانات Azure لـ PostgreSQL عند عدم استكشاف الأخطاء وإصلاحها

يوضح نظامنا أنه تم تكوين قاعدة بيانات PostgreSQL لتعقب أداء الاستعلام باستخدام المعلمة pg_qs.query_capture_mode. في أثناء استكشاف الأخطاء وإصلاحها، نقترح تعيين معلمة pg_qs.query_capture_mode إلى TOP أو ALL. عند عدم استكشاف الأخطاء وإصلاحها، نوصي بتعيين معلمة pg_qs.query_capture_mode على NONE.

زيادة حد التخزين لخادم PostgreSQL المرن

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