إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
تسرد هذه الوثيقة بعض أكثر حدود Microsoft Azure شيوعا، والتي تسمى أحيانا الحصص.
- لمعرفة المزيد عن تسعير Azure، راجع نظرة عامة وتفاصيل Azure التسعير التعريفية.
- توفر صفحة التسعير Azure تفاصيل لخدمات محددة؛ على سبيل المثال، أجهزة Windows الظاهرية.
- يمكنك أيضا استخدام حاسبة التسعير Azure proking لتقدير تكاليفك.
- راجع ما هو Microsoft Billing? للحصول على نصائح تساعدك في إدارة تكاليفك.
كيفية إدارة الحدود
Note
بعض الخدمات لها حدود قابلة للتعديل.
عندما يمكن ضبط الحد، تتضمن الجداول رؤوس الحد الافتراضيوالحد الأقصى . يمكن رفع الحد فوق الحد الافتراضي ولكن ليس فوق الحد الأقصى. تستخدم بعض الخدمات ذات الحدود القابلة للتعديل رؤوسا مختلفة مع معلومات حول ضبط الحد.
عندما لا تحتوي الخدمة على حدود قابلة للتعديل، تستخدم الجداول التالية الرأس حد دون أي معلومات إضافية حول ضبط الحد. في هذه الحالات، تكون الحدود الافتراضية والحد الأقصى هي نفسها.
إذا كنت ترغب في رفع الحد أو الحصة النسبية فوق الحد الافتراضي، فافتح طلب دعم العملاء عبر الإنترنت دون أي رسوم.
غالبا ما يستخدم المصطلحان الحد الناعموالحد الثابت بشكل غير رسمي لوصف الحد الحالي القابل للتعديل (الحد الناعم) والحد الأقصى (الحد الثابت). إذا لم يكن الحد قابلا للتعديل، فلن يكون هناك حد بسيط ولكن فقط حد ثابت.
اشتراكات مجانية Azure تجريبية غير مؤهلة لزيادة الحد أو الحصص. إذا كان لديك هذا النوع من الاشتراكات، يمكنك الترقية إلى اشتراك ادفع حسب الاستخدام. لمزيد من المعلومات، راجع ترقية حسابك Azure والنظرة العامة ل جرب Azure مجانا أو ادفع أثناء الاستخدام.
تتم إدارة بعض الحدود على المستوى الإقليمي. يمكنك تحديد ما يجب أن تكون حصصك النسبية لحمل العمل الخاص بك في أي منطقة واحدة، ثم طلب هذا المبلغ لكل منطقة تريد النشر فيها.
على سبيل المثال، مع حصص وحدة المعالجة المركزية الظاهرية (vCPU):
- لطلب زيادة الحصة النسبية مع دعم وحدات المعالجة المركزية الظاهرية، يمكنك تحديد عدد وحدات vCPUs التي يجب استخدامها في أي مناطق.
- ثم تطلب زيادة في حصص vCPU للمبالغ والمناطق التي تريدها.
- إذا كنت بحاجة إلى استخدام 30 vCPUs في غرب أوروبا لتشغيل التطبيق الخاص بك هناك، فإنك تطلب على وجه التحديد 30 vCPUs في غرب أوروبا.
- لا تزيد الحصة النسبية لوحدة المعالجة المركزية الظاهرية في أي منطقة أخرى؛ أوروبا الغربية فقط لديها الحصة النسبية 30-vCPU.
راجع حل الأخطاء لحصص الموارد للحصول على مزيد من المعلومات حول كيفية تحديد الحصص النسبية لمناطق معينة.
الحدود العامة
- انظر قواعد وقيود التسمية لموارد Azure للاطلاع على حدود أسماء الموارد.
- راجع فهم كيفية Azure Resource Manager تقليل الطلبات لتتعرف على حدود قراءة وكتابة Resource Manager في واجهة برمجة التطبيقات.
حدود مجموعة إدارة Azure
تنطبق القيود التالية على مجموعات الإدارة Azure.
| Resource | Limit |
|---|---|
| مجموعات الإدارة لكل مستأجر Microsoft Entra | 10,000 |
| الاشتراكات لكل مجموعة إدارة | Unlimited |
| مستويات التسلسل الهرمي لمجموعة الإدارة | مستوى الجذر زائد 6 مستويات1 |
| مجموعة الإدارة الأصلية المباشرة لكل مجموعة إدارة | One |
| النشر على مستوى مجموعة الإدارة | 8002 |
| مواقع عمليات النشر على مستوى مجموعة الإدارة | 10 |
1لا تتضمن المستويات الستة مستوى الاشتراك.
2إذا وصلت إلى الحد الأقصى البالغ 800 عملية نشر، فاحذف عمليات التوزيع من المحفوظات التي لم تعد هناك حاجة إليها. لحذف عمليات نشر على مستوى مجموعة الإدارة، استخدم Remove-AzManagementGroupDeployment أو az deployment mg delete. يتم حذف عمليات النشر تلقائيا من السجل عندما تقترب من الحد. لا يؤثر حذف إدخال من محفوظات النشر على الموارد المنشورة. لمزيد من المعلومات، انظر الحذف التلقائي من تاريخ النشر.
حدود اشتراك Azure
تنطبق القيود التالية عند استخدام مجموعات الموارد Azure Resource Manager و Azure.
| Resource | Limit |
|---|---|
| Azure الاشتراكات المرتبطة بمستأجر Microsoft Entra | Unlimited |
| CoAdministrators لكل اشتراك | Unlimited |
| Resource groups لكل اشتراك | 980 |
| حجم طلب Azure Resource Manager API | 4,194,304 بايت |
| العلامات لكل اشتراك1 | 50 |
| حسابات العلامات الفريدة لكل اشتراك2 | 80,000 |
| النشر على مستوى الاشتراك | 8003 |
| مواقع <نشرات على مستوى الاشتراك> | 10 |
1يمكنك تطبيق ما يصل إلى 50 علامة مباشرة على الاشتراك. ضمن الاشتراك، يقتصر كل مورد أو مجموعة موارد أيضا على 50 علامة. ومع ذلك، يمكن أن يحتوي الاشتراك على عدد غير محدود من العلامات التي يتم توزيعها عبر الموارد ومجموعات الموارد.
يعيد 2Resource Manager قائمة بأسماء الوسوم والقيم في الاشتراك فقط عندما يكون عدد العلامات الفريدة 80,000 أو أقل. يتم تعريف العلامة الفريدة من خلال مجموعة من معرف المورد واسم العلامة وقيمة العلامة. على سبيل المثال، سيتم حساب موردين بنفس اسم العلامة والقيمة كعلامة فريدة. لا يزال بإمكانك العثور على مورد حسب العلامة عندما يتجاوز الرقم 80,000.
3يتم حذف عمليات النشر تلقائيا من المحفوظات عندما تقترب من الحد الأقصى. لمزيد من المعلومات، انظر الحذف التلقائي من تاريخ النشر.
لاحظ أن معرفات الاشتراك يجب أن تكون معرفات GUID غير فارغة.
حدود مجموعة الموارد في Azure
| Resource | Limit |
|---|---|
| الموارد لكل مجموعة موارد | لا تقتصر الموارد على مجموعة الموارد. بدلا من ذلك، يتم تقييدها حسب نوع المورد في مجموعة موارد. راجع الصف التالي. |
| الموارد لكل مجموعة موارد، لكل نوع مورد | 800 - يمكن أن تتجاوز بعض أنواع الموارد حد 800. راجع الموارد التي لا تقتصر على 800 مثيل لكل مجموعة موارد. |
| عمليات التوزيع لكل مجموعة موارد في محفوظات التوزيع | 8001 |
| الموارد لكل عملية نشر | 800 |
| أقفال الإدارة لكل نطاق فريد | 20 |
| عدد العلامات لكل مورد أو مجموعة موارد | 50 |
| طول مفتاح العلامة | 512 |
| طول قيمة العلامة | 256 |
1يتم حذف عمليات النشر تلقائيا من المحفوظات عندما تقترب من الحد الأقصى. لا يؤثر حذف إدخال من محفوظات النشر على الموارد المنشورة. لمزيد من المعلومات، انظر الحذف التلقائي من تاريخ النشر.
حدود القوالب
| Value | Limit |
|---|---|
| Parameters | 256 |
| Variables | 256 |
| الموارد (بما في ذلك عدد النسخ) | 800 |
| Outputs | 64 |
| تعبير القالب | 24,576 حرفة |
| الموارد في القوالب المصدرة | 200 |
| حجم القالب | 4 ميغابايت |
| حجم تعريف المورد | 1 ميغابايت |
| حجم ملف المعلمة | 4 ميغابايت |
يمكنك تجاوز بعض حدود القالب باستخدام قالب متداخل. لمزيد من المعلومات، راجع استخدم القوالب المرتبطة عند نشر Azure الموارد. لتقليل عدد المعلمات أو المتغيرات أو المخرجات، يمكنك دمج عدة قيم في كائن. لمزيد من المعلومات، انظر Objects as parameters.
قد تحصل على خطأ مع قالب أو ملف معلمة أقل من 4 ميغابايت، إذا كان الحجم الإجمالي للطلب كبيرا جدا. لمزيد من المعلومات حول كيفية تبسيط القالب لتجنب طلب كبير، راجع حل الأخطاء المتعلقة بحجم المهمة التي تم تجاوزها.
حدود مركز Azure API
| Resource | الباقة المجانية1 | الباقةالقياسية 2 |
|---|---|---|
| واجهات برمجة التطبيقات | 200 | 10,000 |
| الإصدارات لكل واجهة برمجة التطبيقات | 5 | 100 |
| التعاريف لكل إصدار | 5 | 5 |
| عمليات التوزيع لكل واجهة برمجة تطبيقات | 10 | 10 |
| البيئات | 20 | 20 |
| مساحات العمل | 1 (افتراضي) | 1 (افتراضي) |
| خصائص بيانات التعريف المخصصة لكل كيان3 | 10 | 20 |
| الخصائص الفرعية في خاصية البيانات الوصفية المخصصة من النوع "كائن" | 10 | 10 |
| الطلبات في الدقيقة (مستوى البيانات) | 3,000 | 6,000 |
| تعريفات واجهات برمجة التطبيقات التي تم تحليلها خلال 24 ساعة | 10 | 2,0004 |
| ملفات تعريف التحليل | 1 | 3 |
| تقييمات أصول الذكاء الاصطناعي كل 24 ساعة | N/A | 2,000 |
| مصادر واجهة برمجة التطبيقات المرتبطة (المتكاملة) 5 | 1 | 5 |
| واجهات برمجة التطبيقات المتزامنة من مصدر واجهة برمجة تطبيقات مرتبط | 200 | 10,0004 |
| الأصول المتزامنة من مصدر Git مرتبط | 100 | 10,0004 |
| الملفات لكل أصل من مصدر Git مرتبط | 5 | 15 |
| ملفات من مصدر Git مرتبط | 500 | 10,000 |
| حد حجم الملف (لكل ملف) من مصدر Git مرتبط | 100 كيلوبايت | 2 ميجابايت |
| التبعيات | 200 | 200 |
| البحث الدلالي في مدخل API Center | No | Yes |
1 استخدام ميزات الخدمة الكاملة بما في ذلك تحليل واجهة برمجة التطبيقات محدود.
2 لزيادة الحد في الخطة القياسية، يرجى التواصل مع support.
3 خصائص بيانات التعريف المخصصة المعينة لواجهات برمجة التطبيقات وعمليات النشر والبيئات.
4 يمكن أن تستغرق العملية بضع دقائق إلى ما يصل إلى 24 ساعة حتى تكتمل.
5 مصادر مثل الحالات API Management المرتبطة.
حدود إدارة API في Azure
يوفر هذا القسم معلومات حول الحدود التي تنطبق على إدارة Azure API الحالات في مستويات service مختلفة، بما في ذلك ما يلي:
- <حدود الموارد c0> في API Management الكلاسيكية والمستوى v2
- حدود الموارد في مساحات العمل API Management
- حدود الموارد في بوابة المطورين في مستويات v2 API Management
- حدود وقت تشغيل البوابة
Limits - مستويات API Management الكلاسيكية والمستوى v2
سيتم تقديم الحدود التالية بدءا من مارس 2026. يسمح للخدمات في المستويات الكلاسيكية التي تتجاوز الحدود المعدلة بالحفاظ على سعتها الحالية. لمزيد من المعلومات، راجع فهم حدود الخدمة API Management.
Note
الحدود لكل مثيل خدمة ما لم ينص على خلاف ذلك.
عند عد عدد الموارد المتعلقة ب API (مثل عمليات API والعلامات)، يتضمن API Management أيضا إصدارات وإصدارات API.
| الكيان/المورد | Consumption | المطور | أساسي/ الإصدار 2 الأساسي |
ستاندرد/ قياسي v2 |
بريميوم/ الإصدار المميز v2 |
|---|---|---|---|---|---|
| عمليات API | 3,000 | 3,000 | 10,000 | 50,000 | 75,000 |
| علامات API | 1,500 | 1,500 | 1,500 | 2,500 | 15,000 |
| القيم المسماة | 5,000 | 5,000 | 5,000 | 10,000 | 18,000 |
| قطع الاشجار | 100 | 100 | 100 | 200 | 400 |
| المنتجات | 100 | 100 | 200 | 500 | 2,000 |
| الاشتراكات | N/A | 10,000 | 15,000 | 25,000 | 75,000 |
| المستخدمون | N/A | 20,000 | 20,000 | 50,000 | 75,000 |
| الهويات التي يديرها المستخدم | 10 | 10 | 10 | 10 | 10 |
| مساحات العمل لكل بوابة مساحة عمل | N/A | N/A | 301 | 301 | 30 |
| البوابات المستضافة ذاتيا | N/A | 5 | N/A | N/A | 1002 |
1 ينطبق حاليا فقط على مستويات v2.
2 ينطبق فقط على الفئة المميزة.
Limits - مساحات API Management
فيما يلي حدود الموارد لكل workspace في إدارة Azure API:
| Resource | مساحة العمل - المستوى المتميز |
|---|---|
| مساحات العمل لكل مثيل | 100 |
| توسيع نطاق الوحدات لكل بوابة مساحة عمل متميزة | 12 |
| واجهات برمجة التطبيقات (بما في ذلك الإصدارات والمراجعات) | 200 |
| عمليات API | 5,000 |
| العمليات لكل واجهة برمجة تطبيقات | 100 |
| الإصدارات لكل واجهة برمجة تطبيقات | 100 |
| المخططات لكل واجهة برمجة التطبيقات | 100 |
| الاشتراكات لكل واجهة برمجة تطبيقات | 200 |
| العلامات لكل واجهة برمجة تطبيقات | 100 |
| Backends | 200 |
| Certificates | 200 |
| المجموعات | 50 |
| قطع الاشجار | 50 |
| القيم المسماة | 200 |
| أجزاء السياسة | 50 |
| المنتجات | 100 |
| واجهات برمجة التطبيقات لكل منتج | 200 |
| المجموعات لكل منتج | 200 |
| الاشتراكات لكل منتج | 1,000 |
| العلامات لكل منتج | 50 |
| Schemas | 500 |
| الاشتراكات | 5,000 |
| Tags | 200 |
| المجموعات لكل مستخدم | 200 |
| مجموعات الإصدارات | 50 |
Limits - بوابة المطورين في مستويات API Management v2
| Item | الإصدار 2 الأساسي | قياسي v2 | الإصدار المميز v2 |
|---|---|---|---|
| عدد ملفات الوسائط المراد تحميلها | 15 | 15 | 15 |
| حجم ملف الوسائط | 500 كيلوبايت | 500 كيلوبايت | 500 كيلوبايت |
| عدد الصفحات | 30 | 50 | 50 |
| عدد الأدوات1 | 30 | 50 | 50 |
| حجم البيانات الوصفية لكل صفحة | 350 كيلوبايت | 350 كيلوبايت | 350 كيلوبايت |
| حجم البيانات الوصفية لكل عنصر واجهة مستخدم1 | 350 كيلوبايت | 350 كيلوبايت | 350 كيلوبايت |
| عدد طلبات العملاء في الدقيقة | 200 | 200 | 200 |
1 حد لعناصر واجهة المستخدم المضمنة مثل النص أو الصور أو قائمة واجهات برمجة التطبيقات. حاليا، لا يتم دعم عناصر واجهة المستخدم المخصصة وعناصر واجهة مستخدم تعليمات HTML البرمجية المخصصة في المستويات v2.
حدود وقت تشغيل بوابة API Management
| حد مدة التشغيل | Classic | V2 | Consumption |
|---|---|---|---|
| الاتصالات الخلفية المتزامنة1 لكل مرجع HTTP | 2,0482 لكل وحدة | 2,048 | Unlimited |
| حجم الاستجابة المخزنة مؤقتا | 2 ميجابايت | 2 ميجابايت | 2 ميجابايت |
| حجم مستند النهج | 512 كيبيبايت | 512 كيبيبايت | 16 كيبيبايت |
| حجم حمولة الطلب | Unlimited | 1 جيجابيت | 1 جيجابيت |
| حجم الحمولة المخزنة مؤقتا | 500 ميجابايت | 2 ميجابايت | 2 ميجابايت |
| حجم حمولة الطلب/الاستجابة في سجلات التشخيص | 8,192 بايت | 8,192 بايت | 8,192 بايت |
| حجم رابط الطلب3 | Unlimited | 16,384 بايت | 16,384 بايت |
| طول مقطع مسار عنوان URL | 1,024 حرفا | 1,024 حرفا | 1,024 حرفا |
| طول القيمة المسماة | 4,096 حرفا | 4,096 حرفا | 4,096 حرفا |
| حجم طلب أو استجابة في <سياسة التحقق من المحتوى> | 100 كيلو بايت | 100 كيلو بايت | 100 كيلو بايت |
| حجم مخطط واجهة برمجة التطبيقات المستخدم في ><سياسة التحقق من الصحة | 4 ميغابايت | 4 ميغابايت | 4 ميغابايت |
| إجمالي مدة الطلب | Unlimited | Unlimited | 30 ثانية |
| اتصالات WebSocket النشطة لكل وحدة4 | 5,000 | 5,000 | N/A |
1 يتم تجميع الاتصالات وإعادة استخدامها ما لم تغلقها الواجهة الخلفية بشكل صريح.
الحد الأقصى 2 هو 1,024 في مستوى المطورين.
3 يتضمن سلسلة استعلام تصل إلى 2048 بايت.
4 حتى 60,000 اتصال كحد أقصى لكل نسخة خدمة.
"Azure App Service" limits
| Resource | Free | Shared | Basic | Standard | Premium (الإصدار 1-الإصدار 4) | Isolated |
|---|---|---|---|---|---|---|
| Apps per "Azure App Service" plan1 | 10 | 100 | Unlimited2 | Unlimited2 | Unlimited2 | Unlimited2 |
| بيئات App Service | X | |||||
| Windows فقط | X | X | X | X | X | X |
| حاويات Windows | X | X | ||||
| تعليمات Linux البرمجية فقط والحاويات | X | X | X | X | X | |
| نوع مثيل الحساب | Shared | Shared | Dedicated3 | Dedicated3 | Dedicated3 | Dedicated3 |
| خطة خدمة التطبيقات | 10 لكل منطقة | 10 لكل مجموعة موارد | 100 لكل مجموعة موارد | 100 لكل مجموعة موارد | 100 لكل مجموعة موارد | 100 لكل مجموعة موارد |
| نوع مثيل الحساب | Shared | Shared | Dedicated3 | Dedicated3 | Dedicated3 | Dedicated3 |
| Scale out (الحد الأقصى للنسخ) | 1 مشترك | 1 مشترك | 3 مخصص3 | 10 مخصص3 | 20 مخصصة للv1 ؛ 30 مخصصة للإصدارات 2 والإصدار 3 والإصدار 4. 3 | 100 مخصص4 |
| Storage5 | 1 جيجابايت5 | 1 جيجابايت5 | 10 جيجابايت5 | 50 جيجابايت5 | 250 جيجابايت5 | 1 تيرابايت12 حصة storage المتاحة هي 999 جيجابايت. |
| وقت وحدة المعالجة المركزية (5 دقائق)6 | 3 دقائق | 3 دقائق | غير محدود، ادفع بسعر rates | غير محدود، ادفع بسعر rates | غير محدود، ادفع بسعر rates | غير محدود، ادفع بسعر rates |
| وقت وحدة المعالجة المركزية (يوم)6 | 60 دقيقة | 240 دقيقة | غير محدود، ادفع بسعر rates | غير محدود، ادفع بسعر rates | غير محدود، ادفع بسعر rates | غير محدود، ادفع بسعر rates |
| الذاكرة (ساعة واحدة) | 1,024 ميجابايت لكل خطة App Service | 1,024 ميغابايت لكل تطبيق | N/A | N/A | N/A | N/A |
| Bandwidth | 165 ميغابايت | غير محدودة، معدلات نقل البيانات تنطبق | غير محدودة، معدلات نقل البيانات تنطبق | غير محدودة، معدلات نقل البيانات تنطبق | غير محدودة، معدلات نقل البيانات تنطبق | غير محدودة، معدلات نقل البيانات تنطبق |
| بنية التطبيق | 32-bit | 32-bit | 32-bit/64-bit | 32-bit/64-bit | 32-bit/64-bit | 32-bit/64-bit |
| WebSockets لكل مثيل (Windows)7 | 5 | 35 | 350 | Unlimited | Unlimited | Unlimited |
| مآخذ توصيل الويب لكل مثيل (Linux)7 | 5 | N/A | ~50K | ~50K | ~50K | ~50K |
| اتصالات IP الصادرة لكل مثيل | 600 | 600 | يعتمد على حجم المثيل8 | يعتمد على حجم المثيل8 | يعتمد على حجم المثيل8 | 16,000 |
| اتصالات مصحح الأخطاء المتزامنة لكل تطبيق | 1 | 1 | 1 | 5 | 5 | 5 |
| شهادات App Service لكل اشتراك | غير مدعوم | غير مدعوم | 10 | 10 | 10 | 10 |
| المجالات المخصصة لكل تطبيق | 0 (azurewebsites.net النطاق الفرعي فقط) | 500 | 500 | 500 | 500 | 500 |
| دعم SSL للنطاق المخصص | غير مدعوم، شهادة البطاقة البرية ل *.azurewebsites.net متاحة بشكل افتراضي | غير مدعوم، شهادة البطاقة البرية ل *.azurewebsites.net متاحة بشكل افتراضي | اتصالات SNI SSL غير محدودة | تم تضمين اتصالات SNI SSL و 1 IP SSL غير محدودة | تم تضمين اتصالات SNI SSL و 1 IP SSL غير محدودة | تم تضمين اتصالات SNI SSL و 1 IP SSL غير محدودة |
| اتصالات هجينة | 5 لكل خطة | 25 لكل خطة | 220 لكل تطبيق | 220 لكل تطبيق | ||
| Virtual Network التكامل | X | X | X | X | ||
| نقاط النهاية الخاصة | 100 لكل تطبيق | 100 لكل تطبيق | 100 لكل تطبيق | |||
| load balancer المدمج | X | X | X | X | X9 | |
| Access قيود | 512 قاعدة لكل تطبيق | 512 قاعدة لكل تطبيق | 512 قاعدة لكل تطبيق | 512 قاعدة لكل تطبيق | 512 قاعدة لكل تطبيق | 512 قاعدة لكل تطبيق |
| دائما على الوضع | X | X | X | X | ||
| النسخ الاحتياطية المجدولة المخصصة | النسخ الاحتياطية المجدولة كل ساعتين، بحد أقصى 12 نسخة احتياطية يوميا (يدوي + مجدول | النسخ الاحتياطية المجدولة كل ساعتين، بحد أقصى 12 نسخة احتياطية يوميا (يدوي + مجدول) | النسخ الاحتياطية المجدولة كل ساعة، بحد أقصى 50 نسخة احتياطية يوميا (يدوي + مجدول) | النسخ الاحتياطية المجدولة كل ساعة، بحد أقصى 50 نسخة احتياطية يوميا (يدوي + مجدول) | ||
| Autoscale | X | X | X | |||
| WebJobs10 | X | X | X | X | X | X |
| مراقبة نقطة النهاية | X | X | X | X | ||
| فتحات التدريج لكل تطبيق | 5 | 20 | 20 | |||
| الاختبار في الإنتاج | X | X | X | |||
| سجلات التشخيص | X | X | X | X | X | X |
| Kudu | X | X | X | X | X | X |
| المصادقة والتخويل | X | X | X | X | X | X |
| App Service الشهادات المدارة11 | X | X | X | X | ||
| SLA | 99.95% | 99.95% | 99.95% | 99.95% |
1 التطبيقات والحصص storage تكون حسب خطة App Service ما لم يذكر خلاف ذلك.
2 يعتمد العدد الفعلي للتطبيقات التي يمكنك استضافتها على هذه الأجهزة على نشاط التطبيقات وحجم مثيلات الجهاز واستخدام الموارد المقابلة.
3 يمكن أن تكون المثيلات المخصصة بأحجام مختلفة. لمزيد من المعلومات، راجع App Service preciing.
4 يسمح بمزيد من التبرعات عند الطلب.
5 الحد storage هو حجم المحتوى الكلي عبر جميع التطبيقات في نفس خطة App service. لا يمكن أن يتجاوز حجم المحتوى الإجمالي لجميع التطبيقات عبر جميع خطط App service في مجموعة موارد ومنطقة واحدة 500 جيجابايت. يتم تحديد حصة نظام الملفات لتطبيقات App Service المستضافة من خلال مجموع خطط App Service التي تم إنشاؤها في منطقة ومجموعة موارد.
6 هذه الموارد مقيدة بالموارد المادية في المثيلات المخصصة (حجم المثيل وعدد المثيلات).
7إذا قمت بتكبير تطبيق Windows في المستوى الأساسي إلى نسختين، سيكون لديك 350 اتصالا متزامنا لكل من النسختين. بالنسبة لتطبيقات Windows على المستوى القياسي وما فوق، لا توجد حدود نظرية لمقاطع WebSockets، لكن عوامل أخرى قد تحد من عدد WebSockets. على سبيل المثال، الحد الأقصى للطلبات المتزامنة المسموح بها (المعرفة بواسطة maxConcurrentRequestsPerCpu) هي: 7500 لكل جهاز ظاهري صغير، و15000 لكل جهاز ظاهري متوسط (7500 × 2 نواة)، و75000 لكل جهاز ظاهري كبير (18750 × 4 ذاكرات أساسية). تطبيقات Linux محدودة 5 اتصالات WebSocket متزامنة على SKU مجانية و ~50k اتصالات WebSocket المتزامنة لكل مثيل على جميع وحدات SKU الأخرى.
8 الحد الأقصى لاتصالات IP هو لكل مثيل ويعتمد على حجم المثيل: 1,920 لكل مثيل B1/S1/P0V3/P1V3/P0V4/P1V4، 3,968 لكل مثيل B2/S2/P2V3/P2V4، 8,064 لكل مثيل B3/S3/P3V3/P4V4.
9 خدمة التطبيقات يمكن أن تكون وحدات SKU المعزولة موازنة تحميل داخليا (ILB) باستخدام موازن تحميل Azure، لذا لا يوجد اتصال عام من الإنترنت. نتيجة لذلك، يجب استخدام بعض ميزات خدمة ILB Isolated App Service من الأجهزة التي لديها access مباشر إلى نقطة نهاية شبكة ILB.
10 شغل ملفات تنفيذية و/أو سكريبتات مخصصة عند الطلب، أو على جدول زمني، أو بشكل مستمر كمهمة خلفية داخل مثيل App Service الخاص بك. Always On مطلوب لتنفيذ WebJobs بشكل مستمر. لا يوجد حد محدد مسبقا لعدد وظائف الويب التي يمكن تشغيلها في نسخة App Service. هناك حدود عملية تعتمد على ما يحاول كود التطبيق to.
11 إصدار الشهادات القياسية فقط (شهادات أحرف البدل غير متوفرة). محدود بشهادة مجانية واحدة فقط لكل custom domain.
12 إجمالي استخدام storage عبر جميع التطبيقات المنشورة في App Service environment واحد (بغض النظر عن كيفية تخصيصها بين مجموعات الموارد المختلفة).
حدود التنفيذ التلقائي في Azure
أتمته العملية
| Resource | Limit | Notes |
|---|---|---|
| الحد الأقصى لعدد حسابات التنفيذ التلقائي النشطة في اشتراك في منطقة | 10 | يمكن لاشتراكات المؤسسات وCSP إنشاء حسابات أتمتة في أي من المناطق العامة المدعومة من الخدمة. أنشئ <طلب دعم c0> لطلب زيادة الحصة. تعرّف على المزيد. |
| 2 | يمكن لاشتراكات الدفع حسب الاستخدام، المدعومة، MSDN، MPN، Azure Pass إنشاء حسابات أتمتة في أي من المناطق العامة المدعومة من قبل الخدمة. أنشئ <طلب دعم c0> لطلب زيادة الحصة. تعرّف على المزيد. | |
| 1 | التجربة المجانية واشتراكات Azure للطلاب يمكنها إنشاء حساب أتمتة واحد فقط لكل منطقة لكل اشتراك. قائمة المناطق المسموح بها: EastUS و EastUS2 و WestUS و NorthEurope و SoutheastAsia و JapanWest2 2 | |
| الحد الأقصى لعدد مهام التشغيل المتزامنة في نفس مثيل الوقت لكل حساب أتمتة | 50 | عند الوصول إلى هذا الحد، تفشل الطلبات اللاحقة لإنشاء وظيفة. يتلقى العميل استجابة خطأ.
اشتراك المؤسسة و CSP في المناطق العامة. أنشئ <طلب دعم c0> لطلب زيادة الحصة. تعرّف على المزيد. |
| 10 | اشتراكات الدفع حسب الاستخدام، المدعومة، MSDN، MPN، Azure Pass في المناطق العامة. إنشاء طلب دعم لطلب زيادة الحصة النسبية. | |
| 5 | تجربة مجانية Azure Azure الطلاب في الاشتراكات المفتوحة في المناطق العامة 2. | |
| الحد الأقصى لعدد الوظائف الجديدة التي يمكن تقديمها كل 30 ثانية لكل حساب التنفيذ التلقائي في Azure | 100 | عند الوصول إلى هذا الحد، تفشل الطلبات اللاحقة لإنشاء وظيفة. يتلقى العميل استجابة خطأ. |
| الحد الأقصى لحجم storage لبيانات الوظيفة لفترة تدريجي مدتها 30 يوما | 10 غيغابايت (حوالي 4 ملايين وظيفة) | عند الوصول إلى هذا الحد، تفشل الطلبات اللاحقة لإنشاء وظيفة. |
| الحد الأقصى لتدفق المهام | 1 ميجابايت | لا يمكن أن يكون دفق واحد أكبر من 1 ميجابايت. |
| الحد الأقصى لتدفق الوظائف في التنفيذ التلقائي في Azure portal | 200KB | حد المدخل لإظهار سجلات الوظائف. |
| الحد الأقصى لعدد الوحدات النمطية التي يمكن استيرادها كل 30 ثانية لكل حساب أتمتة | 5 | |
| الحد الأقصى لحجم وحدة نمطية | 100 ميجابايت | |
| الحد الأقصى لحجم ملف تكوين العقدة | 1 ميغابايت | ينطبق على state configuration |
| وقت تشغيل الوظيفة، المستوى المجاني | 500 دقيقة لكل اشتراك لكل شهر تقويمي | |
| الحد الأقصى لمساحة القرص المسموح بها لكل وضع الحماية1 | 1 جيجابايت | ينطبق فقط على صناديق الرمل الخاصة ب Azure. |
| الحد الأقصى لمقدار الذاكرة الممنوحة لوضع الحماية1 | 400 ميجابايت | ينطبق فقط على صناديق الرمل الخاصة ب Azure. |
| الحد الأقصى لعدد مآخذ الشبكة المسموح بها لكل وضع الحماية1 | 1,000 | ينطبق فقط على صناديق الرمل الخاصة ب Azure. |
| الحد الأقصى لوقت التشغيل المسموح به لكل دفتر تشغيل1 | ثلاث ساعات | ينطبق فقط على صناديق الرمل الخاصة ب Azure. |
| الحد الأقصى لعدد دفاتر التشغيل لكل حساب أتمتة | 800 | |
| الحد الأقصى لعدد عمال دفتر التشغيل المختلط للنظام لكل حساب أتمتة | 4,000 | |
| الحد الأقصى لعدد عمال دفتر التشغيل المختلط للمستخدم لكل حساب أتمتة | 4,000 | |
| الحد الأقصى لعدد المهام المتزامنة التي يمكن تشغيلها على Hybrid Runbook Worker واحد | 50 | |
| الحد الأقصى لحجم معلمة مهمة دفتر التشغيل | 512 كيلوبايت | |
| الحد الأقصى لمعلمات دفتر التشغيل | 50 | إذا وصلت إلى حد 50 معلمة، يمكنك تمرير سلسلة JSON أو XML إلى معلمة وتحليلها باستخدام دفتر التشغيل. |
| الحد الأقصى لحجم حمولة خطاف الويب | 512 كيلوبايت | |
| الحد الأقصى لأيام الاحتفاظ ببيانات الوظيفة | 30 يومًا | |
| الحد الأقصى لحجم حالة سير عمل PowerShell | 5 ميغابايت | ينطبق على دفاتر تشغيل سير عمل PowerShell عند التحقق من سير العمل. |
| الحد الأقصى لعدد العلامات التي يدعمها حساب التنفيذ التلقائي | 15 | |
| الحد الأقصى لعدد الأحرف في حقل القيمة لمتغير | 1048576 |
1وضع الحماية هو بيئة مشتركة يمكن استخدامها بواسطة وظائف متعددة. الوظائف التي تستخدم نفس الصندوق المفتوح مقيدة بقيود الموارد في صندوق الرمل.
2الاشتراكات المجانية بما في ذلك Azure الحساب المجاني و Azure للطلاب غير مؤهلة لتغيير الحد أو الحصص. إذا كان لديك اشتراك مجاني، يمكنك upgrade إلى اشتراك الدفع حسب الاستخدام.
3حدود السحابة الحكومية: 200 وظيفة قيد التشغيل المتزامنة في نفس مثيل الوقت لكل حساب التنفيذ التلقائي، لا يوجد حد لعدد حسابات التنفيذ التلقائي لكل اشتراك.
Change Tracking and Inventory
يوضح الجدول التالي حدود العناصر المتتبعة لكل جهاز في change tracking.
| Resource | Limit | Notes |
|---|---|---|
| File | 500 | |
| حجم الملف | 5 ميغابايت | |
| Registry | 250 | |
| برامج Windows | 250 | لا يتضمن تحديثات البرامج. |
| حزم Linux | 1,250 | |
| Services | 250 | |
| Daemon | 250 |
Azure Update Manager
فيما يلي الحدود الموصى بها للنطاق الديناميكي لكل نطاق ديناميكي:
| Resource | Limit |
|---|---|
| اقترانات الموارد | 1000 |
| عدد عوامل تصفية العلامات | 50 |
| عدد عوامل تصفية مجموعة الموارد | 50 |
فيما يلي حدود التصحيح المجدول:
| Indicator | حد السحابة العامة | مون كيك / فيرفاكس ليمد |
|---|---|---|
| عدد الجداول الزمنية لكل اشتراك لكل منطقة | 250 | 250 |
| إجمالي عدد اقترانات الموارد لجدول زمني | 3,000 | 3,000 |
| اقترانات الموارد على كل نطاق ديناميكي | 1,000 | 1,000 |
| عدد النطاقات الديناميكية لكل مجموعة موارد أو اشتراك لكل منطقة | 250 | 250 |
| عدد النطاقات الديناميكية لكل جدول | 200 | 100 |
| إجمالي عدد الاشتراكات المرفقة بجميع النطاقات الديناميكية لكل جدول زمني | 200 | 100 |
تكوين Azure App
| Resource | Limit | Comment |
|---|---|---|
| مخازن التكوين للطبقة المجانية | 3 متاجر لكل منطقة لكل اشتراك. | |
| مخازن التكوين لطبقة المطور | متاجر غير محدودة لكل اشتراك. | |
| مخازن التكوين للطبقة القياسية | متاجر غير محدودة لكل اشتراك. | |
| مخازن التكوين للطبقة المتميزة | متاجر غير محدودة لكل اشتراك. | |
| طلبات مخزن التكوين للطبقة المجانية | 1000 طلب في اليوم | بمجرد استنفاد الحصة النسبية، يتم إرجاع رمز حالة HTTP 429 لجميع الطلبات حتى نهاية اليوم. |
| طلبات مخزن التكوين لطبقة المطور | 6,000 طلب في الساعة | بمجرد استنفاد الحصة النسبية، قد ترجع الطلبات رمز حالة HTTP 429 الذي يشير إلى طلبات كثيرة جدا - حتى نهاية الساعة. |
| طلبات تخزين التكوين للطبقة القياسية | 30,000 طلب في الساعة | بمجرد استنفاد الحصة النسبية، قد ترجع الطلبات رمز حالة HTTP 429 الذي يشير إلى طلبات كثيرة جدا - حتى نهاية الساعة. |
| طلبات مخزن التكوين للطبقة المتميزة | لا يوجد حد للحصة النسبية للطلبات. | |
| معدل النقل للطبقة المجانية | لا يوجد معدل نقل مضمون. | |
| معدل النقل لطبقة المطور | لا يوجد معدل نقل مضمون. | |
| معدل النقل للمستوى القياسي | السماح بما يصل إلى 300 طلب في الثانية (RPS) لطلبات القراءة وما يصل إلى 60 RPS لطلبات الكتابة. | |
| معدل النقل للطبقة المتميزة | السماح بما يصل إلى 450 طلبا في الثانية (RPS) لطلبات القراءة وما يصل إلى 100 RPS لطلبات الكتابة. | |
| مستوى التخزين المجاني | 10 ميغابايت | لا يوجد حد لعدد المفاتيح والملصقات طالما أن حجمها الكلي أقل من حد storage. |
| مستوى التخزين للمطور | 500 ميغابايت | لا يوجد حد لعدد المفاتيح والملصقات طالما أن حجمها الكلي أقل من حد storage. |
| التخزين للطبقة القياسية | 1 جيجابايت | لا يوجد حد لعدد المفاتيح والملصقات طالما أن حجمها الكلي أقل من حد storage. |
| التخزين للطبقة المميزة | 4 غيغابايت | لا يوجد حد لعدد المفاتيح والملصقات طالما أن حجمها الكلي أقل من حد storage. |
| المفاتيح والقيم | 10 كيلوبايت | لعنصر قيمة مفتاح واحد، بما في ذلك جميع بيانات التعريف. |
| Snapshots storage لفئة Free | 10 ميغابايت | Snapshots storage إضافي بالإضافة إلى "Storage for Free Tier". يتم احتساب Storage لكل من اللقطات المؤرشفة والنشطة ضمن هذا الحد. |
| Snapshots storage لمستوى المطور | 500 ميغابايت | Snapshots storage إضافي بالإضافة إلى "Storage for Free Tier". يتم احتساب Storage لكل من اللقطات المؤرشفة والنشطة ضمن هذا الحد. |
| تخزين اللقطات للمستوى القياسي | 1 جيجابايت | Snapshots storage إضافي بالإضافة إلى "Storage for Standard Tier". يتم احتساب Storage لكل من اللقطات المؤرشفة والنشطة ضمن هذا الحد. |
| Snapshots storage لمستوى Premium | 4 غيغابايت | Snapshots storage إضافي بالإضافة إلى "Storage for Premium Tier". يتم احتساب Storage لكل من اللقطات المؤرشفة والنشطة ضمن هذا الحد. |
| حجم اللقطة | 1 ميغابايت |
حدود Azure Cache لحدود Redis
| Resource | Limit |
|---|---|
| حجم ذاكرة التخزين المؤقت | 1.2 تيرابايت |
| Databases | 64 |
| الحد الأقصى للعملاء المتصلين | 40,000 |
| ذاكرة التخزين المؤقت في Azure لـ Redis replicas، لتوفر عالي | 3 |
| القطع في ذاكرة التخزين المؤقت المتميزة مع التجميع | 10 |
حدود وأحجام ذاكرة التخزين المؤقت في Azure لـ Redis تختلف حسب كل مستوى تسعير. لرؤية مستويات التسعير وأحجامها المرتبطة، انظر ذاكرة التخزين المؤقت في Azure لـ Redis preciing.
لمزيد من المعلومات حول حدود ذاكرة التخزين المؤقت في Azure لـ Redis التكوين، راجع إعدادات خادم Redis الافتراضية.
نظرا لأن إعداد وإدارة ذاكرة التخزين المؤقت في Azure لـ Redis تتم بواسطة Microsoft، فإن ليس كل أوامر Redis مدعومة في ذاكرة التخزين المؤقت في Azure لـ Redis. لمزيد من المعلومات، راجع أوامر Redis غير مدعومة في ذاكرة التخزين المؤقت في Azure لـ Redis.
حدود خدمات Azure السحابية
| Resource | Limit |
|---|---|
| أدوار الويب أو العامل لكل نشر1 | 25 |
| نقاط نهاية إدخال المثيل لكل نشر | 25 |
| نقاط الإدخال النهائية لكل عملية نشر | 25 |
| نقاط النهاية الداخلية لكل عملية نشر | 25 |
| شهادات الخدمة المستضافة لكل عملية نشر | 199 |
1كل خدمة سحابية Azure مع أدوار ويب أو موظف يمكن أن يكون لها نشران، واحدة للإنتاج وأخرى للمرحلة. يشير هذا الحد إلى عدد الأدوار المميزة، أي التكوين. لا يشير هذا الحد إلى عدد المثيلات لكل دور، أي التحجيم.
حدود البحث في Azure AI
تحدد مستويات التسعير سعة وحدود search service الخاصة بك. تتضمن هذه المستويات ما يلي:
- Free: خدمة متعددة المستأجرين تشارك مع مشتركي Azure الآخرين وتساعد في التقييمات والمشاريع الصغيرة
- أساسي: يوفر موارد حوسبة مخصصة لأحمال عمل الإنتاج على نطاق أصغر ومع ما يصل إلى ثلاث نسخ متماثلة لأحمال عمل الاستعلام عالية التوفر
- قياسي: يشمل S1 و S2 و S3 و S3 عالي الكثافة ؛ لأعباء عمل الإنتاج الأكبر ؛ توجد مستويات متعددة داخل المستوى القياسي لتختار تكوين مورد يتوافق بشكل أفضل مع ملف تعريف حمل العمل الخاص بك
الحدود لكل اشتراك
يمكنك إنشاء العديد من خدمات البحث القابلة للفوترة (الأساسية والأعلى)، حتى الحد الأقصى لعدد الخدمات المسموح بها في كل مستوى، لكل منطقة. على سبيل المثال، يمكنك إنشاء ما يصل إلى 16 خدمة في المستوى الأساسي و16 خدمة أخرى في مستوى S1 ضمن نفس الاشتراك والمنطقة. يمكنك بعد ذلك إنشاء 16 خدمة أساسية إضافية في منطقة أخرى لإجمالي 32 خدمة أساسية ضمن نفس الاشتراك. لمزيد من المعلومات حول المستويات، راجع اختر مستوى (أو SKU) ل البحث باستخدام الذكاء الاصطناعي في Azure.
يمكن رفع حدود الخدمة القصوى عند الطلب. إذا كنت بحاجة إلى المزيد من الخدمات ضمن نفس الاشتراك، قدم طلب دعم.
| Resource | مجاني 1 | Basic | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| الحد الأقصى للخدمات لكل منطقة | 1 | 16 | 16 | 8 | 6 | 6 | 6 | 6 |
| الحد الأقصى لوحدات البحث (SU)2 | N/A | 3 [سو] | 36 سو | 36 سو | 36 سو | 36 سو | 36 سو | 36 سو |
1 يمكنك الحصول على خدمة بحث مجانية واحدة لكل اشتراك Azure. يعتمد المستوى المجاني على البنية الأساسية المشتركة مع العملاء الآخرين. لأن العتاد غير مخصص، لا يدعم Scale-Up، وسعة storage محدودة ب 50 ميجابايت. قد يتم حذف search service مجانية بعد فترات طويلة من الركود لإفساح المجال لمزيد من الخدمات.
2 وحدات البحث (SU) هي وحدات فوترة، يتم تخصيصها إما كنسخة متماثلة أو قسم. أنت بحاجة إلى كليهما. لمعرفة المزيد عن تركيبات SU، راجع تقدير وإدارة سعة search service.
حدود لكل search service
يغطي الجدول التالي اتفاقية مستوى الخدمة وعدد الأقسام وعدد النسخ المتماثلة على مستوى الخدمة.
| Resource | Free | Basic | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| اتفاقية على مستوى الخدمة | No | Yes | Yes | Yes | Yes | Yes | Yes | Yes |
| Partitions | N/A | 3 1 | 12 | 12 | 12 | 3 | 12 | 12 |
| Replicas | N/A | 3 | 12 | 12 | 12 | 12 | 12 | 12 |
1 يدعم المستوى الأساسي ثلاث تقسيمات وثلاث نسخ نسخية، ليصبح المجموع تسع وحدات بحث (SU) على new Search Services التي تم إنشاؤها بعد 3 أبريل 2024. تقتصر الخدمات الأساسية القديمة على قسم واحد وثلاث نسخ متماثلة.
تخضع search service لحد أقصى storage (حجم التقسيم مضروبا في عدد التقسيمات) أو بحد صلب على الحد الأقصى لعدد الفهارس أو indexers، أيهما يأتي أولا.
تنطبق اتفاقيات مستوى الخدمة (SLAs) على الخدمات القابلة للفوترة التي تحتوي على نسختين متماثلتين أو أكثر لأحمال عمل الاستعلام، أو ثلاث نسخ متماثلة أو أكثر لأحمال عمل الاستعلام والفهرسة. عدد الأقسام ليس من اعتبارات اتفاقية مستوى الخدمة. لمزيد من المعلومات، راجع الموثوقية في البحث باستخدام الذكاء الاصطناعي في Azure.
لا تحتوي الخدمات المجانية على أقسام أو نسخ متماثلة ثابتة وتشارك الموارد مع مشتركين آخرين.
تخزين الأقسام (GB)
تختلف حدود storage الخدمة لكل خدمة بأمرين: <تاريخ إنشاء الخدمة c0> و
يظهر هذا الجدول تطور زيادة حصة storage بحجم الجيجابايت مع مرور الوقت. بدءا من أبريل 2024، تم إحضار أقسام سعة أعلى عبر الإنترنت في المناطق المدرجة في الحواشي السفلية. إذا كان لديك خدمة قديمة في منطقة مدعومة، تحقق مما إذا كان بإمكانك ترقية لخدمتك إلى حدود storage الأعلى.
| تاريخ إنشاء الخدمة | Basic | S1 | S2 | S3/HD | L1 | L2 |
|---|---|---|---|---|---|---|
| قبل 3 أبريل 2024 | 2 | 25 | 100 | 200 | 1,024 | 2,048 |
| أبريل 3, 2024 حتى مايو 17, 2024 1 | 15 | 160 | 512 | 1,024 | 1,024 | 2,048 |
| بعد 17 مايو 2024 2 | 15 | 160 | 512 | 1,024 | 2,048 | 4,096 |
| بعد فبراير 10, 2025 3 | 15 | 160 | 512 | 1,024 | 2,048 | 4,096 |
1 storage سعة أعلى للأساسيات، S1، S2، S3 في هذه المناطق. الأمريكتان: جنوب البرازيل ، وسط كندا ، شرق كندا ، شرق الولايات المتحدة ، شرق الولايات المتحدة 2 ، وسط الولايات المتحدة ، شمال وسط الولايات المتحدة ، جنوب وسط الولايات المتحدة ، غرب الولايات المتحدة ، غرب الولايات المتحدة 2 ، غرب الولايات المتحدة 3 ، غرب وسط الولايات المتحدة. أوروبا: فرنسا الوسطى. إيطاليا الشمالية، شمال أوروبا، النرويج الشرقية، بولندا الوسطى، شمال سويسرا، وسط السويد، جنوب المملكة المتحدة، غرب المملكة المتحدة. الشرق الأوسط: شمال الإمارات العربية المتحدة. أفريقيا: جنوب إفريقيا الشمالية. آسيا والمحيط الهادئ: شرق أستراليا ، جنوب شرق أستراليا ، وسط الهند ، غرب جيو الهند ، شرق آسيا ، جنوب شرق آسيا ، شرق اليابان ، غرب اليابان ، كوريا الوسطى ، كوريا الجنوبية.
2 storage سعة أعلى للمستويات الأولى والثانية. توفر المزيد من المناطق سعة أعلى في كل مستوى قابل للفوترة. الأمريكتان: شرق الولايات المتحدة 2 EUAP. أوروبا: ألمانيا الشمالية ، ألمانيا الغربية الوسطى ، سويسرا الغربية. Azure Government: تكساس، أريزونا، فيرجينيا. أفريقيا: جنوب إفريقيا الشمالية. آسيا والمحيط الهادئ: شمال الصين 3 ، شرق الصين 3.
3 تتوفر storage ذات سعة أعلى في أوروبا الغربية.
Important
حاليا، لا تتوفر حدود storage أعلى في المناطق التالية، والتي تخضع للحدود التي سبقت 3 أبريل.
- Israel Central
- Qatar Central
- إسبانيا الوسطى
- South India
راجع حدود الخدمة في البحث باستخدام الذكاء الاصطناعي في Azure لمزيد من التفاصيل حول القيود، بما في ذلك حجم المستند، والاستفسارات في الثانية، والمفاتيح، والطلبات، والردود.
حدود أدوات المسبك
الحدود التالية هي لعدد موارد خدماتالذكاء الاصطناعي في Azure لكل اشتراك في Azure. هناك حد واحد فقط مسموح به للحساب "المجاني"، لكل نوع مورد، لكل اشتراك. قد يكون لكل من أدوات الصب قيود أخرى، ولمزيد من المعلومات، انظر Foundry Tools.
| Type | Limit | Example |
|---|---|---|
| مزيج من موارد خدماتالذكاء الاصطناعي في Azure | الحد الأقصى 200 إجمالي موارد خدماتالذكاء الاصطناعي في Azure لكل منطقة. | 100 موارد Azure Vision in Foundry Tools في غرب الولايات المتحدة، و50 موارد Azure Speech in Foundry Tools في غرب الولايات المتحدة، و50 موارد لغة Azure في أدوات Foundry في غرب الولايات المتحدة. |
| A Single type of خدماتالذكاء الاصطناعي في Azure resources. | 100 مورد كحد أقصى لكل منطقة | موارد 100 Vision في غرب الولايات المتحدة 2، وموارد 100 Vision في شرق الولايات المتحدة. |
حدود Azure Chaos Studio
انظر حدود الخدمة Azure Chaos Studio لمعرفة حدود Azure Chaos Studio.
Azure Container Apps limits
انظر الحصص في Azure Container Apps لمعرفة حدود Azure Container Apps.
يختلف مقدار مساحة القرص المتوفرة للتطبيق الخاص بك استنادا إلى ملف تعريف حمل العمل المقترن. تحدد مساحة القرص المتوفرة حد حجم الصورة الذي يمكنك نشره في تطبيقات الحاوية.
بالنسبة إلى ملفات تعريف حمل العمل المخصصة، يكون حد حجم الصورة لكل مثيل.
| اسم العرض | Name | حد حجم الصورة (غيغابايت) |
|---|---|---|
| Consumption | consumption | 8* |
| Dedicated-D4 | D4 | 90 |
| Dedicated-D8 | D8 | 210 |
| Dedicated-D16 | D16 | 460 |
| Dedicated-D32 | D32 | 940 |
| Dedicated-E4 | E4 | 90 |
| Dedicated-E8 | E8 | 210 |
| Dedicated-E16 | E16 | 460 |
| Dedicated-E32 | E32 | 940 |
| مخصصNC24-A100 (معاينة) | NC24-A100 | 210 |
| مخصصNC48-A100 (معاينة) | NC48-A100 | 460 |
| مخصصNC96-A100 (معاينة) | NC96-A100 | 940 |
* حد حجم الصورة لملف تعريف حمل العمل الاستهلاك هو مشترك بين كل من الصورة والتطبيق. على سبيل المثال، تخضع السجلات التي يستخدمها تطبيقك إلى حد الحجم هذا.
حدود Azure Cosmos DB
انظر Limits في Azure Cosmos DB لمعرفة Azure Cosmos DB الحدود.
حدود Azure Data Explorer (Kusto)
الجدول التالي يصف الحد الأقصى للحدود لعناقيد Azure Data Explorer (Kusto).
| Resource | Limit |
|---|---|
| أنظمة المجموعات لكل منطقة لكل اشتراك | 20 |
| المثيلات لكل نظام مجموعة | 1,000 |
| عدد قواعد البيانات في نظام مجموعة | 10,000 |
| عدد مجموعات المتابعين (data share consumers) لكل مجموعة قادة (data share producer) | 100 |
| أقصى امتدادات موصى بها لكل عنقود | 10,000,000 |
Note
يمكنك طلب حدود أعلى لعدد قواعد البيانات في نظام مجموعة ومجموعات لكل منطقة لكل اشتراك. لطلب زيادة الراتب، يرجى التواصل مع Azure Support.
الجدول التالي يصف الحدود على عمليات الإدارة التي تجرى على عناقيد Azure Data Explorer (Kusto).
| Scope | Operation | Limit |
|---|---|---|
| Cluster | قراءة (على سبيل المثال، الحصول على مجموعة) | 500 لكل 5 دقائق |
| Cluster | الكتابة (على سبيل المثال، إنشاء قاعدة بيانات) | 1000 في الساعة |
خادم مرن قاعدة بيانات Azure لـ MySQL
انظر Limits in قاعدة بيانات Azure لـ MySQL - الخادم المرن قاعدة بيانات Azure لـ MySQL - حدود الخادم المرن.
خادم مرن قاعدة بيانات Azure لـ PostgreSQL
انظر Limits في قاعدة بيانات Azure لـ PostgreSQL الخادم المرن لمعرفة حدود الخادم المرنة قاعدة بيانات Azure لـ PostgreSQL.
حدود Azure Deployment Environments
| Subscription | حد وقت التشغيل لكل عملية نشر | حد وقت التشغيل شهريا لكل منطقة لكل اشتراك | حد Storage لكل بيئة |
|---|---|---|---|
| Enterprise | 30 دقيقة | 5000 دقيقة | 1 جيجابايت |
| الدفع الفوري | 10 دقائق | 200 دقيقة | 1 جيجابايت |
| Azure Pass | 10 دقائق | 200 دقيقة | 1 جيجابايت |
| MSDN | 10 دقائق | 200 دقيقة | 1 جيجابايت |
| CSP | 10 دقائق | 200 دقيقة | 1 جيجابايت |
| إصدار تجريبي مجاني | 10 دقائق | 200 دقيقة | 1 جيجابايت |
| Azure للطلاب | 10 دقائق | 200 دقيقة | 1 جيجابايت |
ملفات Azure و Azure File Sync
راجع القابلية للتوسع وأهداف الأداء ل ملفات Azure و Azure File Sync لتتعرف أكثر على حدود ملفات Azure و Azure File Sync.
حدود دالات Azure
| Resource | <خطة استهلاك مرنة> | <خطة c0>بريميوم | خطة مخصصة/ASE | تطبيقات الحاويات | خطة الاستهلاك |
|---|---|---|---|---|---|
| الافتراضي <مدة انتهاء الوقت> الافتراضية (الحد الأدنى) | 30 | 30 | 301 | 3016 | 5 |
| الحد الأقصى <مدة انتهاء الوقت>c0 (الحد الأدنى) | unbounded9 | unbounded9 | unbounded2 | unbounded17 | 10 |
| الحد الأقصى للاتصالات الصادرة (لكل مثيل) | unbounded | unbounded | انظر App Service limits | unbounded | 600 نشط (إجمالي 1200) |
| الحد الأقصى لحجم الطلب (ميجابايت)3 | 210 | 210 | 210 | 210 | 210 |
| الحد الأقصى لطول سلسلة الاستعلام3 | 4096 | 4096 | 4096 | 4096 | 4096 |
| الحد الأقصى لطول عنوان URL للطلب3 | 8192 | 8192 | 8192 | 8192 | 8192 |
| ACU لكل مثيل | 210-840 | 100-840/210-25010 | يتغير | 100 | يتغير |
| الحد الأقصى للذاكرة (غيغابايت لكل مثيل) | 414 | 3.5-14 | 1.75-256/8-256 | يتغير | 1.5 |
| الحد الأقصى لعدد المثيلات (Windows | Linux)15 | غير متاح | 1000 | 20-100 | 10-30 (100 ASE)11 | 300-100018 | 200 | 100 |
| تطبيقات الوظائف لكل خطة13 | 1 | 100 | unbounded4 | unbounded4 | 100 |
| App Service الخطط | n/a | 100 لكل مجموعة موارد | 100 لكل مجموعة موارد | n/a | 100 لكل region |
| فتحات النشر لكل تطبيق12 | n/a | 3 | 1-2011 | غير مدعوم | 2 |
| Storage (مؤقت)5 | 0.8 جيجابايت | 21-140 جيجابايت | 11-140 جيجابايت | n/a | 0.5 جيجابايت |
| Storage (مستمر) | 0 جيجابايت7 | 250 غيغابايت | 10-1000 جيجابايت11 | n/a | 1 جيجابايت6,7 |
| المجالات المخصصة لكل تطبيق | 258 | 500 | 500 | غير مدعوم | 5008 |
| دعم Custom domain TSL/SSL | تم تضمين SNI SSL غير المرتبط واتصال IP SSL واحد | تم تضمين SNI SSL غير المرتبط واتصال IP SSL واحد | تم تضمين SNI SSL غير المرتبط واتصال IP SSL واحد | غير مدعوم | تم تضمين اتصال SNI SSL غير المرتبط |
ملاحظات حول حدود الخدمة:
- افتراضيا، يكون وقت تشغيل Functions 1.x في خطة App Service غير محدود.
- يتطلب ضبط خطة App Service على Always On. ادفع بنفس المعيار rates. يمنح مهلة زمنية قدرها 10 دقائق للوظائف التي يتم تفعيل HTTP أثناء تحديثات المنصة، ولكن ليس للمشغلات الأخرى.
- هذه الحدود محددة في المضيف.
- يعتمد العدد الفعلي لتطبيقات الوظائف التي يمكنك استضافتها على نشاط التطبيقات وحجم مثيلات الجهاز واستخدام الموارد المقابلة.
- حد storage هو إجمالي حجم المحتوى في Temporary storage عبر جميع التطبيقات ضمن نفس خطة App Service. بالنسبة لخطط Consumption على لينكس، حجم storage حاليا 1.5 جيجابايت.
- تستخدم خطة الاستهلاك مشاركة ملفات Azure للتخزين المستمر. عندما تقدم حصتك ملفات Azure الخاصة، تعتمد حدود حجم المشاركة المحددة على حساب التخزين الذي تحدده ل WEBSITE_CONTENTAZUREFILECONNECTIONSTRING.
- على لينكس، يجب عليك تثبيت ملفات Azure الخاص بك بشكل صريح share.
- عندما يكون تطبيق الوظيفة الخاص بك مستضافا في خطة Consumption، يدعم فقط خيار CNAME. بالنسبة لتطبيقات الوظائف في خطة Premium أو خطة App Service، يمكنك تعيين custom domain باستخدام CNAME أو سجل A.
- لا توجد مدة مهلة تنفيذ قصوى مفروضة. ومع ذلك، فإن فترة السماح الممنوحة لتنفيذ وظيفة هي 60 دقيقة أثناء المقياس في و10 دقائق أثناء تحديثات المنصة.
- العاملون هم الأدوار التي تستضيف تطبيقات العملاء. العاملون متاحون بثلاثة أحجام ثابتة: ذاكرة وصول عشوائي vCPU/3.5 غيغابايت؛ وذاكرة وصول عشوائي واحدة بسعة 3.5 غيغابايت؛ وذاكرة وصول عشوائي واحدة بسعة 3.5 غيغابايت؛ وذاكرة وصول عشوائي 3.5 غيغابايت؛ ذاكرة وصول عشوائي vCPU/7 غيغابايت؛ أربعة ذاكرة وصول عشوائي vCPU/14 غيغابايت.
- راجع App Service limits لمزيد من التفاصيل.
- بما في ذلك فتحة الإنتاج.
- يوجد حاليا حد 5000 تطبيق وظيفة في اشتراك معين.
- يتم تعريف أحجام مثيل خطة استهلاك Flex حاليا على أنها 512 ميغابايت أو 2048 ميغابايت أو 4096 ميغابايت. لمزيد من المعلومات، راجع Instance memory.
- للتفاصيل، راجع Scale في مقال مقارنة الاستضافة.
- عندما يكون الحد الأدنى لعدد النسخ النسخ مضبوطا على الصفر، يعتمد الوقت الافتراضي على المشغلات المحددة المستخدمة في التطبيق.
- عند تعيين الحد الأدنى لعدد النسخ المتماثلة إلى نسخة واحدة أو أكثر.
راجع خيارات استضافة دالات Azure لمزيد من المعلومات.
Azure Health Data Services
Azure Health Data Services limits
Health Data Services هي مجموعة من خدمات واجهة برمجة التطبيقات المدارة استنادا إلى معايير وأطر عمل مفتوحة. تمكن خدمات البيانات الصحية سير العمل من تحسين الرعاية الصحية وتقدم حلول رعاية صحية قابلة للتطوير وآمنة. تتضمن خدمات البيانات الصحية خدمة موارد التشغيل التفاعلي للرعاية الصحية السريعة (FHIR)، وخدمة التصوير الرقمي والاتصالات في الطب (DICOM)، وخدمة MedTech.
خدمة FHIR هي تنفيذ لمواصفات FHIR داخل Health Data Services. يمكنك من الجمع في مساحة عمل واحدة واحد أو أكثر من مثيلات خدمة FHIR مع مثيلات خدمة DICOM وMedTech الاختيارية. واجهة برمجة تطبيقات Azure ل FHIR متوفرة عموما كخدمة مستقلة.
كل مثيل خدمة FHIR في Azure Health Data Services لديه حد تخزين افتراضي يبلغ 4 تيرابايت. إذا كان لديك بيانات أكثر، يمكنك طلب زيادة سعة التخزين من Microsoft حتى 100 تيرابايت لخدمة FHIR الخاصة بك. لطلب تخزين أكبر من 4 تيرابايت، أنشئ طلب دعم على بوابة Azure واستخدم نوع الإصدار حد الخدمة والاشتراك (حصص).
| اسم الحصة | الحد الافتراضي | الحد الأقصى | Notes |
|---|---|---|---|
| Workspace | 10 | تواصل مع الدعم | الحد لكل اشتراك |
| FHIR | 10 | تواصل مع الدعم | الحد لكل مساحة عمل |
| DICOM | 10 | تواصل مع الدعم | الحد لكل مساحة عمل |
واجهة برمجة تطبيقات Azure لحدود خدمة FHIR
واجهة برمجة تطبيقات Azure ل FHIR هي واجهة برمجة تطبيقات مدارة، قائمة على المعايير، ومتوافقة مع البيانات الصحية السريرية، تتيح حلولا للتحليلات القابلة للتنفيذ والتعلم الآلي.
| اسم الحصة | الحد الافتراضي | الحد الأقصى | Notes |
|---|---|---|---|
| وحدات الطلب (RUs) | 100,000 ريال | تواصل مع الدعم الحد الأقصى المتاح هو 1,000,000. | تحتاج إلى ما لا يقل عن 400 وحدة طلب أو 40 وحدة طلب/غيغابايت، أيهما أكبر. |
| اتصالات متزامنة | 15 اتصالا متزامنا على مثيلين (لإجمالي 30 طلبا متزامنا) | تواصل مع الدعم | |
| Azure API for FHIR Service Instances per Subscription | 10 | تواصل مع الدعم |
Azure Kubernetes Service limits
| Resource | Limit |
|---|---|
| الحد الأقصى لعدد المجموعات لكل اشتراك على مستوى العالم | 5,000 |
| أقصى عقد لكل عنقود مع Virtual Machine Scale Sets و Standard Load Balancer SKU | 5,000 عبر جميع مجموعات node pools ملاحظة: إذا لم تتمكن من توسيع نطاق العقد إلى 5000 عقدة لكل مجموعة، راجع أفضل الممارسات للعناقيد الكبيرة. |
| أقصى عدد عقد لكل مجموعة عقد (Virtual Machine Scale Sets node pools) | 1000 |
| الحد الأقصى لتجمعات العقد لكل مجموعة | 100 |
| الحد الأقصى للوحدات لكل عقدة: مع إضافة الشبكة Kubenet | الحد الأقصى: 250 Azure CLI default: 110 Azure Resource Manager template default: 110 الإعداد الافتراضي لتوزيع مدخل Azure: 30 |
| الحد الأقصى للوحدات لكل عقدة: مع واجهة شبكة الحاويات Azure (Azure CNI)1 | الحد الأقصى: 250 الحد الأقصى الموصى به لحاويات Windows Server: 110 الافتراضي: 30 |
| فتح ملحق شبكة الخدمة (OSM) AKS | إصدار نظام مجموعة Kubernetes: إصدارات AKS المدعومة وحدات تحكم OSM لكل نظام مجموعة: 1 Pods لكل وحدة تحكم OSM: 1600 حسابات خدمة Kubernetes التي تديرها OSM: 160 |
| أقصى خدمات kubernetes متوازنة للحمل لكل عنقود مع Standard Load Balancer SKU | 300 |
| الحد الأقصى للعقد لكل عنقود مع مجموعات توفر الآلة الافتراضية ووحدة تخزين Load Balancer الأساسية | 100 |
يجب أن تستخدم حاويات 1 Windows Server إضافة شبكة CNI Azure. Kubenet غير مدعوم لحاويات Windows Server.
| مستوى وحدة تحكم Kubernetes | Limit |
|---|---|
| الطبقة القياسية | يقوم تلقائيا بتغيير حجم خادم واجهة برمجة تطبيقات Kubernetes استنادا إلى التحميل. حدود مكونات وحدة التحكم الأكبر وخادم API/ مثيلات etcd. |
| Free tier | موارد محدودة مع حد طلبات الطيران. حد العقدة الموصى به وهو 10 عقد لكل نظام مجموعة. الأفضل للتجربة والتعلم والاختبار البسيط. لا ينصح للإنتاج/ أحمال العمل الحرجة. |
| نوع الاشتراك | العدد الافتراضي لمجموعات AKS لكل اشتراك لكل منطقة للاشتراكات الجديدة1 | الحد الأقصى لعدد مجموعات AKS لكل اشتراك لكل منطقة عبر الخدمة الذاتية باستخدام صفحة حصص البوابة Azure 2 |
|---|---|---|
| اشتراكات Enterprise Agreement | 100 | 1,000 |
| اشتراكات CSP، الدفع حسب الاستخدام، الرعاية المدعومة، MSDN، MPN، Azure Pass، Azure In Open، واشتراكات Azure Pass | 10 | 100 |
| الاشتراكات التجريبية المجانية واشتراكات Azure for Students | 3 | 3 |
1 قد يختلف العدد الافتراضي لمجموعات AKS لكل اشتراك لكل منطقة للاشتراكات الجديدة باختلاف المناطق ذات القيود المفروضة على السعة.
2 لطلب زيادة حد الحصص، استخدم عملية طلب الحصص في بوابة Azure. ستتطلب طلبات زيادة الحصة النسبية التي تزيد عن الحد الأقصى لمبلغ الخدمة الذاتية تذكرة دعم. الاشتراكات في النسخة التجريبية المجانية واشتراكات Azure for Students غير مؤهلة للحصول على زيادة في الحد أو الحصص. إذا كان لديك اشتراك مجاني أو اشتراك في Azure for Students، يمكنك الترقية إلى اشتراك بنظام الدفع حسب الاستخدام للحصول على حدود حصص أعلى.
Azure Lab Services
الحدود التالية هي لعدد موارد Azure Lab Services.
لكل نوع مورد
| Grouping | نوع المورد | Limit |
|---|---|---|
| لكل اشتراك | Labs | 980 |
| لكل مجموعة موارد | Labs | 800 |
| خطط المختبر | 800 | |
| لكل مختبر | Schedules | 250 |
| الآلات الافتراضية (VMs) | 400 |
لكل منطقة - خطط مختبرات ومختبرات
| نوع الاشتراك | حدود خطة المختبر | حدود المختبر |
|---|---|---|
| Default | 2 | 2 |
| الدفع أثناء التنقل | 500 | 500 |
| MPN | 500 | 500 |
| Azure In Open | 500 | 500 |
| Enterprise Agreement | 500 | 500 |
| MSDN | 500 | 500 |
| Sponsored | 100 | 15 |
| CSP | 500 | 500 |
| Azure Pass | 100 | 25 |
| الإصدار التجريبي | 100 | 15 |
| Azure للطلاب | 100 | 15 |
لمزيد من المعلومات حول حدود السعة Azure Lab Services، راجع حدود السعة في Azure Lab Services.
اتصل بالدعم لطلب زيادة حدك.
حدود اختبار التحميل Azure
للاطلاع على اختبار تحميل Azure limits، انظر Service limits in اختبار تحميل Azure.
حدود التعلم الآلي في Azure
انظر إدارة وزيادة الحصص والحدود للموارد باستخدام Azure Machine Learning للحصول على أحدث القيم لحصص Azure Machine Learning Compute الحصص.
حدود خرائط Azure
Note
خرائط Azure تقاعد الجيل الأول من فئة السعر
مستوى تسعير الجيل الأول أصبح الآن مهجورا وسيتم إلغاؤه في 15 سبتمبر 2026. يحل مستوى تسعير Gen2 محل مستوى تسعير Gen1 (كل من S0 وS1). إذا كان حساب خرائط Azure الخاص بك يحتوي على مستوى تسعير الجيل الأول محددا، يمكنك التبديل إلى تسعير الجيل الثاني قبل تقاعد الجيل الأول، وإلا سيتم تحديثه تلقائيا. لمزيد من المعلومات، راجع إدارة مستوى التسعير لحسابك خرائط Azure.
لحدود خرائط Azure استعلامات في الثانية (QPS)، انظر خرائط Azure حدود معدل QPS
يوضح الجدول التالي الحد التراكمي لحجم البيانات لحسابات خرائط Azure في اشتراك Azure. خدمة بيانات خرائط Azure متوفرة فقط في مستويات التسعير Gen1 (S1) وGen2.
| Resource | Limit |
|---|---|
| أقصى سعة تخزين لكل اشتراك في Azure | 1 جيجابايت |
| الحد الأقصى للحجم لكل تحميل ملف | 100 ميجابايت |
Note
خرائط Azure خدمة سجل البيانات التقاعد
خدمة سجل البيانات خرائط Azure أصبحت الآن مهلة وتم إيقافها اعتبارا من 30 سبتمبر 2025. لمزيد من المعلومات، راجع كيفية إنشاء سجل البيانات.
حدود Azure Managed Grafana
Note
المستوى الأساسي مهجور. تستمر مثيلات Essential الحالية في العمل خلال فترة الانتقال، لكن لا يمكنك إنشاء مثيلات Essential جديدة. من المقرر أن يتم تقاعد المستوى الأساسي في 31 مارس 2027.
| Limit | Description | أساسي (مهجور؛ الحالات الموجودة فقط) | قياسي X1 | قياسي X2 |
|---|---|---|---|---|
| قواعد التنبيه | الحد الأقصى لعدد قواعد التنبيه التي يمكنك إنشاؤها. | غير مدعوم | 500 لكل مثيل | 1000 لكل مثيل |
| الذاكرة لمثيل Grafana | مقدار الذاكرة ل Grafana في مثيلك المخصص. | Basic | Standard | Expanded |
| Dashboards | الحد الأقصى لعدد لوحات المعلومات التي يمكنك إنشاؤها. | 20 لكل مثيل | Unlimited | Unlimited |
| مصادر البيانات | الحد الأقصى لعدد مصادر البيانات التي يمكنك إنشاؤها. | 5 لكل مثيل | Unlimited | Unlimited |
| مستودعات Git Sync | الحد الأقصى لعدد مستودعات GitHub التي يمكنك ربطها عبر Git Sync. | 10 لكل مثيل | 10 لكل مثيل | 10 لكل مثيل |
| موارد Git Sync لكل مستودع | الحد الأقصى لعدد الموارد لكل مستودع يمكنك مزامنتها مع Git Sync. | 1,000 لكل مستودع | 1,000 لكل مستودع | 1,000 لكل مستودع |
| مفاتيح واجهة برمجة التطبيقات | الحد الأقصى لعدد مفاتيح API التي يمكنك إنشاؤها. | 2 لكل مثيل | 100 لكل مثيل | 100 لكل مثيل |
| مهلة استعلام البيانات | الحد الأقصى لمدة الانتظار لاستقبال رؤوس استجابة استعلام البيانات، قبل انتهاء مهلة Grafana. | 200 ثانية | 200 ثانية | 200 ثانية |
| حجم استعلام مصدر البيانات | الحد الأقصى لعدد البايتات التي تقرأ أو تقبل من ردود طلبات HTTP الصادرة. | 80 ميجابايت | 80 ميجابايت | 80 ميجابايت |
| عرض وقت انتظار تقرير صورة أو PDF | الحد الأقصى لمدة طلب عرض PDF للصورة أو التقرير لإكماله قبل انتهاء مهلة Grafana. | غير مدعوم | 220 ثانية | 220 ثانية |
| عدد المثيلات | الحد الأقصى لعدد المثيلات في اشتراك واحد لكل منطقة Azure. | 1 | 50 | 50 |
| الطلبات لكل IP | الحد الأقصى لعدد الطلبات لكل IP في الثانية. | 90 طلبا في الثانية | 90 طلبا في الثانية | 90 طلبا في الثانية |
| الطلبات لكل مضيف HTTP | الحد الأقصى لعدد الطلبات لكل مضيف HTTP في الثانية. يرمز مضيف HTTP إلى عنوان المضيف في طلبات HTTP الواردة، والتي يمكن أن تصف كل عميل مضيف فريد. | 45 طلبا في الثانية | 45 طلبا في الثانية | 45 طلبا في الثانية |
حدود Azure Monitor
للاطلاع على حدود Azure Monitor، انظر Azure Monitor حدود الخدمة.
حدود Azure Data Factory
Azure Data Factory هو خدمة متعددة المستأجرين تحتوي على الحدود الافتراضية التالية لضمان حماية اشتراكات العملاء من أعباء عمل بعضها البعض. لرفع الحدود إلى الحد الأقصى لاشتراكك، اتصل بالدعم.
| Resource | الحد الافتراضي | الحد الأقصى |
|---|---|---|
| إجمالي عدد الكيانات، مثل pipelines، مجموعات البيانات، المشغلات، الخدمات المرتبطة، نقاط النهاية الخاصة، وأوقات تشغيل التكامل، داخل مصنع البيانات | 5,000 | 5,000 |
| إجمالي أنوية المعالج لتشغيل تكامل Azure-SSIS تحت اشتراك واحد | 64 | اكتشف كيفية طلب زيادة الحصة من support. |
| تشغيل خطوط الأنابيب المتزامنة لكل مصنع بيانات مشترك بين جميع pipelines في المصنع | 10,000 | 10,000 |
| يتم تشغيل النشاط الخارجي المتزامن لكل اشتراك لكل Azure Integration Runtime المنطقة تتم إدارة الأنشطة الخارجية على integration runtime ولكن يتم تنفيذها على الخدمات المرتبطة، بما في ذلك Databricks، والإجراءات المخزنة، والويب، وغيرها. لا ينطبق هذا الحد على وقت تشغيل التكامل المستضاف ذاتيا. |
3,000 | 3,000 |
| يعمل نشاط خط الأنابيب المتزامن لكل اشتراك لكل Azure Integration Runtime المنطقة تنطبق أنشطة خط الأنابيب على integration runtime، بما في ذلك Lookup وGetMetadata وDelete. لا ينطبق هذا الحد على وقت تشغيل التكامل المستضاف ذاتيا. |
1,000 | 1,000 |
| عمليات التأليف المتزامنة لكل اشتراك حسب Azure Integration Runtime المنطقة بما في ذلك اختبار الاتصال، واستعراض قائمة المجلدات وقائمة الجدول، ومعاينة البيانات. لا ينطبق هذا الحد على وقت تشغيل التكامل المستضاف ذاتيا. |
200 | 200 |
| وحدات تكامل البيانات المتزامنة1 استهلاك لكل اشتراك لكل Azure Integration Runtime المنطقة | مجموعة المنطقة 12: 6,000 مجموعة المنطقة 22: 3,000 مجموعة المنطقة3 2: 1,500 |
مجموعة المنطقة 12: 6,000 مجموعة المنطقة 22: 3,000 مجموعة المنطقة3 2: 1,500 |
| وحدات دمج البيانات المتزامنة1 استهلاك لكل اشتراك لكل Azure Integration Runtime المنطقة في الشبكة الافتراضية المدارة | 2,400 | 2,400 |
| الحد الأقصى للأنشطة لكل مسار، والذي يتضمن الأنشطة الداخلية للحاويات | 120 | 120 |
| الحد الأقصى لعدد أوقات تشغيل التكامل المرتبطة التي يمكن إنشاؤها مقابل integration runtime واحد مستضاف ذاتيا | 100 | 100 |
| الحد الأقصى لعدد العقد التي يمكن إنشاؤها مقابل integration runtime واحد مستضاف ذاتيا | 4 | 4 |
| الحد الأقصى للمعلمات لكل مسار | 50 | 50 |
| عناصر ForEach | 100,000 | 100,000 |
| لكل توازي | 20 | 50 |
| الحد الأقصى لعمليات التشغيل في قائمة الانتظار لكل مسار | 100 | 100 |
| الأحرف لكل تعبير | 8,192 | 8,192 |
| الحد الأدنى من الفاصل الزمني لمشغل النافذة الهابطة | 5 دقائق | 15 دقيقة |
| الحد الأدنى من المهلة لتشغيل نشاط البنية الأساسية لبرنامج ربط العمليات التجارية | 10 دقائق | 10 دقائق |
| الحد الأقصى لمهلة تشغيل نشاط البنية الأساسية لبرنامج ربط العمليات التجارية | 7 أيام | 7 أيام |
| وحدات البايت لكل كائن لكائنات المسار3 | 200 كيلوبايت | 200 كيلوبايت |
| وحدات البايت لكل عنصر لمجموعة البيانات وكائنات الخدمة المرتبطة3 | 100 كيلوبايت | 2,000 كيلوبايت |
| وحدات البايت لكل حمولة لكل نشاط يتمتشغيله 4 | 896 كيلو بايت | 896 كيلو بايت |
| Data Integration Units1 لكل تشغيل copy activity | 256 | 256 |
| كتابة استدعاءات واجهة برمجة التطبيقات | 1,200/h | 1,200/h هذا الحد يفرض من قبل Azure Resource Manager، وليس Azure Data Factory. |
| قراءة استدعاءات واجهة برمجة التطبيقات | 12,500/h | 12,500/h هذا الحد يفرض من قبل Azure Resource Manager، وليس Azure Data Factory. |
| مراقبة الاستعلامات في الدقيقة | 1,000 | 1,000 |
| أقصى وقت لجلسة تصحيح data flow | 8 ساعات | 8 ساعات |
| عدد تدفقات البيانات المتزامن لكل integration runtime | 50 | 50 |
| عدد تدفقات البيانات المتزامن لكل integration runtime في شبكة vNet المدارة | 50 | 50 |
| عدد جلسات تصحيح data flow المتزامنة لكل مستخدم لكل مصنع | 3 | 3 |
| Data Flow Azure حد وقت العيش (IR) | 4 ساعات | 4 ساعات |
| حد حجم كيان بيانات التعريف في مصنع | 2 جيجابايت | 2 جيجابايت |
1 يتم إستخدام وحدة تكامل البيانات (DIU) في عملية نسخ من السحابة إلى السحابة. تعرف على المزيد من وحدات تكامل البيانات (الإصدار 2) . للحصول على معلومات حول الفوترة، انظر Azure Data Factory preciing.
2Azure Integration Runtime هو متاح عالميا لضمان الامتثال للبيانات وكفاءتها وتقليل تكاليف الخروج من الشبكة.
| مجموعة المناطق | Regions |
|---|---|
| مجموعة المنطقة 1 | وسط الولايات المتحدة وشرق الولايات المتحدة وشرق الولايات المتحدة 2 وشمال أوروبا وغرب أوروبا وغرب الولايات المتحدة وغرب الولايات المتحدة 2 |
| مجموعة المنطقة 2 | شرق أستراليا، جنوب شرق أستراليا، جنوب البرازيل، وسط الهند، شرق اليابان، شمال وسط الولايات المتحدة، جنوب وسط الولايات المتحدة، جنوب شرق آسيا، غرب وسط الولايات المتحدة |
| مجموعة المنطقة 3 | مناطق أخرى |
إذا تم تفعيل إدارة virtual network، فإن وحدة تكامل البيانات (DIU) في جميع مجموعات المناطق ستكون 2,400.
3 يمثل المسار ومجموعة البيانات وكائنات الخدمة المرتبطة تجميعا منطقيا لحمل العمل الخاص بك. الحدود لهذه الكائنات لا تتعلق بكمية البيانات التي يمكنك نقلها ومعالجتها باستخدام Azure Data Factory. تم تصميم Data Factory لتوسيع نطاقه للتعامل مع بيتابايت من البيانات.
4 تتضمن الحمولة لكل تشغيل نشاط تكوين النشاط ومجموعة بيانات واحدة أو أكثر مقترنة وتكوينات الخدمة المرتبطة إن وجدت، وجزء صغير من خصائص النظام التي تم إنشاؤها لكل نوع نشاط. الحد الأقصى لحجم الحمولة لا يتعلق بكمية البيانات التي يمكنك نقلها ومعالجتها باستخدام Azure Data Factory. تعرف على الأعراض والتوصية إذا وصلت إلى هذا الحد.
حدود مكالمات خدمة ويب
Azure Resource Manager لديه حدود لاستدعاءات API. يمكنك إجراء استدعاءات API بمعدل ضمن حدود Azure Resource Manager API .
ملفات Azure NetApp
ملفات Azure NetApp له حد إقليمي للسعة. حد السعة القياسي لكل اشتراك هو 25 تيرابايت، لكل منطقة، عبر جميع مستويات الخدمة. لزيادة السعة، استخدم طلب دعم Service and Subscription (حصص).
لمعرفة المزيد عن حدود ملفات Azure NetApp، راجع حدود الموارد ل ملفات Azure NetApp.
حدود نهج Azure
هناك حد أقصى لكل نوع من الكائنات في نهج Azure. بالنسبة للتعريفات، يشير إدخال النطاق إلى مجموعة الإدارة أو الاشتراك. بالنسبة للتعيينات والإعفاءات، يشير إدخال النطاق إلى مجموعة الإدارة أو الاشتراك أو مجموعة الموارد أو المورد الفردي.
| Where | What | الحد الأقصى للعدد |
|---|---|---|
| Scope | تعريفات النهج | 500 |
| Scope | تعريفات المبادرة | 200 |
| Tenant | تعريفات المبادرة | 2,500 |
| Scope | تعيينات النهج أو المبادرة | 200 |
| Scope | Exemptions | 1000 |
| تعريف النهج | Parameters | 20 |
| تعريف المبادرة | Policies | 1000 |
| تعريف المبادرة | Parameters | 400 |
| تعيينات النهج أو المبادرة | الاستثناءات (notScopes) | 400 |
| قاعدة السياسة | الشروط المتداخلة | 512 |
| مهمة المعالجة | Resources | 50,000 |
| تعريف النهج أو المبادرة أو نص طلب التعيين | Bytes | 1,048,576 |
قواعد النهج لها حدود أكثر لعدد الشروط وتعقيدها. لمزيد من المعلومات، راجع حدود قاعدة النهج.
حدود Azure Quantum
حدود الموفر والحصة النسبية
يدعم Azure Quantum Service مزودي الخدمة من الطرف الأول والثالث معا. يمتلك موفرو الجهات الخارجية حدودهم وحصصهم. يمكن للمستخدمين عرض العروض والحدود في بوابة Azure عند تكوين مزودي الخدمة من طرف ثالث.
يمكنك العثور أدناه على حدود الحصص المنشورة لمزود حلول التحسين من Microsoft من الطرف الأول.
تعلم وتطوير SKU
| Resource | Limit |
|---|---|
| المهام المتزامنة المستندة إلى وحدة المعالجة المركزية | ما يصل إلى 51 وظائف متزامنة |
| الوظائف المتزامنة المستندة إلى FPGA | ما يصل إلى 21 وظيفة متزامنة |
| ساعات الحلال المستندة إلى وحدة المعالجة المركزية | 20 ساعة في الشهر |
| ساعات الحلال المستندة إلى FPGA | ساعة واحدة شهريا |
أثناء وجودك في Learn & Development SKU ، لا يمكنك طلب زيادة حدود الحصة الخاصة بك. بدلا من ذلك، يجب التبديل إلى Performance at Scale SKU.
الأداء على نطاق SKU
| Resource | الحد الافتراضي | الحد الأقصى |
|---|---|---|
| المهام المتزامنة المستندة إلى وحدة المعالجة المركزية | ما يصل إلى 1001 وظيفة متزامنة | نفس الحد الافتراضي |
| الوظائف المتزامنة المستندة إلى FPGA | ما يصل إلى 101 وظائف متزامنة | نفس الحد الافتراضي |
| ساعات الحل | 1000 ساعة شهريا | ما يصل إلى 50,000 ساعة شهريا |
تواصل مع دعم Azure لطلب زيادة الحد.
لمزيد من المعلومات، يرجى مراجعة صفحة التسعير Azure Quantum. راجع صفحات تسعير المزودين ذات الصلة في بوابة Azure لمزيد من التفاصيل حول عروض الطرف الثالث.
1 يصف عدد الوظائف التي يمكن وضعها في قائمة الانتظار في نفس الوقت.
حدود Azure RBAC
تنطبق القيود التالية على Azure التحكم في الوصول القائم على الأدوار (Azure RBAC).
| Area | Resource | Limit |
|---|---|---|
| Azure تعيينات الأدوار | ||
| عدد Azure roles assignments per Azure subscription | 4,000 | |
| عدد تعيينات أدوار Azure لكل مجموعة إدارة | 500 | |
| حجم الوصف لتعيينات أدوار Azure | الحد الأقصى الموصى به: 512 حرفا الحد الأقصى: 2,048 شخصية |
|
| حجم condition لتعيينات الأدوار Azure | 8 كيلوبايت | |
| Azure الأدوار المخصصة | ||
| عدد الأدوار المخصصة في Azure لكل مستأجر | 5,000 | |
| عدد الأدوار المخصصة في Azure لكل مستأجر (ل Microsoft Azure التي تديرها 21Vianet) |
2,000 | |
| حجم اسم الدور للأدوار المخصصة في Azure | الحد الأقصى الموصى به: 256 حرفا الحد الأقصى: 512 شخصية |
|
| حجم الوصف لأدوار Azure المخصصة | الحد الأقصى الموصى به: 512 حرفا الحد الأقصى: 2,048 شخصية |
|
| تعريف دور مخصص لحجم Azure | 1 ميغابايت | |
| عدد النطاقات القابلة للتعيين لأدوار Azure المخصصة | 2,000 | |
| عدد نطاقات مجموعات الإدارة القابلة للتعيين لأدوار Azure المخصصة | 1 | |
| Azure رفض التعيينات | ||
| عدد تعيينات الرفض المدارة من النظام لكل اشتراك في Azure | 2,000 |
حدود الخدمة Azure SignalR
| Resource | الحد الافتراضي | الحد الأقصى |
|---|---|---|
| Azure SignalR Service units per instance for Free tier | 1 | 1 |
| Azure SignalR Service وحدة لكل نسخة للمستوى القياسي/Premium_P1 | 100 | 100 |
| Azure SignalR Service وحدة لكل نسخة لكل مستوى Premium_P2 | 100 - 1,000 | 100 - 1,000 |
| Azure SignalR Service units per subscription per region for Free tier | 5 | 5 |
| Total Azure SignalR Service units counts per subscription per region | 150 | Unlimited |
| الاتصالات المتزامنة لكل وحدة للطبقة المجانية | 20 | 20 |
| الاتصالات المتزامنة لكل وحدة للطبقة القياسية/المتميزة | 1,000 | 1,000 |
| الرسائل المضمنة لكل وحدة في اليوم للطبقة المجانية | 20,000 | 20,000 |
| رسائل إضافية لكل وحدة في اليوم للطبقة المجانية | 0 | 0 |
| الرسائل المضمنة لكل وحدة في اليوم للمستوى القياسي/المتميز | 1,000,000 | 1,000,000 |
| رسائل إضافية لكل وحدة في اليوم للمستوى القياسي/المتميز | Unlimited | Unlimited |
لطلب تحديث للحدود الافتراضية لاشتراكك، افتح تذكرة دعم.
لمزيد من المعلومات حول كيفية عد الاتصالات والرسائل، راجع رسائل واتصالات في Azure SignalR Service.
إذا تجاوزت متطلباتك الحدود، فالتبديل من المستوى المجاني إلى المستوى القياسي وإضافة وحدات. لمزيد من المعلومات، راجع كيف يمكن توسيع نسخة Azure SignalR Service؟
إذا تجاوزت متطلباتك حدود مثيل واحد، أضف مثيلات. لمزيد من المعلومات، راجع كيفية تفعيل Geo-Replication في Azure SignalR Service.
Azure Spring Apps limits
راجع الحصص وخطط الخدمة ل Azure Spring Apps لمعرفة المزيد عن حدود Azure Spring Apps.
حدود تخزين Azure
يسرد هذا القسم الحدود التالية ل تخزين Azure:
- حدود الحساب القياسية storage
- تخزين Azure حدود مزود الموارد
- مساحة تخزين Azure Blob حدود
- Azure حدود تخزين الطابور
- Azure حدود تخزين الجدول
حدود الحساب القياسية storage
الجدول التالي يصف الحدود الافتراضية لحسابات Azure العامة v2 (GPv2)، وعامة الأغراض v1 (GPv1)، ومخزن البيانات الثنائية الكبيرة.
بعض الإدخالات في الجدول تنطبق أيضا على access القرص وتم تسميتها صراحة. access القرص هو مورد يستخدم حصريا لاستيراد أو تصدير managed disks عبر private links.
يجب على العملاء استخدام حساب GPv2 storage، لأن GPv1 يتم إخراجه. يمكنك بسهولة ترقية حساب GPv1 أو مخزن البيانات الثنائية الكبيرة إلى حساب GPv2 دون توقف أو الحاجة لنسخ البيانات. لمزيد من المعلومات، راجع Upgrade to GPv2 storage account.
يشير حد ingress إلى جميع البيانات المرسلة إلى حساب storage أو access القرص. يشير حد egress إلى جميع البيانات المستلمة من حساب storage أو access القرص.
Note
يمكنك طلب سعة أعلى وحدود دخول. لطلب زيادة الراتب، يرجى التواصل مع Azure Support.
| Resource | Limit |
|---|---|
| الحد الأقصى لعدد حسابات storage التي تحتوي على نقاط نهاية قياسية لكل منطقة لكل اشتراك، بما في ذلك حسابات Standard و premium storage. | 250 افتراضيا ، 500 حسب الطلب1 |
| الحد الأقصى لعدد حسابات التخزين التي تحتوي على نقاط نهاية منطقة Azure DNS (معاينة) لكل منطقة لكل اشتراك، بما في ذلك حسابات التخزين القياسية والمميزة. | 5,000 (معاينة) |
| الحد الافتراضي لسعة حساب storage القصوى. | 5 نقطة 2 |
| الحد الأقصى لعدد حاويات blob، وblobs، والمجلدات، والأدلة الفرعية (إذا تم تفعيل مساحة الأسماء الهرمية)، ومشاركات الملفات، والجداول، وقوائم الانتظار، والكيانات، أو الرسائل لكل حساب storage. | غير محدود |
الحد الافتراضي لمعدل الطلب الأقصى لكل إصدار عام للإصدار 2، وحساب مخزن البيانات الثنائية الكبيرة، وموارد الوصول إلى القرص في المناطق التالية:
|
40,000 طلب في الثانية2 |
| الحد الافتراضي لمعدل الطلب لكل إصدار عام (v2)، وحساب مخزن البيانات الثنائية الكبيرة، وموارد الوصول إلى القرص في المناطق غير المدرجة في الصف السابق. | 20,000 طلب في الثانية2 |
الحد الافتراضي لأقصى دخول لكل إصدار عام الإصدار 2، وحساب مخزن البيانات الثنائية الكبيرة، وموارد الوصول إلى القرص في المناطق التالية:
|
60 جيجابت في الثانية2 |
| الحد الافتراضي لدخول القاعدة لكل إصدار عام (v2)، وحساب مخزن البيانات الثنائية الكبيرة، وموارد الوصول إلى الأقراص في المناطق غير المدرجة في الصف السابق. | 25 جيجابت في الثانية2 |
| الحد الأقصى الافتراضي للدخول الافتراضي لحسابات storage v1 العامة (جميع المناطق). | 10 جيجابت في الثانية2 |
أقصى خروج افتراضي لحسابات الإصدار 2 العامة، وحسابات مخزن البيانات الثنائية الكبيرة، وموارد الوصول إلى الأقراص في المناطق التالية:
|
200 جيجابت في الثانية2 |
| أقصى خروج افتراضي لحسابات الإصدار 2 العامة، وحسابات مخزن البيانات الثنائية الكبيرة، وموارد الوصول إلى الأقراص في المناطق غير المدرجة في الصف السابق. | 50 جيجابت في الثانية2 |
| أقصى خروج لحسابات storage v1 العامة (المناطق الأمريكية). | 20 جيجابت في الثانية إذا تم تمكين RA-GRS/GRS، 30 جيجابت في الثانية ل LRS/ZRS |
| أقصى خروج لحسابات storage v1 العامة (المناطق غير الأمريكية). | 10 جيجابت في الثانية إذا تم تمكين RA-GRS/GRS، 15 جيجابت في الثانية ل LRS/ZRS |
| الحد الأقصى لعدد قواعد عناوين IP لكل حساب storage. | 400 |
| الحد الأقصى لعدد قواعد virtual network لكل حساب storage. | 400 |
| الحد الأقصى لعدد قواعد مثيلات الموارد لكل حساب storage. | 200 |
| الحد الأقصى لعدد نقاط النهاية الخاصة لكل حساب storage. | 200 |
1 مع زيادة الحصة، يمكنك إنشاء ما يصل إلى 500 حساب storage بنقاط نهاية قياسية لكل منطقة. لمزيد من المعلومات، راجع زيادة حصص الحساب تخزين Azure.
تدعم حسابات 2 تخزين Azure القياسية حدود سعة أعلى وحدود أعلى للدخول والخروج حسب الطلب. لطلب زيادة حدود الحساب، تواصل مع Azure Support.
حدود تخزين Azure Resource Provider
تنطبق القيود التالية فقط عند تنفيذ عمليات الإدارة باستخدام Azure Resource Manager مع تخزين Azure وStorage Resource Provider. تنطبق الحدود لكل اشتراك لكل منطقة من الموارد في الطلب.
| Resource | Limit |
|---|---|
| عمليات إدارة حساب Storage (يقرأ) | 800 لكل 5 دقائق |
| عمليات إدارة حسابات Storage (write) | 10 في الثانية / 1200 في الساعة |
| عمليات إدارة حسابات Storage (قائمة) | 100 لكل 5 دقائق |
حدود مساحة تخزين Azure Blob
| Resource | Target |
|---|---|
| الحد الأقصى لحجم حاوية كائن ثنائي كبير الحجم واحد | نفس سعة حساب storage الأقصى |
| الحد الأقصى لعدد الكتل في كائن ثنائي كبير الحجم للكتلة أو كائن ثنائي كبير الحجم للإلحاق | 50,000 كتلة |
| الحد الأقصى لحجم كتلة في كائن ثنائي كبير الحجم للكتلة | 4,000 ميجابايت |
| الحجم الأقصى للكائن الثنائي كبير الحجم للكتلة | 50,000 × 4,000 ميجاب (حوالي 190.7 تيبايت) |
| الحد الأقصى لحجم كتلة في كائن ثنائي كبير الحجم للإلحاق | 4 ميجابايت |
| الحد الأقصى لحجم الكائن الثنائي كبير الحجم للإلحاق | 50,000 × 4 ميبي بايت (حوالي 195 جيبي بايت) |
| الحجم الأقصى لكائن ثنائي كبير الحجم للصفحة | 8 تيرابايت2 |
| الحد الأقصى لعدد سياسات access المخزن لكل حاوية blob | 5 |
| معدل الطلب المستهدف لكتلة واحدة | حتى 3,000 طلب في الثانية |
| معدل الطلب المستهدف لكتلة صفحة واحدة | ما يصل إلى 500 طلب في الثانية |
| معدل النقل المستهدف لكائن ثنائي كبير الحجم لصفحة واحدة | ما يصل إلى 60 ميجابايت في الثانية2 |
| معدل النقل المستهدف لكتلة واحدة | حتى حدود الدخول والخروج storage الحساب1 |
1 يعتمد معدل النقل لكائن ثنائي كبير الحجم على عدة عوامل. تشمل هذه العوامل، ولكن لا تقتصر على، التزامن، حجم الطلبات، مستوى الأداء، سرعة المصدر للرفع، ووجهة التنزيلات. للاستفادة من تحسينات الأداء في ><كتل الكتل عالية الإنتاجية، قم بتحميل كتل أو كتل أكبر. تحديدا، قم بسم عملية Put Blob أو Put Block بحجم كتلة أكبر من 256 كيلوبايت.
2 لم يتم دعم الكائنات الثنائية كبيرة الحجم للصفحة بعد في الحسابات التي تم تمكين مساحة الاسم الهرمية لها.
يصف الجدول التالي الحد الأقصى لأحجام الكتلة والكائنات الثنائية كبيرة الحجم المسموح بها بواسطة إصدار الخدمة.
| إصدار الخدمة | الحد الأقصى لحجم الكتلة (عبر Put Block) | الحد الأقصى لحجم الكائن الثنائي كبير الحجم (عبر Put Block List) | الحد الأقصى لحجم الكائن الثنائي كبير الحجم عبر عملية كتابة واحدة (عبر Put Blob) |
|---|---|---|---|
| الإصدار 2019-12-12 والإصدارات الأحدث | 4,000 ميجابايت | حوالي 190.7 تيبايت (4,000 ميجابايت × 50,000 كتلة) | 5,000 ميجابايت |
| الإصدار 2016-05-31 من خلال الإصدار 2019-07-07 | 100 ميجابايت | حوالي 4.75 تيبايت (100 ميجابايت × 50,000 كتلة) | 256 ميبي بايت |
| الإصدارات السابقة ل 2016-05-31 | 4 ميجابايت | حوالي 195 جيجابايت (4 ميجابايت × 50,000 كتل) | 64 ميجابايت |
Azure Queue storage limits
| Resource | Target |
|---|---|
| الحد الأقصى لحجم قائمة انتظار واحدة | 500 تيبي بايت |
| الحد الأقصى لحجم رسالة في قائمة انتظار | 64 كيلو بايت |
| الحد الأقصى لعدد سياسات access المخزنة لكل طابور | 5 |
| أقصى معدل طلب لكل حساب storage | 20000 رسالة في الثانية، والتي تفترض حجم رسالة 1 كيبيبايت |
| معدل النقل المستهدف لقائمة انتظار واحدة (رسائل 1-KiB) | ما يصل إلى 2000 رسالة في الثانية |
حدود تخزين Azure Table
الجدول التالي يصف أهداف السعة وقابلية التوسع والأداء للجدول storage.
| Resource | Target |
|---|---|
| عدد الجداول في حساب تخزين Azure | محدودة فقط بسعة حساب storage |
| عدد الأقسام في جدول | محدودة فقط بسعة حساب storage |
| عدد الكيانات في قسم | محدودة فقط بسعة حساب storage |
| الحجم الأقصى لجدول واحد | 500 تيبي بايت |
| الحد الأقصى لحجم كيان واحد، بما في ذلك كافة قيم الخصائص | 1 ميجابايت |
| الحد الأقصى لعدد الخصائص في كيان جدول | 255 (بما في ذلك خصائص النظام الثلاث ، PartitionKey و RowKey و Timestamp) |
| الحد الأقصى للحجم الإجمالي لخاصية فردية في كيان | يختلف حسب نوع الخاصية. لمزيد من المعلومات، راجع أنواع الخصائص في فهم نموذج بيانات خدمة الجدول. |
| حجم PartitionKey | سلسلة يصل حجمها إلى 1024 حرفا |
| حجم RowKey | سلسلة يصل حجمها إلى 1024 حرفا |
| حجم معاملة مجموعة الكيانات | يمكن أن تتضمن المعاملة على الأكثر 100 كيان ويجب أن تكون الحمولة أقل من 4 ميبي بايت في الحجم. يمكن أن تتضمن معاملة مجموعة الكيانات تحديثا إلى كيان مرة واحدة فقط. |
| الحد الأقصى لعدد سياسات access المخزنة لكل جدول | 5 |
| أقصى معدل طلب لكل حساب storage | 20,000 معاملة في الثانية، والتي تفترض حجم كيان 1-KiB |
| معدل النقل المستهدف لقسم جدول واحد (كيانات 1 KiB) | ما يصل إلى 2000 كيان في الثانية |
حدود إنشاء اشتراك Azure
راجع حسابات الفوترة والنطاقات في بوابة Azure لمعرفة المزيد عن كيفية إنشاء حدود للاشتراكات Azure.
حدود خدمة سطح المكتب الافتراضي Azure
الجدول التالي يصف الحد الأقصى للحدود ل Azure Virtual Desktop.
| Azure Virtual Desktop الموضوع | لكل كائن حاوية أصل | حد الخدمة |
|---|---|---|
| Workspace | مستأجر Microsoft Entra | 1300 |
| HostPool | Workspace | 400 |
| مجموعة التطبيق | مستأجر Microsoft Entra | 5001 |
| RemoteApp | مجموعة التطبيق | 500 |
| تعيين الدور | أي كائن Azure Virtual Desktop | 200 |
| مضيف الجلسة | HostPool | 10,000 |
1إذا كنت بحاجة إلى أكثر من 500 مجموعة تقديم، يرجى رفع تذكرة دعم عبر بوابة Azure.
جميع موارد Azure الأخرى المستخدمة في Azure Virtual Desktop مثل Virtual Machines وStorage وNetworking وغيرها تخضع لقيود مواردها الخاصة الموثقة في الأقسام ذات الصلة من هذا المقال. لتصور العلاقة بين جميع الكائنات Azure Virtual Desktop، راجع هذا المقال العلاقات بين Azure Virtual Desktop المكونات المنطقية.
للبدء مع Azure Virtual Desktop، استخدم دليل getting starting. للحصول على محتوى معماري أعمق ل Azure Virtual Desktop، استخدم قسم Azure Virtual Desktop في Cloud Adoption Framework. للحصول على معلومات التسعير ل Azure Virtual Desktop، أضف "Azure Virtual Desktop" في قسم الحوسبة في حاسبة التسعير Azure.
حدود حل Azure VMware
الجدول التالي يصف الحد الأقصى للحدود ل حل Azure VMware.
| Resource | Limit |
|---|---|
| نظام مجموعات vSphere لكل سحابة خاصة | 12 |
| الحد الأدنى لعدد مضيفي ESXi كل نظام مجموعة | 3 (حد ثابت) |
| الحد الأقصى لعدد مضيفي ESXi كل نظام مجموعة | 16 (حد ثابت) |
| الحد الأقصى لعدد مضيفي ESXi لكل سحابة خاصة | 96 |
| الحد الأقصى لعدد خوادم vCenter لكل سحابة خاصة | 1 (حد ثابت) |
| الحد الأقصى لعدد أزواج مواقع HCX | 25 (أي إصدار) |
| الحد الأقصى لعدد شبكات خدمة HCX | 10 (أي إصدار) |
| أقصى عدد من السحب الخاصة حل Azure VMware المرتبطة ب Azure ExpressRoute من موقع واحد إلى بوابة شبكة افتراضية واحدة | 4 بوابة virtual network المستخدمة تحدد الحد الأقصى الفعلي للسحب الخاصة المرتبطة بالسحب. لمزيد من المعلومات، راجع حول بوابات virtual network ExpressRoute. إذا تجاوزت هذا العتبة، استخدم حل Azure VMware interconnect لتجميع الاتصال السحابي الخاص داخل منطقة Azure. |
| Maximum حل Azure VMware ExpressRoute ththroughput | 10 جيجابت في الثانية (استخدم إصدار Ultra Performance Gateway مع تمكين FastPath)** بوابة virtual network المستخدمة تحدد عرض النطاق الفعلي. لمزيد من المعلومات، راجع حول بوابات virtual network ExpressRoute. لا يحتوي حل Azure VMware ExpressRoute على أي قيود على سرعة المنفذ ويعمل بسرعة تزيد عن 10 جيجابت في الثانية. الأسعار التي تزيد عن 10 جيجابت في الثانية غير مضمونة بسبب جودة الخدمة. |
| الحد الأقصى لعدد عناوين Azure Public IPv4 المخصصة ل NSX | 2,000 |
| الحد الأقصى لعدد اتصالات حل Azure VMware لكل سحابة خاصة | 10 |
| الحد الأقصى لعدد اتصالات Azure ExpressRoute Global Reach لكل حل Azure VMware Private Cloud | 8 |
| حدود قدرات vSAN | 75% من إجمالي قابلية الاستخدام (احتفظ ب 25% متوفرا لاتفاقية مستوى الخدمة) |
| VMware Site Recovery Manager: الحد الأقصى لعدد الأجهزة الافتراضية المحمية | 3,000 |
| مدير VMware Site Recovery: الحد الأقصى لعدد الأجهزة الافتراضية لكل خطة استرداد | 2,000 |
| مدير VMware Site Recovery: الحد الأقصى لعدد مجموعات الحماية لكل خطة استرداد | 250 |
| VMware Site Recovery Manager: قيم نقطة الاسترداد (RPO) | خمس دقائق أو أعلى* (حد ثابت) |
| VMware Site Recovery Manager: الحد الأقصى لعدد الأجهزة الافتراضية لكل مجموعة حماية | 500 |
| مدير VMware Site Recovery: الحد الأقصى لعدد خطط الاسترداد | 250 |
* للحصول على معلومات حول RPO أقل من 15 دقيقة، راجع كيفية عمل RPO لمدة 5 دقائق في وثائق إدارة النسخ المتماثل vSphere.
** يمكن أن يدعم هذا الحد الموصى به الناعم معدل نقل أعلى استنادا إلى السيناريو.
بالنسبة إلى الحدود الأخرى الخاصة ب VMware، استخدم أداة الحد الأقصى لتكوين VMware by Broadcom.
Azure Web PubSub limits
| Resource | الحد الافتراضي | الحد الأقصى |
|---|---|---|
| Azure Web PubSub Service units per instance for Free tier | 1 | 1 |
| وحدات الخدمة Azure Web PubSub لكل مثيل للمستوى القياسي/Premium_P1 | 100 | 100 |
| وحدات الخدمة Azure Web PubSub لكل مثيل لكل مستوى Premium_P2 | 100 - 1,000 | 100 - 1,000 |
| Azure Web PubSub Service units per subscription per region for Free tier | 5 | 5 |
| Total Azure Web PubSub Service Unit counts per subscription per region | 150 | Unlimited |
| الاتصالات المتزامنة لكل وحدة للطبقة المجانية | 20 | 20 |
| الاتصالات المتزامنة لكل وحدة للطبقة القياسية/المتميزة | 1,000 | 1,000 |
| الرسائل المضمنة لكل وحدة في اليوم للطبقة المجانية | 20,000 | 20,000 |
| رسائل إضافية لكل وحدة في اليوم للطبقة المجانية | 0 | 0 |
| الرسائل المضمنة لكل وحدة في اليوم للمستوى القياسي/المتميز | 1,000,000 | 1,000,000 |
| رسائل إضافية لكل وحدة في اليوم للمستوى القياسي/المتميز | Unlimited | Unlimited |
لطلب تحديث للحدود الافتراضية لاشتراكك، افتح تذكرة دعم.
لمزيد من المعلومات حول كيفية احتساب الاتصالات والرسائل في الفوترة، راجع نموذج الفوترة في Azure Web PubSub Service.
إذا تجاوزت متطلباتك الحدود، قم بالتوسع من المستوى المجاني إلى المستوى القياسي/المميز أو scale out الوحدات. لمزيد من المعلومات، راجع كيفية توسيع نسخة خدمة Azure Web PubSub.
إذا تجاوزت متطلباتك حدود مثيل واحد، أضف مثيلات. لمزيد من المعلومات، راجع كيفية استخدام Geo-Replication في Azure Web PubSub.
حدود النسخ الاحتياطي
لملخص إعدادات الدعم النسخ الاحتياطي في Azure والقيود، راجع النسخ الاحتياطي في Azure مصفوفات الدعم.
حدود الدفعات
| Resource | الحد الافتراضي | الحد الأقصى |
|---|---|---|
| حسابات Azure Batch لكل منطقة لكل اشتراك | 1-3 | 50 |
| مراكز مخصصة لكل حساب دفعة | 0-9001 | تواصل مع الدعم |
| الذاكرات الأساسية ذات الأولوية المنخفضة لكل حساب دفعة | 0-1001 | تواصل مع الدعم |
| الوظائف النشطة وجداول الوظائف لكل حساب دفعي (المهام المكتملة ليس لها حدود) | 100-300 | 1,0002 |
| تجمعات لكل حساب دفعي | 0-1001 | 5002 |
| اتصالات نقطة النهاية الخاصة لكل حساب دفعة | 100 | 100 |
1 لأغراض إدارة السعة، تم تخفيض الحصص الافتراضية لحسابات الدفعات الجديدة في بعض المناطق ولبعض أنواع الاشتراكات من نطاق القيم أعلاه. وفي بعض الحالات، تم تخفيض هذه الحدود إلى الصفر. عند إنشاء حساب دفعة جديد، تحقق من حصصك واطلب زيادة مناسبة في حصة النواة أو الخدمة إذا لزم الأمر. بدلا من ذلك، ضع في اعتبارك إعادة استخدام حسابات الدفعات التي تحتوي بالفعل على حصة نسبية كافية أو حسابات دفعة تخصيص تجمع اشتراك المستخدم للحفاظ على الحصة النسبية الأساسية وحصة عائلة الجهاز الظاهري عبر جميع حسابات الدفعات على الاشتراك. تنطبق حصص الخدمة مثل الوظائف النشطة أو التجمعات على كل حساب دفعي مميز حتى لحسابات Batch لتخصيص تجمع اشتراك المستخدم.
2 لطلب زيادة في المبلغ بعد هذا الحد، تواصل مع الدعم Azure.
Note
تختلف الحدود الافتراضية استنادا إلى نوع الاشتراك الذي تستخدمه لإنشاء حساب Batch. الحصص النسبية للذاكرات الأساسية المعروضة مخصصة لحسابات الدفعات في وضع خدمة الدفعات. اطلع على الحصص في حسابك في الدفعة.
حدود نموذج التوزيع الكلاسيكي
تنطبق القيود التالية إذا استخدمت نموذج نشر كلاسيكي بدلا من نموذج النشر Azure Resource Manager.
| Resource | الحد الافتراضي | الحد الأقصى |
|---|---|---|
| vCPUs لكل اشتراك1 | 20 | 10,000 |
| CoAdministrators لكل اشتراك | 200 | 200 |
| Storage حسابات لكل اشتراك2 | 100 | 100 |
| Cloud services لكل اشتراك | 20 | 200 |
| Local Networks لكل اشتراك | 10 | 500 |
| خوادم DNS لكل اشتراك | 9 | 100 |
| عناوين IP المحجوزة لكل اشتراك | 20 | 100 |
| مجموعات الألفية لكل اشتراك | 256 | 256 |
| طول اسم الاشتراك (أحرف) | 64 | 64 |
1يتم احتساب المثيلات الصغيرة الإضافية كوحدة معالجة مركزية ظاهرية واحدة باتجاه حد وحدة المعالجة المركزية الظاهرية على الرغم من استخدام نواة وحدة المعالجة المركزية الجزئية.
2 يشمل حد الحساب storage كل من الحسابات القياسية و Premium storage.
حدود Container Instances
| Resource | الحد الفعلي |
|---|---|
| مجموعات حاويات sku القياسية لكل منطقة لكل اشتراك | 100 |
| مجموعات حاويات sku مخصصة لكل منطقة لكل اشتراك | 01 |
| عدد الحاويات لكل مجموعة حاويات | 60 |
| عدد وحدات التخزين لكل مجموعة حاويات | 20 |
| مراكز sku القياسية (وحدات المعالجة المركزية) لكل منطقة لكل اشتراك | 100 |
| مراكز sku القياسية (وحدات المعالجة المركزية) ل K80 GPU لكل منطقة لكل اشتراك | 0 |
| مراكز sku القياسية (وحدات المعالجة المركزية) ل V100 GPU لكل منطقة لكل اشتراك | 0 |
| المنافذ لكل IP | 5 |
| حجم سجل مثيل الحاوية - مثيل قيد التشغيل | 4 ميغابايت |
| حجم سجل مثيل الحاوية - المثيل المتوقف | 16 كيلوبايت أو 1000 خط |
| يتم إنشاء مجموعة الحاويات في الساعة | 3001 |
| يتم إنشاء مجموعة الحاويات لكل 5 دقائق | 1001 |
| حذف مجموعة الحاويات في الساعة | 3001 |
| حذف مجموعة الحاويات لكل 5 دقائق | 1001 |
1 لطلب زيادة الحد، أنشئ طلب دعم Azure. الاشتراكات المجانية مثل Azure الحساب المجاني وAzure للطلاب غير مؤهلة لزيادة الحد أو الحصص. إذا كان لديك اشتراك مجاني، يمكنك upgrade إلى اشتراك بنظام الدفعYou-Go.
2الحد الافتراضي للاشتراك الدفع حسب الاستخدام. قد يختلف الحد بالنسبة إلى أنواع الفئات الأخرى.
حدود Azure Container Registry
يوضح الجدول التالي ميزات وحدود مستويات الخدمة الأساسية والقياسية والمميزة Azure Container Registry.
| Resource | Basic | Standard | Premium |
|---|---|---|---|
| مشمول storage1 (GiB) | 10 | 100 | 500 |
| حد Storage (TiB) | 40 | 40 | 100 |
| الحد الأقصى لحجم طبقة الصورة (GiB) | 195 | 195 | 195 |
| الحد الأقصى لحجم البيان (MiB) | 4 | 4 | 4 |
| Webhooks | 2 | 10 | 500 |
| Private link مع نقاط نهاية خاصة | N/A | N/A | مدعوم |
| • نقاط النهاية الخاصة | N/A | N/A | 200 |
| قواعد شبكة IP العامة | N/A | N/A | 200 |
| الوصول إلى VNet لنقطة نهاية الخدمة | N/A | N/A | Preview |
| • قواعد Virtual network | N/A | N/A | 100 |
| صلاحيات النطاق في المستودع مع تعيينات الأدوار في Microsoft Entra | مدعوم | مدعوم | مدعوم |
| أذونات النطاق المعتمد على المستودع مع رموز وخرائط النطاق غير التابعة ل Microsoft Entra | مدعوم | مدعوم | مدعوم |
| • رموز غير تابعة ل Microsoft Entra | 100 | 500 | 50,000 |
| • خرائط نطاق الرموز غير Microsoft Entra | 100 | 500 | 50,000 |
| • الإجراءات حسب خريطة نطاق رموز غير Microsoft Entra | 500 | 500 | 500 |
| • المستودعات لكل خريطة نطاق غير Microsoft Entra الرمز2 | 500 | 500 | 500 |
| وصول سحب مجهول | N/A | مدعوم | مدعوم |
| Geo-replication | N/A | N/A | مدعوم |
| نقاط نهاية بيانات مخصصة | N/A | N/A | مدعوم |
| مناطق التوافر | مدعوم | مدعوم | مدعوم |
| الثقة في المحتوى | N/A | N/A | مدعوم |
| المفاتيح التي يديرها العميل | N/A | N/A | مدعوم |
| السجلات المتصلة | N/A | N/A | مدعوم |
| تدفق القطع الأثرية | N/A | N/A | مدعوم |
| قواعد ذاكرة التخزين المؤقتة للقطع الأثرية | N/A | مدعوم | مدعوم |
| تكوين قواعد access إلى IP | N/A | N/A | مدعوم |
| سياسة الاحتفاظ للقوائم غير الموسومة | N/A | N/A | مدعوم |
| نقل القطع الأثرية | N/A | N/A | مدعوم |
| سياسة التصدير | N/A | N/A | مدعوم |
| مجموعات وكلاء مخصصة للمهام | N/A | N/A | مدعوم |
1 Storage مشمول في السعر اليومي لكل مستوى. يمكن استخدام storage إضافي، حتى حد registry storage، بمعدل يومي إضافي لكل GiB. للحصول على معلومات عن الأسعار، راجع Azure Container Registry preciing. إذا كنت بحاجة إلى تخزين يتجاوز حد تخزين السجل، يرجى التواصل مع دعم Azure.
2actions الفردية ل content/delete، content/read، content/write، metadata/read، metadata/write تتوافق مع حد المستودعات لكل خريطة نطاق غير Microsoft Entra رمزية.
حدود شبكة Azure Content Content Delivery Network
| Resource | Limit |
|---|---|
| ملفات تعريف شبكة شبكة تسليم المحتوى لـ Azure | 25 |
| نقاط نهاية شبكة تسليم المحتوى لكل ملف تعريف | 25 |
| المجالات المخصصة لكل نقطة نهاية | 25 |
| الحد الأقصى لمجموعة الأصل لكل ملف تعريف | 10 |
| الحد الأقصى للمنشأ لكل مجموعة أصل | 10 |
| الحد الأقصى لعدد القواعد لكل نقطة نهاية CDN | 25 |
| الحد الأقصى لعدد شروط المطابقة لكل قاعدة | 10 |
| الحد الأقصى لعدد الإجراءات لكل قاعدة | 5 |
| الحد الأقصى للنطاق الترددي لكل ملف تعريف* | 75 جيجابت في الثانية |
| الحد الأقصى للطلبات في الثانية لكل ملف تعريف | 100,000 |
| حد حجم رأس HTTP (لكل رأس) | 32 كيلوبايت |
*هاتان الحدودان تنطبقان فقط على معيار Azure CDN من Microsoft (الكلاسيكي). إذا لم تكن الحركة موزعة عالميا ومركزة في منطقة أو منطقتين، أو إذا كان هناك حاجة إلى حد حصص أعلى، أنشئ طلب دعم Azure.
يمكن أن يحتوي اشتراك شبكة تسليم المحتوى على ملف تعريف واحد أو أكثر من ملفات تعريف شبكة تسليم المحتوى. يمكن أن يحتوي ملف تعريف شبكة تسليم المحتوى على نقطة نهاية واحدة أو أكثر من نقاط نهاية شبكة تسليم المحتوى. قد تحتاج إلى استخدام ملفات تعريف متعددة لتنظيم نقاط نهاية شبكة تسليم المحتوى حسب مجال الإنترنت أو تطبيق الويب أو بعض المعايير الأخرى.
حدود Azure Data Lake Analytics
تجعل Azure Data Lake Analytics المهمة المعقدة لإدارة البنية التحتية الموزعة والكود المعقد سهلة. يوفر الموارد ديناميكيا، ويمكنك استخدامه to do تحليلات على إكسابايتات من البيانات. عند اكتمال المهمة، فإنها تتراجع الموارد تلقائيا. أنت تدفع فقط مقابل قوة المعالجة التي تم استخدامها. عند زيادة حجم البيانات المخزنة أو مقدار الحوسبة المستخدمة أو تقليله، لا يتعين عليك إعادة كتابة التعليمات البرمجية. لرفع الحدود الافتراضية لاشتراكك، اتصل بالدعم.
| Resource | Limit | التعليقات |
|---|---|---|
| الحد الأقصى لعدد المهام المتزامنة | 20 | |
| الحد الأقصى لعدد وحدات التحليلات (AUs) لكل حساب | 250 | استخدم أي مجموعة تصل إلى 250 AUs كحد أقصى عبر 20 وظيفة. لزيادة هذا الحد، تواصل مع Microsoft Support. |
| الحد الأقصى لحجم البرنامج النصي لتقديم المهمة | 3 ميغابايت | |
| الحد الأقصى لعدد حسابات Data Lake Analytics لكل منطقة لكل اشتراك | 5 | لزيادة هذا الحد، تواصل مع Microsoft Support. |
حدود Azure Data Lake Storage
Azure Data Lake Storage Gen2 ليس نوع مخصص من نوع الخدمة أو التخزين المخصص. إنه أحدث إصدار من القدرات المخصصة لتحليلات البيانات الضخمة. تتوفر هذه القدرات في حساب storage عام مثل v2 أو BlockBlobStorage، ويمكنك الحصول عليها بتفعيل ميزة هرمية الاسم في الحساب. للحصول على أهداف المقياس، راجع هذه المقالات.
Azure Data Lake Storage Gen1 هي خدمة مخصصة. إنه مستودع واسع النطاق على مستوى المؤسسة لأحمال العمل التحليلية للبيانات الضخمة. يمكنك استخدام Data Lake Storage Gen1 لالتقاط البيانات بأي حجم ونوع وسرعة استيعاب في مكان واحد للتحليلات التشغيلية والاستكشافية. لا يوجد حد لكمية البيانات التي يمكنك تخزينها في حساب Data Lake Storage Gen1.
| Resource | Limit | التعليقات |
|---|---|---|
| الحد الأقصى لعدد حسابات Data Lake Storage Gen1، لكل اشتراك، لكل منطقة | 10 | لطلب زيادة لهذا الحد، اتصل بالدعم. |
| الحد الأقصى لعدد قوائم access ACLs، لكل ملف أو مجلد | 32 | هذا حد صعب. استخدم المجموعات لإدارة access مع عدد أقل من الإدخالات. |
| الحد الأقصى لعدد قوائم التحكم في الوصول الافتراضية لكل ملف أو مجلد | 32 | هذا حد صعب. استخدم المجموعات لإدارة access مع عدد أقل من الإدخالات. |
حدود مشاركة بيانات Azure
مشاركة بيانات Azure يمكن المؤسسات من مشاركة البيانات ببساطة وبأمان مع عملائها وشركائها.
| Resource | Limit |
|---|---|
| الحد الأقصى لعدد موارد Data Share لكل اشتراك في Azure | 100 |
| الحد الأقصى لعدد المشاركات المرسلة لكل مورد Data Share | 200 |
| الحد الأقصى لعدد الحصص المستلمة لكل مورد من Data Share | 100 |
| الحد الأقصى لعدد الدعوات لكل مشاركة مرسلة | 200 |
| الحد الأقصى لعدد اشتراكات المشاركة لكل مشاركة مرسلة | 200 |
| الحد الأقصى لعدد مجموعات البيانات لكل مشاركة | 200 |
| الحد الأقصى لعدد جداول اللقطات لكل مشاركة | 1 |
حدود Azure Database Migration Service
Azure Database Migration Service هي خدمة مدارة بالكامل مصممة لتمكين الترحيل السلس من مصادر قواعد البيانات المتعددة إلى منصات البيانات Azure مع تقليل وقت التوقف.
| Resource | Limit | التعليقات |
|---|---|---|
| الحد الأقصى لعدد الخدمات لكل اشتراك، لكل منطقة | 10 | لطلب زيادة لهذا الحد، اتصل بالدعم. |
حدود Azure Device Registry
يوضح الجدول التالي الحدود التي تنطبق على موارد سجل أجهزة Azure. يستخدم Azure Device Registry مع Azure IoT Hub (preview) و عمليات Azure IoT.
| نوع المورد | نوع الحد | Limit |
|---|---|---|
| Azure Device Registry namespaces | Count per Azure subscription | 100 |
| الاجهزه | Count per Azure subscription | 100,000 |
| الأجهزة / الأجهزة المكتشفة | العد لكل مجموعة Kubernetes | 1,000 |
| الأجهزة / الأجهزة المكتشفة | Count per Azure Device Registry namespace | 10,000 |
| الأجهزة / الأجهزة المكتشفة (قراءة) | Operations per minute per Azure subscription | 5,000 |
| الأجهزة / الأجهزة المكتشفة (إنشاء / تحديث) | Operations per minute per Azure subscription | 500 |
| أصول | Count per Azure subscription | 100,000 |
| الأصول / الأصول المكتشفة | Count per Azure Device Registry namespace | 10,000 |
| الأصول / الأصول المكتشفة | العد لكل مجموعة Kubernetes | 1,000 |
| مواد العرض / الأصول المكتشفة (قراءة) | Operations per minute per Azure subscription | 5,000 |
| مواد العرض / الأصول المكتشفة (إنشاء/تحديث) | Operations per minute per Azure subscription | 500 |
| مواد العرض: مجموعات البيانات ومجموعات الأحداث ومجموعات الإدارة | العدد لكل مادة عرض | 100 |
| مواد العرض: نقاط البيانات والأحداث وإجراءات الإدارة | العدد لكل مادة عرض | 1,000 |
| الأصول (الكلاسيكية) | Count per Azure subscription | 10,000 |
| سجلات المخطط | Count per Azure subscription | 100 |
| Schemas | Read operations per minute per Azure subscription | 600 |
| إصدارات المخطط | Read operations per minute per Azure subscription | 600 |
| سجلات المخطط | Read operations per minute per Azure subscription | 600 |
| السياسات (معاينة) | Count per Azure Device Registry namespace | 1 |
| بيانات الاعتماد (معاينة) | Count per Azure Device Registry namespace | 1 |
| بيانات الاعتماد (معاينة) | العد لكل مستأجر Entra ID | 2 |
Azure Device Update for IoT Hub limits
يمكن تعديل الحدود فقط ل SKU القياسية. يتم تقييم طلبات تعديل الحد على أساس كل حالة على حدة، ولا يتم ضمان الموافقات.
لا يتم قبول طلبات تعديل الحد لوحدة SKU المجانية. أيضا، لا يمكن ترقية مثيلات SKU المجانية إلى مثيلات SKU القياسية.
يوضح الجدول التالي حدود مورد تحديث الجهاز ل IoT Hub في Azure Resource Manager.
| Resource | حد SKU القياسي | حد SKU مجاني | قابل للتعديل لوحدة SKU القياسية؟ |
|---|---|---|---|
| الحسابات لكل اشتراك | 50 | 1 | No |
| مثيلات لكل حساب | 50 | 1 | No |
| طول اسم الحساب | 3-24 حرفا | 3-24 حرفا | No |
| طول اسم المثيل | 3-36 حرفا | 3-36 حرفا | No |
يعرض الجدول التالي الحدود المقترنة بعمليات تحديث الجهاز المختلفة.
| Operation | حد SKU القياسي | حد SKU مجاني | قابل للتعديل لوحدة SKU القياسية؟ |
|---|---|---|---|
| عدد الأجهزة لكل مثيل | 1 مليون | 10 | Yes |
| عدد مجموعات الأجهزة لكل مثيل | 100 | 10 | Yes |
| عدد فئات الجهاز لكل مثيل | 80 | 10 | Yes |
| عدد عمليات النشر النشطة لكل مثيل | 50، بما في ذلك واحد محجوز للإلغاءات | 5، بما في ذلك واحد محجوز للإلغاءات | Yes |
| عدد عمليات النشر الإجمالية لكل مثيل، بما في ذلك جميع عمليات النشر النشطة وغير النشطة والملغاة التي لم يتم حذفها | 100 | 20 | No |
| عدد موفري التحديثات لكل مثيل | 25 | 2 | No |
| عدد أسماء التحديثات لكل موفر لكل مثيل | 25 | 2 | No |
| عدد إصدارات التحديث لكل موفر تحديث والاسم لكل مثيل | 100 | 5 | No |
| إجمالي عدد التحديثات لكل مثيل | 100 | 10 | No |
| الحد الأقصى لحجم ملف التحديث الفردي | 2 جيجابايت | 2 جيجابايت | Yes |
| الحد الأقصى للحجم المجمع لكافة الملفات في إجراء استيراد واحد | 2 جيجابايت | 2 جيجابايت | Yes |
| الحد الأقصى لعدد الملفات في تحديث واحد | 10 | 10 | No |
| إجمالي storage البيانات المضمن لكل مثيل | 100 غيغابايت | 5 جيجابايت | No |
Note
يتم احتساب عمليات النشر الملغاة أو غير النشطة في الحد الإجمالي للتوزيع. تأكد من تنظيف عمليات النشر هذه بشكل دوري حتى لا يتم منعك من إنشاء عمليات نشر جديدة.
حدود Azure Digital Twins
Note
بعض مناطق هذه الخدمة لها حدود قابلة للتعديل، والبعض الآخر لا. تستخدم الجداول التالية العمود قابل للتعديل؟ لتمثيل هذا الشرط. عندما يمكن ضبط الحد ، تكون قيمة قابل للتعديل؟هي نعم.
الحدود الوظيفية
يوضح الجدول التالي الحدود الوظيفية ل Azure Digital Twins.
| Area | Capability | الحد الافتراضي | Adjustable? |
|---|---|---|---|
| مورد Azure | عدد مثيلات Azure Digital Twins في منطقة معينة، لكل اشتراك | 10 | نعم، حتى 50 |
| التوائم الرقمية | عدد التوائم في مثيل Azure Digital Twins | 2,000,000 | Yes |
| التوائم الرقمية | عدد التوائم الرقمية التي يمكن استيرادها في مهمة واجهة برمجة تطبيقات استيراد مهام واحدة | 2,000,000 | No |
| التوائم الرقمية | عدد العلاقات الواردة إلى توأم واحد | 50,000 | No |
| التوائم الرقمية | عدد العلاقات الصادرة من توأم واحد | 50,000 | No |
| التوائم الرقمية | إجمالي عدد العلاقات في مثيل Azure Digital Twins | 20,000,000 | Yes |
| التوائم الرقمية | عدد العلاقات التي يمكن استيرادها في مهمة واحدة لواجهة برمجة تطبيقات مهام الاستيراد | 10,000,000 | No |
| التوائم الرقمية | الحجم الأقصى (لنص JSON في طلب PUT أو PATCH) لتوأم واحد | 32 كيلوبايت | No |
| التوائم الرقمية | الحد الأقصى لحجم حمولة الطلب | 32 كيلوبايت | No |
| التوائم الرقمية | الحد الأقصى لحجم قيمة خاصية سلسلة (UTF-8) | 4 كيلوبايت | No |
| التوائم الرقمية | الحد الأقصى لحجم اسم الخاصية | 1 كيلوبايت | No |
| Routing | عدد نقاط النهاية لمثيل واحد من Azure Digital Twins | 6 | No |
| Routing | عدد المسارات لمثيل واحد من Azure Digital Twins | 6 | Yes |
| Models | عدد النماذج ضمن مثيل واحد ل Azure Digital Twins | 10,000 | Yes |
| Models | عدد النماذج التي يمكن استيرادها في استدعاء API واحد (لا تستخدم واجهة برمجة تطبيقات استيراد المهام) | 250 | No |
| Models | عدد النماذج التي يمكن استيرادها في مهمة واجهة برمجة تطبيقات استيراد مهام واحدة | 10,000 | No |
| Models | الحجم الأقصى (لنص JSON في طلب PUT أو PATCH) لنموذج واحد | 1 ميغابايت | No |
| Models | عدد العناصر التي تم إرجاعها في صفحة واحدة | 100 | No |
| Query | عدد العناصر التي تم إرجاعها في صفحة واحدة | 1000 | Yes |
| Query | عدد AND / OR التعبيرات في استعلام |
50 | Yes |
| Query | عدد عناصر الصفيف في عبارة IN / NOT IN |
50 | Yes |
| Query | عدد الأحرف في استعلام | 8,000 | Yes |
| Query | عدد JOINS في استعلام |
5 | Yes |
حدود الأسعار
يسرد الجدول التالي حدود معدل واجهات برمجة التطبيقات المختلفة.
| API | Capability | الحد الافتراضي | Adjustable? |
|---|---|---|---|
| واجهة برمجة تطبيقات الوظائف | عدد الطلبات في الثانية | 1 | Yes |
| واجهة برمجة تطبيقات الوظائف | عدد المهام المجمعة التي تعمل بشكل متزامن (بما في ذلك الاستيراد والحذف) | 1 | Yes |
| واجهة برمجة تطبيقات النماذج | عدد الطلبات في الثانية | 100 | Yes |
| واجهة برمجة تطبيقات التوائم الرقمية | عدد طلبات القراءة في الثانية | 1,000 | Yes |
| واجهة برمجة تطبيقات التوائم الرقمية | عدد طلبات التصحيح في الثانية | 1,000 | Yes |
| واجهة برمجة تطبيقات التوائم الرقمية | عدد عمليات الإنشاء/الحذف في الثانية عبر جميع التوائم والعلاقات | 500 | Yes |
| واجهة برمجة تطبيقات التوائم الرقمية | عدد عمليات الإنشاء/التحديث/الحذف في الثانية على توأم واحد أو علاقاته الواردة/الصادرة | 10 | No |
| واجهة برمجة تطبيقات التوائم الرقمية | عدد العمليات المعلقة على توأم واحد أو علاقاته الواردة/الصادرة | 500 | No |
| واجهة برمجة تطبيقات الاستعلام | عدد الطلبات في الثانية | 500 | Yes |
| واجهة برمجة تطبيقات الاستعلام | Query Units في الثانية | 4,000 | Yes |
| واجهة برمجة تطبيقات مسارات الأحداث | عدد الطلبات في الثانية | 100 | Yes |
حدود أخرى
يمكن العثور على حدود أنواع البيانات والحقول داخل مستندات DTDL لنماذج Azure Digital Twins في وثائق المواصفات الخاصة بها في GitHub: Digital Twins Definition Language (DTDL) - الإصدار 3.
تفاصيل زمن استجابة الاستعلام موصوفة في Query language. يمكن العثور على قيود ميزات لغة الاستعلام المحددة في وثائق مرجعية للاستعلام.
حدود Azure Event Grid
Note
الحدود التالية لكل منطقة.
حدود تقييد شبكة الأحداث
تقدم Event Grid مستوى قياسيا وطبقة أساسية. يتيح المستوى القياسي لشبكة الأحداث النشر والاشتراك باستخدام وظيفة وسيط نقل بيانات تتبع الاستخدام (MQTT) في قائمة انتظار الرسائل وسحب تسليم الرسائل من خلال مساحة اسم شبكة الأحداث. تتيح طبقة Event Grid Basic تسليم الدفع باستخدام مواضيع مخصصة لشبكة الأحداث وموضوعات نظام شبكة الأحداث ومجالات شبكة الأحداث ومواضيع شريك شبكة الأحداث. لمزيد من المعلومات، راجع اختيار طبقة شبكة الأحداث المناسبة. توضح هذه المقالة الحصة النسبية والحدود لكلا المستويين.
حدود موارد مساحة اسم شبكة الأحداث
تمكن مساحات أسماء Event Grid مراسلة MQTT وتسليم سحب HTTP. تنطبق الحدود التالية على موارد مساحة الاسم في Event Grid.
| وصف الحد | Limit |
|---|---|
| مساحات أسماء Event Grid per Azure subscription | 50 |
| الحد الأقصى لوحدات معدل النقل (TUs) لكل مساحة اسم لشبكة الأحداث | 40 (لطلب زيادة إلى ما بعد 40 وحدة تراك، يرجى التواصل مع Microsoft على askmqtt@microsoft.com.) |
| قواعد جدار حماية IP لكل مساحة اسم شبكة الأحداث | 16 |
حدود MQTT في مساحة اسم شبكة الأحداث
تنطبق الحدود التالية على MQTT في مورد مساحة اسم شبكة الأحداث.
تحدد وحدات معدل النقل سعة معدل أحداث الدخول والخروج في مساحات الأسماء. يمكنك استخدام وحدات TUs للتحكم في سعة مورد مساحة الاسم للدخول والخروج للرسائل.
| وصف الحد | Limit |
|---|---|
| جلسات MQTT لكل مساحة اسم Event Grid | 10,000 لكل TU |
| جلسات العمل لكل مساحة اسم Event Grid | 10,000 لكل TU |
| الفاصل الزمني لانتهاء صلاحية الجلسة | 8 ساعات، قابل للتكوين على مساحة اسم شبكة الأحداث |
| طلبات نشر MQTT الواردة لكل مساحة اسم لشبكة الأحداث | 1000 رسالة في الثانية لكل TU |
| النطاق الترددي ل MQTT الوارد لكل مساحة اسم لشبكة الأحداث | 1 ميغابايت في الثانية لكل TU |
| طلبات نشر MQTT الواردة لكل جلسة | 1000 رسالة في الثانية |
| النطاق الترددي ل MQTT الوارد لكل جلسة | 1 ميغابايت في الثانية |
| رسائل MQTT الواردة أثناء الطيران* | 1000 رسالة |
| طلبات نشر MQTT/HTTP الواردة لكل فضاء اسم شبكة الأحداث | 1000 رسالة في الثانية لكل TU |
| عرض النطاق الترددي الوارد MQTT/HTTP لكل مساحة اسم شبكة الأحداث | 1 ميغابايت في الثانية لكل TU |
| طلبات النشر الواردة من MQTT/HTTP لكل جلسة | 1000 رسالة في الثانية |
| عرض النطاق الترددي الوارد MQTT/HTTP لكل جلسة | 1 ميغابايت في الثانية |
| رسائل MQTT/HTTP الواردة أثناء الرحلة* | 1000 رسالة |
| عرض النطاق الترددي MQTT/HTTP الوارد أثناء الطيران* | 64 كيلوبايت |
| الحد الأقصى للاحتفاظ بحجم الرسالة** | 64 كيلوبايت |
| الحد الأقصى لرسالة الاحتفاظ لكل TU | 10000 رسالة أو 640 ميغابايت (أيهما يتم الوصول إليه أولا) |
| إجمالي تخزين الاحتفاظ لكل وحدة تخزين | 640 ميغابايت |
| الاحتفاظ بانتهاء صلاحية الرسالة (MQTT 3.1.1) | 365 يوما (افتراضي). لتكوين صلاحية الاحتفاظ بأقل من 365 يوما، تواصل مع Microsoft على askmqtt@microsoft.com |
| الاحتفاظ بانتهاء صلاحية الرسالة (MQTT 5.0) | قابل للتكوين باستخدام الفاصل الزمني لانتهاء صلاحية الرسالة مع نطاق يتراوح من 0 إلى 31,536,000 ثانية (365 يوما) |
| طلبات نشر MQTT الصادرة لكل مساحة اسم لشبكة الأحداث | 1000 رسالة في الثانية لكل TU |
| النطاق الترددي ل MQTT الصادر لكل مساحة اسم لشبكة الأحداث | 1 ميغابايت في الثانية لكل TU |
| طلبات نشر MQTT الصادرة لكل جلسة | 100 رسالة في الثانية |
| النطاق الترددي ل MQTT الصادر لكل جلسة | 1 ميغابايت في الثانية |
| رسائل MQTT الصادرة أثناء الطيران* | 100 رسالة |
| النطاق الترددي ل MQTT الصادر أثناء الطيران* | 64 كيلوبايت |
| الحد الأقصى لحجم الرسالة | 512 كيلوبايت |
| الشرائح لكل عامل تصفية موضوع/موضوع | 15 |
| حجم الموضوع | 256 ب |
| موضوع استجابة MQTTv5 | 256 ب |
| الأسماء المستعارة لموضوع MQTTv5 | 10 لكل جلسة |
| الحجم الإجمالي ل MQTTv5 لجميع خصائص المستخدم | 32 كيلوبايت |
| معدل اتصال MQTT لكل جلسة عمل عميل | محاولة اتصال واحدة في الثانية لكل جلسة عمل عميل |
| حجم نوع محتوى MQTTv5 | 256 ب |
| حجم بيانات ارتباط MQTTv5 | 256 ب |
| طلبات الاتصال | 200 طلب في الثانية لكل TU |
| حجم بيانات مصادقة MQTTv5 | 8 كيلوبايت |
| الحد الأقصى للفاصل الزمني للاحتفاظ بالحياة | 1,160 |
| عوامل تصفية الموضوع لكل حزمة اشتراك MQTT | 10 |
| الاشتراك في الطلبات وإلغاء اشتراكها لكل مساحة اسم لشبكة الأحداث | 200 طلب في الثانية |
| الاشتراك في الطلبات وإلغاء اشتراكها لكل جلسة عمل | 5 طلبات في الثانية |
| الاشتراكات لكل جلسة MQTT | 50 |
| الاشتراكات لكل مساحة اسم Event Grid | 1 مليون |
| الاشتراكات لكل موضوع MQTT | غير محدود، إذا لم تتجاوز حد الاشتراكات لكل مساحة اسم أو جلسة عمل لشبكة الأحداث |
| الحد الأقصى لعدد مجموعات الاشتراك المشتركة لكل مساحة اسم | 100 |
| الحد الأقصى لعدد الاشتراكات في مجموعة اشتراك مشترك | 100 |
| الحد الأقصى لعدد الاشتراكات المشتركة لكل جلسة عمل | 10 (مضمنة في إجمالي 50 اشتراكا لكل جلسة) |
| الحد الأقصى لمعدل الرسائل الصادرة لكل اشتراك مشترك | 100 × عدد المشتركين |
| الحد الأقصى لجلسات العمل لكل اشتراك مشترك | 100 |
| الحد الأقصى للاشتراكات المشتركة لكل وسيط | 100 |
| موارد العميل المسجلة | 10,000 عميل لكل TU |
| شهادات المرجع المصدق | 10 |
| مجموعات العملاء | 10 |
| مساحات الموضوعات | 10 |
| قوالب الموضوعات | 10 لكل مساحة موضوع |
| روابط الأذونات | 100 |
* بالنسبة إلى MQTTv5، تعرف على المزيد حول دعم التحكم في التدفق.
** تحتسب الرسائل المحتفظ بها ضمن إجمالي حصة storage MQTT لمساحة الاسم. عند الوصول إلى الحصة النسبية، يفشل نشر رسائل جديدة تم الاحتفاظ بها حتى تنتهي صلاحية الرسائل الموجودة أو تحذف (على سبيل المثال، عبر نشر حمولة فارغة).
حدود الأحداث في مساحة اسم شبكة الأحداث
تنطبق الحدود التالية على الأحداث في مورد مساحة اسم شبكة الأحداث.
| وصف الحد | Limit |
|---|---|
| مواضيع مساحة اسم شبكة الأحداث | 100 لكل TU |
| دخول الحدث | 1000 حدث في الثانية أو 1 ميجابايت في الثانية لكل TU (أيهما يأتي أولا) |
| خروج الحدث (واجهات برمجة التطبيقات للدفع والسحب) | ما يصل إلى 2000 حدث في الثانية أو 2 ميغابايت في الثانية لكل TU |
| خروج الحدث (الإقرار بواجهات برمجة تطبيقات التأمين وإصدارها ورفضها وتجديدها) | ما يصل إلى 2000 حدث في الثانية أو 2 ميغابايت في الثانية لكل TU |
| الحد الأقصى للاحتفاظ بالحدث في مواضيع مساحة اسم شبكة الأحداث | 7 أيام |
| الاشتراكات لكل موضوع | 500 |
| الحد الأقصى لحجم الحدث | 1 ميغابايت |
| حجم الدفعة | 1 ميغابايت |
| الأحداث لكل طلب | 1,000 |
الموضوع المخصص وموضوع النظام وحدود موارد موضوع الشريك
تنطبق الحدود التالية على موضوع شبكة الأحداث المخصص وموضوع النظام وموارد موضوع الشريك.
| وصف الحد | Limit |
|---|---|
| مواضيع مخصصة لكل اشتراك Azure | 100 عند الوصول إلى الحد الأقصى، يمكنك التفكير في منطقة مختلفة أو التفكير في استخدام المجالات، والتي يمكن أن تدعم 100000 موضوع. |
| اشتراكات الحدث لكل موضوع | 500. بالنسبة لاشتراكات الفعاليات على اشتراكات Azure الحد هو 100. لا يمكن زيادة هذا الحد. |
| معدل النشر لموضوع مخصص أو موضوع شريك (دخول) | 5000 حدث أو 5 ميغابايت في الثانية (أيهما يأتي أولا) يتم حساب الحدث لأغراض الحدود والتسعير كمربع بيانات 64 كيلوبايت. لذلك، إذا كان الحدث 128 كيلوبايت، فإنه يحتسب كحدثين. |
| حجم الحدث | 1 ميغابايت لا يمكن زيادة هذا الحد. |
| الحد الأقصى للاحتفاظ بالحدث في الموضوعات | يوم واحد لا يمكن زيادة هذا الحد. |
| عدد الأحداث الواردة لكل دفعة | 5,000 لا يمكن زيادة هذا الحد. |
| اتصالات نقطة النهاية الخاصة لكل موضوع | 64 لا يمكن زيادة هذا الحد. |
| قواعد جدار حماية IP لكل موضوع | 128 |
حدود موارد المجال
تنطبق الحدود التالية على مورد مجال Event Grid.
| وصف الحد | Limit |
|---|---|
| المجالات لكل اشتراك Azure | 100 |
| المواضيع لكل مجال | 100,000 |
| اشتراكات الأحداث لكل موضوع داخل مجال | 500 لا يمكن زيادة هذا الحد. |
| اشتراكات حدث نطاق المجال | 50 لا يمكن زيادة هذا الحد. |
| معدل النشر لمجال (دخول) | 5000 حدث أو 5 ميغابايت في الثانية (أيهما يأتي أولا) يتم حساب الحدث لأغراض الحدود والتسعير كمربع بيانات 64 كيلوبايت. لذلك، إذا كان الحدث 128 كيلوبايت، فإنه يحتسب كحدثين. |
| الحد الأقصى للاحتفاظ بالحدث في مواضيع المجال | يوم واحد لا يمكن زيادة هذا الحد. |
| اتصالات نقطة النهاية الخاصة لكل مجال | 64 |
| قواعد جدار حماية IP لكل موضوع | 128 |
حدود مراكز أحداث Azure
توفر الجداول التالية حصصا وحدود محددة ل مراكز أحداث Azure. للحصول على معلومات حول أسعار مراكز الفعاليات، راجع Event Hubs preciing.
الحدود الشائعة لجميع المستويات
الحدود التالية شائعة عبر جميع المستويات.
| Limit | Notes | Value |
|---|---|---|
| حجم اسم مركز الحدث | - | 256 حرفا |
| حجم اسم مجموعة consumer | بروتوكول كافكا لا يتطلب إنشاء مجموعة consumer. | Kafka: 256 حرفا بروتوكول الرسائل المتقدم (AMQP): 50 حرفا |
| عدد المستقبلات غير الزمنية لكل مجموعة consumer | - | 5 |
| عدد قواعد التخويل لكل مساحة اسم | يتم رفض الطلبات اللاحقة لإنشاء قاعدة التخويل. | 12 |
| عدد الاستدعاءات إلى أسلوب GetRuntimeInformation | - | 50 في الثانية لكل مجموعة consumer |
| عدد الشبكات الافتراضية | - | 128 |
| عدد قواعد تكوين IP | - | 128 |
| الحد الأقصى لطول اسم مجموعة المخطط | 50 | |
| الحد الأقصى لطول اسم المخطط | 100 | |
| الحجم بالبايت لكل مخطط | 1 ميغابايت | |
| عدد الخصائص لكل مجموعة مخطط | 1024 | |
| الحجم بالبايت لكل مفتاح خاصية مجموعة مخطط | 256 | |
| الحجم بالبايت لكل قيمة خاصية مجموعة مخطط | 1024 | |
| عدد طلبات الاستلام المتزامنة على مركز/موضوع | يتم تقييد طلبات الاستلام اللاحقة. تنطبق هذه الحصة على العدد المجمع لعمليات الاستقبال المتزامنة عبر جميع المستهلكين/مجموعات consumer | 5000 |
المستويات الأساسية مقابل القياسية مقابل المتميزة مقابل المستويات المخصصة
يعرض الجدول التالي حدودا مختلفة للطبقات الأساسية والقياسية والمتميزة والمخصصة.
Note
- في الجدول ، CU هي وحدة السعة ، و PU هي وحدة المعالجة ، و TU هي وحدة الإنتاجية.
- يمكنك تكوين TUs لمساحة أسماء من المستوى الأساسي أو القياسي أو PUs لمساحة اسم من المستوى المميز.
- عندما تقوم بإنشاء مخصص لمجموعة مخصصة، مراكز أحداث Azure يخصص وحدة واحدة للمجموعة. يمكنك التوسع عن طريق زيادة وحدات الوحدة أو التوسع بتقليل الوحدات للمجموعة. للحصول على إرشادات خطوة بخطوة، راجع تغيير حجم المجموعة المخصصة. لتجاوز 10 وحدات وحدة، قدم طلب دعم.
| Limit | Basic | Standard | Premium | Dedicated |
|---|---|---|---|---|
| الحد الأقصى لحجم منشور مراكز الأحداث | 256 كيلوبايت | 1 ميغابايت | 1 ميغابايت | 20 ميجابايت |
| عدد مجموعات consumer لكل مركز فعاليات | 1 | 20 | 100 | 1,000 لا يوجد حد لكل وحدة CU |
| عدد مجموعات consumer Kafka لكل مساحة اسم | N/A | 1,000 | 1,000 | 1,000 |
| عدد الاتصالات الوسيطة لكل مساحة اسم | 100 | 5,000 | 10,000 لكل PU على سبيل المثال، إذا تم تعيين 4 وحدات PUs لمساحة الاسم، فإن الحد الأقصى هو 40000. |
100,000 لكل وحدة CU |
| الحد الأقصى لفترة استبقاء بيانات الحدث | يوم واحد | 7 أيام | 90 يومًا | 90 يومًا |
| Event storage for keep | 84 غيغابايت لكل TU | 84 غيغابايت لكل TU | 1 تيرابايت لكل PU | 10 تيرابايت لكل وحدة CU |
| الحد الأقصى لوحدات TUs أو وحدات المعالجة المركزية أو وحدات المعالجة المركزية | 40 وحدة وحدة | 40 وحدة وحدة | 16 وحدة يوريثان | 10 وحدات (المزيد عبر طلب الدعم) |
| عدد الأقسام لكل مركز حدث | 32 | 32 | 100 لكل مركز حدث، ولكن هناك حد 200 لكل PU على مستوى مساحة الاسم. على سبيل المثال، إذا تم تعيين مساحة اسم 2 PUs، فإن الحد الأقصى لإجمالي عدد الأقسام في جميع مراكز الأحداث في مساحة الاسم هو 2 * 200 = 400. |
1,024 لكل مركز أحداث 2000 لكل وحدة CU |
| عدد مساحات الأسماء لكل اشتراك لكل منطقة | 1,000 (جميع المستويات) | 1,000 (جميع المستويات) | 1,000 (جميع المستويات) | 1000 (50 لكل CU) |
| عدد مراكز الأحداث لكل مساحة اسم | 10 | 10 | 100 لكل PU | 1,000 |
| Capture | N/A | الدفع في الساعة | Included | Included |
| حجم مركز الأحداث المضغوط | N/A | 1 غيغابايت لكل قسم | 250 جيجابايت لكل قسم | 250 جيجابايت لكل قسم |
| حجم سجل المخطط (مساحة الاسم) بالميغابايت | N/A | 25 | 100 | 1,024 |
| عدد مجموعات المخططات في سجل مخطط أو مساحة اسم | N/A | 1: باستثناء المجموعة الافتراضية | 100 1 ميغابايت لكل مخطط |
1,000 1 ميغابايت لكل مخطط |
| عدد إصدارات المخططات عبر جميع مجموعات المخططات | N/A | 25 | 1,000 | 10,000 |
| معدل النقل لكل وحدة | الدخول: 1 ميغابايت/ثانية أو 1000 حدث في الثانية الخروج: 2 ميغابايت/ثانية أو 4096 حدثا في الثانية |
الدخول: 1 ميغابايت/ثانية أو 1000 حدث في الثانية الخروج: 2 ميغابايت/ثانية أو 4096 حدثا في الثانية |
لا توجد حدود لكل PU * | لا توجد حدود لكل وحدة CU * |
* يعتمد ذلك على عوامل مثل تخصيص الموارد، وعدد الأقسام، وstorage.
Note
يمكنك نشر الأحداث بشكل فردي أو مجمع. حد النشر (حسب المستوى) ينطبق سواء كان حدثا واحدا أو دفعة. يتم رفض نشر الأحداث التي تتجاوز الحد الأقصى.
Azure IoT Central limits
يحد IoT Central من عدد التطبيقات التي يمكنك نشرها في اشتراك إلى 100. لمعرفة المزيد، راجع Azure IoT Central الحصة والحدود.
Azure IoT Hub limits
يسرد الجدول التالي الحدود المقترنة بطبقات الخدمة المختلفة S1 وS2 وS3 وF1. للحصول على معلومات حول تكلفة كل unit في كل مستوى، انظر Azure IoT Hub preciing.
| Resource | معيار S1 | معيار S2 | S3 قياسي | F1 مجاني |
|---|---|---|---|---|
| Messages/day | 400,000 | 6,000,000 | 300,000,000 | 8,000 |
| الحد الأقصى للوحدات | 200 | 200 | 10 | 1 |
يوضح الجدول التالي الحدود التي تنطبق على موارد IoT Hub.
| Resource | Limit |
|---|---|
| أقصى نقاط IoT مدفوعة لكل اشتراك في Azure | 50 |
| أقصى مراكز إنترنت الأشياء المجانية لكل اشتراك في Azure | 1 |
| الحد الأقصى لعدد الأحرف في معرف الجهاز | 128 |
| الحد الأقصى لعدد هويات الأجهزة تم إرجاعه في مكالمة واحدة |
1,000 |
| أقصى احتفاظ برسائل IoT Hub للرسائل من الجهاز إلى السحابة | 7 أيام |
| الحد الأقصى لحجم الرسالة من جهاز إلى سحابة | 256 كيلوبايت |
| الحد الأقصى لحجم الدفعة من جهاز إلى سحابة | AMQP وHTTP: 256 كيلوبايت للدفعة بأكملها MQTT: 256 كيلوبايت لكل رسالة |
| الحد الأقصى للرسائل في دفعة من جهاز إلى سحابة | 500 |
| الحد الأقصى لحجم رسالة من السحابة إلى الجهاز | 64 كيلوبايت |
| الحد الأقصى ل TTL للرسائل من السحابة إلى الجهاز | يومان |
| الحد الأقصى لعدد التسليم من السحابة إلى الجهاز messages |
100 |
| الحد الأقصى لعمق قائمة الانتظار من سحابة إلى جهاز لكل جهاز | 50 |
| الحد الأقصى لعدد التسليم لرسائل الملاحظات استجابة لرسالة من سحابة إلى جهاز |
100 |
| الحد الأقصى ل TTL لرسائل الملاحظات في الاستجابة لرسالة من السحابة إلى الجهاز |
يومان |
| الحد الأقصى لحجم الجهاز المزدوج | 8 كيلوبايت لقسم العلامات، و32 كيلوبايت لأقسام الخصائص المطلوبة والمبلغ عنها لكل منها |
| الحد الأقصى لطول مفتاح سلسلة الجهاز المزدوج | 1 كيلوبايت |
| الحد الأقصى لطول قيمة السلسلة المزدوجة للجهاز | 4 كيلوبايت |
| أقصى عمق للكائن في توأم الجهاز | 10 |
| الحد الأقصى لحجم البيانات الأساسية للأسلوب المباشر | 128 كيلوبايت |
| الحد الأقصى للاحتفاظ بمحفوظات الوظيفة | 30 يومًا |
| الحد الأقصى للوظائف المتزامنة | 10 (ل S3)، 5 ل (S2)، 1 (ل S1) |
| الحد الأقصى لنقاط النهاية الإضافية (بخلاف نقاط النهاية المضمنة) | 10 (ل S1 وS2 وS3) |
| الحد الأقصى لقواعد توجيه الرسائل | 100 (ل S1 وS2 وS3) |
| الحد الأقصى لعدد تدفقات الأجهزة المتصلة بشكل متزامن | 50 (ل S1 وS2 وS3 وF1 فقط) |
| الحد الأقصى لنقل بيانات دفق الجهاز | 300 ميغابايت يوميا (ل S1 وS2 وS3 وF1 فقط) |
Note
الحد الأقصى للعدد الإجمالي للأجهزة بالإضافة إلى الوحدات التي يمكن تسجيلها في IoT hub واحد هو 1,000,000.
يقوم IoT Hub بتقليل الطلبات عند تجاوز الحصص التالية.
| Throttle | القيمة لكل محور |
|---|---|
| عمليات تسجيل الهوية (إنشاء واسترداد وإدراج وتحديث وحذف)، الاستيراد/التصدير الفردي أو المجمع |
83.33/ثانية/وحدة (5000/دقيقة/وحدة) (ل S3). 1.67/ثانية/وحدة (100/دقيقة/وحدة) (ل S1 وS2). |
| اتصالات الجهاز | 6,000/ثانية/وحدة (ل S3)، 120/ثانية/وحدة (ل S2)، 12/ثانية/وحدة (ل S1). 100 ثانية كحد أدنى. |
| يرسل من جهاز إلى سحابة | 6,000/ثانية/وحدة (ل S3)، 120/ثانية/وحدة (ل S2)، 12/ثانية/وحدة (ل S1). 100 ثانية كحد أدنى. |
| الإرسال من السحابة إلى الجهاز | 83.33/ثانية/وحدة (5000/دقيقة/وحدة) (ل S3)، 1.67/ثانية/وحدة (100/دقيقة/وحدة) (ل S1 وS2). |
| الاستقبال من السحابة إلى الجهاز | 833.33/ثانية/وحدة (50,000/دقيقة/وحدة) (ل S3)، 16.67/ثانية/وحدة (1,000/دقيقة/وحدة) (ل S1 وS2). |
| عمليات تحميل الملفات | 83.33 بدء تحميل الملفات/ثانية/وحدة (5000/دقيقة/وحدة) (ل S3)، 1.67 بدء تحميل الملفات/ثانية/وحدة (100/دقيقة/وحدة) (ل S1 وS2). 10 عمليات تحميل متزامنة للملفات لكل جهاز. |
| الطرق المباشرة | 24 ميغابايت/ثانية/وحدة (ل S3)، 480 كيلوبايت/ثانية/وحدة (ل S2)، 160 كيلوبايت/ثانية/وحدة (ل S1). استنادا إلى حجم مقياس التقييد 8 كيلوبايت. |
| قراءات توأم الجهاز | 500/ثانية/وحدة (ل S3)، بحد أقصى 100/ثانية أو 10/ثانية/وحدة (ل S2)، 100/ثانية (ل S1) |
| تحديثات الجهاز المزدوج | 250/ثانية/وحدة (ل S3)، بحد أقصى 50/ثانية أو 5/ثانية/وحدة (ل S2)، 50/ثانية (ل S1) |
| عمليات الوظائف (إنشاء وتحديث وقائمة وحذف) |
83.33/ثانية/وحدة (5000/دقيقة/وحدة) (ل S3)، 1.67/ثانية/وحدة (100/دقيقة/وحدة) (ل S2)، 1.67/ثانية/وحدة (100/دقيقة/وحدة) (ل S1). |
| معدل نقل العمليات لكل جهاز | 50/ثانية/وحدة (ل S3)، بحد أقصى 10/ثانية أو 1/ثانية/وحدة (ل S2)، 10/ثانية (ل S1). |
| معدل بدء دفق الجهاز | 5 تدفقات جديدة/ثانية (ل S1 وS2 وS3 وF1 فقط). |
IoT Hub مع تكامل ADR وحدود إدارة شهادات X.509 المدعومة من Microsoft (معاينة)
يوضح الجدول التالي الحدود التي تنطبق على مثيلات IoT Hub (المعاينة).
| الميزة | Limit |
|---|---|
| عدد الأجهزة لكل نسخة من IoT Hub (المعاينة) | 10,000 |
| عدد مثيلات IoT Hub (المعاينة) لكل مساحة اسم ADR | 3 |
| البروتوكولات المدعومة لتوفير الشهادات | بروتوكولاتWeb-Sockets HTTP وMQTT وMQTT. |
جميع القيود الأخرى، والقيود على موارد معاينة IoT Hub تعادل معيار S1 IoT Hub
يوضح الجدول التالي الحدود التي تنطبق على ميزات تكامل ADRومعاينة إدارة الشهادات .
| الميزة | Limit |
|---|---|
| عدد مساحات أسماء ADR لكل اشتراك في Azure | 100 |
| عدد الأجهزة التي يتم إنشاؤها في الدقيقة | 500 جهاز في الدقيقة لكل اشتراك |
| عدد الأجهزة التي يجب تعطيلها في الدقيقة | 500 |
| عدد الأجهزة التي يجب تفعيلها في الدقيقة | 500 |
| عدد الشهادات الصادرة عن PKI (من قبل نسخة DPS للجهاز) أثناء التوفير | 500 في الدقيقة |
| عدد تجديد الشهادات | 500 في الدقيقة |
| عدد موارد الاعتماد لكل مستأجر | 2 |
| عدد موارد الاعتماد لكل مساحة اسم ADR | 1 |
| عدد السياسات لكل مورد من الشهادات | 1 |
لمزيد من المعلومات، يمكنك الاطلاع على القائمة الكاملة لحدود ADR.
Azure IoT Hub Device Provisioning Service limits
بعض مناطق هذه الخدمة لها حدود قابلة للتعديل. الجداول أدناه تتضمن عمود "قابل للتعديل؟ ". إذا كان الحد قابلا للتعديل، فإن القيمة القابلة للتعديل؟ هي نعم.
القيمة الفعلية التي يمكنك تعديل الحد عليها قد تختلف حسب فترة النشر الخاصة بك. قد تتطلب عمليات نشر كبيرة جدا عدة نسخ من DPS.
إذا كان عملك يتطلب حدا أو حصة قابلة للتعديل أعلى، افتح تذكرة دعم لطلب موارد إضافية. طلب زيادة ليس مضمونا لأن كل حالة تتطلب مراجعة فردية. تواصل مع دعم مايكروسوفت في أقرب وقت ممكن أثناء التنفيذ حتى يتمكن الفريق من تحديد ما إذا كان سيوافق على طلبك ويساعدك في التخطيط المناسب.
الجدول التالي يسرد الحدود التي تنطبق على موارد Azure IoT Hub Device Provisioning Service.
| Resource | Limit | Adjustable? |
|---|---|---|
| أقصى خدمات توفير الأجهزة لكل اشتراك Azure | 10 | Yes |
| الحد الأقصى لعدد التسجيلات | 1,000,000 | Yes |
| الحد الأقصى لعدد التسجيلات الفردية | 1,000,000 | Yes |
| الحد الأقصى لعدد مجموعات التسجيل (شهادة X.509) | 100 | Yes |
| الحد الأقصى لعدد مجموعات التسجيل (مفتاح متماثل) | 100 | No |
| الحد الأقصى لعدد المراجع المكيفة | 25 | Yes |
| الحد الأقصى لعدد مراكز IoT المرتبطة | 50 | No |
| الحد الأقصى لحجم الرسالة | 96 كيلو بايت | No |
Tip
إذا كان الحد الثابت لمجموعات تسجيل المفاتيح المتماثلة مشكلة حظر، فاستخدم التسجيلات الفردية كحل بديل.
تحتوي خدمة توفير الأجهزة على حدود المعدل التالية.
| Rate | القيمة لكل وحدة | Adjustable? |
|---|---|---|
| Operations | 1,000/min/service | Yes |
| تسجيلات الأجهزة | 1,000/min/service | Yes |
| عملية التحقق من الجهاز | 5/10 ثانية / جهاز | No |
حدود Azure Key Vault
نوع المورد: المخزن
يصف هذا القسم حدود الخدمة لنوع vaultsالمورد .
المعاملات الرئيسية (الحد الأقصى للمعاملات المسموح بها في 10 ثوان، لكل مخزن لكل منطقة1)
| نوع المفتاح | مفتاح HSM مفتاح إنشاء / مفتاح تحرير |
مفتاح HSM جميع المعاملات الأخرى |
مفتاح البرنامج مفتاح إنشاء / مفتاح تحرير |
مفتاح البرنامج جميع المعاملات الأخرى |
|---|---|---|---|---|
| RSA 2,048 بت | 10 | 2,000 | 20 | 4,000 |
| RSA 3,072 بت | 10 | 500 | 20 | 1,000 |
| RSA 4,096 بت | 10 | 250 | 20 | 500 |
| ECC P-256 | 10 | 2,000 | 20 | 4,000 |
| مركز الطفولة الائتمانية P-384 | 10 | 2,000 | 20 | 4,000 |
| ECC P-521 | 10 | 2,000 | 20 | 4,000 |
| ECC SECP256K1 | 10 | 2,000 | 20 | 4,000 |
Note
عمليتا CREATE key و RELEASE key (إصدار المفتاح الآمن، SKR) تشتركان في نفس فئة التقييد، لذا فإن معدل هاتين العمليتين المجمع محدود ب 10 معاملات في 10 ثوان للمفاتيح المحمية ب HSM، و20 معاملة في 10 ثوان للمفاتيح المحمية بالبرمجيات. إذا كان عبء عملك يتطلب معدل نقل SKR أعلى، استخدم Azure Key Vault Managed HSM، الذي يقدم نسخ HSM مخصصة بحدود أعلى. لمزيد من المعلومات، راجع إرشادات التوسع المدارة لإدارة الهيدرال.
Note
في الجدول السابق، نرى أنه بالنسبة لمفاتيح برامج RSA 2048 بت، يسمح ب 4000 معاملة GET لكل 10 ثوان. بالنسبة لمفاتيح HSM RSA 2048 بت، يسمح ب 2000 معاملة GET لكل 10 ثوان.
يتم ترجيح حدود التقييد، ويتم فرض مجموعها. على سبيل المثال، كما هو موضح في الجدول السابق، عند تنفيذ عمليات GET على مفاتيح RSA HSM، يكون استخدام مفاتيح 4,096 بت مقارنة بمفاتيح 2,048 بت ثماني مرات أكثر تكلفة مقارنة بمفاتيح 2,048 بت لأن 2,000/250 = 8.
في فترة زمنية مدتها 10 ثوان، يمكن لعميل Azure Key Vault تنفيذ فقط واحدة من العمليات التالية قبل أن يواجه رمز حالة HTTP 429 الذي يختنق:
- معاملات GET لمفتاح البرنامج 4000 RSA 2048 بت
- 2,000 RSA 2,048 بت معاملات GET لمفتاح HSM
- معاملات GET لمفتاح HSM 250 RSA 4,096 بت
- معاملات GET لمفتاح HSM 248 RSA 4,096 بت ومعاملات GET لمفتاح HSM 16 RSA 2,048 بت
الأسرار، مفاتيح حساب storage المدار، ومعاملات الخزنة
| نوع المعاملات | الحد الأقصى للمعاملات المسموح بها في 10 ثوان، لكل مخزن لكل منطقة1 |
|---|---|
| Secret إنشاء بيانات سرية |
300 (مجتمعة في جميع العمليات الثلاث) |
| Certificate استيراد الشهادة |
300 (مجتمعة في جميع العمليات الثلاث) |
| Key مفتاح الاستيراد |
300 (مجتمعة في جميع العمليات الثلاث) |
| جميع المعاملات الأخرى | 4,000 |
Note
ينطبق حد 300 معاملة بشكل جماعي عبر عمليات "CREATE secret" و "IMPORT certificate" و "IMPORT key". على سبيل المثال ، إذا قمت في غضون 10 ثوان بإنشاء 100 سر ، واستيراد 100 شهادة ، واستيراد 100 مفتاح ، فستصل إلى الحد الأقصى وتواجه اختناق. للحصول على معلومات حول كيفية التعامل مع التقييد عند تجاوز هذه الحدود، راجع Azure Key Vault إرشادات التقييد .
1 الحد الأقصى لجميع أنواع المعاملات هو خمس مرات لكل حد key vault.
مفاتيح النسخ الاحتياطي والأسرار والشهادات
عندما تقوم بعمل نسخة احتياطية لجسم key vault، مثل سر أو مفتاح أو شهادة، تقوم عملية النسخ الاحتياطي بتنزيل الكائن ككتلة مشفرة. لا يمكن فك تشفير هذه الكتلة خارج Azure. للحصول على بيانات قابلة للاستخدام من هذا البلوب، يجب عليك استعادة الكتلة إلى خزنة مفاتيح ضمن نفس اشتراك Azure وجغرافيا Azure
| نوع المعاملات | الحد الأقصى المسموح به لإصدارات كائنات key vault |
|---|---|
| النسخ الاحتياطي للمفتاح الفردي، والسر، والشهادة | 500 |
Note
إذا حاولت إجراء نسخ احتياطي لعنصر مفتاح أو سر أو شهادة بإصدارات أكثر من الحد الأقصى، ينتج عن العملية خطأ. لا يمكن حذف الإصدارات السابقة من مفتاح أو سر أو شهادة.
القيود المفروضة على عدد المفاتيح والأسرار والشهادات
لا يقيد Key Vault عدد المفاتيح أو الأسرار أو الشهادات التي يمكن تخزينها في القبو. يجب أن تؤخذ حدود المعاملات في المخزن في الاعتبار لضمان عدم تقييد العمليات.
لا يقيد Key Vault عدد الإصدارات على سر أو مفتاح أو شهادة، لكن تخزين عدد كبير من الإصدارات (500+) يمكن أن يؤثر على أداء عمليات النسخ الاحتياطي. انظر Azure Key Vault النسخ الاحتياطي.
Azure Key Vault: حدود HSM managed
نوع المورد: HSM المدار
يصف هذا القسم حدود الخدمة لنوع managed HSMالمورد .
حدود الكائنات
| Item | Limits |
|---|---|
| عدد مثيلات HSM لكل اشتراك لكل منطقة | 5 |
| عدد المفاتيح لكل مثيل HSM | 5000 |
| عدد الإصدارات لكل مفتاح | 100 |
| عدد تعريفات الأدوار المخصصة لكل مثيل HSM | 50 |
| عدد تعيينات الأدوار في نطاق HSM | 50 |
| عدد تعيينات الأدوار في كل نطاق مفتاح فردي | 10 |
للحصول على تخطيط السعة التفصيلية وإرشادات التوسع، انظر Azure إرشادات التوسع المدارة HSM.
حدود الهوية المدارة في Azure
كل هوية مدارة تحتسب ضمن حد حصة الكائن في مستأجر Microsoft Entra كما هو موضح في Microsoft Entra حدود الخدمة والقيود .
معدل إنشاء الهويات المدارة له الحدود التالية:
- Per Microsoft Entra tenant per Azure region: 400 إنشاء عمليات لكل 20 ثانية.
- Per Azure Subscription per Azure region : 80 create operations per 20 second.
معدل إمكانية تعيين هوية مدارة معينة من قبل المستخدم لمورد Azure :
- Per Microsoft Entra tenant per Azure region: 400 assignment operations per 20 second.
- Per Azure Subscription per Azure region: 300 assignment operations per 20 seconds.
حدود Azure Media Services
Note
بالنسبة للموارد التي لم يتم إصلاحها، افتح تذكرة دعم لطلب زيادة الحصص النسبية. لا تنشئ حسابات Azure Media Services إضافية في محاولة للحصول على حدود أعلى.
حدود الحساب
| Resource | الحد الافتراضي |
|---|---|
| حسابات خدمات الوسائط في اشتراك واحد | 100 (ثابت) |
حدود الأصول
| Resource | الحد الافتراضي |
|---|---|
| الأصول لكل حساب خدمات الوسائط | 1,000,000 |
حدود Storage (media)
| Resource | الحد الافتراضي |
|---|---|
| حجم الملف | في بعض السيناريوهات، هناك حد أقصى لحجم الملف المعتمد للمعالجة في خدمات الوسائط. (1) |
| حسابات Storage | 100(2) (ثابت) |
1 الحد الأقصى للحجم المدعوم لكتلة واحدة يصل حاليا إلى 5 تيرابايت في مساحة تخزين Azure Blob. يتم تطبيق حدود إضافية في خدمات الوسائط استنادا إلى أحجام الأجهزة الظاهرية التي تستخدمها الخدمة. ينطبق حد الحجم على الملفات التي تقوم بتحميلها وكذلك الملفات التي يتم إنشاؤها نتيجة معالجة خدمات الوسائط (الترميز أو التحليل). إذا كان الملف المصدر أكبر من 260 غيغابايت، فمن المحتمل أن تفشل وظيفتك.
2 يجب أن تكون حسابات التخزين من نفس Azure الاشتراك.
حدود الوظائف (الترميز والتحليل)
| Resource | الحد الافتراضي |
|---|---|
| الوظائف لكل حساب خدمات الوسائط | 500,000 (3) (ثابت) |
| مدخلات الوظيفة لكل وظيفة | 50 (ثابت) |
| مخرجات الوظيفة لكل وظيفة | 20 (ثابت) |
| التحويلات لكل حساب خدمات الوسائط | 100 (ثابت) |
| تحويل المخرجات في تحويل | 20 (ثابت) |
| الملفات لكل إدخال مهمة | 10 (ثابت) |
3 يتضمن هذا الرقم المهام التي تم وضعها في قائمة الانتظار والمنتهية والنشطة والملغاة. لا يتضمن المهام المحذوفة.
سيتم حذف أي سجل وظيفة في حسابك أقدم من 90 يوما تلقائيا، حتى إذا كان إجمالي عدد السجلات أقل من الحد الأقصى للحصة النسبية.
حدود البث المباشر
| Resource | الحد الافتراضي |
|---|---|
| الأحداث المباشرة (4) لكل حساب خدمات الوسائط | 5 |
| المخرجات المباشرة لكل حدث مباشر | 3 (5) |
| الحد الأقصى لمدة الإخراج المباشر | حجم نافذة DVR |
4 للحصول على معلومات مفصلة حول حدود الأحداث الحية، انظر مقارنة أنواع الأحداث الحية.
5 تبدأ المخرجات الحية عند الإنشاء وتتوقف عند حذفها.
حدود التغليف والتسليم
| Resource | الحد الافتراضي |
|---|---|
| نقاط نهاية البث (متوقفة أو قيد التشغيل) لكل حساب خدمات الوسائط | 2 |
| عوامل تصفية البيان الديناميكي | 100 |
| سياسات البث | 100 (6) |
| محددات مواقع البث الفريدة المقترنة بالأصل في وقت واحد | 100(7) (ثابت) |
6 عند استخدام سياسة Streaming Policy المخصصة، يجب عليك تصميم مجموعة محدودة من هذه السياسات لحساب خدمة الوسائط الخاص بك، وإعادة استخدامها لمواقع البث كلما احتجت نفس خيارات التشفير والبروتوكولات. يجب ألا تقوم بإنشاء نهج دفق جديد لكل محدد موقع دفق.
7 مواقع البث ليست مصممة لإدارة access control لكل مستخدم. لمنح حقوق access مختلفة للمستخدمين الأفراد، استخدم حلول إدارة الحقوق الرقمية (DRM).
حدود الحماية
| Resource | الحد الافتراضي |
|---|---|
| الخيارات لكل نهج مفتاح المحتوى | 30 |
| التراخيص شهريا لكل نوع من أنواع DRM على خدمة تسليم مفتاح خدمات الوسائط لكل حساب | 1,000,000 |
تذكرة الدعم
بالنسبة للموارد غير الثابتة، يمكنك طلب رفع الحصص عن طريق فتح تذكرة support. قم بتضمين معلومات مفصلة في الطلب حول تغييرات الحصة المطلوبة وسيناريوهات حالة الاستخدام والمناطق المطلوبة.
هل not تنشئ حسابات Azure Media Services إضافية في محاولة للحصول على حدود أعلى؟
Azure Media Services v2 (legacy)
للحصول على حدود خاصة ب Media Services v2 (قديم)، راجع [خدمات الوسائط الإصدار 2 (قديم)]
حدود خدمات Azure Mobile
| Tier | Free | Basic | Standard |
|---|---|---|---|
| استدعاءات واجهة برمجة التطبيقات | 500,000 | 1.5 مليون وحدة | 15 مليون لكل وحدة |
| الأجهزة النشطة | 500 | Unlimited | Unlimited |
| Scale | N/A | ما يصل إلى 6 وحدات | وحدات غير محدودة |
| الإعلامات | Azure Notification Hubs الفئة المجانية مشمولة، حتى مليون دفعة | تم تضمين المستوى الأساسي لمراكز الإعلامات، ما يصل إلى 10 ملايين دفعة | تم تضمين المستوى القياسي لمراكز الإعلامات، ما يصل إلى 10 ملايين دفعة |
| المراسلة في الوقت الفعلي/ WebSockets |
Limited | 350 لكل خدمة جوال | Unlimited |
| المزامنة دون اتصال | Limited | Included | Included |
| الوظائف المجدولة | Limited | Included | Included |
| قاعدة بيانات Azure SQL (required) تنطبق الأسعار القياسية على السعة الإضافية |
20 ميغابايت مضمنة | 20 ميغابايت مضمنة | 20 ميغابايت مضمنة |
| سعة وحدة المعالجة المركزية | 60 دقيقة في اليوم | Unlimited | Unlimited |
| نقل البيانات الصادرة | 165 ميغابايت في اليوم (التمرير اليومي) | Included | Included |
لمزيد من المعلومات حول الحدود والتسعير، راجع Azure تسعير خدمات الهاتف المحمول.
حدود الشبكات في Azure
حدود الشبكات - Azure Resource Manager
تنطبق القيود التالية فقط على موارد الشبكات التي تدار عبر Azure Resource Manager لكل منطقة لكل اشتراك. تعرف على كيفية عرض استخدامك الحالي للموارد مقابل حدود اشتراكك.
Note
لقد قمنا بزيادة جميع الحدود الافتراضية إلى حدودها القصوى. إذا لم يكن هناك عمود حد أقصى، فلن يكون للمورد حدود قابلة للتعديل. إذا كانت هذه الحدود قد زادت يدويا من خلال الدعم في الماضي وكنت ترى حاليا حدودا أقل مما هو مدرج في الجداول التالية، فافتح طلب دعم العملاء عبر الإنترنت دون أي رسوم
| Resource | Limit |
|---|---|
| الشبكات الظاهرية | 1,000 |
| الشبكات الفرعية لكل شبكة افتراضية | 3,000 |
| Virtual network peerings لكل virtual network | 500 |
| Virtual network البوابات (بوابات VPN) لكل virtual network | 1 |
| Virtual network البوابات (بوابات ExpressRoute) حسب virtual network | 1 |
| خوادم DNS لكل virtual network | 20 |
| خوادم DNS لكل واجهة شبكة | 20 |
| عناوين IP الخاصة لكل virtual network | 65,536 |
| إجمالي العناوين الخاصة لمجموعة من الشبكات الظاهرية المتناظرة | 128,000 |
| عناوين IP الخاصة لكل واجهة شبكة | 256 |
| عناوين IP الخاصة لكل جهاز ظاهري | 256 * N (N هو عدد بطاقات NIC على الجهاز الظاهري) |
| عناوين IP العامة لكل واجهة شبكة | 256 |
| عناوين IP العامة لكل جهاز ظاهري | 256 |
| تدفقات TCP أو UDP المتزامنة لكل NIC لجهاز ظاهري أو مثيل دور | 500,000 |
| بطاقات واجهة الشبكة | 65,536 |
| مجموعات أمان الشبكة | 5,000 |
| قواعد NSG لكل NSG | 2,000 |
| عناوين IP والنطاقات المحددة للمصدر أو الوجهة في مجموعة أمان (ينطبق الحد بشكل منفصل على المصدر والوجهة) | 6,000 |
| مجموعات أمان التطبيقات | 3,000 |
| مجموعات أمان التطبيق لكل تكوين IP، لكل NIC | 20 |
| مجموعات أمان التطبيقات المشار إليها كمصدر/وجهة لكل قاعدة NSG | 10 |
| تكوينات IP لكل مجموعة أمان تطبيق | 4,000 |
| مجموعات أمان التطبيقات التي يمكن تحديدها ضمن جميع قواعد الأمان لمجموعة أمان الشبكة | 600 |
| جداول التوجيه المعرفة من قبل المستخدم | 600 |
| المسارات المعرفة من قبل المستخدم لكل جدول توجيه | 1,000 |
| المسارات ذات علامة الخدمة لكل جدول توجيه | 25 |
| شهادات جذر نقطة إلى موقع per Azure VPN Gateway | 20 |
| Point-to-site revooked clients certificates per Azure VPN Gateway | 300 |
| تكوينات TAP للشبكة الافتراضية لكل اشتراك | 10 |
حدود عنوان IP العام
| Resource | الحد الافتراضي | الحد الأقصى |
|---|---|---|
| عناوين IPv4 وIPv6 العامةالأساسية 1,2,3 | 10 | تواصل مع الدعم |
| عناوين IPv4 العامة القياسية ، IPv61 | 10 | تواصل مع الدعم |
| عناوين IPv4 العامة للمستوى العالمي ، IPv61 | 10 | تواصل مع الدعم |
| تفضيلات التوجيه الإنترنت العامة IPv4 ، عناوين IPv61 | 10 | تواصل مع الدعم |
| بادئات IP العامة | مقيد بعدد عناوين IP العامة القياسية في الاشتراك | تواصل مع الدعم |
| طول بادئة IP العامة | /28 | تواصل مع الدعم |
| بادئات IP المخصصة | 5 | تواصل مع الدعم |
1تختلف الحدود الافتراضية لعناوين IPv4/v6 العامة حسب نوع فئة العرض، مثل الإصدار التجريبي المجاني والدفع أولا بأول وCSP. على سبيل المثال، الافتراضي لاشتراكات Enterprise Agreement هو 1000، والافتراضي للاشتراكات حسب الاستخدام هو 20. تبدأ غالبية العروض من 10. هناك أيضا حد أقصى إجمالي لعدد عناوين IP العامة لكل اشتراك.
2يتم إيقاف عناوين IP العامة الأساسية اعتبارا من 30 سبتمبر 2025. راجع here لمزيد من التفاصيل.
تنطبق الحدود التالية فقط على موارد الشبكات المدارة من خلال نموذج التوزيع الكلاسيكي لكل اشتراك. تعرف على كيفية عرض استخدامك الحالي للموارد مقابل حدود اشتراكك.
| Resource | الحد الافتراضي | الحد الأقصى |
|---|---|---|
| الشبكات الظاهرية | 100 | 100 |
| مواقع الشبكة المحلية | 20 | 50 |
| خوادم DNS لكل virtual network | 20 | 20 |
| عناوين IP الخاصة لكل virtual network | 4,096 | 4,096 |
| تدفقات TCP أو UDP المتزامنة لكل NIC لجهاز ظاهري أو مثيل دور | 500,000، حتى 1,000,000 لاثنين أو أكثر من بطاقات NIC. | 500,000، حتى 1,000,000 لاثنين أو أكثر من بطاقات NIC. |
| مجموعات أمان الشبكة (NSGs) | 200 | 200 |
| قواعد NSG لكل NSG | 200 | 1,000 |
| جداول التوجيه المعرفة من قبل المستخدم | 200 | 200 |
| المسارات المعرفة من قبل المستخدم لكل جدول توجيه | 600 | 600 |
| عناوين IP العامة (ديناميكية) | 500 | 500 |
| عناوين IP العامة المحجوزة | 500 | 500 |
| IP عام لكل عملية نشر | 5 | تواصل مع الدعم |
| IP الخاص (موازنة التحميل الداخلي) لكل عملية نشر | 1 | 1 |
| قوائم التحكم في access control في نقطة النهاية (ACLs) | 50 | 50 |
حدود موازن تحميل Azure
Standard Load Balancer
| Resource | Limit |
|---|---|
| موازنات التحميل | 1,000 |
| تكوينات IP للواجهة الأمامية | 600 |
| القواعد (Load Balancer + Inbound NAT لكل مورد) | 1,500 |
| القواعد لكل NIC (عبر جميع عناوين IP على NIC)1 | 300 |
| قاعدة منافذ قابلية الوصول العالية | 1 لكل واجهة أمامية داخلية |
| القواعد الصادرة لكل Load Balancer | 600 |
| حجم مجموعة الواجهة الخلفية | 5,000 |
| تكوينات IP لكل Load Balancer (عبر جميع مجموعات الخلفية) | 20,000 |
| حجم مجموعة الخلفية Azure global Load Balancer | 300 |
| تكوينات IP الخلفية لكل واجهة أمامية 2 | 10,000 |
| تكوينات IP الخلفية عبر جميع الواجهات الأمامية | 500,000 |
1 يمكن أن يحتوي كل NIC على إجمالي 300 قاعدة (موازنة التحميل و NAT الواردة والقواعد الصادرة مجتمعة) تم تكوينها عبر جميع تكوينات IP على NIC. 2 يتم تجميع تكوينات IP للواجهة الخلفية عبر جميع قواعد load balancer بما في ذلك توازن الأحمال، وNAT الوارد، والقواعد الصادرة. يتم تكوين مثيل تجمع الواجهة الخلفية لكل قاعدة ليحسب كتكوين واحد.
Load Balancer لا يطبق أي حدود للنقل. ومع ذلك، لا تزال حدود معدل النقل للvirtual machines والشبكات الافتراضية سارية. لمزيد من المعلومات، راجع النطاق الترددي لشبكة الجهاز الظاهري.
Gateway Load Balancer
| Resource | Limit |
|---|---|
| الموارد المسلسلة حسب واجهة Gateway Load Balancer الأمامية (تكوينات واجهة Load Balancer الأمامية أو تكوينات عناوين IP الخاصة ب VM دمجة) | 100 |
جميع القيود على Standard Load Balancer تنطبق أيضا على Gateway Load Balancer.
Load Balancer الأساسي
| Resource | Limit |
|---|---|
| موازنات التحميل | 1,000 |
| القواعد لكل مورد | 250 |
| القواعد لكل NIC (عبر جميع عناوين IP على NIC) | 300 |
| تكوينات IP للواجهة الأمامية 3 | 200 |
| حجم مجموعة الواجهة الخلفية | 300 تكوينات IP، مجموعة التوافر الفردي |
| مجموعات التوفر لكل Load Balancer | 1 |
| موازنات التحميل لكل جهاز ظاهري | 2 (عام واحد و1 داخلي) |
3 الحد الأقصى لمورد منفصل واحد في تجمع الخلفية (آلة افتراضية مستقلة، مجموعة توافرة، أو مجموعة مقياس الآلة الافتراضية) هو وجود ما يصل إلى 250 تكوين IP للواجهة الأمامية عبر Load Balancer عام أساسي واحد و Load Balancer داخلي أساسي.
حدود Azure Application Gateway
ينطبق الجدول التالي على v1 وv2 وStandard وWAF SKUs ما لم يذكر خلاف ذلك.
| Resource | Limit | Note |
|---|---|---|
| Azure Application Gateway | 1000 لكل منطقة لكل اشتراك | |
| تكوينات IP للواجهة الأمامية | 4 | IPv4 - 1 عام و1 خاص. IPv6 - 1 عام و1 خاص. |
| منافذ الواجهة الأمامية | 1001 | |
| تجمعات عناوين الواجهة الخلفية | 100 | |
| أهداف الواجهة الخلفية لكل تجمع | 1,200 | |
| مستمعو HTTP | 2001 | يقتصر على 100 وحدة استماع نشطة تقوم لتوجيه نسبة استخدام الشبكة. وحدات الاستماع النشطة = العدد الإجمالي للمستمعين - المستمعون غير النشطين. إذا تم تعيين تكوين افتراضي داخل قاعدة توجيه لتوجيه نسبة استخدام الشبكة (على سبيل المثال، يحتوي على وحدة استماع وتجمع خلفي وإعدادات HTTP) فإن ذلك يعد أيضا كمستمع. لمزيد من المعلومات، راجع الأسئلة الشائعة حول Application Gateway. |
| قواعد موازنة تحميل HTTP | 4001 | |
| إعدادات HTTP الخلفية | 1001 | |
| مثيلات لكل بوابة | V1 رمز المنتج: 32 V2 رمز المنتج: 125 |
|
| شهادات SSL | 1001 | 1 لكل مستمع HTTP |
| الحد الأقصى لحجم شهادة SSL | V1 SKU - 10 كيلوبايت V2 SKU - 16 كيلوبايت |
|
| الحد الأقصى لحجم شهادة المرجع المصدق للعميل الموثوق به | 25 كيلوبايت | 25 كيلوبايت هو الحد الأقصى للحجم المجمع للشهادات الجذر والمتوسطة المضمنة في ملف pem أو cer الذي تم تحميله. |
| الحد الأقصى لشهادات المرجع المصدق للعميل الموثوق به | 200 | 100 لكل ملف تعريف SSL |
| شهادات المصادقة | 100 | |
| شهادات الجذر الموثوقة | 100 | |
| الحد الأدنى لمهلة الطلب | 1 ثانية | |
| طلب الحد الأقصى لمهلة الواجهة الخلفية الخاصة | 24 ساعة | |
| طلب الحد الأقصى لمهلة الواجهة الخلفية الخارجية | 4 دقائق | |
| عدد المواقع | 1001 | 1 لكل مستمع HTTP |
| خرائط URL لكل وحدة استماع | 1 | |
| أسماء المضيفين لكل وحدة استماع | 5 | |
| الحد الأقصى للقواعد المستندة إلى المسار لكل مخطط URL | 100 | |
| إعادة توجيه التكوينات | 1001 | |
| عدد مجموعات قواعد إعادة الكتابة | 400 | |
| عدد تكوين العنوان أو عنوان URL لكل مجموعة قواعد إعادة كتابة | 40 | |
| عدد الشروط لكل مجموعة قواعد إعادة كتابة | 40 | |
| اتصالات WebSocket المتزامنة | بوابات متوسطة 20كيلو 2 بوابات كبيرة 50 كيلو2 |
|
| الحد الأقصى لطول عنوان URL | 32 كيلوبايت | |
| الحد الأقصى لحجم الرأس | 32 كيلوبايت | |
| الحد الأقصى لحجم حقل العنوان ل HTTP/2 | 8 كيلوبايت | |
| الحد الأقصى لحجم العنوان ل HTTP/2 | 16 كيلوبايت | |
| الحد الأقصى للطلبات لكل اتصال HTTP/2 | 1000 | العدد الإجمالي للطلبات التي يمكنها مشاركة نفس اتصال HTTP/2 للواجهة الأمامية |
| الحد الأقصى لحجم تحميل الملف (SKU القياسي) | V1 - 2 غيغابايت V2 - 4 غيغابايت |
تتم مشاركة حد الحجم الأقصى هذا مع نص الطلب |
| الحد الأقصى لحجم تحميل الملف (WAF SKU)3 | V1 متوسط - 100 ميغابايت V1 كبير - 500 ميغابايت V2 - 750 ميغابايت V2 (مع CRS 3.2 أو DRS) - 4 جيجابايت4 |
1 ميغابايت - الحد الأدنى للقيمة 100 ميغابايت - القيمة الافتراضية الإصدار 2 مع CRS 3.2 أو DRS - يمكن تشغيله/إيقاف تشغيله |
| الحد الأقصى لحجم الطلب SKU القياسي (بدون ملفات) | V1 - 2 غيغابايت V2 - 4 غيغابايت |
|
| الحد الأقصى لحجم الطلب المخصص لوحدة WAF SKU (بدون ملفات) | V1 أو V2 (مع CRS 3.1 والإصدارات الأقدم) - 128 كيلوبايت V2 (مع CRS 3.2 أو DRS) - 2 ميجابايت4 مع تفعيل الميزة 2GB - مع تعطيل الميزة |
8 كيلوبايت - الحد الأدنى للقيمة 128 كيلوبايت - القيمة الافتراضية الإصدار 2 مع CRS 3.2 أو DRS - يمكن تشغيله/إيقاف تشغيله |
| الحد الأقصى لتفتيش الطلب WAF SKU | V1 أو V2 (مع CRS 3.1 والإصدارات الأقدم) - 128 كيلوبايت الإصدار 2 (مع معيار CRS 3.2 أو DRS) - 2 ميجابايت4 |
8 كيلوبايت - الحد الأدنى للقيمة 128 كيلوبايت - القيمة الافتراضية الإصدار 2 مع CRS 3.2 أو DRS - يمكن تشغيله/إيقاف تشغيله |
| أقصى إعدادات Private Link | 2 | 1 ل IP العام، 1 ل IP الخاص |
| أقصى إعدادات IP ل Private Link | 8 | |
| الحد الأقصى لقواعد WAF المخصصة لكل نهج WAF | 100 | |
| الحد الأقصى لشروط مطابقة WAF لكل قاعدة مخصصة | 10 | لا يتم فرض هذا الحد بواسطة WAF. يمكن أن تؤدي إضافة أكثر من 10 شروط مطابقة إلى تدهور الأداء |
| نطاقات عناوين WAF IP لكل شرط مطابقة | 540 600 - مع CRS 3.2 أو DRS |
|
| أقصى استثناءات WAF لكل Application Gateway | 40 200 - مع CRS 3.2 أو DRS |
|
| تطابق سلسلة WAF القيم لكل شرط مطابقة | 10 |
1 ينطبق عدد الموارد المدرجة في الجدول على وحدات SKU القياسية Application Gateway ووحدات WAF التي تعمل بنظام CRS 3.2 أو DRS. بالنسبة لوحدات SKU الممكنة بواسطة WAF التي تعمل ب CRS 3.1 أو أقل، يكون الرقم المدعوم هو 40. لمزيد من المعلومات، راجع محرك WAF.
2 الحد هو لكل Application Gateway حالة وليس لكل مورد Application Gateway.
3 يوجد مخزن مؤقت 4 كيلوبايت على حد تحميل الملف. لن يتم فرض قيود حجم الملف حتى يتجاوز تحميل الملف الحد المحدد بالإضافة إلى هذا المخزن المؤقت.
4 يجب تحديد القيمة عبر سياسة WAF ل Application Gateway.
Azure Application Gateway for Containers limits
| Resource | Limit |
|---|---|
| Application Gateway للحاويات | 1000 لكل اشتراك |
| Associations | 1 لكل بوابة |
| Frontends | 5 لكل بوابة |
حدود تكوين Kubernetes Ingress و Gateway API
| Resource | Limit |
|---|---|
| تسمية الموارد | 128 حرفا |
| تسمية مساحة الاسم | 128 حرفا |
| وحدات الاستماع لكل بوابة | 64 وحدة استماع لكل مورد بوابة (مفروضة بواسطة واجهة برمجة تطبيقات البوابة) |
| إجمالي مراجع AGC | 5 لكل وحدة تحكم ALB |
| إجمالي مراجع الشهادات | 100 لكل AGC |
| إجمالي المستمعين | 200 لكل AGC |
| إجمالي المسارات | 200 لكل AGC |
| القواعد الإجمالية | 200 لكل AGC |
| إجمالي الخدمات | 100 لكل AGC |
| إجمالي نقاط النهاية | 5000 لكل AGC |
حدود Azure Bastion
النسخة هي آلة Azure VM محسنة يتم إنشاؤها عند تكوين Azure Bastion. عند تكوين Azure Bastion باستخدام وحدة تخزين Basic، يتم إنشاء مثيلتين. إذا كنت تستخدم SKU القياسي، يمكنك تحديد عدد المثيلات بين 2-50.
| نوع حمل العمل* | حد الجلسة لكل مثيل** |
|---|---|
| Light | 25 |
| Medium | 20 |
| Heavy | 2 |
*يتم تعريف أنواع عبء العمل هذه هنا: سطح مكتب بعيد أحمال العمل
**هذه الحدود مبنية على اختبارات أداء RDP ل Azure Bastion. قد تختلف الأرقام بسبب جلسات RDP الأخرى الجارية أو جلسات SSH الأخرى المستمرة.
حدود Azure DNS
DNS العام
مناطق DNS العامة
| Resource | Limit |
|---|---|
| مناطق DNS العامة لكل اشتراك | 250 1 |
| مجموعات السجلات لكل منطقة DNS عامة | 10,000 1 |
| السجلات لكل سجل تم تعيينه في منطقة DNS العامة | 20 1 |
| سجلات TXT لكل سجل تم تعيينه في منطقة DNS العامة | 400 |
| عدد سجلات Alias لمصدر Azure واحد | 50 |
1إذا كنت بحاجة لزيادة هذه الحدود للحصص، تواصل مع دعم Azure.
عمليات منطقة DNS العامة
| Operation | الحد (لكل منطقة) |
|---|---|
| Create | 40/min |
| Delete | 40/min |
| Get | 1000/min |
| List | 60/min |
| قائمة حسب مجموعة الموارد | 60/دقيقة (لكل مجموعة موارد) |
| Update | 40/min |
عمليات سجل موارد DNS العامة
| Operation | الحد (لكل منطقة) |
|---|---|
| Create | 200/min |
| Delete | 200/min |
| Get | 2000/min |
| قائمة حسب منطقة DNS | 60/min |
| قائمة حسب النوع | 60/min |
| Update | 200/min |
Private DNS
مناطق Private DNS
| Resource | Limit |
|---|---|
| مناطق Private DNS لكل اشتراك | 1000 |
| مجموعات السجلات لكل منطقة private DNS | 25000 |
| سجلات لكل مجموعة سجلات لمناطق private DNS | 20 |
| روابط Virtual Network لكل منطقة DNS خاصة | 1000 |
| روابط الشبكات الافتراضية لكل مناطق private DNS مع تفعيل التسجيل التلقائي | 100 |
| عدد مناطق private DNS التي يمكن ربط virtual network بها مع تفعيل التسجيل التلقائي | 1 |
| عدد مناطق private DNS التي يمكن أن تربطها virtual network | 1000 |
عمليات منطقة Private DNS
| Operation | الحد (لكل اشتراك) |
|---|---|
| Create | 40/min |
| Delete | 40/min |
| Get | 200/دقيقة (لكل منطقة) |
| قائمة حسب الاشتراك | 60/min |
| قائمة حسب مجموعة الموارد | 100/دقيقة (لكل مجموعة موارد) |
| Update | 40/min |
عمليات سجلات موارد Private DNS
| Operation | الحد (لكل منطقة) |
|---|---|
| Create | 60/min |
| Delete | 60/min |
| Get | 200/min |
| List | 100/min |
| Update | 60/min |
عمليات روابط Virtual network
| Operation | الحد (لكل منطقة) |
|---|---|
| Create | 60/min |
| Delete | 60/min |
| Get | 100/min |
| القائمة حسب virtual network | 20/min |
| Update | 60/min |
حدود ال VM لمحلل DNS المقدم من Azure
| Resource | Limit |
|---|---|
| عدد استعلامات DNS التي يمكن للآلة الافتراضية إرسالها إلى Azure DNS resolver، في الثانية | 1000 1 |
| الحد الأقصى لعدد استعلامات DNS في قائمة الانتظار (استجابة معلقة) لكل جهاز ظاهري | 200 1 |
1 هذه الحدود تطبق على كل آلة افتراضية فردية وليس على مستوى virtual network. يتم إسقاط استعلامات DNS التي تتجاوز هذه الحدود. تنطبق هذه القيود على محلل Azure الافتراضي، وليس على محلول DNS الخاص.
محلل DNS الخاص1
| Resource | Limit |
|---|---|
| محللات DNS الخاصة لكل اشتراك | 15 |
| محللات DNS الخاصة لكل virtual network | 1 |
| نقاط النهاية الواردة لكل محلل DNS خاص | 5 |
| نقاط النهاية الصادرة لكل محلل DNS خاص | 5 |
| إعادة توجيه القواعد لكل مجموعة قواعد إعادة توجيه DNS | 1000 |
| روابط Virtual network لكل مجموعة قواعد توجيه DNS | 500 |
| قواعد توجيه DNS مرتبطة ب virtual network | 1 |
| نقاط النهاية الصادرة لكل مجموعة قواعد إعادة توجيه DNS | 2 |
| مجموعات قواعد إعادة توجيه DNS لكل نقطة نهاية صادرة | 2 |
| خوادم DNS المستهدفة لكل قاعدة إعادة توجيه | 6 |
| QPS لكل نقطة نهاية | 10,000 |
1قد تفرض حدود مختلفة من قبل بوابة Azure حتى يتم تحديث البوابة. استخدم PowerShell لتوفير العناصر حتى الحدود الأحدث.
حدود جدار الحماية Azure
| Resource | Limit |
|---|---|
| Azure Firewalls per virtual Network | 1 |
| الحد الأقصى لمعدل نقل البيانات | 100 جيجابت في الثانية ل Premium، 30 جيجابت في الثانية ل Standard، 250 ميجابت في الثانية ل Basic (preview) SKU لمزيد من المعلومات، راجع Azure Firewall performance. |
| حدود القواعد | 20,000 مصدر/وجهة فريدة في قواعد الشبكة المصدر/الوجهات الفريدة في الشبكة = (عناوين المصدر + مجموعات IP المصدر) * (عناوين الوجهة + عدد Fqdn الوجهة + مجموعات IP الوجهة) * (عدد بروتوكولات IP) * (منافذ الوجهة) يمكنك تعقب عدد قواعد شبكة نهج جدار الحماية في تحليلات السياسة ضمن علامة التبويب Insights . كوكيل ، يمكنك أيضا مراقبة مقاييس مسبار زمن انتقال جدار الحماية لضمان بقائها في حدود 20 مللي ثانية حتى خلال ساعات الذروة. |
| الحجم الإجمالي للقواعد ضمن مجموعة قواعد واحدة | 1 ميغابايت لنهج جدار الحماية التي تم إنشاؤها قبل يوليو 2022 2 ميغابايت لنهج جدار الحماية التي تم إنشاؤها بعد يوليو 2022 |
| عدد مجموعات مجموعة القواعد في نهج جدار الحماية | 50 لنهج جدار الحماية التي تم إنشاؤها قبل يوليو 2022 90 لنهج جدار الحماية التي تم إنشاؤها بعد يوليو 2022 |
| عدد جدران الحماية التي تشير إليها سياسة جدار حماية واحدة | 50 |
| الحد الأقصى لقواعد DNAT (الحد الأقصى للوجهات الخارجية) | 250 كحد أقصى [عدد عناوين IP العامة لجدار الحماية + الوجهات الفريدة (عنوان الوجهة والمنفذ والبروتوكول)] يرجع تقييد DNAT إلى النظام الأساسي. على سبيل المثال، يمكنك تكوين 500 قاعدة UDP إلى نفس عنوان IP الوجهة والمنفذ (وجهة واحدة فريدة)، بينما تتجاوز 500 قاعدة إلى نفس عنوان IP ولكن إلى 500 منفذ مختلف الحد (500 وجهة فريدة). إذا كنت بحاجة لأكثر من 250، ستحتاج إلى إضافة جدار حماية آخر في virtual network منفصلة |
| الحد الأدنى لحجم AzureFirewallSubnet | /26 |
| نطاق المنفذ في قواعد الشبكة والتطبيق | 1 - 65535 |
| عناوين IP العامة | 250 كحد أقصى. يمكن استخدام جميع عناوين IP العامة في قواعد DNAT وجميعها تساهم في منافذ SNAT المتوفرة. |
| عناوين IP في مجموعات IP | من المستحسن أن يكون لديك 50 مجموعة IP فريدة كحد أقصى لكل جدار حماية كلاسيكي. بحد أقصى 600 مجموعة IP فريدة لكل نهج جدار حماية. الحد الأقصى ل 5000 عنوان IP فردي أو بادئات IP لكل مجموعة IP. |
| جدول المسار | بشكل افتراضي، يحتوي AzureFirewallSubnet على مسار 0.0.0.0/0 مع تعيين قيمة NextHopType إلى الإنترنت. يجب أن يكون Azure Firewall متصلة مباشرة بالإنترنت. إذا تعلمت AzureFirewallSubnet مسارا افتراضيا إلى شبكتك المحلية عبر BGP، فيجب عليك تجاوز ذلك باستخدام 0.0.0.0/0 UDR مع تعيين قيمة NextHopTypeكإنترنت للحفاظ على الاتصال المباشر بالإنترنت. بشكل افتراضي، لا يدعم Azure Firewall التحويل القسري إلى شبكة محلية. ومع ذلك، إذا كان إعدادك يتطلب نفقا قسريا إلى شبكة محلية، ستدعم Microsoft ذلك على أساس كل حالة على حدة. اتصل بالدعم حتى نتمكن من مراجعة حالتك. إذا تم قبوله، سنسمح باشتراكك ونضمن الحفاظ على اتصال جدار الحماية المطلوب بالإنترنت. |
| FQDNs في قواعد الشبكة | للحصول على أداء جيد، لا تتجاوز أكثر من 1000 FQDNs عبر جميع قواعد الشبكة لكل جدار حماية. |
| مهلة فحص TLS | 120 ثانية |
حدود الباب الأمامي الأزرق (الكلاسيكي)
بالإضافة إلى الحدود التالية، هناك حد مركب لعدد قواعد التوجيه، ونطاقات الواجهة الأمامية، والبروتوكولات، والمسارات.
| Resource | حد الطبقة الكلاسيكية |
|---|---|
| الواجهة الأمامية لـ Azure resources لكل اشتراك | 100 |
| مضيفو الواجهة الأمامية، والتي تتضمن مجالات مخصصة لكل مورد | 500 |
| قواعد التوجيه لكل مورد | 500 |
| القواعد لكل مجموعة قواعد | 25 |
| تجمعات الواجهة الخلفية لكل مورد 2 | 50 |
| الأطراف الخلفية لكل تجمع خلفي | 100 |
| أنماط المسار المراد مطابقتها لقاعدة التحويل | 25 |
| عناوين URL في مكالمة واحدة لإزالة ذاكرة التخزين المؤقت | 100 |
| الحد الأقصى لعرض النطاق الترددي 1 | 75 جيجابت في الثانية |
| الحد الأقصى للطلبات في الثانية لكل ملف شخصي 1 | 100,000 |
| حد حجم رأس HTTP (لكل رأس) | 64 كيلوبايت |
| قواعد web application firewall المخصصة لكل سياسة | 100 |
| سياسة Web application firewall لكل اشتراك | 100 |
| تطابق Web application firewall مع الظروف وفقا لقاعدة مخصصة | 10 |
| نطاقات عناوين IP لتطبيقات Web application firewall حسب قاعدة مخصصة | 600 |
| سلسلة Web application firewall تتطابق مع قيم كل حالة مطابقة | 10 |
| سلسلة Web application firewall مطابقة طول القيمة | 256 |
| طول اسم معلمة جسم Web application firewall POST | 256 |
| طول رأس رأس HTTP في Web application firewall | 256 |
| طول اسم كوكي Web application firewall | 256 |
| حد استثناء Web application firewall | 100 |
| حد فحص طلب HTTP لتطبيق Web application firewall | 128 كيلوبايت |
| طول جسم استجابة Web application firewall المخصص | 32 كيلوبايت |
1 إذا لم تكن الحركة موزعة عالميا ومركزة في منطقة أو أكثر، أو إذا كانت هناك حاجة إلى حصة محدودة أعلى، أنشئ طلب Azure support.
2 لطلب زيادة الحد، أنشئ طلب دعم Azure. الاشتراكات المجانية مثل Azure الحساب المجاني وAzure للطلاب غير مؤهلة لزيادة الحد أو الحصص. إذا كان لديك اشتراك مجاني، يمكنك upgrade إلى اشتراك بنظام الدفعYou-Go.
الواجهة الأمامية لـ Azure Standard and Premium Service Limits
- بحد أقصى 500 ملف تعريف قياسي ومميز لكل اشتراك.
- بالإضافة إلى الحدود التالية، هناك حد مركب لعدد المسارات والمجالات والبروتوكولات والمسارات.
| Resource | حد المستوى القياسي | حد الطبقة المتميزة |
|---|---|---|
| الحد الأقصى لملفات التعريف لكل اشتراك | 500 | 500 |
| الحد الأقصى لنقطة النهاية لكل ملف تعريف | 10 | 25 |
| الحد الأقصى لنطاق custom domain لكل ملف تعريف | 100 | 500 |
| الحد الأقصى لمجموعات الأصل لكل ملف تعريف | 100 | 200 |
| الأصول القصوى لكل مجموعة أصل | 50 | 50 |
| الأصول القصوى لكل ملف تعريف | 100 | 200 |
| الحد الأقصى لمهلة الأصل | من 16 إلى 240 ثانية | من 16 إلى 240 ثانية |
| الحد الأقصى للمسارات لكل ملف تعريف | 100 | 200 |
| الحد الأقصى لمجموعة القواعد لكل ملف تعريف | 100 | 200 |
| الحد الأقصى للقواعد لكل مسار | 100 | 100 |
| الحد الأقصى للقواعد لكل مجموعة قواعد | 100 | 100 |
| الحد الأقصى لعرض النطاق الترددي 1 | 75 جيجابت في الثانية | 75 جيجابت في الثانية |
| الحد الأقصى للطلبات في الثانية لكل ملف شخصي 1,2 | 100,000 | 100,000 |
| الحد الأقصى لاتصالات WebSocket المتزامنة لكل ملف تعريف 3 | 3,000 | 3,000 |
| أنماط المسار المراد مطابقتها لقاعدة التحويل | 100 | 100 |
| عناوين URL في مكالمة واحدة لإزالة ذاكرة التخزين المؤقت | 100 | 100 |
| الحد الأقصى لنهج الأمان لكل ملف تعريف | 100 | 200 |
| الحد الأقصى للاقترانات لكل نهج أمان | 110 | 225 |
| الحد الأقصى للبيانات السرية لكل ملف تعريف | 100 | 500 |
| الحد الأقصى لمجموعات المفاتيح لكل ملف تعريف | 100 | 200 |
| حد حجم رأس HTTP (لكل رأس) | 64 كيلوبايت | 64 كيلوبايت |
| سياسة Web Application Firewall (WAF) لكل اشتراك | 100 | 100 |
| قواعد WAF المخصصة لكل نهج | 100 | 100 |
| شروط مطابقة WAF لكل قاعدة مخصصة | 10 | 10 |
| قواعد regex المخصصة ل WAF لكل نهج | 5 | 5 |
| نطاقات عناوين WAF IP لكل شروط مطابقة | 600 | 600 |
| تطابق سلسلة WAF القيم لكل شرط مطابقة | 10 | 10 |
| طول قيمة مطابقة سلسلة WAF | 256 | 256 |
| طول اسم معلمة نص WAF POST | 256 | 256 |
| طول اسم رأس WAF HTTP | 256 | 256 |
| طول اسم ملف تعريف الارتباط WAF | 256 | 256 |
| استبعاد WAF لكل نهج | 100 | 100 |
| نص طلب WAF HTTP وحدود فحص تحميل الملف | 128 كيلوبايت | 128 كيلوبايت |
| طول نص استجابة WAF المخصص | 32 كيلوبايت | 32 كيلوبايت |
| حجم رمز الإجراء الحافز 4 | 16 كيلوبايت | 16 كيلوبايت |
| إصدار حركة الحافة يعدها 4 | 3 | 3 |
| زمن تنفيذ الفعل على الحافة 4 | < 10 مللي ثانية | < 10 مللي ثانية |
| الحد الأقصى لعدد موارد Edge Actions لكل اشتراك 4 | 100 | 100 |
1 إذا لم تكن الحركة موزعة عالميا ومركزة في منطقة أو أكثر، أو إذا كان هناك حاجة إلى حد حصة أعلى، أنشئ طلب Azure support.
2 هناك حاليا حد 5,000 طلب في الثانية لكل نقطة نقطة لكل ملف تعريف في Front Door. بعد هذا الحد، موقع PoP يقطع الاتصالات. إذا كانت الطلبات مركزة في منطقة أو أكثر وتجاوزت هذا الحد، يمكنك طلب حد PoP أعلى بتقديم طلب دعم Azure support.
3 إذا كنت بحاجة إلى أكثر من 3000 اتصال WebSocket متزامن، قدم طلب Azure support.
4 حاليا، جافا سكريبت هي اللغة الوحيدة المدعومة.
قيم المهلة
من العميل إلى الباب الأمامي
- مهلة الرأس - بعد إنشاء اتصال TCP/TLS، يحتوي Front Door على مهلة 5 ثوان لتلقي جميع العناوين من العميل. يتم إنهاء الاتصال إذا لم يرسل العميل عناوين في غضون 5 ثوان. لا يمكنك تكوين قيمة المهلة هذه.
- مهلة HTTP الاحتفاظ بالحياة - يحتوي Front Door على مهلة HTTP 90 ثانية للحفاظ على الحياة. يتم إنهاء الاتصال إذا لم يرسل العميل البيانات لمدة 90 ثانية. لا يمكنك تكوين قيمة المهلة هذه.
الباب الأمامي للواجهة الخلفية للتطبيق
بعد إعادة توجيه طلب HTTP إلى الخلفية، ينتظر الواجهة الأمامية لـ Azure لمدة 60 ثانية (قياسي ومميز) أو 30 ثانية (كلاسيك) لأول حزمة من الخلفية. ثم يقوم بإرجاع خطأ 503 إلى العميل، أو 504 لطلب مخزن مؤقتا. يمكنك تكوين هذه القيمة باستخدام حقل originResponseTimeoutSeconds في واجهة برمجة التطبيقات القياسية والخاصة الواجهة الأمامية لـ Azure Premium، أو حقل sendRecvTimeoutSeconds في واجهة برمجة التطبيقات الواجهة الأمامية لـ Azure (الكلاسيكية).
بعد أن تتلقى النهاية الخلفية الحزمة الأولى، إذا توقف الأصل مؤقتا لأي سبب في منتصف نص الاستجابة خارج originResponseTimeoutSeconds أو sendRecvTimeoutSeconds، يتم إلغاء الاستجابة.
يستخدم Front Door تقنية HTTP keep-alive للحفاظ على الاتصالات مفتوحة لإعادة الاستخدام من الطلبات السابقة. هذه الاتصالات لها مهلة الخامة من 90 ثانية. الواجهة الأمامية لـ Azure يفصل الاتصالات الخمولة بعد الوصول إلى مهلة الخمول البالغة 90 ثانية. لا يمكنك تكوين قيمة المهلة هذه.
حد تحميل البيانات وتنزيلها
| مع ترميز النقل المكتمل (CTE) | بدون تقسيم HTTP | |
|---|---|---|
| Download | لا يوجد حد لحجم التنزيل. | لا يوجد حد لحجم التنزيل. |
| Upload | لا يوجد حد طالما أن كل تحميل CTE أقل من 2 غيغابايت. | لا يمكن أن يكون الحجم أكبر من 2 غيغابايت. |
حدود أخرى
- الحد الأقصى لحجم URL - 8192 بايت - يحدد الحد الأقصى لطول عنوان URL الخام (نظام + اسم المضيف + منفذ + مسار + سلسلة استعلام من عنوان URL)
- الحد الأقصى لحجم سلسلة الاستعلام - 4096 بايت - يحدد الحد الأقصى لطول سلسلة الاستعلام، بالبايت.
- أقصى حجم لرأس استجابة HTTP من عنوان URL للمسبار الصحي - 4,096 بايت - يحدد الحد الأقصى لطول جميع رؤوس الاستجابة لأجهزة المسبار الصحية.
- الحد الأقصى لحرف قيمة رأس إجراء محرك القواعد: 640 حرفا.
- الحد الأقصى لحرف قيمة رأس شرط محرك القواعد: 256 حرفا.
- الحد الأقصى لحجم رأس ETag: 128 بايت
- الحد الأقصى لاسم نقطة النهاية القياسية والمميزة: 46 حرفا.
لمزيد من المعلومات حول الحدود التي تنطبق على تكوينات محرك القواعد، راجع مصطلحات محرك القواعد.
حدود Azure Network Watcher
| Resource | Limit |
|---|---|
| مثيلات Network Watcher لكل منطقة لكل اشتراك | 1 (نسخة واحدة في منطقة لتمكين access إلى الخدمة في المنطقة) |
| مراقبة الاتصال لكل منطقة لكل اشتراك | 100 |
| أقصى مجموعات اختبار لكل connection monitor | 20 |
| أقصى مصادر ووجهات لكل connection monitor | 100 |
| أقصى إعدادات اختبار لكل connection monitor | 20 |
| جلسات تسجيل الحزمة لكل منطقة لكل اشتراك | 10,000 (عدد جلسات العمل فقط، وليس اللقطات المحفوظة) |
| استكشاف أخطاء عمليات VPN وإصلاحها لكل اشتراك | 1 (عدد العمليات في وقت واحد) |
حدود Azure Route Server
| Resource | Limit |
|---|---|
| عدد أقران BGP | 16 |
| عدد المسارات التي يمكن لكل نظير BGP الإعلان عنها إلى Azure Route Server 1 | 4,000 |
| عدد الأجهزة الافتراضية في الشبكة الافتراضية (بما في ذلك الشبكات الافتراضية المترابطة) التي يمكن لAzure Route Server دعمها | 50,000 |
| عدد الشبكات الافتراضية التي يمكن لAzure Route Server دعمها | 500 |
| عدد البادئات الشاملة on-premises والشبكة الافتراضية في Azure التي يمكن أن يدعمها Azure Route Server | 10,000 |
1 إذا أعلن NVA عن مسارات أكثر من الحد المسموح به، إسقاط جلسة BGP.
Note
يجب ألا يتجاوز العدد الإجمالي للمسارات المعلن عنها من مساحة العنوان virtual network وخادم المسار نحو دائرة ExpressRoute، عند تفعيل فرع إلى فرع، 1000. لمزيد من المعلومات، راجع حدود إعلان المسارات ل ExpressRoute.
Azure ExpressRoute limits
| Resource | Limit |
|---|---|
| دوائر ExpressRoute لكل اشتراك | 50 (إرسال طلب دعم لزيادة الحد) |
| ExpressRoute circuits لكل منطقة لكل اشتراك، مع Azure Resource Manager | 10 |
| الحد الأقصى لعدد الدوائر في نفس موقع الارتباط المرتبطة بنفس virtual network | 4 |
| الحد الأقصى لعدد الدوائر في مواقع الارتباط المختلفة المرتبطة بنفس virtual network | قياسي / ERGw1Az - 4 الأداء العالي / ERGw2Az - 8 Ultra Performance / ErGw3Az - 16 |
| الحد الأقصى لعدد عناوين IP لدائرة موفر ExpressRoute باستخدام Fastpath | 25,000 |
| الحد الأقصى لعدد عناوين IP ل ExpressRoute Direct 10 جيجابت في الثانية باستخدام Fastpath | 100,000 |
| الحد الأقصى لعدد عناوين IP ل ExpressRoute Direct 100 جيجابت في الثانية باستخدام Fastpath | 200,000 |
| الحد الأقصى لعدد التدفقات ل ExpressRoute Traffic Collector | 300,000 |
حدود إعلان المسار
| Resource | وحدة SKU محلية / قياسية | SKU المتميزة |
|---|---|---|
| الحد الأقصى لعدد المسارات المحلية ل IPv4 المعلن عنها عبر الارتباط الخاص من Azure إلى دائرة ExpressRoute | 4,000 | 10,000 |
| الحد الأقصى لعدد المسارات المحلية ل IPv6 المعلن عنها عبر الارتباط الخاص من Azure إلى دائرة ExpressRoute | 100 | 100 |
| الحد الأقصى لعدد مسارات Virtual Network التي يعلن عنها Gateway إلى دائرة ExpressRoute عبر Azure الخاصة | 1,000 | 1,000 |
| الحد الأقصى لعدد مسارات Virtual Network لبروتوكول IPv6 المعلن عنه من قبل البوابة إلى دائرة ExpressRoute عبر Azure الخاص بالنظير | 100 | 100 |
| الحد الأقصى لعدد مسارات IPv4 المعلن عنها إلى Microsoft من الأنظمة المحلية | 200 | 200 |
| الحد الأقصى لعدد مسارات IPv6 المعلن عنها إلى Microsoft من الجهات المحلية | 200 | 200 |
ارتباطات الشبكات الظاهرية المسموح بها لكل حد لدائرة ExpressRoute
| حجم الدائرة | وحدة SKU محلية / قياسية | SKU المتميزة |
|---|---|---|
| 50 ميغابت لكل ثانية | 10 | 20 |
| 100 ميغابت في الثانية | 10 | 25 |
| 200 ميجابت لكل ثانية | 10 | 25 |
| 500 ميغابت لكل ثانية | 10 | 40 |
| يبلغ 1 جيجابت في الثانية | 10 | 50 |
| 2 جيجا بت في الثانية | 10 | 60 |
| 5 غيغابت في الثانية | 10 | 75 |
| 10 جيجابت في الثانية | 10 | 100 |
| 40 جيجابت في الثانية* | 10 | 100 |
| 100 جيجابت في الثانية* | 10 | 100 |
* ExpressRoute Direct فقط بسرعة 100 جيجابت في الثانية
Note
تحتسب اتصالات Global Reach ضمن حد اتصالات virtual network لكل دائرة ExpressRoute. على سبيل المثال، ستسمح دائرة Premium بسرعة 10 جيجابت في الثانية ب 5 اتصالات Global Reach و95 اتصالا ببوابات ExpressRoute أو 95 اتصالا للوصول العالمي و5 اتصالات ببوابات ExpressRoute أو أي تركيبة أخرى تصل إلى حد 100 اتصال للدائرة.
حدود أداء بوابة ExpressRoute
توفر الجداول التالية نظرة عامة على الأنواع المختلفة من البوابات والقيود الخاصة بها ومقاييس الأداء المتوقعة الخاصة بها.
الحد الأقصى للحدود المدعومة
ينطبق هذا الجدول على كل من Azure Resource Manager ونماذج النشر الكلاسيكية.
| بوابة SKU | ميغابت في الثانية | الحزم في الثانية | عدد الأجهزة الافتراضية المدعوم في virtual network 1 | حد عدد التدفق | عدد المسارات التي تعلمتها البوابة |
|---|---|---|---|---|---|
| Standard/ERGw1Az | 1,000 | 100,000 | 2,000 | 200,000 | 4,000 |
| عالي الأداء/ERGw2Az | 2,000 | 200,000 | 4,500 | 400,000 | 9,500 |
| فائق الأداء/ErGw3Az | 10,000 | 1,000,000 | 11,000 | 1,000,000 | 9,500 |
| ErGwScale (لكل وحدة مقياس 1-10) | 1000 لكل وحدة مقياس | 100,000 لكل وحدة مقياس | 2000 لكل وحدة مقياس | 100,000 لكل وحدة مقياس | 9,500 إجمالي لكل بوابة |
| ErGwScale (لكل وحدة مقياس 11-40) | 1000 لكل وحدة مقياس | 200,000 لكل وحدة مقياس | 1000 لكل وحدة مقياس | 100,000 لكل وحدة مقياس | 9,500 إجمالي لكل بوابة |
1 "عدد المدعوم من الأجهزة الافتراضية في الشبكة الافتراضية" يشير إلى عدد الموارد التي تتواصل عبر البوابة. يتضمن هذَا:
- Virtual Machines في شبكة المركز الافتراضية
- Virtual Machines في الشبكات الافتراضية المتشايرة (Hub-Spoke طوبولوجيا)
- نقاط النهاية الخاصة
- الأجهزة الافتراضية للشبكة (مثل Application Gateway، Azure Firewall)
- نسخ خلفية لخدمات PaaS المنشورة في الشبكات الافتراضية (مثل مثيل SQL المدار، App Service Environment، إدارة Azure API في وضع VNet)
القيم في الجدول هي تقديرات وتختلف حسب استخدام وحدة المعالجة المركزية للبوابة. إذا كان استخدام وحدة المعالجة المركزية مرتفعا وتم تجاوز عدد الأجهزة الظاهرية المدعومة، ستبدأ البوابة في إسقاط الحزم.
Note
يمكن ل ExpressRoute تسهيل ما يصل إلى 11,000 مسار تمتد عبر مساحات عناوين virtual network، والشبكات المحلية، وأي اتصالات virtual network ذات صلة. لضمان استقرار اتصال ExpressRoute، امتنع عن الإعلان عن أكثر من 11000 مسار إلى ExpressRoute. الحد الأقصى لعدد المسارات المعلن عنها بواسطة البوابة هو 1000 مسار.
Important
- يعتمد أداء التطبيق على عوامل متعددة، مثل زمن الانتقال من طرف إلى طرف وعدد تدفقات حركة المرور التي يفتحها التطبيق. تمثل الأرقام في الجدول الحد الأقصى الذي يمكن للتطبيق تحقيقه نظرياً في بيئة مثالية. بالإضافة إلى ذلك، نقوم بصيانة روتينية للمضيف ونظام التشغيل على بوابة ExpressRoute virtual network، للحفاظ على موثوقية الخدمة. أثناء فترة الصيانة، يتم تقليل وحدة التحكم وسعة مسار البيانات للبوابة.
- أثناء فترة الصيانة، قد تواجه مشكلات اتصال متقطعة بموارد نقطة النهاية الخاصة.
- يدعم ExpressRoute الحد الأقصى لحجم حزمة TCP وUDP وهو 1400 بايت. الحزم المجزأة غير مدعومة بواسطة بوابات ExpressRoute. يرجى ضبط التطبيق الخاص بك لمنع تجزئة IP. إذا كان دعم تجزئة IP مطلوبا، قم بتمكين ميزة ExpressRoute FastPath لتجاوز بوابة ExpressRoute.
- يمكن ل Azure Route Server دعم ما يصل إلى 4,000 جهاز افتراضي. يتضمن هذا الحد الأجهزة الظاهرية في الشبكات الظاهرية التي يتم نظيرها. لمزيد من المعلومات، انظر Azure Route Server limitations.
- تمثل القيم الموجودة في الجدول أعلاه الحدود في كل بوابة SKU.
حدود بوابة Azure NAT
تنطبق القيود التالية على موارد بوابة NAT في Standard وStandardV2 التي تدار عبر Azure Resource Manager لكل منطقة لكل اشتراك. تعرف على كيفية عرض استخدامك الحالي للموارد مقابل حدود اشتراكك.
Note
كل اشتراك لديه حصة مشتركة لكل من بوابات NAT القياسية وStandardV2. على سبيل المثال، إذا كان اشتراكك يحتوي على حصة 100 بوابة NAT، يمكنك إنشاء أي مزيج من بوابات NAT القياسية وStandardV2 حتى تلك الحصة.
| Resource | SKU القياسية | StandardV2 SKU |
|---|---|---|
| عناوين IP العامة | 16 عنوان IPv4 | 16 عنوان IPv4، 16 عنوان IPv6 |
| Subnets | 800 لكل بوابة NAT | 800 لكل بوابة NAT |
| معدل نقل البيانات1 | 50 جيجابت في الثانية لكل بوابة NAT | 100 جيجابت في الثانية لكل بوابة NAT، و1 جيجابت لكل اتصال |
| بوابات NAT لاتفاقيات Enterprise و CSP2 | 1000 لكل اشتراك لكل منطقة | راجع العمود السابق للحصص المجمعة |
| بوابات NAT للرعاية والدفع أولا بأول2 | 100 لكل اشتراك لكل منطقة | راجع العمود السابق للحصص المجمعة |
| بوابات NAT للتجربة المجانية وجميع أنواع العروض الأخرى2 | 15 لكل اشتراك لكل منطقة | راجع العمود السابق للحصص المجمعة |
| الحزم التي تمت معالجتها | 5 ملايين حزم في الثانية | 10 ملايين حزمة في الثانية لكل بوابة NAT، و100,000 PPS لكل اتصال |
| الاتصالات بنفس نقطة نهاية الوجهة | 50000 اتصال بنفس الوجهة لكل عنوان IP عام | 50000 اتصال بنفس الوجهة لكل عنوان IP عام |
| إجمالي الاتصالات | اتصالات 2M لكل بوابة NAT | اتصالات 2M لكل بوابة NAT |
1 بالنسبة لمورد بوابة NAT القياسية لوحدة SKU، يتم تقسيم إجمالي معدل نقل البيانات البالغ 50 جيجابت في الثانية بين البيانات الصادرة والواردة (العائدة). يدعم نقل البيانات حتى 25 جيجابت في الثانية للبيانات الصادرة وحتى 25 جيجابت في الثانية للبيانات الواردة (الاستجابة) عبر بوابة NAT.
2 تختلف الحدود الافتراضية لبوابات NAT حسب نوع فئة العرض، مثل الإصدار التجريبي المجاني والدفع أولا بأول وCSP. على سبيل المثال، الافتراضي لاشتراكات Enterprise Agreement هو 1000.
حدود Azure Private Link
تنطبق القيود التالية على رابط Azure الخاص:
| Resource | Limit |
|---|---|
| عدد نقاط النهاية الخاصة لكل virtual network | 1000 |
| عدد نقاط النهاية الخاصة عبر الشبكات الظاهرية النظيرة | 4000 |
| عدد نقاط النهاية الخاصة لكل اشتراك | 64000 |
| عدد خدمات private link لكل اشتراك | 800 |
| عدد خدمات الربط الخاص لكل Standard Load Balancer | 8 |
| عدد تكوينات IP على خدمة private link | 8 (هذا الرقم مخصص لعناوين NAT IP المستخدمة لكل PLS) |
| عدد نقاط النهاية الخاصة على نفس خدمة private link | 1000 |
| عدد الاشتراكات المسموح بها في إعداد الرؤية على خدمة private link | 100 |
| عدد الاشتراكات المسموح بها في إعداد الموافقة التلقائية على خدمة private link | 100 |
| عدد نقاط النهاية الخاصة لكل key vault | 64 |
| عدد مجموعات مناطق private DNS التي يمكن ربطها بنقطة نهاية خاصة | 1 |
| عدد مناطق DNS في كل مجموعة | 5 |
| عدد عناوين IP الخاصة على واجهة شبكة نقطة النهاية الخاصة | 500 |
حدود مدير حركة بيانات Azure
حدود الموارد
| Resource | Limit |
|---|---|
| ملفات التعريف لكل اشتراك | 200 1 |
| نقاط النهاية لكل ملف تعريف | 200 |
1إذا كنت بحاجة لزيادة هذه القيود، تواصل مع دعم Azure.
حدود التقييد الافتراضية
Profiles
| Operation | الحد (في الدقيقة) |
|---|---|
| Create/update | 600 |
| Get | 450 |
| Delete | 150 |
| القائمة في مجموعة الموارد أو الاشتراك | 450 |
| التحقق من توفر اسم DNS | 300 |
Endpoints
| Operation | الحد (في الدقيقة) |
|---|---|
| Create/update/delete | 300 |
| Get | 1500 |
المقاييس وخريطة التمثيل اللوني
| Operation | الحد (في الدقيقة) |
|---|---|
| الحصول على/إنشاء/حذف مفتاح مقاييس المستخدم | 150 |
| الحصول على خريطة التمثيل اللوني | 150 |
التسلسل الهرمي الجغرافي
| Operation | الحد (في الدقيقة) |
|---|---|
| Get | 150 |
حدود Azure VPN Gateway
ما لم يذكر خلاف ذلك، تنطبق القيود التالية على موارد Azure VPN Gateway وبوابات الشبكة الافتراضية.
| Resource | Limit |
|---|---|
| بادئات عنوان VNet | 600 لكل VPN gateway |
| إجمالي مسارات BGP | 4,000 لكل VPN gateway |
| بادئات عناوين بوابة الشبكة المحلية | 1000 لكل بوابة شبكة محلية |
| اتصالات S2S | يعتمد الحد على بوابة SKU. راجع جدول Limits by gateway SKU . |
| الاتصالات من نقطة إلى موقع P2S | يعتمد الحد على بوابة SKU. راجع جدول Limits by gateway SKU . |
| حد مسار P2S - IKEv2 | 256 للغير Windows / 25 لل Windows |
| حد مسار P2S - OpenVPN | 1000 |
| Max. flows | 500 ألف وارد و500 ألف صادر ل VpnGw1-5/AZ |
| نهج محدد نسبة استخدام الشبكة | 100 |
| عناوين APIPA BGP المخصصة | 32 |
| عدد الأجهزة الافتراضية المدعوم في virtual network | يعتمد الحد على بوابة SKU. راجع جدول Limits by gateway SKU . |
الحدود حسب بوابة SKU
يمكن استخدام وحدات SKU التالية لنشر بوابات VPN جديدة. لديهم خيارات تكرارية في المناطق ويوصى بها لجميع عمليات النشر الجديدة.
|
VPN Gateway الجيل |
SKU |
S2S/الشبكة الظاهرية إلى الشبكة الظاهرية الأنفاق |
P2S اتصالات SSTP |
P2S اتصالات IKEv2/OpenVPN |
تجميع معدل النقل |
BGP | Zone-redundant | عدد الآلات الافتراضية المدعوم في Virtual Network |
|---|---|---|---|---|---|---|---|---|
| Generation1 | Basic | Max. 10 | Max. 128 | غير معتمد | 100 ميغابت في الثانية | غير معتمد | No | 200 |
| Generation1 | VpnGw1AZ | Max. 30 | Max. 128 | Max. 250 | 650 ميغابت في الثانية | مدعوم | Yes | 1000 |
| Generation1 | VpnGw2AZ | Max. 30 | Max. 128 | Max. 500 | يبلغ 1 جيجابت في الثانية | مدعوم | Yes | 2000 |
| Generation1 | VpnGw3AZ | Max. 30 | Max. 128 | Max. 1000 | 1.25 غيغابت في الثانية | مدعوم | Yes | 5000 |
| Generation2 | VpnGw2AZ | Max. 30 | Max. 128 | Max. 500 | 1.25 غيغابت في الثانية | مدعوم | Yes | 2000 |
| Generation2 | VpnGw3AZ | Max. 30 | Max. 128 | Max. 1000 | 2.5 جيجابت في الثانية | مدعوم | Yes | 3300 |
| Generation2 | VpnGw4AZ | Max. 100* | Max. 128 | Max. 5000 | 5 غيغابت في الثانية | مدعوم | Yes | 4400 |
| Generation2 | VpnGw5AZ | Max. 100* | Max. 128 | Max. 10000 | 10 جيجابت في الثانية | مدعوم | Yes | 9000 |
VpnGw1~5 مخصصة للترحيل ولا ينبغي استخدامها لإنشاء بوابات VPN جديدة. لمزيد من المعلومات، راجع دمج وترحيل وحدات تخزين VPN Gateway.
|
VPN Gateway الجيل |
SKU |
S2S/الشبكة الظاهرية إلى الشبكة الظاهرية الأنفاق |
P2S اتصالات SSTP |
P2S اتصالات IKEv2/OpenVPN |
تجميع معدل النقل |
BGP | Zone-redundant | عدد الآلات الافتراضية المدعوم في Virtual Network |
|---|---|---|---|---|---|---|---|---|
| Generation1 | VpnGw1 | Max. 30 | Max. 128 | Max. 250 | 650 ميغابت في الثانية | مدعوم | No | 450 |
| Generation1 | VpnGw2 | Max. 30 | Max. 128 | Max. 500 | يبلغ 1 جيجابت في الثانية | مدعوم | No | 1300 |
| Generation1 | VpnGw3 | Max. 30 | Max. 128 | Max. 1000 | 1.25 غيغابت في الثانية | مدعوم | No | 4000 |
| Generation2 | VpnGw2 | Max. 30 | Max. 128 | Max. 500 | 1.25 غيغابت في الثانية | مدعوم | No | 685 |
| Generation2 | VpnGw3 | Max. 30 | Max. 128 | Max. 1000 | 2.5 جيجابت في الثانية | مدعوم | No | 2240 |
| Generation2 | VpnGw4 | Max. 100* | Max. 128 | Max. 5000 | 5 غيغابت في الثانية | مدعوم | No | 5300 |
| Generation2 | VpnGw5 | Max. 100* | Max. 128 | Max. 10000 | 10 جيجابت في الثانية | مدعوم | No | 6700 |
Note
يشير "عدد الأجهزة الافتراضية المدعومة في Virtual Network" إلى عدد الموارد التي تتواصل عبر البوابة. يتضمن هذَا:
- Virtual Machines في المركز والشبكات الافتراضية المتكلمة المتشابهة
- نقاط النهاية الخاصة
- الأجهزة الافتراضية للشبكة (مثل Application Gateway، Azure Firewall)
- نسخ خلفية لخدمات PaaS المنشورة في الشبكات الافتراضية (مثل مثيل SQL المدار، App Service Environment)
لمزيد من المعلومات حول وحدات SKU الخاصة بالبوابة والحدود، راجع حول وحدات SKU الخاصة بالبوابة.
حدود أداء البوابة
يسرد الجدول في هذا القسم نتائج اختبارات الأداء لوحدات SKU VpnGw. نفق VPN يتصل بمثيل VPN gateway. يتم ذكر كل معدل نقل مثيل في جدول معدل النقل في القسم السابق وهو متاح مجمع عبر جميع الأنفاق المتصلة بهذا المثيل. يعرض الجدول النطاق الترددي الذي تمت ملاحظته والحزم في الثانية لكل نفق لوحدات SKU للبوابة المختلفة. تم إجراء جميع الاختبارات بين البوابات (نقاط النهاية) داخل Azure عبر مناطق مختلفة بها 100 اتصال وتحت ظروف تحميل قياسية. استخدمنا أدوات iPerf وCTSTraffic المتوفرة للجمهور لقياس الأداء للاتصالات من موقع إلى موقع
- تم الحصول على أفضل أداء عندما استخدمنا خوارزمية GCMAES256 لكل من تشفير IPsec والتكامل.
- تم الحصول على متوسط الأداء عند استخدام AES256 لتشفير IPsec و SHA256 للتكامل.
- تم الحصول على أدنى أداء عندما استخدمنا DES3 لتشفير IPsec و SHA256 للتكامل.
| Generation | SKU |
خوارزميات مستعمل |
الانتاجيه تمت ملاحظته لكل نفق |
الحزم في الثانية لكل نفق لاحظ |
|---|---|---|---|---|
| Generation1 | VpnGw1 | GCMAES256 AES256 وSHA256 DES3 وSHA256 |
650 ميغابت في الثانية 500 ميغابت لكل ثانية 130 ميجابت في الثانية |
62,000 47,000 12,000 |
| Generation1 | VpnGw2 | GCMAES256 AES256 وSHA256 DES3 وSHA256 |
1.2 جيجابت في الثانية 650 ميغابت في الثانية 140 ميجابت في الثانية |
100,000 61,000 13,000 |
| Generation1 | VpnGw3 | GCMAES256 AES256 وSHA256 DES3 وSHA256 |
1.25 غيغابت في الثانية 700 ميجابت في الثانية 140 ميجابت في الثانية |
120,000 66,000 13,000 |
| Generation1 | VpnGw1AZ | GCMAES256 AES256 وSHA256 DES3 وSHA256 |
650 ميغابت في الثانية 500 ميغابت لكل ثانية 130 ميجابت في الثانية |
62,000 47,000 12,000 |
| Generation1 | VpnGw2AZ | GCMAES256 AES256 وSHA256 DES3 وSHA256 |
1.2 جيجابت في الثانية 650 ميغابت في الثانية 140 ميجابت في الثانية |
110,000 61,000 13,000 |
| Generation1 | VpnGw3AZ | GCMAES256 AES256 وSHA256 DES3 وSHA256 |
1.25 غيغابت في الثانية 700 ميجابت في الثانية 140 ميجابت في الثانية |
120,000 66,000 13,000 |
| Generation2 | VpnGw2 | GCMAES256 AES256 وSHA256 DES3 وSHA256 |
1.25 غيغابت في الثانية 550 ميجابت في الثانية 130 ميجابت في الثانية |
120,000 52,000 12,000 |
| Generation2 | VpnGw3 | GCMAES256 AES256 وSHA256 DES3 وSHA256 |
1.5 جيجابت في الثانية 700 ميجابت في الثانية 140 ميجابت في الثانية |
140,000 66,000 13,000 |
| Generation2 | VpnGw4 | GCMAES256 AES256 وSHA256 DES3 وSHA256 |
2.3 جيجابت في الثانية 700 ميجابت في الثانية 140 ميجابت في الثانية |
220,000 66,000 13,000 |
| Generation2 | VpnGw5 | GCMAES256 AES256 وSHA256 DES3 وSHA256 |
2.3 جيجابت في الثانية 700 ميجابت في الثانية 140 ميجابت في الثانية |
220,000 66,000 13,000 |
| Generation2 | VpnGw2AZ | GCMAES256 AES256 وSHA256 DES3 وSHA256 |
1.25 غيغابت في الثانية 550 ميجابت في الثانية 130 ميجابت في الثانية |
120,000 52,000 12,000 |
| Generation2 | VpnGw3AZ | GCMAES256 AES256 وSHA256 DES3 وSHA256 |
1.5 جيجابت في الثانية 700 ميجابت في الثانية 140 ميجابت في الثانية |
140,000 66,000 13,000 |
| Generation2 | VpnGw4AZ | GCMAES256 AES256 وSHA256 DES3 وSHA256 |
2.3 جيجابت في الثانية 700 ميجابت في الثانية 140 ميجابت في الثانية |
220,000 66,000 13,000 |
| Generation2 | VpnGw5AZ | GCMAES256 AES256 وSHA256 DES3 وSHA256 |
2.3 جيجابت في الثانية 700 ميجابت في الثانية 140 ميجابت في الثانية |
220,000 66,000 13,000 |
حدود WAN ظاهرية
| Resource | Limit |
|---|---|
| اتصالات VPN (الفرع) لكل مركز | 1,000 |
| معدل النقل المجمع لكل بوابة VPN من موقع إلى موقع عبر Virtual WAN | 20 جيجابت في الثانية |
| معدل النقل لكل اتصال Virtual WAN VPN (نفقان) | 2 جيجابت في الثانية مع نفق 1 جيجابت في الثانية/IPsec |
| المستخدمون من نقطة إلى موقع لكل مركز | 100,000 |
| معدل النقل المجمع لكل بوابة VPN (نقطة إلى موقع) مستخدم Virtual WAN | 200 جيجابت في الثانية |
| معدل النقل المجمع لكل بوابة Virtual WAN ExpressRoute | 20 جيجابت في الثانية |
| اتصالات دائرة ExpressRoute لكل مركز | 8 - اقرأ المزيد هنا |
| اتصالات VNet لكل مركز دون تمكين هدف التوجيه | 500 ناقص إجمالي عدد المحاور في Virtual WAN |
| مسافات العنوان عبر جميع الشبكات الظاهرية المتصلة مباشرة بمركز واحد مع هدف التوجيه مع تمكين نهج التوجيه الخاصة | 600 لكل Virtual WAN محور - اقرأ المزيد هنا |
| معدل النقل المجمع لكل راوتر مركز Virtual WAN | نقل 50 جيجابت في الثانية للشبكة الظاهرية إلى الشبكة الظاهرية |
| عبء عمل VM عبر جميع VNet المتصلة بمركز Virtual WAN واحد | 2000 (إذا كنت ترغب في رفع الحد أو الحصة النسبية فوق الحد الافتراضي، فراجع إعدادات المركز). |
| إجمالي عدد المسارات التي يمكن أن يقبلها المركز من موارده المتصلة (الشبكات الظاهرية، والفروع، والمراكز الظاهرية الأخرى، وما إلى ذلك) | 10,000 |
حدود Azure Notification Hubs
| Tier | Free | Basic | Standard |
|---|---|---|---|
| الدفعات المضمنة | 1 مليون | 10 مليون | 10 مليون |
| الأجهزة النشطة | 500 | 200,000 | 10 مليون |
| الحصة النسبية للعلامة لكل تثبيت أو تسجيل | 60 | 60 | 60 |
لمزيد من المعلومات حول الحدود والتسعير، راجع Notification Hubs preciing.
حدود صندوق تطوير Microsoft
| نوع الاشتراك | نوى VM | اتصالات الشبكة | مراكز التطوير | تعريفات مربع التطوير | مشاريع مربع التطوير |
|---|---|---|---|---|---|
| الدفع الفوري | 20 | 5 | 2 | 200 | 500 |
| Azure Pass | 20 | 5 | 2 | 200 | 500 |
| CSP | 20 | 5 | 2 | 200 | 500 |
| إصدار تجريبي مجاني | 0 | 0 | 0 | 0 | 0 |
| Azure للطلاب | 0 | 0 | 0 | 0 | 0 |
| Enterprise | 80 | 10 | 5 | 200 | 500 |
| MSDN | n/a | 5 | 2 | 200 | 500 |
حدود خدمة Microsoft Entra
انظر حدود الخدمة Microsoft Entra لمعرفة حدود الخدمة Microsoft Entra.
حدود Microsoft Purview
انظر Classic Microsoft Purview حدود حوكمة البيانات للحصول على أحدث حصص Microsoft Purview.
حدود Microsoft Sentinel
انظر حدود الخدمة ل Microsoft Sentinel للحدود Microsoft Sentinel.
حدود ناقل الخدمة Azure
الجدول التالي يسرد معلومات الحصص الخاصة برسائل ناقل خدمة Azure. للحصول على معلومات حول التسعير والحصص الأخرى ل Service Bus، راجع Service Bus preciing.
الحدود الشائعة لجميع المستويات
الحدود التالية شائعة عبر جميع المستويات.
| اسم الحصة | Value | Notes |
|---|---|---|
| الحد الأقصى لعدد مساحات الأسماء لكل اشتراك في Azure لكل منطقة | 1000 (افتراضي والحد الأقصى) | هذا الحد يعتمد على مزود Microsoft.ServiceBus، وليس على المستوى المطلوب. لذلك، إنه العدد الإجمالي لمساحات الأسماء عبر جميع المستويات. يتم رفض الطلبات اللاحقة لمساحات أسماء إضافية. |
| عدد الاتصالات المتزامنة على مساحة الاسم | Net Messaging: 1000. AMQP: 5,000. |
يتم رفض الطلبات اللاحقة للاتصالات الإضافية. لا تحسب عمليات REST في اتصالات TCP المتزامنة. |
| عدد طلبات الاستلام المتزامنة في قائمة انتظار أو موضوع أو كيان اشتراك | 5,000 | يتم رفض طلبات الاستقبال اللاحقة بخطأ انشغال الخادم. تنطبق هذه الحصة على العدد المجمع لعمليات الاستلام المتزامنة عبر جميع الاشتراكات في موضوع ما. لمزيد من المعلومات، راجع تقليل القيود عندما تتجاوز طلبات الاستقبال المتزامنة الحد الأقصى. |
| الحد الأقصى لحجم أي مسار كيان مراسلة: قائمة الانتظار أو الموضوع | 260 حرفا. | |
| الحد الأقصى لحجم أي اسم كيان مراسلة: مساحة الاسم أو الاشتراك أو قاعدة الاشتراك | 50 حرفا. | |
| الحد الأقصى لحجم معرف الرسالة | 128 | |
| الحد الأقصى لعدد حالات الجلسة لكل كيان رسائل: قائمة انتظار أو اشتراك | 1,000,000 | |
| الحد الأقصى لحجم معرف جلسة الرسالة | 128 | |
| حجم خاصية الرسالة لقائمة انتظار أو موضوع أو كيان اشتراك | الحد الأقصى لحجم خاصية الرسالة لكل خاصية هو 32 كيلوبايت. لا يمكن أن يتجاوز الحجم التراكمي لجميع الخصائص 64 كيلوبايت. ينطبق هذا الحد على رأس الرسالة الوسيطة بالكامل، والتي تحتوي على خصائص المستخدم وخصائص النظام، مثل رقم التسلسل والتسمية ومعرف الرسالة. الحد الأقصى لعدد خصائص الرأس في حقيبة الخصائص: byte/int. ماكس فيو. |
يتم إنشاء الاستثناء SerializationException . |
| عدد عوامل تصفية SQL لكل موضوع | 2,000 | يتم رفض الطلبات اللاحقة لإنشاء عوامل تصفية إضافية حول الموضوع، ويتلقى رمز الاستدعاء استثناء. |
| عدد عوامل تصفية الارتباط لكل موضوع | 100,000 | يتم رفض الطلبات اللاحقة لإنشاء عوامل تصفية إضافية حول الموضوع، ويتلقى رمز الاستدعاء استثناء. |
| حجم عوامل تصفية أو إجراءات SQL | الحد الأقصى لطول سلسلة شرط عامل التصفية: 1,024 (1 كيلو). الحد الأقصى لطول سلسلة إجراء القاعدة: 1024 (1 كيلو). الحد الأقصى لعدد التعبيرات لكل إجراء قاعدة: 32. |
يتم رفض الطلبات اللاحقة لإنشاء عوامل تصفية إضافية، ويتلقى رمز الاستدعاء استثناء. |
| عدد قواعد تفويض access المشترك لكل مساحة اسم، طابور، أو موضوع | الحد الأقصى لعدد القواعد لكل نوع كيان: 12. القواعد التي تم تكوينها على مساحة أسماء Service Bus تنطبق على جميع الأنواع: الطوابير، المواضيع. |
يتم رفض الطلبات اللاحقة لإنشاء قواعد إضافية، وتتلقى التعليمات البرمجية للاتصال استثناء. |
| عدد الرسائل لكل معاملة | 100 لكل من عمليات Send () و SendAsync (). |
يتم رفض رسائل واردة إضافية، ويتلقى رمز الاستدعاء استثناء مع الرسالة: لا يمكن إرسال أكثر من 100 رسالة في معاملة واحدة. |
| الحد الأقصى لعدد الرسائل المحذوفة في مكالمة DeleteMessagesAsync | 500 | تدعم واجهة برمجة تطبيقات DeleteMessagesAsync حذف ما يصل إلى 500 رسالة لكل مكالمة. ستطرح الطلبات التي تتجاوز هذا الحد (على سبيل المثال، 4000) ArgumentOutOfRangeException. |
| الحد الأقصى لعدد الرسائل التي تم إرجاعها في مكالمة PeekMessagesAsync | 250 | |
| عدد قواعد virtual network وقواعد تصفية IP | 128 |
المستويات الأساسية مقابل القياسية مقابل المستويات المتميزة
يعرض الجدول التالي حدودا مختلفة للمستويات الأساسية والقياسية والمتميزة.
| اسم الحصة | Basic | Standard | Premium | Notes |
|---|---|---|---|---|
| قائمة الانتظار أو حجم الموضوع | 1، 2، 3، 4 جيجابايت، أو 5 جيجابايت 80 غيغابايت، إذا تم تمكين التقسيم. |
1، 2، 3، 4 جيجابايت، أو 5 جيجابايت 80 غيغابايت، إذا تم تمكين التقسيم. |
80 جيجابايت | يمكنك تكوينوتحديث بعد الإنشاء بالحجم الأقصى. اختر من بين القيم المدعومة المعروضة، حتى 80 جيجابايت كحد أقصى، وهو أكبر قيمة مدعومة ولا يمكن زيادتها أكثر. الأحجام التي تزيد عن 5 جيجابايت تتطلب تقسيم المستويات الأساسية والمستويات. يدعم الفئة المميزة 80 جيجابايت بشكل أصلي. لا يمكن أن يتجاوز الحجم الكلي لجميع الكيانات في مساحة الأسماء الحد الأقصى لحجم مساحة الأسماء الموثق في الصف التالي. يتم رفض الرسائل الواردة اللاحقة، ويتلقى رمز الاستدعاء استثناء. يتم احتساب رسالة كبيرة (بحجم > 1 ميجابايت) إلى طابور مرتين. يتم احتساب رسالة كبيرة (بحجم > 1 ميجابايت) إلى موضوع X + 1 مرة، حيث X هو عدد الاشتراكات التي يتطابق شرط التصفية مع الرسالة. |
| حجم مساحة الاسم | 400 جيجابايت | 400 جيجابايت | 1 تيرابايت لكل وحدة مراسلة (MU) . | لا يمكن أن يتجاوز الحجم الإجمالي لكافة الكيانات في مساحة الاسم هذا الحد. |
| عدد المواضيع أو قوائم الانتظار لكل مساحة اسم | 10,000 | 10,000 | 1000 لكل وحدة مراسلة (MU). | يتم رفض الطلبات اللاحقة لإنشاء موضوع جديد أو قائمة انتظار على مساحة الاسم. وبالتالي، إذا تم تكوينه عبر بوابة Azure، يتم توليد رسالة خطأ. إذا تم استدعاؤه من واجهة برمجة تطبيقات الإدارة، تتلقى التعليمة البرمجية للاتصال استثناء. |
| عدد المواضيع أو الطوابير تقسيم الاسم لكل مساحة اسم | 100 | 100 | N/A | يتم احتساب كل قائمة انتظار أو موضوع مقسم في الحصة النسبية البالغة 1000 كيان لكل مساحة اسم. يتم رفض الطلبات اللاحقة لإنشاء موضوع أو قائمة انتظار مقسمة جديدة في مساحة الاسم. وبالتالي، إذا تم تكوينه عبر بوابة Azure، يتم توليد رسالة خطأ. إذا تم استدعاؤه من واجهة برمجة تطبيقات الإدارة، يتم تلقي الاستثناء QuotaExceededException بواسطة رمز الاتصال. إذا كنت تريد أن يكون لديك المزيد من الكيانات المقسمة في مساحة اسم أساسية أو قياسية، قم بإنشاء مساحات أسماء إضافية. تستخدم الطبقة المميزة تقسيم على مستوى مساحة الأسماء بدلا من ذلك، والذي يتم تكوينه أثناء إنشاء مساحة الاسم. |
| عدد أقسام المساحات الاسمية المميزة | N/A | N/A | 1، 2، أو 4 | تدور أحداثها أثناء إنشاء مساحة الأسماء ولا يمكن تغييرها بعد ذلك. يجب أن يكون عدد وحدات الرسائل مضاعفا لعدد التقسيمات. يتم توزيع وحدات MUs بالتساوي عبر الأقسام. لمزيد من المعلومات، راجع تمكين التقسيم لمساحة أسماء مميزة. |
| حجم الرسالة أو حجم الدفعة لقائمة انتظار أو موضوع أو كيان اشتراك | 256 كيلوبايت | 256 كيلوبايت | بروتوكول AMQP: ما يصل إلى 100 ميغابايت لرسالة واحدة. بروتوكولات HTTP وSBMP: ما يصل إلى 1 ميغابايت لرسالة واحدة. جميع البروتوكولات: ما يصل إلى 1 ميغابايت لدفعة الرسائل. |
يتضمن حجم الرسالة حجم الخصائص (النظام والمستخدم) وحجم الحمولة. يختلف حجم خصائص النظام وفقا للسيناريو الخاص بك. يتم رفض الرسائل الواردة التي تتجاوز هذه الحصص النسبية، ويتلقى رمز الاستدعاء استثناء. بالنسبة ل Premium، الحد الافتراضي لحجم الرسالة لكل كيان هو 1 ميجابايت. يمكنك زيادتها حتى 100 ميجابايت لكل طابور أو موضوع عند استخدام AMQP. لمزيد من المعلومات، راجع دعم الرسائل الكبيرة. |
| عدد الاشتراكات لكل موضوع | 2,000 | 2,000 | 2,000 | يتم رفض الطلبات اللاحقة لإنشاء اشتراكات إضافية للموضوع. ونتيجة لذلك، إذا تم تكوينها من خلال المدخل، تظهر رسالة خطأ. إذا تم استدعاؤه من واجهة برمجة تطبيقات الإدارة، تتلقى التعليمة البرمجية للاتصال استثناء. |
| العمليات في الثانية | 1,000 | 1,000 | N/A | لا يحتوي Premium على قيود ثابتة على العمليات في الثانية. يختلف معدل النقل اعتمادا على عدد وحدات MUs وخصائص حمل العمل. لمزيد من المعلومات حول كيفية تأثير عبء العمل على معدل الإنتاجية، وكيفية تحسين ذلك، راجع أفضل الممارسات لتحسين الأداء باستخدام Service Bus Messageaging. |
حدود استرداد موقع Azure
تنطبق القيود التالية على استرداد موقع Azure.
| معرف الحد | Limit |
|---|---|
| عدد الخزائن لكل اشتراك | 500 |
| عدد الأقراص المحمية لكل اشتراك (كل من البيانات ونظام التشغيل) | 3000 |
| عدد الأجهزة لكل مخزن خدمات الاسترداد | 250 |
| عدد مجموعات الحماية لكل مخزن خدمات الاسترداد | غير محدود |
| عدد خطط الاسترداد لكل مخزن خدمات الاسترداد | غير محدود |
| عدد الخوادم لكل مجموعة حماية | غير محدود |
| عدد الخوادم لكل خطة استرداد | 100 |
حدود قاعدة بيانات Azure SQL
للحدود في قاعدة بيانات Azure SQL انظر:
- نظرة عامة على حدود الموارد مثيل Azure SQL المُدار
- حدود الموارد لقواعد البيانات الفردية باستخدام نموذج الشراء vCore
- حدود الموارد للتجمعات المرنة باستخدام نموذج الشراء vCore
الحد الأقصى لعدد نقاط النهاية الخاصة لكل خادم منطقي في قاعدة بيانات Azure SQL هو 250.
حدود Azure Synapse Analytics
لدى Azure Synapse Analytics الحدود الافتراضية التالية لضمان حماية اشتراكات العملاء من أعباء عمل بعضها البعض. لرفع الحدود إلى الحد الأقصى لاشتراكك، اتصل بالدعم.
حدود Azure Synapse for workspaces
لأنواع عروض الدفع حسب الاستخدام، التجربة المجانية، Azure Pass، وAzure for Students الاشتراكات:
| Resource | الحد الافتراضي | الحد الأقصى |
|---|---|---|
| Synapse workspaces in an Azure subscription | 2 | 2 |
بالنسبة إلى أنواع عروض الاشتراك الأخرى:
| Resource | الحد الافتراضي | الحد الأقصى |
|---|---|---|
| Synapse workspaces in an Azure subscription per region | 20 | 100 |
حدود Azure Synapse for Apache Spark
لأنواع عروض الدفع حسب الاستخدام، التجربة المجانية، Azure Pass، وAzure for Students الاشتراكات:
| Resource | الذاكرة الأساسية المحسنة | نوى GPU |
|---|---|---|
| مراكز Spark في مساحة عمل Synapse | 12 | 48 |
بالنسبة إلى أنواع عروض الاشتراك الأخرى:
| Resource | الذاكرة الأساسية المحسنة | نوى GPU |
|---|---|---|
| مراكز Spark في مساحة عمل Synapse | 50 | 50 |
للاطلاع على حدود إضافية لمجموعات الشرارة، انظر concurrent وحدود أسعار API لمجموعات Apache Spark في Azure Synapse Analytics.
Azure Synapse limits for pipelines
| Resource | الحد الافتراضي | الحد الأقصى |
|---|---|---|
| خطوط أنابيب Synapse في مساحة عمل Synapse | 800 | 800 |
| إجمالي عدد الكيانات، مثل pipelines، مجموعات البيانات، المشغلات، الخدمات المرتبطة (Linked Services)، نقاط النهاية الخاصة، وأوقات تشغيل التكامل، داخل مساحة العمل | 5,000 | 5,000 |
| إجمالي أنوية المعالج لأوقات تشغيل تكامل Azure-SSIS تحت مساحة عمل واحدة | 256 | اكتشف كيفية طلب زيادة الحصة من support. |
| تشغيل خط أنابيب متزامن لكل مساحة عمل مشتركة بين جميع pipelines في مساحة العمل | 10,000 | 10,000 |
| تعمل الأنشطة الخارجية المتزامنة لكل مساحة عمل لكل منطقة Azure Integration Runtime المنطقة تدار الأنشطة الخارجية على integration runtime ولكن يتم تنفيذها على خدمات مرتبطة، بما في ذلك Databricks، والإجراءات المخزنة، وHDInsight، والويب، وغيرها. لا ينطبق هذا الحد على وقت تشغيل التكامل المستضاف ذاتيا. |
3,000 | 3,000 |
| يعمل نشاط خط الأنابيب المتزامن لكل مساحة عمل لكل منطقة Azure Integration Runtime تنطبق أنشطة خط الأنابيب على integration runtime، بما في ذلك Lookup وGetMetadata وDelete. لا ينطبق هذا الحد على وقت تشغيل التكامل المستضاف ذاتيا. |
1,000 | 1,000 |
| عمليات التأليف المتزامنة لكل مساحة عمل لكل Azure Integration Runtime المنطقة بما في ذلك اختبار الاتصال، واستعراض قائمة المجلدات وقائمة الجدول، ومعاينة البيانات. لا ينطبق هذا الحد على وقت تشغيل التكامل المستضاف ذاتيا. |
200 | 200 |
| وحدات تكامل البيانات المتزامنة1 استهلاك لكل مساحة عمل لكل Azure Integration Runtime المنطقة | مجموعة المنطقة 12: 6,000 مجموعة المنطقة 22: 3,000 مجموعة المنطقة3 2: 1,500 الإدارة virtual network2: 2,0 |
مجموعة المنطقة 12: 6,000 مجموعة المنطقة 22: 3,000 مجموعة المنطقة3 2: 1,500 |
| وحدات دمج البيانات المتزامنة1 استهلاك لكل اشتراك لكل Azure Integration Runtime المنطقة في الشبكة الافتراضية المدارة | 2,0 | 2,0 |
| الحد الأقصى للأنشطة لكل مسار، والذي يتضمن الأنشطة الداخلية للحاويات | 120 | 120 |
| الحد الأقصى لعدد أوقات تشغيل التكامل المرتبطة التي يمكن إنشاؤها مقابل integration runtime واحد مستضاف ذاتيا | 100 | 100 |
| الحد الأقصى للمعلمات لكل مسار | 50 | 50 |
| عناصر ForEach | 100,000 | 100,000 |
| لكل توازي | 20 | 50 |
| الحد الأقصى لعمليات التشغيل في قائمة الانتظار لكل مسار | 100 | 100 |
| الأحرف لكل تعبير | 8,192 | 8,192 |
| الحد الأدنى من الفاصل الزمني لمشغل النافذة الهابطة | 5 دقائق | 15 دقيقة |
| الحد الأقصى لمهلة تشغيل نشاط البنية الأساسية لبرنامج ربط العمليات التجارية | 7 أيام | 7 أيام |
| وحدات البايت لكل كائن لكائنات المسار3 | 200 كيلوبايت | 200 كيلوبايت |
| وحدات البايت لكل عنصر لمجموعة البيانات وكائنات الخدمة المرتبطة3 | 100 كيلوبايت | 2,000 كيلوبايت |
| وحدات البايت لكل حمولة لكل نشاط يتمتشغيله 4 | 896 كيلو بايت | 896 كيلو بايت |
| Data Integration Units1 لكل تشغيل copy activity | 256 | 256 |
| كتابة استدعاءات واجهة برمجة التطبيقات | 1,200/h | 1,200/h هذا الحد مفروض من قبل Azure Resource Manager، وليس Azure Synapse Analytics. |
| قراءة استدعاءات واجهة برمجة التطبيقات | 12,500/h | 12,500/h هذا الحد مفروض من قبل Azure Resource Manager، وليس Azure Synapse Analytics. |
| مراقبة الاستعلامات في الدقيقة | 1,000 | 1,000 |
| أقصى وقت لجلسة تصحيح data flow | 8 ساعات | 8 ساعات |
| عدد تدفقات البيانات المتزامن لكل integration runtime | 50 | 50 |
| عدد تدفقات البيانات المتزامن لكل integration runtime في شبكة vNet المدارة | 20 | 20 |
| عدد جلسات تصحيح data flow المتزامنة لكل مستخدم لكل مساحة عمل | 3 | 3 |
| Data Flow Azure حد TTL للأشعة تحت الحمراء | 4 ساعات | 4 ساعات |
| حد حجم كيان بيانات التعريف في مساحة عمل | 2 جيجابايت | 2 جيجابايت |
1 يتم استخدام وحدة تكامل البيانات (DIU) في عملية نسخ من السحابة إلى السحابة، تعرف على المزيد من وحدات تكامل البيانات (الإصدار 2). للحصول على معلومات حول الفوترة، انظر Azure Synapse Analytics Pricing.
2Azure Integration Runtime هو متاح عالميا لضمان الامتثال للبيانات وكفاءتها وتقليل تكاليف الخروج من الشبكة.
| مجموعة المناطق | Regions |
|---|---|
| مجموعة المنطقة 1 | وسط الولايات المتحدة وشرق الولايات المتحدة وشرق الولايات المتحدة 2 وشمال أوروبا وغرب أوروبا وغرب الولايات المتحدة وغرب الولايات المتحدة 2 |
| مجموعة المنطقة 2 | شرق أستراليا، جنوب شرق أستراليا، جنوب البرازيل، وسط الهند، شرق اليابان، شمال وسط الولايات المتحدة، جنوب وسط الولايات المتحدة، جنوب شرق آسيا، غرب وسط الولايات المتحدة |
| مجموعة المنطقة 3 | مناطق أخرى |
إذا تم تفعيل إدارة virtual network، فإن وحدة تكامل البيانات (DIU) في جميع مجموعات المناطق ستكون 2,400.
3 يمثل المسار ومجموعة البيانات وكائنات الخدمة المرتبطة تجميعا منطقيا لحمل العمل الخاص بك. الحدود لهذه الكائنات لا تتعلق بكمية البيانات التي يمكنك نقلها ومعالجتها باستخدام Azure Synapse Analytics. تم تصميم Synapse Analytics لتوسيع نطاقه للتعامل مع بيتابايت من البيانات.
4 تتضمن الحمولة لكل تشغيل نشاط تكوين النشاط ومجموعة (مجموعات) البيانات المقترنة وتكوينات الخدمة (الخدمات) المرتبطة إن وجدت، وجزء صغير من خصائص النظام التي تم إنشاؤها لكل نوع نشاط. الحد الأقصى لهذا الحجم لا يتعلق بكمية البيانات التي يمكنك نقلها ومعالجتها باستخدام Azure Synapse Analytics. تعرف على الأعراض والتوصية إذا وصلت إلى هذا الحد.
حدود Azure Synapse for dedicated SQL pools
للحصول على تفاصيل حدود السعة لتجمع SQL المخصص في Azure Synapse Analytics، راجع dedicated SQL pool limits resource limits.
حدود Azure Resource Manager لاستدعاءات خدمات الويب
Azure Resource Manager لديه حدود لاستدعاءات API. يمكنك إجراء استدعاءات API بمعدل ضمن حدود Azure Resource Manager API .
حدود قرص Azure الافتراضي
يمكنك ربط عدد من أقراص البيانات بجهاز افتراضي (VM) من Azure. استنادا إلى أهداف قابلية التوسع والأداء لأقراص بيانات الجهاز الظاهري، يمكنك تحديد عدد القرص ونوعه الذي تحتاجه لتلبية متطلبات الأداء والسعة.
Important
للحصول على الأداء الأمثل، حدد عدد الأقراص عالية الاستخدام المرفقة بالجهز الظاهري لتجنب التقييد المحتمل. إذا لم يتم استخدام جميع الأقراص المرفقة بشكل كبير في نفس الوقت، يمكن للجهاز الظاهري دعم عدد أكبر من الأقراص. بالإضافة إلى ذلك، عند إنشاء قرص مدار من قرص مدار موجود، يمكن إنشاء 49 قرصا فقط بشكل متزامن. يمكن إنشاء المزيد من الأقراص بعد إنشاء بعض ال 49 الأولى.
ل Azure الأقراص المدارة:
يوضح الجدول التالي الحدود الافتراضية والحد الأقصى لعدد الموارد لكل منطقة لكل اشتراك. تظل الحدود كما هي بغض النظر عن الأقراص المشفرة باستخدام مفاتيح مدارة بواسطة النظام الأساسي أو مفاتيح يديرها العميل. لا يوجد حد لعدد أقراص مُدارة واللقطات والصور لكل مجموعة موارد.
Resource Limit managed disks القياسية 50,000 أقراص SSD managed disks القياسية 50,000 أقراص SSD managed disks Premium 50,000 أقراص SSD Premium v2 managed disks 1,000 3,5,000 سعة managed disks الكلية لقرص SSD بريميوم v2 بحجم GiB2 102,400 3,1,048,576 الأقراص الفائقة 1,000 إجمالي سعة القرص الفائق بالجيبيبايت 2 102,400 Standard_LRS لقطات1 75,000 Standard_ZRS لقطات1 75,000 الصورة المدارة 50,000
1يمكن أن يحتوي القرص الفردي على 500 لقطة تزايدية.
2هذا هو الحد الأقصى الافتراضي ولكن السعات الأعلى مدعومة حسب الطلب. لطلب زيادة السعة، اطلب زيادة الحصة أو تواصل مع دعم Azure.
3تنطبق هذه الحدود الأصغر فقط على المناطق التالية: أوروبا الشمالية، المملكة المتحدة الجنوبية، الولايات المتحدة الشرقية، الولايات المتحدة الشرقية 2، الولايات المتحدة الغربية 2.
للحسابات storage القياسية:
حساب Standard storage لديه معدل طلب إجمالي أقصى يبلغ 20,000 IOPS. إجمالي IOPS عبر جميع أقراص الآلة الافتراضية في حساب تخزين Standard لا يجب أن يتجاوز هذا الحد.
بالنسبة للأقراص غير المدارة، يمكنك حساب عدد الأقراص المستخدمة بشكل كبير المدعومة من قبل حساب storage قياسي واحد بناء على حد معدل الطلب. على سبيل المثال، بالنسبة لجهاز ظاهري من المستوى الأساسي، يكون الحد الأقصى لعدد الأقراص عالية الاستخدام حوالي 66، وهو 20000/300 IOPS لكل قرص. الحد الأقصى لعدد الأقراص المستخدمة بشكل كبير لجهاز ظاهري من المستوى القياسي هو حوالي 40، وهو 20000/500 IOPS لكل قرص.
بالنسبة premium storage الحسابات:
حساب premium storage له معدل نقل إجمالي أقصى يبلغ 50 جيجابت في الثانية. يجب ألا يتجاوز إجمالي معدل النقل عبر جميع أقراص الوراك الافتراضية هذا الحد.
انظر sizes للآلات الافتراضية في Azure لمزيد من المعلومات.
لتطبيقات الجهاز الظاهري
عند العمل مع تطبيقات الوسائط الافتراضية في Azure، قد تواجه رسالة خطأ تقول "لم يكن بالإمكان إكمال العملية لأنها تتجاوز حصة UnmanagedStorageAccountCount المعتمدة." يحدث هذا الخطأ عندما تصل إلى الحد الأقصى لعدد حسابات التخزين غير المدارة التي يمكنك استخدامها.
عند نشر تطبيق VM، يحتاج Azure إلى تكراره عبر عدة مناطق. للقيام بذلك، ينشئ Azure حساب تخزين غير مدار لكل منطقة. عدد حسابات storage غير المدارة التي يستخدمها التطبيق يتم تحديده بعدد النسخ المكررة عبر جميع التطبيقات.
كقاعدة عامة، يمكن لكل حساب storage استيعاب ما يصل إلى 200 اتصال متزامن. فيما يلي خيارات لحل الخطأ "UnmanagedStorageAccountCount":
- استخدم الكائنات الثنائية كبيرة الحجم للصفحة لكائنات ثنائية كبيرة الحجم للتطبيق المصدر. يتم استخدام الحسابات غير المدارة فقط للنسخ المتماثل للكائنات الثنائية كبيرة الحجم للكتلة. لا تحتوي الكائنات الثنائية كبيرة الحجم للصفحة على مثل هذه الحدود.
- تقليل عدد النسخ المتماثلة لإصدارات تطبيق الجهاز الظاهري أو حذف التطبيقات التي لم تعد بحاجة إليها.
- تقديم طلب دعم للحصول على زيادة الحصة النسبية.
راجع نظرة عامة على تطبيقات VM لمزيد من المعلومات.
مجموعات تشفير الأقراص Azure
كل منطقة واشتراك يدعم حتى 5000 مجموعة تشفير للأقراص. تواصل مع Azure support لزيادة الحصة.
راجع الوثائق التالية لمعرفة المزيد حول قيود التشفير:
أقراص Azure managed
أقراص HDD managed disks القياسية
| نوع القرص القياسي | S4 | S6 | S10 | S15 | S20 | S30 | S40 | S50 | S60 | S70 | S80 |
|---|---|---|---|---|---|---|---|---|---|---|---|
| حجم القرص في GiB | 32 | 64 | 128 | 256 | 512 | 1,024 | 2,048 | 4,096 | 8,192 | 16,384 | 32,767 |
| عمليات الإدخال والإخراج في الثانية الأساسية لكل قرص | ما يصل إلى 500 | ما يصل إلى 500 | ما يصل إلى 500 | ما يصل إلى 500 | ما يصل إلى 500 | ما يصل إلى 500 | ما يصل إلى 500 | ما يصل إلى 500 | ما يصل إلى 1300 | ما يصل إلى 2000 | ما يصل إلى 2000 |
| *عمليات الإدخال والإخراج في الثانية الموسعة لكل قرص | N/A | N/A | N/A | N/A | N/A | ما يصل إلى 1500 | ما يصل إلى 3000 | ما يصل إلى 3000 | ما يصل إلى 3000 | ما يصل إلى 3000 | ما يصل إلى 3000 |
| معدل النقل الأساسي لكل قرص | ما يصل إلى 60 ميغابايت/ثانية | ما يصل إلى 60 ميغابايت/ثانية | ما يصل إلى 60 ميغابايت/ثانية | ما يصل إلى 60 ميغابايت/ثانية | ما يصل إلى 60 ميغابايت/ثانية | ما يصل إلى 60 ميغابايت/ثانية | ما يصل إلى 60 ميغابايت/ثانية | ما يصل إلى 60 ميغابايت/ثانية | ما يصل إلى 300 ميغابايت/ثانية | ما يصل إلى 500 ميغابايت/ثانية | ما يصل إلى 500 ميغابايت/ثانية |
| *معدل النقل الموسع لكل قرص | N/A | N/A | N/A | N/A | N/A | ما يصل إلى 150 ميغابايت/ثانية | ما يصل إلى 300 ميغابايت/ثانية | ما يصل إلى 500 ميغابايت/ثانية | ما يصل إلى 500 ميغابايت/ثانية | ما يصل إلى 500 ميغابايت/ثانية | ما يصل إلى 500 ميغابايت/ثانية |
* ينطبق فقط على الأقراص مع تمكين الأداء بالإضافة إلى.
أقراص SSD managed disks القياسية
| أحجام SSD القياسية | E1 | E2 | E3 | E4 | E6 | E10 | E15 | E20 | E30 | E40 | E50 | E60 | E70 | E80 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| حجم القرص في GiB | 4 | 8 | 16 | 32 | 64 | 128 | 256 | 512 | 1,024 | 2,048 | 4,096 | 8,192 | 16,384 | 32,767 |
| عمليات الإدخال والإخراج في الثانية الأساسية لكل قرص | ما يصل إلى 500 | ما يصل إلى 500 | ما يصل إلى 500 | ما يصل إلى 500 | ما يصل إلى 500 | ما يصل إلى 500 | ما يصل إلى 500 | ما يصل إلى 500 | ما يصل إلى 500 | ما يصل إلى 500 | ما يصل إلى 500 | ما يصل إلى 2000 | ما يصل إلى 4000 | ما يصل إلى 6000 |
| *عمليات الإدخال والإخراج في الثانية الموسعة لكل قرص | N/A | N/A | N/A | N/A | N/A | N/A | N/A | N/A | ما يصل إلى 1500 | ما يصل إلى 3000 | ما يصل إلى 6000 | ما يصل إلى 6000 | ما يصل إلى 6000 | ما يصل إلى 6000 |
| معدل النقل الأساسي لكل قرص | ما يصل إلى 100 ميغابايت/ثانية | ما يصل إلى 100 ميغابايت/ثانية | ما يصل إلى 100 ميغابايت/ثانية | ما يصل إلى 100 ميغابايت/ثانية | ما يصل إلى 100 ميغابايت/ثانية | ما يصل إلى 100 ميغابايت/ثانية | ما يصل إلى 100 ميغابايت/ثانية | ما يصل إلى 100 ميغابايت/ثانية | ما يصل إلى 100 ميغابايت/ثانية | ما يصل إلى 100 ميغابايت/ثانية | ما يصل إلى 100 ميغابايت/ثانية | ما يصل إلى 400 ميغابايت/ثانية | ما يصل إلى 600 ميغابايت/ثانية | ما يصل إلى 750 ميغابايت/ثانية |
| *معدل النقل الموسع لكل قرص | N/A | N/A | N/A | N/A | N/A | N/A | N/A | N/A | ما يصل إلى 150 ميغابايت/ثانية | ما يصل إلى 300 ميغابايت/ثانية | ما يصل إلى 600 ميغابايت/ثانية | ما يصل إلى 750 ميغابايت/ثانية | ما يصل إلى 750 ميغابايت/ثانية | ما يصل إلى 750 ميغابايت/ثانية |
| الحد الأقصى للاندفاع IOPS لكل قرص | 600 | 600 | 600 | 600 | 600 | 600 | 600 | 600 | 1000 | |||||
| الحد الأقصى لمعدل نقل الاندفاع لكل قرص | 150 ميغابايت/ثانية | 150 ميغابايت/ثانية | 150 ميغابايت/ثانية | 150 ميغابايت/ثانية | 150 ميغابايت/ثانية | 150 ميغابايت/ثانية | 150 ميغابايت/ثانية | 150 ميغابايت/ثانية | 250 ميغابايت/ثانية | |||||
| الحد الأقصى لمدة الاندفاع | 30 دقيقة | 30 دقيقة | 30 دقيقة | 30 دقيقة | 30 دقيقة | 30 دقيقة | 30 دقيقة | 30 دقيقة | 30 دقيقة |
* ينطبق فقط على الأقراص مع تمكين الأداء بالإضافة إلى.
أقراص SSD managed disks بريميوم: حدود لكل قرص
| أحجام Premium SSD | P1 | P2 | P3 | P4 | P6 | P10 | P15 | P20 | P30 | P40 | P50 | P60 | P70 | P80 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| حجم القرص في GiB | 4 | 8 | 16 | 32 | 64 | 128 | 256 | 512 | 1,024 | 2,048 | 4,096 | 8,192 | 16,384 | 32,767 |
| عمليات الإدخال والإخراج في الثانية (IOPS) المقدمة الأساسية لكل قرص | 120 | 120 | 120 | 120 | 240 | 500 | 1,100 | 2,300 | 5,000 | 7,500 | 7,500 | 16,000 | 18,000 | 20,000 |
| **عمليات الإدخال والإخراج في الثانية الموسعة المتوفرة لكل قرص | N/A | N/A | N/A | N/A | N/A | N/A | N/A | N/A | 8,000 | 16,000 | 20,000 | 20,000 | 20,000 | 20,000 |
| معدل النقل المقدم الأساسي لكل قرص | 25 ميغابايت/ثانية | 25 ميغابايت/ثانية | 25 ميغابايت/ثانية | 25 ميغابايت/ثانية | 50 ميغابايت/ثانية | 100 ميغابايت/ثانية | 125 ميغابايت/ثانية | 150 ميغابايت/ثانية | 200 ميغابايت/ثانية | 250 ميغابايت/ثانية | 250 ميغابايت/ثانية | 500 ميجابايت/ثانية | 750 ميجابايت/ثانية | 900 ميجابايت/ثانية |
| **معدل النقل الموسع المتوفر لكل قرص | N/A | N/A | N/A | N/A | N/A | N/A | N/A | N/A | 300 ميغابايت/ثانية | 600 ميغابايت/ثانية | 900 ميجابايت/ثانية | 900 ميجابايت/ثانية | 900 ميجابايت/ثانية | 900 ميجابايت/ثانية |
| الحد الأقصى للاندفاع IOPS لكل قرص | 3,500 | 3,500 | 3,500 | 3,500 | 3,500 | 3,500 | 3,500 | 3,500 | 30,000* | 30,000* | 30,000* | 30,000* | 30,000* | 30,000* |
| الحد الأقصى لمعدل نقل الاندفاع لكل قرص | 170 ميغابايت/ثانية | 170 ميغابايت/ثانية | 170 ميغابايت/ثانية | 170 ميغابايت/ثانية | 170 ميغابايت/ثانية | 170 ميغابايت/ثانية | 170 ميغابايت/ثانية | 170 ميغابايت/ثانية | 1000 ميغابايت/ثانية* | 1000 ميغابايت/ثانية* | 1000 ميغابايت/ثانية* | 1000 ميغابايت/ثانية* | 1000 ميغابايت/ثانية* | 1000 ميغابايت/ثانية* |
| الحد الأقصى لمدة الاندفاع | 30 دقيقة | 30 دقيقة | 30 دقيقة | 30 دقيقة | 30 دقيقة | 30 دقيقة | 30 دقيقة | 30 دقيقة | Unlimited* | Unlimited* | Unlimited* | Unlimited* | Unlimited* | Unlimited* |
| مؤهل للحجز | No | No | No | No | No | No | No | No | نعم، حتى سنة واحدة | نعم، حتى سنة واحدة | نعم، حتى سنة واحدة | نعم، حتى سنة واحدة | نعم، حتى سنة واحدة | نعم، حتى سنة واحدة |
*ينطبق فقط على الأقراص مع تمكين الاندفاع عند الطلب.
** ينطبق فقط على الأقراص مع تمكين الأداء بالإضافة إلى.
أقراص SSD Premium v2 managed disks
على عكس Premium SSDs، لا يحتوي Premium SSD v2 على أحجام مخصصة. يمكنك تعيين Premium SSD v2 إلى أي حجم مدعوم تفضله، وإجراء تعديلات دقيقة على الأداء دون وقت تعطل.
| حجم القرص | الحد الأقصى لعمليات الإدخال/الإخراج في الثانية المتوفرة | الحد الأقصى لمعدل النقل المتاح (ميغابايت/ثانية) |
|---|---|---|
| 1 جيبي بايت-64 تيرابايت | 3,000-80,000 (زيادات بمقدار 500 عملية إدخال/إخراج لكل جيبي بايت) | 125-2,000 (زيادة بمقدار 0.25 ميجابايت/ثانية لكل مجموعة IOPS) |
Ultra Disks
تعمل أحجام Ultra Disk مثل Premium SSD وSSD القياسي وأحجام محركات الأقراص الثابتة القياسية. عند إنشاء قرص Ultra أو تعديله، تتم فوترة الحجم الذي قمت بتعيينه كأكبر حجم قرص تم توفيره بعد ذلك. لذلك إذا قمت بنشر قرص Ultra 200 GiB أو تعيين قرص Ultra 200 GiB، سيكون لديك 200 GiB Ultra Disk تتم فوترته كما لو كان 256 غيغابايت، لأن هذا هو الحجم الأكبر التالي للقرص المتوفر.
يوفر الجدول التالي مقارنة بين أحجام الأقراص وأحرف الأداء الاستهلالية لمساعدتك في تحديد أحجام الأقراص التي يجب استخدامها.
| حجم القرص (جيبي بايت) | غطاء IOPS | معدل النقل Cap (ميغابايت/ثانية) |
|---|---|---|
| 4 | 1,200 | 300 |
| 8 | 2,400 | 600 |
| 16 | 4,800 | 1,200 |
| 32 | 9,600 | 2,400 |
| 64 | 19,200 | 4,900 |
| 128 | 38,400 | 9,800 |
| 256 | 76,800 | 10,000 |
| 512 | 153,600 | 10,000 |
| 1,024 | 307,200 | 10,000 |
| 2,048-65,536 (الأحجام في هذا النطاق تزداد بزيادات 1 تيرابايت) | 400,000 | 10,000 |
أقراص الجهاز الظاهري غير المدارة
أقراص الجهاز الظاهري القياسية غير المدارة: حدود لكل قرص
| طبقة الجهاز الظاهري | جهاز ظاهري من المستوى الأساسي | جهاز ظاهري من المستوى القياسي |
|---|---|---|
| حجم القرص | 4,095 غيغابايت | 4,095 غيغابايت |
| الحد الأقصى لعمليات الإدخال والإخراج في الثانية (IOPS) 8 كيلوبايت لكل قرص ثابت | 300 | 500 |
| الحد الأقصى لعدد الأقراص التي تنفذ الحد الأقصى من IOPS | 66 | 40 |
أقراص الجهاز الظاهري المتميزة غير المدارة: حدود لكل حساب
| Resource | Limit |
|---|---|
| إجمالي سعة القرص لكل حساب | 35 تيرابايت |
| إجمالي سعة اللقطة لكل حساب | 10 تيرابايت |
| الحد الأقصى لعرض النطاق الترددي لكل حساب (الدخول + الخروج)1 | <=50 جيجابت في الثانية |
1Ingress تشير إلى جميع البيانات من الطلبات التي ترسل إلى حساب storage. يشير Egress إلى جميع البيانات من الردود التي يتم استلامها من حساب storage.
أقراص الجهاز الظاهري المتميزة غير المدارة: حدود كل قرص
| نوع قرص Premium storage | P10 | P20 | P30 | P40 | P50 |
|---|---|---|---|---|---|
| حجم القرص | 128 جيبي بايت | 512 جيجا بايت | 1,024 جيبي بايت (1 تيرابايت) | 2,048 جيبي بايت (2 تيرابايت) | 4,095 جيبي بايت (4 تيرابايت) |
| الحد الأقصى لعمليات الإدخال والإخراج في الثانية لكل قرص | 500 | 2,300 | 5,000 | 7,500 | 7,500 |
| الحد الأقصى لمعدل النقل لكل قرص | 100 ميجابايت/ثانية | 150 ميجابايت/ثانية | 200 ميجابايت/ثانية | 250 ميجابايت/ثانية | 250 ميجابايت/ثانية |
| الحد الأقصى لعدد الأقراص لكل حساب storage | 280 | 70 | 35 | 17 | 8 |
أقراص الجهاز الظاهري المتميزة غير المدارة: حدود Per-VM
| Resource | Limit |
|---|---|
| الحد الأقصى لعمليات الإدخال والإخراج في الثانية لكل جهاز ظاهري | 80,000 IOPS مع GS5 VM |
| الحد الأقصى لمعدل النقل لكل جهاز ظاهري | 2000 ميغابايت/ثانية مع GS5 VM |
Azure StorSimple System limits
| معرف الحد | Limit | التعليقات |
|---|---|---|
| الحد الأقصى لعدد بيانات اعتماد حساب storage | 64 | |
| الحد الأقصى لعدد حاويات وحدة التخزين | 64 | |
| الحد الأقصى لعدد وحدات التخزين | 255 | |
| الحد الأقصى لعدد الجداول لكل قالب عرض نطاق ترددي | 168 | جدول زمني لكل ساعة، كل يوم من أيام الأسبوع. |
| الحجم الأقصى لوحدة تخزين متدرجة على الأجهزة الفعلية | 64 تيرابايت ل StorSimple 8100 و StorSimple 8600 | StorSimple 8100 و StorSimple 8600 هما أجهزة فعلية. |
| الحد الأقصى لحجم حجم متعدد المستويات على الأجهزة الافتراضية في Azure | 30 تيرابايت ل StorSimple 8010 64 تيرابايت ل StorSimple 8020 |
StorSimple 8010 و StorSimple 8020 هما جهازان افتراضيان في Azure يستخدمان التخزين القياسي والتخزين المميز على التوالي. |
| الحد الأقصى لحجم وحدة تخزين مثبتة محليا على الأجهزة الفعلية | 9 تيرابايت ل StorSimple 8100 24 تيرابايت ل StorSimple 8600 |
StorSimple 8100 و StorSimple 8600 هما أجهزة فعلية. |
| الحد الأقصى لعدد اتصالات iSCSI | 512 | |
| الحد الأقصى لعدد اتصالات iSCSI من بادئات | 512 | |
| الحد الأقصى لعدد سجلات access control لكل جهاز | 64 | |
| الحد الأقصى لعدد وحدات التخزين لكل نهج نسخ احتياطي | 24 | |
| الحد الأقصى لعدد النسخ الاحتياطية التي تم الاحتفاظ بها لكل نهج نسخ احتياطي | 64 | |
| الحد الأقصى لعدد الجداول لكل نهج نسخ احتياطي | 10 | |
| الحد الأقصى لعدد اللقطات من أي نوع يمكن الاحتفاظ بها لكل وحدة تخزين | 256 | يتضمن هذا المبلغ لقطات محلية ولقطات سحابية. |
| الحد الأقصى لعدد اللقطات التي يمكن أن تكون موجودة في أي جهاز | 10,000 | |
| الحد الأقصى لعدد وحدات التخزين التي يمكن معالجتها بالتوازي للنسخ الاحتياطي أو الاستعادة أو النسخ | 16 |
|
| استعادة واستنساخ وقت الاسترداد لوحدات التخزين المتدرجة | <دقيقتان |
|
| استعادة وقت الاسترداد لوحدات التخزين المثبتة محليا | <دقيقتان |
|
| توفر الاستعادة الرقيقة | تجاوز الفشل الأخير | |
| الحد الأقصى لمعدل نقل قراءة/كتابة العميل، عند تقديمه من مستوى SSD* | 920/720 ميغابايت/ثانية مع واجهة شبكة إيثرنت واحدة بحجم 10 جيجابت | ما يصل إلى مرتين مع MPIO وواجهتي شبكة اتصال. |
| الحد الأقصى لمعدل نقل قراءة/كتابة العميل، عند تقديمه من طبقة HDD* | 120/250 ميجابايت/ثانية | |
| الحد الأقصى لمعدل نقل القراءة/الكتابة للعميل، عند تقديمه من طبقة السحابة* | 11/41 ميجابايت/ثانية | يعتمد معدل نقل القراءة على العملاء الذين ينشئون ويحافظون على عمق كاف لقائمة انتظار الإدخال/الإخراج. |
*تم قياس الحد الأقصى لمعدل النقل لكل نوع إدخال/إخراج بسيناريوهات قراءة بنسبة 100 بالمائة وكتابة 100 بالمائة. قد يكون معدل النقل الفعلي أقل ويعتمد على مزيج الإدخال/إخراج وظروف الشبكة.
حدود Azure Stream Analytics
| معرف الحد | Limit | التعليقات |
|---|---|---|
| الحد الأقصى لعدد وحدات الدفق لكل اشتراك لكل منطقة | 83 | لطلب زيادة عدد وحدات البث لاشتراكك لأكثر من 83، تواصل مع Microsoft Support. |
| الحد الأقصى لعدد الإدخالات لكل وظيفة | 60 | هناك حد صارم يبلغ 60 مدخلا لكل وظيفة في Azure Stream Analytics. |
| الحد الأقصى لعدد المخرجات لكل وظيفة | 60 | هناك حد ثابت يبلغ 60 ناتجا لكل وظيفة Stream Analytics. |
| الحد الأقصى لعدد الوظائف لكل وظيفة | 60 | هناك حد ثابت يبلغ 60 وظيفة لكل وظيفة Stream Analytics. |
| الحد الأقصى لعدد وحدات الدفق لكل وظيفة | 66 | هناك حد ثابت يبلغ 66 وحدة دفق لكل وظيفة Stream Analytics. |
| الحد الأقصى لعدد المهام لكل منطقة | 1,500 | يمكن أن يكون لكل اشتراك ما يصل إلى 1500 وظيفة لكل منطقة جغرافية. |
| كائن ثنائي كبير الحجم للبيانات المرجعية | 5 جيجابايت | ما يصل إلى 5 غيغابايت عند استخدام 1 أو أكثر من وحدات SUs. |
| الحد الأقصى لعدد الأحرف في استعلام | 512000 | هناك حد صارم يبلغ 512 ألف حرف في استعلام وظيفة Azure Stream Analytics. |
حدود Azure Virtual Machines
حدود Azure Virtual Machines
| Resource | Limit |
|---|---|
| Virtual machines لكل خدمة سحابية 1 | 50 |
| نقاط نهاية الإدخال لكل خدمة سحابية 2 | 150 |
1 يتم تخزين الآلات الافتراضية التي يتم إنشاؤها باستخدام نموذج النشر الكلاسيكي بدلا من Azure Resource Manager تلقائيا في خدمة سحابية. يمكنك إضافة المزيد من virtual machines إلى تلك الخدمة السحابية لموازنة التحميل والتوافر.
2 تسمح نقاط نهاية الإدخال بالاتصالات بجهاز ظاهري من خارج الخدمة السحابية للجهاز الظاهري. يمكن ل Virtual machines في نفس الخدمة السحابية أو virtual network التواصل تلقائيا مع بعضها البعض.
حدود Azure Virtual Machines - Azure Resource Manager
تنطبق القيود التالية عند استخدام مجموعات الموارد Azure Resource Manager و Azure.
| Resource | Limit |
|---|---|
| الآلات الافتراضية لكل subscription | 25,0001 لكل منطقة. |
| إجمالي أنوية الآلات الافتراضية لكل subscription | 201 لكل منطقة. اتصل بالدعم لزيادة الحد. |
| Azure النوى العشوائية للأجهزة الافتراضية لكل subscription | 201 لكل منطقة. اتصل بالدعم لزيادة الحد. |
| الآلات الافتراضية لكل سلسلة، مثل Dv2 و F، والنوى لكل subscription | 201 لكل منطقة. اتصل بالدعم لزيادة الحد. |
| التوافر يحدد لكل اشتراك | 2500 لكل منطقة. |
| Virtual machines لكل مجموعة توفر | 200 |
| مجموعات تحديد أماكن القرب لكل مجموعة الموارد | 800 |
| الشهادات لكل مجموعة توفر | 1992 |
| الشهادات لكل اشتراك | Unlimited3 |
1 تختلف الحدود الافتراضية حسب نوع فئة العرض، مثل التجربة المجانية والدفع حسب الاستخدام، وحسب السلاسل مثل Dv2 وF وG. على سبيل المثال، الافتراضي لاشتراكات Enterprise Agreement هو 350. بالنسبة للأمان، تكون الاشتراكات افتراضية إلى 20 نواة لمنع عمليات النشر الأساسية الكبيرة. إذا كنت بحاجة إلى المزيد من الذاكرات الأساسية، أرسل تذكرة دعم.
2 يتم أيضا دفع الخصائص مثل المفاتيح العامة SSH كشهادات ويتم احتسابها ضمن هذا الحد. لتجاوز هذا الحد، استخدم الامتداد Azure Key Vault ل Windows أو الامتداد Azure Key Vault لنظام Linux لتثبيت الشهادات.
3 مع Azure Resource Manager، تخزن الشهادات في Azure Key Vault. عدد الشهادات غير محدود للاشتراك. هناك حد 1 ميغابايت من الشهادات لكل نشر، والذي يتكون إما من جهاز ظاهري واحد أو مجموعة توفر.
Note
نوى الجهاز الظاهري لها حد إجمالي إقليمي. لديهم أيضا حد للسلسلة الإقليمية لكل حجم، مثل Dv2 وF. يتم فرض هذه الحدود بشكل منفصل. على سبيل المثال، ضع في اعتبارك اشتراكا بحد أساسي للأجهزة الظاهرية في شرق الولايات المتحدة يبلغ 30، وحدود ذاكرة أساسية للسلسلة A يبلغ 30، والحد الأساسي للسلسلة D وهو 30. يمكن لهذا الاشتراك نشر 30 جهازا ظاهريا A1 أو 30 جهازا ظاهريا D1 أو مزيجا من الاثنين بحيث لا يتجاوز إجمالي 30 نواة. مثال على الجمع هو 10 أجهزة ظاهرية A1 و20 D1 VMs.
حدود معرض Azure Compute Gallery
هناك حدود لكل اشتراك لنشر الموارد عند استخدام معارض الحوسبة:
- 100 معرض حساب لكل اشتراك ولكل منطقة
- 1000 تعريف صورة لكل اشتراك ولكل منطقة
- 10000 إصدار صورة لكل اشتراك ولكل منطقة
حد أمر التشغيل المدار
يقتصر الحد الأقصى المسموح به لأوامر التشغيل المدار حاليا على 25.
مجموعات توسعة الأجهزة الظاهرية في Azure Limits
| Resource | Limit |
|---|---|
| الحد الأقصى لعدد الأجهزة الظاهرية في مجموعة التحجيم | 1,000 |
| الحد الأقصى لعدد الأجهزة الظاهرية استنادا إلى صورة جهاز ظاهري مخصصة في مجموعة مقياس | 600 |
| الحد الأقصى لعدد مجموعات المقياس لكل اشتراك لكل منطقة | 2,500 |
| الحد الأقصى لعدد العقد المدعومة في VMSS لمجموعة IB | 100 |
حدود Azure Virtual Network Manager
| Category | Limitation |
|---|---|
| القيود العامة | |
| الدعم عبر المستأجرين | فقط مع مجموعات شبكة العضوية الثابتة |
| اشتراكات Azure | يقتصر تطبيق النهج على < 15000 اشتراك |
| وضع إنفاذ النهج | لا توجد إضافة إلى مجموعة الشبكة إذا تم تعيينها إلى معطل |
| دورة تقييم النهج | دورة التقييم القياسية غير مدعومة |
| حركة الاشتراك | نقل الاشتراك إلى مستأجر آخر غير مدعوم |
| حدود تكوينات الاتصال | |
| الشبكات الظاهرية في مجموعة متصلة | يمكن أن تتضمن المجموعة المتصلة ما يصل إلى 250 شبكة ظاهرية افتراضيا، قابلة للتوسيع إلى 1000 عند الطلب باستخدام هذا النموذج. |
| نقاط النهاية الخاصة | 2000 نقطة نهاية خاصة لكل مجموعة متصلة |
| تكوين المحور والتحدث | الحد الأقصى ل 1000 شبكة ظاهرية مقترنة بالمركز |
| الاتصال المباشر | ما يصل إلى 250 شبكة ظاهرية افتراضيا، قابلة للتوسيع إلى 1000 عند الطلب باستخدام هذا النموذج. |
| عضوية المجموعة | يمكن أن يكون virtual network جزءا من مجموعتين متصلتين كحد أقصى، ويمكن توسيعهما إلى 1000 عند الطلب باستخدام هذا النموذج. |
| مسافات IP المتراكبة | يتم إسقاط الاتصال بعنوان IP المتداخل |
| حدود قواعد مسؤول الأمان | |
| بادئات IP | حد أقصى 20,000 بادئة IP مجتمعة لكل مورد واحد من Azure Virtual Network Manager |
| قواعد المسؤول | Max 100 قاعدة admin مجتمعة لكل مورد واحد في Azure Virtual Network Manager |
| حدود المسارات المعرفة من قبل المستخدم | |
| المسارات المعرفة من قبل المستخدم لكل جدول توجيه | 1,000 كحد أقصى |
حدود أنفاق التطوير
تنطبق الحدود التالية على أنفاق التطوير. يتم إعادة تعيين الحدود شهريا.
| Resource | Limit |
|---|---|
| Bandwidth | 5 غيغابايت لكل مستخدم |
| الأنفاق | 10 لكل مستخدم |
| الاتصالات النشطة | 1000 لكل منفذ |
| Ports | 10 لكل نفق |
| معدل طلب HTTP | 1500/دقيقة لكل منفذ |
| معدل نقل البيانات | ما يصل إلى 20 ميغابايت/ثانية لكل نفق |
| الحد الأقصى لحجم نص طلب HTTP لإعادة توجيه الويب | 16 ميغابايت |
للاستفسارات حول هذه الحدود، افتح مشكلة في مستودع GitHub الخاص بنا.
حدود محيط أمان الشبكة
قيود المقياس
يمكن استخدام وظيفة محيط أمان الشبكة لدعم عمليات نشر موارد PaaS مع عناصر تحكم الشبكة العامة الشائعة مع قيود المقياس التالية:
| Limitation | الوصف |
|---|---|
| عدد محيطات أمان الشبكة | مدعوم حتى 100 كحد موصى به لكل اشتراك. |
| ملفات التعريف لكل محيط أمان للشبكة | مدعوم حتى 200 كحد موصى به. |
| عدد عناصر القاعدة لكل ملف تعريف | مدعوم حتى 200 للواردة والصادرة لكل منها كحد أقصى. |
| عدد موارد PaaS عبر الاشتراكات المرتبطة بنفس محيط أمان الشبكة | مدعوم حتى 1000 كحد موصى به. |
قيود أخرى
يحتوي محيط أمان الشبكة على قيود أخرى على النحو التالي:
| Limitation/Issue | الوصف |
|---|---|
| حقل مفقود في محيط أمان الشبكة access السجلات | يمكن تجميع سجلات access الخاصة بأمن الشبكة. إذا كانت الحقول 'count' و'timeGeneratedEndTime' مفقودة، ففكر في عدد التجميعات ك 1. |
| فشل عمليات إنشاء الاقتران من خلال SDK مع مشكلة في الإذن | 'الحالة: 403 (ممنوع)؛ قد يتم استقبال رمز الخطأ: AuthorizationFailed' أثناء تنفيذ الإجراء 'Microsoft. الشبكة/المواقع/الشبكة الأمان المحيط بالعمليات الحالة/قراءة عبر النطاق '/subscriptions/xyz/providers/Microsoft. Network/locations/xyz/networkSecurityPerimeterOperationStatuses/xyz'. حتى يتم الإصلاح، استخدم الإذن 'Microsoft. Network/locations/*/read' أو استخدم WaitUntil. بدأت في واجهة برمجة تطبيقات CreateOrUpdateAsync SDK لإنشاء الارتباطات. |
| لا يمكن أن تزيد أسماء الموارد عن 44 حرفا لدعم محيط أمان الشبكة | جمعية موارد محيط أمن الشبكة التي تم إنشاؤها من بوابة Azure لها صيغة {resourceName}-{perimeter-guid}. للمحاذاة مع حقل اسم المتطلب لا يمكن أن يحتوي على أكثر من 80 حرفا، يجب أن تقتصر أسماء الموارد على 44 حرفا. |
| نسبة استخدام الشبكة لنقطة نهاية الخدمة غير مدعومة. | يوصى باستخدام نقاط النهاية الخاصة ل IaaS لاتصال PaaS. حاليا، يمكن رفض حركة مرور نقطة نهاية الخدمة حتى عندما تسمح قاعدة واردة ب 0.0.0.0/0. |
Note
راجع وثائق PaaS الفردية لمعرفة القيود الخاصة بكل خدمة.
الخطوات التالية
تابع إلى الموارد التالية لمعرفة المزيد: