الأسئلة المتداولة عن معدل النقل المزود بمقياس تلقائي في Azure Cosmos DB

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

يتم دعم الموارد التي تم إنشاؤها في نموذج المستوى السابق تلقائيا في نموذج RU/s المخصص الجديد للتحجيم التلقائي. يصبح الحد الأعلى للمستوى هو الحد الأقصى الجديد لوحدة الطلب/ ثانية، مما ينتج عنه نفس نطاق المقياس.

على سبيل المثال، إذا حددت مسبقا المستوى الذي تم تحجيمه بين 400 وحدة طلب/ثانية و4000 وحدة طلب/ثانية، فإن قاعدة البيانات أو الحاوية تعرض الآن وحدة طلب/ثانية بحد أقصى 4000 وحدة طلب/ثانية، والتي تتراوح بين 400 وحدة طلب/ثانية و4000 وحدة طلب/ثانية. بعد ذلك، يمكنك تغيير الحد الأقصى ل RU/s إلى قيمة مخصصة استنادا إلى حمل العمل الخاص بك.

بدءا من أبريل 2022، يمكنك تعيين مقياس تلقائي بحد أقصى RU/s منخفض يصل إلى 1000 RU/s (يتدرج بين 100 RU/s و1000 RU/s). يمكنك أيضا تعيين نطاق مقياس من 200 وحدة طلب/ثانية إلى 2000 وحدة طلب/ثانية أو 300 وحدة طلب/ثانية إلى 3000 وحدة طلب/ثانية. في السابق، كانت نقطة الإدخال 400 وحدة طلب/ثانية إلى 4000 وحدة طلب/ثانية.

نوصي بهذا التكوين لأحمال العمل التي لها متطلبات إنتاجية منخفضة، ولكن لا تزال قد تتدرج إلى الحد الأقصى ل RU/s.

باستخدام التحجيم التلقائي، يقوم النظام بتحجيم معدل النقل (RU/s) T لأعلى أو T لأسفل ضمن نطاق 0.1 × Tmax استنادا إلى Tmax نسبة استخدام الشبكة الواردة. نظراً لأن التحجيم تلقائي وفوري، في أي وقت، يمكنك الاستهلاك حتى Tmax المُزوَّد دون تأخير.

استخدم مقاييس Azure Monitor لمراقبة كل من الحد الأقصى لوحدات الطلب/الثانية المخصصة للتحجيم التلقائي ومعدل النقل الحالي (RU/s) الذي يتم تحجيم النظام إليه.

كل ساعة، تتم محاسبتك على أعلى معدل نقل T تم تغيير حجم النظام إليه في غضون تلك الساعة. إذا لم يكن لموردك أي طلبات خلال الساعة أو لم يتجاوز 0.1 × Tmax، فستتم محاسبتك على الحد الأدنى من 0.1 × Tmax. للحصول على التفاصيل، راجع صفحة تسعير Azure Cosmos DB.

في حسابات منطقة الكتابة الواحدة، معدل التحجيم التلقائي لكل 100 وحدة طلب/ثانية هو 1.5 مرة معدل النقل القياسي (اليدوي) المقدم. تعرض الفاتورة مقياس معدل النقل القياسي المتوفر الحالي. يتم ضرب كمية هذا المقياس في 1.5. على سبيل المثال، إذا كان أعلى وحدات الطلب/ الثانية التي تم تحجيم النظام إليها في غضون ساعة هو 6000 وحدة طلب/ثانية، فستتم محاسبتك على 60 × 1.5 = 90 وحدة من العداد لتلك الساعة.

في الحسابات التي تحتوي على مناطق كتابة متعددة، يكون معدل التحجيم التلقائي لكل 100 وحدة طلب/ثانية هو نفس معدل معدل النقل القياسي (اليدوي) المتوفر لمنطقة الكتابة المتعددة. تعرض الفاتورة مقياس مناطق الكتابة المتعددة الموجودة. نظرا لأن الأسعار هي نفسها، إذا كنت تستخدم مقياسا تلقائيا، فسترى نفس الكمية مثل معدل النقل القياسي.

نعم. مع السعة المحجوزة للحسابات ذات مناطق الكتابة الواحدة، يتم تطبيق خصم الحجز لموارد التحجيم التلقائي على استخدام العداد بنسبة 1.5 مرة نسبة المنطقة المحددة. على سبيل المثال، إذا كنت تريد استخدام السعة المحجوزة لتغطية 10000 وحدة RU/s للمقياس التلقائي، فيجب أن تخطط لشراء 15000 RU/s من السعة المحجوزة بشكل عام.

تعمل السعة المحجوزة لمنطقة الكتابة المتعددة بنفس الطريقة بالنسبة لمعدل النقل المزود بمقياس تلقائي والقياسي (اليدوي). لمزيد من المعلومات، راجع سعة Azure Cosmos DB المحجوزة.

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

نعم. يتم دعم التحجيم التلقائي لجميع واجهات برمجة التطبيقات: NoSQL وGremlin وTable وCassandra وMongoDB.

نعم. يتوفر الحد الأقصى ل RU/s في كل منطقة تمت إضافتها إلى حساب Azure Cosmos DB.

تعرف على كيفية تمكين التحجيم التلقائي.

نعم. يمكنك أيضا التبديل بين معدل النقل المزود بالتحجيم التلقائي ومعدل النقل القياسي (اليدوي). حاليا، بالنسبة لجميع واجهات برمجة التطبيقات، يمكنك استخدام مدخل Azure أو Azure CLI أو PowerShell للقيام بهذه العمليات. حسب التصميم، لا يمكنك استخدام SDKs لعميل Azure Cosmos DB أو قالب Azure Resource Manager للترحيل بين معدل النقل اليدوي المقدم والتحجيم التلقائي. ومع ذلك، يمكنك استخدام SDKs للعميل أو قالب Azure Resource Manager لإنشاء موارد تحجيم تلقائي جديدة وتغيير الحد الأقصى ل RU/s على مورد مقياس تلقائي موجود.

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

الترحيل من معدل النقل القياسي (اليدوي) المقدم إلى التحجيم التلقائي

بالنسبة للحاوية، استخدم الصيغة التالية لتقدير الحد الأقصى الأولي لوحدات الطلب/الثانية للتحجيم التلقائي:

MAX(1,000, current manual provisioned RU/s, maximum RU/s ever provisioned / 10, storage in GB × 10) تقريبها إلى أقرب 1000 وحدة طلب/ثانية.

قد يختلف الحد الأقصى الفعلي للتحجيم التلقائي لوحدات الطلب/ الثانية استنادا إلى تكوين حسابك.

مثال #1: لديك حاوية تحتوي على معدل نقل يدوي 10000 وحدة طلب/ثانية ومساحة تخزين 25 غيغابايت. عند تمكين التحجيم التلقائي، يكون الحد الأقصى الأولي للتحجيم التلقائي RU/s هو 10000 وحدة طلب/ثانية، والتي يمكن أن تتراوح بين 1000 وحدة طلب/ثانية و10000 وحدة طلب/ثانية.

مثال #2: لديك حاوية تحتوي على معدل نقل يدوي 50000 وحدة طلب/ثانية ومساحة تخزين 25000 غيغابايت. عند تمكين التحجيم التلقائي، يكون الحد الأقصى الأولي للتحجيم التلقائي RU/s هو 250,000 وحدة طلب/ثانية، والتي يمكن أن تتراوح بين 25,000 وحدة طلب/ثانية و250,000 وحدة طلب/ثانية.

الترحيل من التحجيم التلقائي إلى معدل النقل القياسي (اليدوي) المقدم

معدل النقل اليدوي الأولي المقدم يساوي الحد الأقصى الحالي لوحدات الطلب/ الثانية للتحجيم التلقائي.

مثال: لديك قاعدة بيانات أو حاوية ذات مقياس تلقائي تحتوي على وحدة طلب/ثانية بحد أقصى 20000 وحدة طلب/ثانية (مقاييس بين 2000 وحدة طلب/ثانية و20000 وحدة طلب/ثانية). عند التحديث لاستخدام معدل النقل اليدوي المقدم، يكون معدل النقل الأولي 20000 وحدة طلب/ثانية.

نعم. لتمكين التحجيم التلقائي برمجيا على قاعدة بيانات أو حاوية موجودة، يمكنك استخدام Azure CLI أو PowerShell.

لإنشاء قاعدة بيانات أو حاوية جديدة تستخدم مقياسا تلقائيا، يمكنك استخدام قالب Azure CLI أو PowerShell أو Azure Resource Manager.

نعم. لتمكين التحجيم التلقائي لقاعدة بيانات معدل النقل المشترك، عند إنشاء قاعدة البيانات، حدد التحجيم التلقائي وخيار معدل النقل المخصص.

يفرض Azure Cosmos DB 25 حاوية كحد أقصى في قاعدة بيانات معدل النقل المشترك. ينطبق الحد الأقصى على قواعد البيانات التي تحتوي على معدل نقل قياسي أو قياسي (يدوي).

لا يؤثر التحجيم التلقائي على مستوى تناسق قاعدة البيانات.

للحصول على مزيد من المعلومات، راجع مستويات التناسق.

حد التخزين بالجيجابايت لكل وحدة طلب/ثانية كحد أقصى هو الحد الأقصى لوحدة الطلب/الثانية لقاعدة البيانات أو الحاوية مقسوما على 10. على سبيل المثال، إذا كان الحد الأقصى لوحدة الطلب/الثانية هو 20000 وحدة طلب/ثانية، يمكن للمورد دعم 2000 غيغابايت من التخزين.

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

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

على سبيل المثال، إذا بدأت بحد أقصى RU/s يبلغ 50000 وحدة طلب/ثانية (يتدرج بين 5000 وحدة طلب/ثانية و50000 وحدة طلب/ثانية)، يمكنك تخزين ما يصل إلى 5000 غيغابايت من البيانات. إذا زاد حجم التخزين إلى 5001 غيغابايت، فإن مساحة التخزين الآن تبلغ 6000 غيغابايت والحد الأقصى الجديد لوحدة الطلب/الثانية هو 60000 وحدة طلب/ثانية (يتدرج بين 6000 وحدة طلب/ثانية و60000 وحدة طلب/ثانية).

نعم. لمزيد من المعلومات، راجع كيفية توفير معدل نقل التحجيم التلقائي.

عند تغيير الحد الأقصى لوحدة الطلب/ الثانية، اعتمادا على القيمة المطلوبة، قد تستغرق العملية غير المتزامنة من 4 إلى 6 ساعات للانتهاء. اعرف المزيد.

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

عند خفض الحد الأقصى لوحدة الطلب/الثانية، يتم MAX(1,000, highest maximum RU/s ever provisioned / 10, current storage in GB × 10) تقريب الحد الأدنى للقيمة التي يمكنك تعيينها إلى أقرب 1000 وحدة طلب/ثانية.

مثال #1: لديك حاوية مقياس تلقائي تحتوي على وحدة طلب/ثانية بحد أقصى 20000 وحدة طلب/ثانية (يتدرج بين 2000 وحدة طلب/ثانية و20000 وحدة طلب/ثانية) و1500 غيغابايت من التخزين. القيمة الدنيا الأدنى التي يمكنك تعيين الحد الأقصى ل RU/s عليها هي MAX(1,000, 20,000 / 10, 1,500 × 10) = 15000 وحدة طلب/ثانية (المقاييس بين 1500 وحدة طلب/ثانية و15000 وحدة طلب/ثانية).

مثال رقم 2: لديك حاوية مقياس تلقائي تحتوي على وحدة طلب/ثانية بحد أقصى 100000 وحدة طلب/ثانية و100 غيغابايت من التخزين. الآن، يمكنك تحجيم الحد الأقصى لوحدة الطلب/الثانية حتى 150,000 وحدة طلب/ثانية (يتدرج بين 15,000 وحدة طلب/ثانية و150,000 وحدة طلب/ثانية). القيمة الدنيا الأدنى التي يمكنك الآن تعيين الحد الأقصى ل RU/s عليها هي MAX(1,000, 150,000 / 10, 100 × 10) = 15000 وحدة طلب/ثانية (المقاييس بين 1500 وحدة طلب/ثانية و15000 وحدة طلب/ثانية).

بالنسبة لقاعدة بيانات معدل النقل المشتركة، عند خفض الحد الأقصى لوحدة الطلب/الثانية، يتم MAX(1,000, highest maximum RU/s ever provisioned / 10, current storage in GB × 10, 1,000 + (MAX(Container count - 25, 0) × 1,000)) تقريب الحد الأدنى للقيمة التي يمكنك تعيينها إلى أقرب 1000 وحدة طلب/ثانية.

تنطبق هذه الصيغ والأمثلة على الحد الأدنى لوحدات الطلب/ الثانية للتحجيم التلقائي الذي يمكنك تعيينه. وهي منفصلة عن × Tmax 0.1 إلى Tmax النطاق الذي يتدرج إليه النظام تلقائيا. بغض النظر عن الحد الأقصى لوحدة الطلب/ الثانية، يتدرج النظام دائما بين 0.1 × Tmax و Tmax.

لا تؤثر عمليات مدة البقاء (TTL) على تحجيم RU/s في التحجيم التلقائي. أي وحدات طلب يتم استهلاكها بسبب TTL ليست جزءا من RU/s المفوترة من حاوية التحجيم التلقائي.

على سبيل المثال، لحاوية مقياس تلقائي تحتوي على 400 وحدة طلب/ثانية إلى 4000 وحدة طلب/ثانية:

• الساعة 1: الوقت=0: الحاوية لا يوجد بها استخدام (لا طلبات بث مباشر أو حمل عمل). معدل وحدة الطلب/ ثانية القابل للفوترة هو 400 وحدة طلب/ ثانية.
• الساعة 1: الوقت=1: البث المباشر ممكن.
• الساعة 1: T=2: تبدأ الحاوية في الحصول على الطلبات. تستهلك الطلبات 1000 وحدة طلب في ثانية. يتم استخدام 200 وحدة طلب/ الثانية بقيمة TTL. لا يزال RU/s القابل للفوترة 1000 وحدة طلب/ثانية. بغض النظر عن وقت حدوث حذف TTL، فإنها لا تؤثر على منطق التحجيم التلقائي.

عند تحديد الحد الأقصى لوحدة الطلب/الثانية لأول مرة، يتم توفير Azure Cosmos DB عن طريق قسمة الحد الأقصى ل RU/s على 10000 وحدة طلب/ثانية للحصول على عدد الأقسام المادية المطلوبة. يمكن لكل قسم فعلي دعم ما يصل إلى 10000 وحدة طلب/ ثانية و50 جيجابايت. مع زيادة حجم التخزين، يقوم Azure Cosmos DB تلقائيا بتقسيم الأقسام لإضافة المزيد من الأقسام المادية للتعامل مع زيادة التخزين. إذا تجاوز التخزين الحد المقترن، فإن Azure Cosmos DB يزيد الحد الأقصى ل RU/s.

يتم تقسيم الحد الأقصى لوحدات الطلب/ الثانية لقاعدة البيانات أو الحاوية بالتساوي عبر جميع الأقسام المادية. إجمالي معدل النقل الذي يمكن لأي قسم فعلي واحد تغيير حجمه هو الحد الأقصى لوحدة الطلب/الثانية لقاعدة البيانات أو الحاوية مقسوما على عدد الأقسام المادية.

إذا تجاوز إجمالي وحدات الطلب/ الثانية المستهلكة الحد الأقصى لوحدة الطلب/ الثانية لقاعدة البيانات أو الحاوية، يتم تقييد الطلبات التي تتجاوز الحد الأقصى لوحدة الطلب/ الثانية وإرجاع حالة الرمز 429. يتم تقييد الطلبات التي تؤدي إلى أكثر من 100 بالمائة من الاستخدام الطبيعي. يتم تعريف الاستخدام العادي على أنه الحد الأقصى لاستخدام RU/s عبر جميع الأقسام المادية.

على سبيل المثال، الحد الأقصى لمعدل النقل هو 20000 وحدة طلب/ثانية ولديك قسمان فعليان، P_1 P_2. كل قسم قادر على التحجيم إلى 10,000 وحدة طلب/ثانية. في أي ثانية معينة، إذا استخدم P_1 6000 وحدة طلب/ ثانية واستخدم P_2 8000 وحدة طلب/ ثانية، فإن الاستخدام الطبيعي هو MAX(6,000 RU / 10,000 RU, 8,000 RU / 10,000 RU) = 0.8.

نعم. من الممكن رؤية أخطاء التعليمات البرمجية 429 في سيناريوهين.

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

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

على سبيل المثال، إذا حددت خيار الحد الأقصى لمعدل النقل 20000 وحدة طلب/ثانية وكان لديك 200 غيغابايت من التخزين، إذا كان لديك أربعة أقسام فعلية، يمكن تغيير حجم كل قسم فعلي تلقائيا حتى 5000 وحدة طلب/ثانية. إذا كان القسم الساخن على مفتاح قسم منطقي محدد، فسترى أخطاء التعليمات البرمجية 429 عندما يتجاوز القسم المادي الأساسي الذي يوجد فيه 5000 وحدة طلب/ثانية أو استخدام تمت تسويته بنسبة 100 بالمائة.

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

تعرف على كيفية تفسير أخطاء تحديد معدل التعليمات البرمجية 429 وتصحيحها.

نعم. لمزيد من المعلومات، راجع مراقبة وحدات الطلب/الثانية التي تمت تسويتها.

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

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