مشاركة عبر

كيفية الاختيار بين الإنتاجية المعيارية (اليدوية) والمقدمة ذات المقياس التلقائي

  • مقالة

ينطبق على: NoSQL MongoDB كاساندرا العفريت جدول

يدعم Azure Cosmos DB نوعين أو عروضاً من الإنتاجية المتوفرة: قياسي (يدوي) ومقياس تلقائي. كلا النوعين من الإنتاجية مناسبان لأحمال العمل ذات المهام الحرجة التي تتطلب أداءً عالياً وحجماً، وهما مدعومان من قبل Azure Cosmos DB SLAs فيما يتعلق بالإنتاجية والتوافر ووقت الاستجابة والاتساق.

توضح هذه المقالة كيفية الاختيار بين الإنتاجية القياسية (اليدوية) والمتوفرة ذات المقياس التلقائي لحمولات العمل لديك.

نظرة عامة على أنواع الإنتاجية المتوفرة

قبل التعمق في الفرق بين القياسي (اليدوي) والمقياس التلقائي، من المهم أولاً فهم كيفية عمل الإنتاجية المتوفرة في Azure Cosmos DB.

عند استخدام معدل النقل المقدم، فإنك تقوم بتعيين الإنتاجية، ويتم قياسها بوحدات الطلب في الثانية (RU/s) المطلوبة لحمولات العمل لديك. توفر الخدمة السعة اللازمة لدعم متطلبات الإنتاجية. تستهلك عمليات قاعدة البيانات مقابل الخدمة، مثل عمليات القراءة والكتابة والاستعلامات، قدراً من وحدات الطلب (RUs). تعرَّف على المزيد حول وحدات الطلب.

يوضح الجدول التالي مقارنة عالية المستوى بين المعيار (اليدوي) والمقياس التلقائي.

‏‏الوصف قياسي (يدوي) التحجيم التلقائي
الأنسب لـ حمولات العمل مع حركة مرور ثابتة أو يمكن التنبؤ بها أعباء عمل ذات حركة مرور متغيرة أو غير متوقعة. راجع حالات استخدام مقياس تلقائي.
طريقة العمل يمكنك توفير قدر معين من RU/s T ثابتاً بمرور الوقت، ما لم تقم بتغييرها يدوياً. في كل ثانية، يمكنك استخدام ما يصل إلى T RU/s من الإنتاجية.

على سبيل المثال، إذا قمت بتعيين معيار (يدوي) 400 RU / ثانية، فسيظل معدل النقل عند 400 RU/s.		 لقد قمت بتعيين أعلى أو أقصى RU/s Tmax لا تريد أن يتجاوزه النظام. يقوم النظام تلقائياً بقياس سرعة النقل T مثل 0.1* Tmax <= T <= Tmax.

على سبيل المثال، إذا قمت بتعيين الحد الأقصى للمقياس التلقائي RU/s لـ 4000 RU/s، فسيتم قياس النظام بين 400-4000 RU/s.
متى يتم استخدامها تريد إدارة سعة الإنتاجية (RU/s) يدوياً وتوسيع نطاقك بنفسك.

لديك استخدام مرتفع ومتسق لـ RU/s المتوفرة. من بين جميع الساعات في الشهر، إذا قمت بتعيين RU/s المخصصة T واستخدمت المبلغ الكامل لـ 66٪ من الساعات أو أكثر، فمن المقدر أنك ستوفر مع RU/s القياسية (اليدوية) المتوفرة.

يعتمد هذا على المقارنة بين الإعداد T في المعيار (يدوي) ونفس المقدار Tmax في المقياس التلقائي.		 تريد أن يقوم Azure Cosmos DB بإدارة سعة الإنتاجية (RU/s) والقياس بناءً على الاستخدام.

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

يعتمد هذا على مقارنة بين إعداد مقياس تلقائي Tmax ونفس المقدار T في معدل النقل القياسي (اليدوي).
نموذج الفوترة يتم عمل الفواتير على أساس كل ساعة لـRU/s التي يتم توفيرها، بغض النظر عن عدد وحدات RUs التي تم استهلاكها.

مثال:
  • توفير 400 RU/s
  • الساعة 1: لا توجد طلبات
  • الساعة 2: 400 RU/s من الطلبات


    • لكلتا الساعتين 1 و2، ستتم محاسبتك على 400 RU / ثانية لكلتا الساعتين بالأسعار القياسية (اليدوية).    		 تتم الفوترة على أساس كل ساعة، لأعلى RU/s النظام الذي تم تحجيمه في الساعة.

    مثال:
  • توفير حد أقصى RU/s للمقياس التلقائي 4000 RU/s (المقاييس بين 400-4000 RU/s)
  • الساعة 1: تمت ترقية النظام إلى أعلى قيمة تبلغ 3500 RU/s
  • الساعة 2: تم تصغير النظام إلى 400 RU / ثانية كحد أدنى (10٪ من Tmaxدائماً)، بسبب عدم الاستخدام


    • ستتم محاسبتك على 3500 RU/s في الساعة 1، و400 RU/s في الساعة 2 في معدلات الإنتاجية المتوفرة بالمقياس التلقائي. معدل المقياس التلقائي لكل RU / ثانية هو 1.5 * المعدل القياسي (اليدوي).
    ماذا يحدث إذا تجاوزت RU/s المتوفرة تظل RU/s ثابتة في ما يتم توفيره. ستكون أي طلبات تستهلك خارج وحدات RUs المتوفرة في ثانية محدودة بالمعدل، مع استجابة توصي بوقت للانتظار قبل إعادة المحاولة. يمكنك زيادة أو تقليل عدد وحدات RU/s يدوياً إذا لزم الأمر. سيقوم النظام بتوسيع RU/s إلى أقصى RU/s للمقياس التلقائي. ستكون أي طلبات تستهلك خارج نطاق RU/s للمقياس التلقائي في الثانية محدودة بالمعدل، مع استجابة توصي بوقت للانتظار قبل إعادة المحاولة.

    افهم أنماط نسبة استخدام الشبكة الخاصة بك

    تطبيقات جديدة

    إذا كنت تقوم بإنشاء تطبيق جديد ولا تعرف نمط نسبة استخدام الشبكة الخاصة بك حتى الآن، فقد ترغب في البدء عند نقطة الدخول RU/s (أو الحد الأدنى من RU/s) لتجنب الإفراط في التوفير في البداية. أو، إذا كان لديك تطبيق صغير لا يحتاج إلى نطاق واسع، فقد ترغب في توفير الحد الأدنى فقط من نقطة الدخول RU/s لتحسين التكلفة. بالنسبة للتطبيقات الصغيرة ذات نسبة استخدام الشبكة المتوقعة المنخفضة، يمكنك أيضاً التفكير في وضع السعة بلا خادم .

    سواء كنت تخطط لاستخدام مقياس قياسي (يدوي) أو مقياس تلقائي، فإليك ما يجب مراعاته:

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

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

    استخدم Azure Cosmos DB حاسبة السعة لتقدير متطلبات الإنتاجية.

    التطبيقات الحالية

    إذا كان لديك تطبيق حالي يستخدم معدل نقل قياسي (يدوي) متوفر، فيمكنك استخدام مقاييس مراقبة Azure لتحديد ما إذا كان نمط نسبة استخدام الشبكة مناسباً للقياس التلقائي.

    أولاً، ابحث عن normalized request unit consumption metric لقاعدة البيانات أو الحاوية.

    بعد ذلك، حدد كيف يختلف الاستخدام الطبيعي بمرور الوقت. ابحث عن أعلى استخدام طبيعي لكل ساعة. بعد ذلك، احسب متوسط الاستخدام الطبيعي عبر جميع الساعات. إذا رأيت أن متوسط​استخدامك أقل من 66٪، ففكر في تمكين مقياس تلقائي في قاعدة البيانات أو الحاوية الخاصة بك. في المقابل، إذا كان متوسط​الاستخدام أكبر من 66٪، فمن المستحسن أن تظل على مستوى الإنتاجية (اليدوية) المتوفرة.

    تلميح

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

    الأمثلة

    دعنا نلقي نظرة على مثالين مختلفين لحمولات العمل ونحلل ما إذا كانا مناسبين للإنتاجية اليدوية أو ذات المقياس التلقائي. لتوضيح النهج العام، سنقوم بتحليل ثلاث ساعات من التاريخ لتحديد فرق التكلفة بين استخدام المقياس اليدوي والتلقائي. بالنسبة لأحمال عمل الإنتاج، يوصى باستخدام 7 إلى 30 يوماً من المحفوظات (أو أكثر إذا كانت متوفرة) لإنشاء نمط لاستخدام RU/s.

    إشعار

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

    الافتراضات:

    • لنفترض أن لدينا حالياً إنتاجية يدوية تبلغ 30000 RU / ثانية.
    • تم تكوين منطقتنا بكتابة منطقة واحدة، ومنطقة واحدة. إذا كانت لدينا مناطق متعددة، فسنضرب تكلفة الساعة في عدد المناطق.
    • استخدم أسعار التسعير العامة يدوياً (0.008 دولار أمريكي لكل 100 روبل / ثانية في الساعة) وإنتاجية القياس التلقائي (0.012 دولار أمريكي لكل 100 روبل / ثانية في الساعة) في حسابات الكتابة في منطقة واحدة. راجع صفحة التسعير للحصول على التفاصيل.

    أولاً، ننظر إلى استهلاك RU الطبيعي. تحتوي حمولة العمل هذه على حركة مرور متغيرة، حيث يتراوح استهلاك RU المعياري من 6٪ إلى 100٪. هناك ارتفاعات عرضية تصل إلى 100٪ يصعب التنبؤ بها، لكن ساعات عديدة مع استخدام منخفض.

    حمولة العمل مع حركة مرور متغيرة - معدل استهلاك RU بين 6٪ و100٪ لجميع الساعات

    دعونا نقارن تكلفة توفير 30,000 RU/s الصبيب اليدوي، مقابل تعيين مقياس تلقائي بحد أقصى RU/s إلى 30000 (مقاييس بين 3000 - 30,000 RU/s).

    الآن، دعنا نحلل التاريخ. افترض أن لدينا الاستخدام الموضح في الجدول التالي. متوسط ​​الاستخدام خلال هذه الساعات الثلاث هو 39٪. نظراً لأن متوسط استهلاك RU الطبيعي يصل إلى أقل من 66٪، فإننا نحفظ باستخدام مقياس تلقائي.

    لاحظ أنه في الساعة 1، عندما يكون هناك استخدام بنسبة 6٪، فإن المقياس التلقائي سيحاسب RU/s مقابل 10٪ من RU/s، وهو الحد الأدنى لكل ساعة. على الرغم من أن تكلفة المقياس التلقائي قد تكون أعلى من الإنتاجية اليدوية في ساعات معينة، طالما أن متوسط الاستخدام أقل من 66٪ في جميع الساعات، سيكون المقياس التلقائي أرخص بشكل عام.

    الفترة الزمنية الاستخدام مقياس تلقائي للفوترة RU/s الخيار 1: يدوي 30000 RU / ثانية الخيار 2: مقياس تلقائي بين 3000 - 30000 روبل / ثانية
    Hour 1 6% 3000 30,000 * 0.008 / 100 = $2.40 3000 * 0.012 / 100 = $0.36
    Hour 2 100% 30,000 30,000 * 0.008 / 100 = $2.40 30,000 * 0.012 / 100 = $3.60
    Hour 3 11% 3300 30,000 * 0.008 / 100 = $2.40 3300 * 0.012 / 100 = $0.40
    الإجمالي‬ $7.20 4.36 دولار (39٪ توفير)

    تحتوي حمولة العمل هذه على حركة مرور ثابتة، مع معدل استهلاك RU الطبيعي يتراوح من 72٪ إلى 100٪. مع توفير 30000 روبل / ثانية، هذا يعني أننا نستهلك ما بين 21600 إلى 30000 روبل / ثانية.

    حمولة العمل بحركة مرور ثابتة - استهلاك RU عادي بين 72٪ و100٪ لجميع الساعات

    دعونا نقارن تكلفة توفير 30,000 RU/s الصبيب اليدوي، مقابل تعيين مقياس تلقائي بحد أقصى RU/s إلى 30000 (مقاييس بين 3000 - 30,000 RU/s).

    افترض أن لدينا سجل الاستخدام كما هو موضح في الجدول. متوسط استخدامنا خلال هذه الساعات الثلاث هو 88٪. نظراً لأن متوسط استهلاك RU الطبيعي يصل إلى أكثر من 66٪، فإننا نقوم بالتوفير باستخدام الإنتاجية اليدوية.

    بشكل عام، إذا كان متوسط الاستخدام عبر جميع الـ 730 ساعة في شهر واحد أكبر من 66٪، فسنوفر ذلك باستخدام الإنتاجية اليدوية.

    الفترة الزمنية الاستخدام مقياس تلقائي للفوترة RU/s الخيار 1: يدوي 30000 RU / ثانية الخيار 2: مقياس تلقائي بين 3000 - 30000 روبل / ثانية
    Hour 1 72% 21600 30,000 * 0.008 / 100 = $2.40 21600 * 0.012 / 100 = $2.59
    Hour 2 93% 28000 30,000 * 0.008 / 100 = $2.40 28,000 * 0.012 / 100 = $3.36
    Hour 3 100% 30,000 30,000 * 0.008 / 100 = $2.40 30,000 * 0.012 / 100 = $3.60
    الإجمالي‬ $7.20 $9.55

    تلميح

    باستخدام معدل النقل القياسي (اليدوي)، يمكنك استخدام مقياس الاستخدام العادي لتقدير RU/s الفعلي الذي قد تستخدمه إذا قمت بالتبديل إلى المقياس التلقائي. قم بضرب الاستخدام العادي في وقت ما بالمعيار المتاح حالياً (يدوي) RU/s. على سبيل المثال، إذا قمت بتوفير 5000 RU/s، وكان الاستخدام العادي 90٪، فإن استخدام RU/s هو 0.9 * 5000 = 4500 RU/s. إذا رأيت أن نمط نسبة استخدام الشبكة الخاص بك متغير، ولكنك تجاوزت الخدمة أو أقل من اللازم، فقد ترغب في تمكين المقياس التلقائي ثم تغيير إعداد RU/s للمقياس التلقائي وفقاً لذلك.

    كيفية حساب متوسط الاستخدام

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

    لحساب متوسط أعلى استخدام عبر جميع الساعات:

    1. قم بتعيين التجميع على مقياس استهلاك وحدة الطلب العادي إلى الحد الأقصى.
    2. حدد Time granularity حتى ساعة واحدة.
    3. انتقل إلى Chart options.
    4. حدد خيار المخطط الشريطي.
    5. ضمن مشاركة، حدد الخيار Download to Excel . من جدول البيانات الذي تم إنشاؤه، احسب متوسط الاستخدام عبر جميع الساعات.

    لمشاهدة معدل استهلاك RU بالساعة، 1) حدد دقة الوقت حتى ساعة واحدة ؛ 2) تحرير إعدادات الرسم البياني ؛ 3) حدد خيار الرسم البياني الشريطي ؛ 4) ضمن مشاركة، حدد خيار التنزيل إلى Excel لحساب المتوسط عبر جميع الساعات.

    قياس ومراقبة استخدامك

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

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

    يوضح المثال التالي حمل عمل متغير أو غير متوقع باستخدام التحجيم التلقائي. لاحظ أنه عند عدم وجود أي حركة مرور، يقوم النظام بتحجيم RU/s إلى الحد الأدنى من 10٪ من الحد الأقصى لوحدة الطلب/ الثانية، وهو في هذه الحالة 5000 وحدة طلب/ثانية و50000 وحدة طلب/ثانية، على التوالي.

    لقطة شاشة لمثال حمل العمل باستخدام التحجيم التلقائي، مع الحد الأقصى للمقياس التلقائي لوحدة الطلب/ الثانية من 50000 وحدة طلب/ثانية ومعدل نقل يتراوح بين 5000 - 50000 وحدة طلب/ثانية.

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

    يمكن للمستخدمين الذين يرغبون في ترحيل عدد كبير من الموارد من معدل النقل القياسي المقدم إلى التحجيم التلقائي استخدام برنامج نصي Azure CLI الذي سيرحل كل مورد معدل نقل في اشتراك Azure إلى التحجيم التلقائي. لمزيد من التفاصيل، راجع التحويل إلى مقياس تلقائي.

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