حدود خدمة Azure Monitor
تسرد هذه المقالة الحدود في مناطق مختلفة من Azure Monitor.
التنبيهات
| Resource | الحد الافتراضي | الحد الأقصى |
|---|---|---|
| التنبيهات المترية (كلاسيكية) | 100 قاعدة تنبيه نشطة لكل اشتراك. التنبيهات الكلاسيكيةيتم وقفهالمستخدمي العام. ستتقاعد التنبيهات الكلاسيكية لمجموعة Azure Government وMicrosoft Azure المشغلة بواسطة 21Vianet في 29 فبراير 2024. |
اتصل بالدعم. |
| التنبيهات القياسية | 5000 قاعدة تنبيه نشط لكل اشتراك في Azure العام، وMicrosoft Azure التي يتم تشغيلها بواسطة 21Vianet، وسحب Azure Government. إذا كنت تصل إلى هذا الحد، فاستكشف ما إذا كان يمكنك استخدام نفس النوع من التنبيهات متعددة الموارد. 5,000 سلسلة زمنية مترية لكل قاعدة تنبيه. |
اتصل بالدعم. |
| تنبيهات سجل النشاط | 100 قاعدة تنبيه نشطة لكل اشتراك (لا يمكن زيادتها). نظرا لتعذر زيادة هذا الحد، ضع في اعتبارك إرسال سجلات النشاط إلى مساحة عمل Log Analytics وإنشاء تنبيهات بحث السجل بدلا من ذلك، إذا كنت بحاجة إلى عدد أكبر من القواعد لكل اشتراك. |
مثل الافتراضي. |
| تنبيهات السجل | 5000 قاعدة تنبيه نشطة لكل اشتراك. منها 100 قاعدة تنبيه نشطة بتردد 1 دقيقة. 1000 قاعدة تنبيه نشطة لكل مورد. يمكن لكل قاعدة تنبيه عديمة الحالة تشغيل ما يصل إلى 6000 تنبيه لكل تقييم. يمكن لكل قاعدة تنبيه ذات حالة تشغيل ما يصل إلى 300 تنبيه لكل تقييم. تم إطلاق ما يصل إلى 6000 تنبيهات ذات حالة في كل مرة. لا يمكن أن يتجاوز الحجم المجمع لكافة البيانات في خصائص قاعدة تنبيه السجل 64 كيلوبايت. |
اتصل بالدعم. |
| قواعد معالجة التنبيه | 1000 قاعدة نشطة لكل اشتراك. | اتصل بالدعم. |
| طول وصف قواعد التنبيه وقواعد معالجة التنبيه | سجل تنبيهات البحث 4096 حرفا. جميع الأحرف الأخرى هي 2048 حرفا. |
مثل الافتراضي. |
واجهة برمجة تطبيقات التنبيهات
تحتوي تنبيهات Azure Monitor على العديد من حدود التقييد للحماية من المستخدمين الذين يقومون بعدد كبير من المكالمات. يمكن أن يؤدي هذا السلوك إلى زيادة تحميل موارد النظام الخلفية ويعرض استجابة الخدمة للخطر. تم تصميم الحدود التالية لحماية العملاء من الانقطاعات وضمان مستوى خدمة متسق. تم تصميم تقييد المستخدم وحدوده للتأثير فقط على سيناريوهات الاستخدام القصوى. لا ينبغي أن تكون ذات صلة للاستخدام النموذجي.
إشعار
هناك حد من استدعاءات واجهة برمجة التطبيقات لكل مثيل. يتحلل رقم الحد الدقيق على عدد المثيلات.
| Resource | الحد الافتراضي | الحد الأقصى |
|---|---|---|
| التنبيهات - احصل على الملخص | 50 مكالمة في الدقيقة لكل اشتراك | نفس الإعداد الافتراضي |
| التنبيهات - الحصول على الكل (وليس "الحصول على بواسطة المعرف") | 100 مكالمة في الدقيقة لكل اشتراك | نفس الإعداد الافتراضي |
| جميع مكالمات التنبيهات الأخرى | 1000 مكالمة في الدقيقة لكل اشتراك | نفس الإعداد الافتراضي |
مجموعات الإجراءات
يمكنك الحصول على عدد غير محدود من مجموعات الإجراءات في اشتراك.
| Resource | الحد الافتراضي | الحد الأقصى |
|---|---|---|
| دفع تطبيق Azure | 10 إجراءات لتطبيق Azure لكل مجموعة عمل. | نفس الإعداد الافتراضي |
| البريد الإلكتروني | 1,000 إجراء بريد إلكتروني في مجموعة عمل. لا يزيد عن 100 رسالة بريد إلكتروني كل ساعة لكل عنوان بريد إلكتروني لكل منطقة الحد الأقصى للأحرف في عنوان البريد الإلكتروني هو 64. الحد الأقصى للأحرف في البريد الإلكتروني هو 55296. راجع أيضًا معلومات تحديد المعدل. |
نفس الإعداد الافتراضي |
| إرسال بريد إلكتروني بدور Azure Resource Manager | 10 إجراءات دور ARM للبريد الإلكتروني لكل مجموعة عمل. في الإنتاج: لا يزيد عن 100 رسالة بريد إلكتروني في ساعة لكل منطقة. في مجموعة إجراءات الاختبار: لا يزيد عن بريدين إلكترونيين في كل دقيقة (1). |
نفس الإعداد الافتراضي |
| مراكز الأحداث | 10 إجراءات لمراكز الأحداث لكل مجموعة إجراءات. | نفس الإعداد الافتراضي |
| ITSM | 10 إجراءات ITSM في مجموعة العمل. | نفس الإعداد الافتراضي |
| تطبيق المنطق | 10 إجراءات تطبيق منطقي في مجموعة عمل. | نفس الإعداد الافتراضي |
| سجل التشغيل | 10 إجراءات لدفتر التشغيل في مجموعة العمل. | نفس الإعداد الافتراضي |
| تأمين الإخطار على الويب | 10 إجراءات للإخطار على الويب آمنة في مجموعة عمل. يبلغ الحد الأقصى لعدد مكالمات الإخطار على الويب 1500 مكالمة في الدقيقة لكل اشتراك. | نفس الإعداد الافتراضي |
| SMS | 10 إجراءات رسالة نصية في مجموعة العمل. في الإنتاج: لا يوجد أكثر من رسالة SMS واحدة كل خمس دقائق. في مجموعة إجراءات الاختبار: لا يوجد أكثر من رسالة نصية قصيرة واحدة كل دقيقة واحدة. |
نفس الإعداد الافتراضي |
| الصوت | 10 إجراءات صوتية في مجموعة العمل. في الإنتاج: لا يوجد أكثر من مكالمة صوتية واحدة كل خمس دقائق. في مجموعة إجراءات الاختبار: لا يوجد أكثر من مكالمة صوتية واحدة كل دقيقة واحدة. |
نفس الإعداد الافتراضي |
| خطاف الويب | 10 إجراءات للإخطار على الويب في مجموعة عمل. يبلغ الحد الأقصى لعدد مكالمات الإخطار على الويب 1500 مكالمة في الدقيقة لكل اشتراك. | نفس الإعداد الافتراضي |
التحجيم التلقائي
| Resource | الحد الافتراضي | الحد الأقصى |
|---|---|---|
| إعدادات التحجيم التلقائي | 100 لكل منطقة لكل اشتراك. | نفس الإعداد الافتراضي |
| ملفات تعريف التحجيم التلقائي | 20 ملفًا شخصيًا لكل إعداد مقياس تلقائي. | نفس الإعداد الافتراضي |
مقاييس Prometheus
استيعاب
Azure Managed Prometheus هو نظام غير حساس لحالة الأحرف. يتعامل مع السلاسل، مثل أسماء المقاييس أو أسماء التسميات أو قيم التسميات، على أنها نفس السلسلة الزمنية إذا كانت تختلف عن سلسلة زمنية أخرى فقط حسب حالة السلسلة. لمزيد من المعلومات، راجع نظرة عامة على مقاييس Prometheus.
تنطبق الحدود التالية على مساحة عمل Azure Monitor التي تتولى استيعاب مقاييس Prometheus.
| الحد | القيمة |
|---|---|
| سلسلة زمنية نشطة مع مقاييس تم الإبلاغ عنها في آخر ~12 ساعة. | 1,000,000 يمكنك طلب زيادة. |
| يتم استيعاب الأحداث في الدقيقة. | 1,000,000 يمكنك طلب زيادة. |
تنطبق الحدود التالية على قاعدة جمع البيانات (DCR) ونقطة نهاية جمع البيانات (DCE) التي ترسل بيانات مقاييس Prometheus إلى مساحة عمل Azure Monitor.
| الحد | القيمة |
|---|---|
| طلبات الاستيعاب في الدقيقة لنقطة نهاية تجميع البيانات | 15,000 لا يمكن زيادة هذا الحد. |
| استيعاب البيانات في الدقيقة إلى نقطة نهاية تجميع البيانات | 50 جيجا بايت لا يمكن زيادة هذا الحد. |
الاستعلامات
يتم إنشاء استعلامات Prometheus باستخدام PromQL ويمكن تأليفها إما في Azure Managed Grafana أو Grafana المدارة ذاتيا.
| الحد | القيمة |
|---|---|
| الاحتفاظ بالبيانات | 18 شهرا. لا يمكن زيادة هذا الحد. |
| النطاق الزمني للاستعلام | 32 يوما بين وقت البدء ووقت الانتهاء لاستعلام PromQL. لا يمكن زيادة هذا الحد. |
| سلسلة زمنية للاستعلام لكل مقياس | سلسلة زمنية 500,000. |
| نماذج الاستعلام التي تم إرجاعها | 50,000,000 عينة لكل استعلام. |
| الحد الأدنى لحجم خطوة الاستعلام مع النطاق >الزمني = 48 ساعة |
60 ثانية. |
حدود بيانات الاستعلام
لحركة مرور العميل:
| الحد | القيمة |
|---|---|
| طول بحث نافذة التقييد | 30 seconds |
| البيانات التي يتم إرجاعها لكل مساحة عمل Azure Monitor | 0.5 غيغابايت |
لتسجيل حركة مرور القواعد:
| الحد | القيمة |
|---|---|
| طول بحث نافذة التقييد | 3 دقائق |
| البيانات التي يتم إرجاعها لكل مساحة عمل Azure Monitor | 1 جيجابايت |
حدود التحليل المسبق للاستعلام
استنادا إلى النطاق الزمني للاستعلام ونوع الطلب، عبر نافذة 30 ثانية (لحركة مرور العميل):
| الحد | القيمة |
|---|---|
| ساعات الاستعلام لكل مستخدم (معرف Microsoft Entra، الهوية المدارة، مساحة عمل Azure Managed Grafana) | 30,000 |
| ساعات الاستعلام لكل مساحة عمل Azure Monitor | 60,000 |
| ساعات الاستعلام لكل مستأجر Azure | 600,000 |
استنادا إلى النطاق الزمني للاستعلام ونوع الطلب، عبر نافذة مدتها 3 دقائق (لتسجيل حركة مرور القواعد):
| الحد | القيمة |
|---|---|
| ساعات الاستعلام لكل مساحة عمل Azure Monitor | 60,000 |
| ساعات الاستعلام لكل مستأجر Azure | 600,000 |
حدود ما بعد تحليل الاستعلام
استنادا إلى النطاق الزمني للاستعلام ومتجهات النطاق في الاستعلام عبر نافذة 30 ثانية (لحركة مرور العميل):
| الحد | القيمة |
|---|---|
| ساعات الاستعلام لكل مستخدم (معرف Microsoft Entra، الهوية المدارة، مساحة عمل Azure Managed Grafana) | 2,000,000 |
| ساعات الاستعلام لكل مساحة عمل Azure Monitor | 2,000,000 |
| ساعات الاستعلام لكل مستأجر Azure | 20,000,000 |
استنادا إلى النطاق الزمني للاستعلام ومتجهات النطاق في الاستعلام عبر نافذة مدتها 3 دقائق (لتسجيل نسبة استخدام الشبكة لقواعد التسجيل):
| الحد | القيمة |
|---|---|
| ساعات الاستعلام لكل مساحة عمل Azure Monitor | 2,000,000 |
| ساعات الاستعلام لكل مستأجر Azure | 20,000,000 |
حدود تقييد تكلفة الاستعلام
| الحد | القيمة |
|---|---|
| الحد الأقصى لتكلفة الاستعلام لكل استعلام | 15000 |
| الحد الأقصى لتكلفة الاستعلام لاستعلام قواعد التسجيل | 3000 |
يتم حساب تكلفة الاستعلام على النحو التالي:
تكلفة الاستعلام = (عدد السلاسل الزمنية المطلوبة * (المدة الزمنية التي تم الاستعلام فيها بالثوان / تحليل الوقت المستنتج للبيانات التي تم الاستعلام بها)) / 5000
استدلال تحليل الوقت للبيانات التي تم الاستعلام عليها = عدد نقاط البيانات المخزنة في أي مفاتيح سلسلة زمنية محددة عشوائيا للمقياس / الاستعلام عن المدة الزمنية بالثوان
قواعد التنبيه والتسجيل
يتم تعريف قواعد تنبيه Prometheus وقواعد التسجيل في PromQL. يتم تنفيذها على خدمة المسطرة المدارة كجزء من خدمة Azure Monitor المدارة ل Prometheus.
| الحد | القيمة |
|---|---|
| مجموعات القواعد لكل مساحة عمل Azure Monitor، في اشتراك Azure | 500 يمكنك طلب زيادة. |
| القواعد لكل مجموعة قواعد | 20 لا يمكن زيادة هذا الحد. |
| الفاصل الزمني لتقييم مجموعة القواعد | بين دقيقة واحدة و24 ساعة. الافتراضي هو دقيقة واحدة. |
| التنبيهات النشطة | لا يوجد حد في هذا الوقت. |
الكتابة عن بعد
تم تحديد الحسابات باستخدام حجم دفعة بعيد يبلغ 500، وهو الإعداد الافتراضي.
| الحد | القيمة |
|---|---|
| استخدام المعالج | 0.25 x (عدد المقاييس) + 1.25 x (متوسط عدد السلاسل لكل مقياس) |
| طلب وحدة المعالجة المركزية | 0.75 × (استخدام وحدة المعالجة المركزية) |
| حد المعالج | 2 × (طلب وحدة المعالجة المركزية) |
| طلب الذاكرة | 150 ميغابايت |
| حد الذاكرة | 200 ميغابايت |
| الحد الأقصى لمعدل النقل | يمكن لحاوية الكتابة عن بعد معالجة ما يصل إلى 150,000 سلسلة زمنية فريدة. قد تطرح الحاوية أخطاء تخدم الطلبات أكثر من 150000 بسبب العدد الكبير من الاتصالات المتزامنة. يمكن تخفيف هذه المشكلة عن طريق زيادة حجم الدفعة عن بعد من 500 إلى 1000. يقلل هذا التغيير من عدد الاتصالات المفتوحة. |
واجهة برمجة تطبيقات استيعاب السجلات
| الحد | القيمة | التعليقات |
|---|---|---|
| الحد الأقصى لحجم استدعاء واجهة برمجةِ التطبيقات | 1 ميجا بايت | كل من البيانات المضغوطة وغير المضغوطة. |
| الحجم الأقصى لقيم الحقول | 64 كيلو بايت | يتم اقتطاع حقول أطول من 64 كيلوبايت. |
| الحد الأقصى للبيانات/الدقيقة لكل DCR | 2 جيجابايت | كل من البيانات المضغوطة وغير المضغوطة. أعِد المحاولة بعد المدة المدرجة في العنوان Retry-After في الاستجابة. |
| الحد الأقصى للطلبات/الدقيقة لكل DCR | 12,000 | أعِد المحاولة بعد المدة المدرجة في العنوان Retry-After في الاستجابة. |
قواعد تجميع البيانات
| الحد | القيمة |
|---|---|
| الحد الأقصى لعددِ مصادر البيانات | 10 |
| الحد الأقصى لعددِ محددات العدادات في عداد الأداء | 100 |
| الحد الأقصى لعددِ أسماء المرافق في Syslog | 20 |
| الحد الأقصى لعدد استعلامات XPath في Event Log | 100 |
| الحد الأقصى لعددِ تدفقات البيانات | 10 |
| الحد الأقصى لعددِ دفق البيانات | 10 |
| الحد الأقصى لعددِ الملحقات | 10 |
| الحد الأقصى لحجم إعداداتِ الملحق | 32 كيلوبايت |
| الحد الأقصى لعددِ مساحات عمل Log Analytics | 10 |
| الحد الأقصى لعددِ الأحرف في التحويل | 15,360 |
إعدادات التشخيص
| Resource | الحد الافتراضي | الحد الأقصى |
|---|---|---|
| الحد الأقصى لعددِ إعدادات التشخيص لكل مورد | 5 | مثل الافتراضي. |
تسجيل الاستعلامات واللغة
حدود الاستعلام العامة
| الحد | الوصف |
|---|---|
| لغة الاستعلام | يستخدم Azure Monitor نفس لغة استعلام Kusto (KQL) مثل Azure Data Explorer. راجع اختلافات لغة استعلام سجل Azure Monitor لعناصر لغة KQL غير المدعومة في Azure Monitor. |
| مناطق Azure | يمكن أن تواجه استعلامات السجل عبئًا زائدًا عند امتداد البيانات لمساحات عمل تحليلات السجل في مناطق Azure المتعددة. راجع حدود الاستعلام للحصول على التفاصيل. |
| استعلامات الموارد المشتركة | الحد الأقصى لعدد موارد Application Insights ومساحات عمل Log Analytics في استعلام واحد يقتصر على 100. الاستعلام عبر الموارد غير مدعوم في View المصمم. يتم دعم الاستعلام عبر الموارد في تنبيهات السجل في واجهة برمجة تطبيقات scheduledQueryRules الجديدة. راجع حدود الاستعلام عبر الموارد للحصول على التفاصيل. |
| استعلامات لوحة معلومات "تحليلات السجل" | الحد الأقصى لعدد السجلات التي تم إرجاعها في استعلام لوحة معلومات Log Analytics واحد هو 2000. |
تقييد استعلام المستخدم
يحتوي Azure Monitor على العديد من القيود الخانقة للحماية من إرسال المستخدمين لعدد كبير من الاستعلامات. يمكن أن يؤدي هذا السلوك إلى زيادة تحميل موارد النظام الخلفية ويعرض استجابة الخدمة للخطر. صُمِّمت الحدود التالية لحماية العملاء من الانقطاعات وضمان مستوى خدمة ثابت. تم تصميم تقييد المستخدم وحدوده للتأثير فقط على سيناريوهات الاستخدام القصوى ولا ينبغي أن تكون ذات صلة للاستخدام النموذجي.
| المقياس | الحد لكل مستخدم | الوصف |
|---|---|---|
| الاستفسارات المتزامنة | 5 | يمكن للمستخدم تشغيل ما يصل إلى خمسة استعلامات متزامنة. تتم إضافة أي استعلام آخر إلى قائمة انتظار. عند انتهاء أحد الاستعلامات قيد التشغيل، يتم سحب الاستعلام الأول في قائمة الانتظار من قائمة الانتظار ويبدأ التشغيل. استعلامات التنبيه ليست جزءا من هذا الحد. |
| الوقت في قائمة انتظار التزامن | 3 دقائق | إذا كان الاستعلام يجلس في قائمة الانتظار لأكثر من 3 دقائق دون بدء تشغيله، يتم إنهاؤه باستجابة خطأ HTTP مع التعليمات البرمجية 429. |
| إجمالي الاستعلامات في قائمة انتظار التزامن | 200 | عندما يصل عدد الاستعلامات في قائمة الانتظار إلى 200، يتم رفض الاستعلام التالي برمز خطأ HTTP 429. هذا الرقم بالإضافة إلى الاستعلامات الخمسة التي يمكن تشغيلها في وقت واحد. |
| معدل الاستعلام | 200 استفسار في 30 ثانية | المعدل الإجمالي للاستعلامات التي يمكن إرسالها من قِبل مستخدم واحد إلى كافة مساحات العمل. ينطبق هذا الحد على الاستعلامات البرمجية أو الاستعلامات التي بدأتها أجزاء المرئيات مثل لوحات معلومات Azure وصفحة ملخص مساحة عمل Log Analytics (مهملة). |
- قم بتحسين استعلاماتك كما هو موضح في تحسين استعلامات السجل في Azure Monitor.
- يمكن أن تحتوي لوحات المعلومات والمصنفات على استعلامات متعددة في طريقة عرض واحدة تنشئ سلسلة من الاستعلامات في كل مرة يتم فيها تحميلها أو تحديثها. ضع في اعتبارك تقسيمها إلى وجهات نظر متعددة يتم تحميلها عند الطلب.
- في Power BI، ضع في اعتبارك استخراج النتائج المجمعة فقط بدلاً من السجلات الأولية.
مساحات عمل Log Analytics
حجم جمع البيانات والاحتفاظ بها
| مستوى الأسعار | الحد في اليوم | الاحتفاظ بالبيانات | تعليق |
|---|---|---|---|
| الدفع أولا بأول (تم تقديمه في أبريل 2018) |
غير محدود | ما يصل إلى 730 يوما استبقاء تفاعلي/ أرشيف بيانات يصل إلى 12 عاما |
يتوفر استبقاء البيانات بعد 31 يوما مقابل رسوم إضافية. تعرف على المزيد عن أسعار Azure Monitor. |
| مستويات الالتزام (تم تقديمه في نوفمبر 2019) |
غير محدود | ما يصل إلى 730 يوما استبقاء تفاعلي/ أرشيف بيانات يصل إلى 12 عاما |
يتوفر استبقاء البيانات بعد 31 يوما مقابل رسوم إضافية. تعرف على المزيد عن أسعار Azure Monitor. |
| قديم لكل عقدة (OMS) (تم تقديمه في أبريل 2016) |
غير محدود | من 30 إلى 730 يومًا | يتوفر استبقاء البيانات بعد 31 يوما مقابل رسوم إضافية. تعرف على المزيد عن أسعار Azure Monitor. يقتصر الوصول إلى طبقة الاستخدام على الاشتراكات التي تحتوي على مساحة عمل سجل التحليلات أو مورد Application Insights في 2 أبريل 2018، أو مرتبطة باتفاقية Enterprise التي بدأت قبل 1 فبراير 2019 ولا تزال نشطة. |
| الطبقة المستقلة القديمة (تم تقديمه في أبريل 2016) |
غير محدود | من 30 إلى 730 يومًا | يتوفر استبقاء البيانات بعد 31 يوما مقابل رسوم إضافية. تعرف على المزيد عن أسعار Azure Monitor. يقتصر الوصول إلى طبقة الاستخدام على الاشتراكات التي تحتوي على مساحة عمل سجل التحليلات أو مورد Application Insights في 2 أبريل 2018، أو مرتبطة باتفاقية Enterprise التي بدأت قبل 1 فبراير 2019 ولا تزال نشطة. |
| الطبقة المجانية القديمة (تم تقديمه في أبريل 2016) |
500 ميغابايت | 7 أيام | عندما تصل مساحة العمل إلى حد 500 ميغابايت في اليوم، يتوقف استيعاب البيانات ويستأنف في بداية اليوم التالي. يعتمد اليوم على التوقيت العالمي المنسق (UTC). لا يتم تضمين البيانات التي يجمعها Microsoft Defender for Cloud في هذا الحد البالغ 500 ميغابايت في اليوم ويستمر جمعها فوق هذا الحد. لا يمكن إنشاء مساحات عمل جديدة أو نقل مساحات العمل الحالية إلى مستوى تسعير الإصدار التجريبي المجاني القديم إلا حتى 1 يوليو 2022. |
| المستوى القياسي القديم | غير محدود | 30 يومًا | لا يمكن تعديل الاستبقاء. لم يتوفر هذا المستوى لأي مساحات عمل جديدة منذ 1 أكتوبر 2016. |
| الطبقة المميزة القديمة | غير محدود | 365 يومًا | لا يمكن تعديل الاستبقاء. لم يتوفر هذا المستوى لأي مساحات عمل جديدة منذ 1 أكتوبر 2016. |
عدد مساحات العمل لكل اشتراك
| مستوى الأسعار | حد مساحة العمل | التعليقات |
|---|---|---|
| الطبقة المجانية القديمة | 10 | لا يمكن زيادة هذا الحد. لا يمكن إنشاء مساحات عمل جديدة أو نقل مساحات العمل الحالية إلى مستوى تسعير الإصدار التجريبي المجاني القديم إلا حتى 1 يوليو 2022. |
| جميع المستويات الأخرى | غير محدود | أنت مقيد بعدد الموارد ضمن مجموعة موارد وعدد مجموعات الموارد لكل اشتراك. |
مدخل Microsoft Azure
| الفئة | الحد | التعليقات |
|---|---|---|
| تم إرجاع الحد الأقصى من السجلات من قِبل استعلام السجل | 30,000 | تقليل النتائج باستخدام نطاق الاستعلام والنطاق الزمني وعوامل التصفية في الاستعلام. |
واجهة برمجة تطبيقات مجمع البيانات
| الفئة | الحد | التعليقات |
|---|---|---|
| الحجم الأقصى لوظيفة واحدة | 30 ميجابايت | تقسيم الأحجام الكبيرة إلى منشورات متعددة. |
| الحجم الأقصى لقيم الحقول | 32 كيلوبايت | الحقول التي يزيد طولها على 32 كيلوبايت يتم اقتطاعها. |
واجهة برمجة تطبيقات الاستعلام
| الفئة | الحد | التعليقات |
|---|---|---|
| تم إرجاع الحد الأقصى من السجلات في استعلام واحد | 500,000 | |
| تم إرجاع الحد الأقصى لحجم البيانات | ~ 104 ميبيبايت (~ 100 ميبيبايت) | تقوم واجهة برمجة التطبيقات بإرجاع ما يصل إلى 64 ميغابايت من البيانات المضغوطة، والتي تترجم إلى ما يصل إلى 100 ميغابايت من البيانات الأولية. |
| الحد الأقصى لوقت تشغيل الاستعلام | 10 دقيقة | راجع المهلات لمعرفة التفاصيل. |
| الحد الأقصى لمعدل الطلب | 200 طلب لكل 30 ثانية لكل عنوان IP لمستخدم Microsoft Entra أو العميل | راجع استعلامات السجل واللغة. |
موصل سجلات Azure Monitor
| الفئة | الحد | التعليقات |
|---|---|---|
| الحد الأقصى لحجم البيانات | ~ 16.7 ميبيبايت (~ 16 ميبيبايت) | تفرض البنية الأساسية للموصل تعيين حد أقل من حد واجهة برمجة التطبيقات للاستعلام. |
| الحد الأقصى لعدد السجلات | 500,000 | |
| الحد الأقصى لمهلة الموصل | 110 ثانية | |
| الحد الأقصى لمهلة الاستعلام | 100 ثانية | |
| المخططات | تستخدم صفحة السجلات والموصل مكتبات تخطيط مختلفة للتصور. بعض الوظائف غير متوفرة حاليًا في الموصل. |
حدود مساحة العمل العامة
| الفئة | الحد | التعليقات |
|---|---|---|
| الحد الأقصى من الأعمدة في الجدول | 500 | |
| الحد الأقصى لعدد جداول السجل المخصصة | 500 | |
| الحد الأقصى من الأحرف لاسم العمود | 45 |
معدل حجم استيعاب البيانات
Azure Monitor هي خدمة بيانات واسعة النطاق تخدم الآلاف من العملاء الذين يرسلون تيرابايت من البيانات كل يوم وبوتيرة متزايدة. يهدف حد معدل الحجم الناعم إلى عزل عملاء Azure Monitor عن ارتفاعات الاستيعاب المفاجئة في بيئة تعدد المستأجرين. حد معدل حجم الاستيعاب الافتراضي في مساحات العمل هو 500 ميغابايت (مضغوط)، والذي تتم ترجمته إلى ما يقرب من 6 غيغابايت/دقيقة غير مضغوطة.
ينطبق حد معدل وحدة التخزين على البيانات التي تم استيعابها من موارد Azure عبر إعدادات التشخيص وواجهة برمجة تطبيقات مجمع البيانات. عند الوصول إلى حد معدل الحجم، تحاول آلية إعادة المحاولة استيعاب البيانات أربع مرات في فترة 12 ساعة وإسقاطها إذا فشلت العملية. لا ينطبق الحد على البيانات التي تم استيعابها من الوكلاء، أو عبر DCR.
عندما تكون البيانات المرسلة إلى مساحة العمل الخاصة بك بمعدل وحدة تخزين أعلى من 80٪ من الحد الذي تم تكوينه في مساحة العمل الخاصة بك، يتم إرسال حدث إلى Operation الجدول في مساحة العمل الخاصة بك كل 6 ساعات بينما يستمر تجاوز الحد. عندما يكون معدل وحدة التخزين التي تم استيعابها أعلى من الحد، يتم إسقاط بعض البيانات، ويتم إرسال حدث إلى Operation الجدول في مساحة العمل الخاصة بك كل 6 ساعات بينما يستمر تجاوز الحد.
إذا استمر معدل حجم الاستيعاب في تجاوز الحد أو كنت تتوقع الوصول إليه في وقت قريب، يمكنك طلب زيادة هذا الحد عن طريق فتح طلب دعم.
يوصى أيضا بإنشاء قاعدة تنبيه للإخطار بشكل استباقي عند الوصول إلى أي حدود استيعاب. راجع مراقبة صحة مساحة عمل Log Analytics في Azure Monitor.
إشعار
اعتمادًا على المدة التي قضيتها في استخدام Log Analytics، قد تتمكن من الوصول إلى مستويات الأسعار القديمة. تعرف على المزيد عن طبقات التسعير القديمة في Analytics.
Application Insights
هناك بعض القيود على عدد المقاييس والأحداث لكل تطبيق، أي لكل مفتاح جهاز. تعتمد الحدود على خطة التسعير التي تختارها.
| Resource | الحد الافتراضي | الحد الأقصى | ملاحظات |
|---|---|---|---|
| إجمالي البيانات في اليوم | 100 غيغابايت | اتصل بالدعم. | يمكنك تعيين حد أقصى لتقليل البيانات. إذا كنت بحاجة إلى مزيد من البيانات، فيمكنك زيادة الحد في المدخل حتى 1,000 جيجابايت. إذا كانت السعة أكبر من 1,000 جيجابايت، أرسل رسالة بريد إلكتروني إلى AIDataCap@microsoft.com. |
| التحكم بالنطاق الترددي* | 32,000 حدث/ثانية | اتصل بالدعم. | يتم قياس الحد على مدى دقيقة. |
| سجلات استبقاء البيانات | من 30 إلى 730 يوما | 730 يومًا | هذا المورد مخصص لـ السجلات. |
| مقاييس استبقاء البيانات | 90 يومًا | 90 يومًا | هذا المورد مخصص لـ مستكشف المقاييس. |
| توافر اختبار متعدد الخطوات الاستباق بالنتائج التفصيلية | 90 يومًا | 90 يومًا | يوفر هذا المورد نتائج مفصلة لكل خطوة. |
| الحد الأقصى لحجم عنصر القياس عن بعد | 64 كيلو بايت | 64 كيلو بايت | |
| الحد الأقصى من عناصر القياس عن بعد لكل دفعة | 64,000 | 64,000 | |
| طول اسم الموقع والمقياس | 150 | 150 | راجع مخططات الأنواع. |
| طول سلسلة قيمة الخاصية | 8,192 | 8,192 | راجع مخططات الأنواع. |
| طول رسالة التتبع والاستثناء | 32,768 | 32,768 | راجع مخططات الأنواع. |
| عدد اختبارات التوفر لكل مورد Application Insights | 100 | 100 | |
| عدد اختبارات التوفر لكل مجموعة موارد | 800 | 800 | راجع Azure Resource Manager |
| اختبارات قابلية الوصول إلى Aailability أقصى عمليات إعادة توجيه لكل اختبار | 10 | 10 | |
| اختبارات قابلية الوصول إلى الحد الأدنى من تكرار الاختبار | 300 ثانية | تتطلب ترددات الاختبار المخصصة أو الترددات الأقل من 5 دقائق تطبيقات TrackAvailability مخصصة. | |
| محلل ملفات التعريف واستبقاء بيانات اللقطة | أسبوعان | اتصل بفريق الدعم. حد الإستبقاء الأقصى هو 6 أشهر. | |
| محلل ملفات التعريف البيانات المرسلة يوميًا | غير محدود | لا يوجد حد. | |
| بيانات اللقطة المرسلة يوميًا | 30 لقطة يوميًا لكل تطبيق مراقب | لا يوجد حد. | يمكن تعديل عدد اللقطات التي تم جمعها لكل تطبيق من خلال التكوين. |
للحصول على مزيدٍ من المعلومات عن التسعير والحصص، راجع فواتير Application Insights.
نطاق الارتباط الخاص ل Azure Monitor (AMPLS)
كائن AMPLS له الحدود التالية:
- يمكن للشبكة الظاهرية الاتصال بعنصر AMPLS واحد فقط. وهذا يعني أن كائن AMPLS يجب أن يوفر الوصول إلى جميع موارد Azure Monitor التي يجب أن يكون للشبكة الظاهرية حق الوصول إليها.
- يمكن لعنصر AMPLS الاتصال ب 300 مساحة عمل Log Analytics و1000 مكون Application Insights على الأكثر.
- يمكن لمورد Azure Monitor (مساحة العمل أو مكون Application Insights أو نقطة نهاية تجميع البيانات) الاتصال بخمسة AMPLSs على الأكثر.
- يمكن لعنصر AMPLS الاتصال ب 10 نقاط نهاية خاصة على الأكثر.
إشعار
تدعم موارد AMPLS التي تم إنشاؤها قبل 1 ديسمبر 2021 50 موردًا فقط.