أحجام الأجهزة الظاهرية القابلة للاندفاع من الفئة B
ينطبق على: ✔️ أجهزة ظاهرية بنظام التشغيل Linux ✔️ أجهزة ظاهرية بنظام التشغيل Windows ✔️ مجموعات التوسعة المرنة ✔️ مجموعات التوسعة الموحدة
يمكن نشر الأجهزة الظاهرية من السلسلة B على مجموعة متنوعة من أنواع الأجهزة والمعالجات، لذلك يتم توفير تخصيص عرض النطاق الترددي التنافسي. تعمل السلسلة B على الجيل الثالث من Intel® Xeon® Platinum 8370C (Ice Lake) و Intel® Xeon® Platinum 8272CL (Cascade Lake) و Intel® Xeon® 8171M 2.1 جيجا هرتز (Skylake) و Intel® Xeon® E5- 2673 v4 2.3 جيجا هرتز (Broadwell)، أو Intel® Xeon® E5-2673 v3 2.4 جيجا هرتز (Haswell). تعد الأجهزة الظاهرية من السلسلة B مثالية لأحمال العمل التي لا تحتاج إلى الأداء الكامل لوحدة المعالجة المركزية بشكل مستمر، مثل خوادم الويب وإثبات المفاهيم وقواعد البيانات الصغيرة وبيئات بناء التطوير. عادة ما يكون لأحمال العمل هذه متطلبات أداء قابلة الاندفاع. لتحديد الأجهزة المادية التي يتم نشر هذا الحجم عليها، استعلم عن الأجهزة الظاهرية من داخل الجهاز الظاهري. توفر لك السلسلة B القدرة على شراء حجم VM بأداء أساسي يمكنه بناء أرصدة عندما يستخدم أقل من خط الأساس الخاص به. عندما يكون لدى الجهاز الظاهري أرصدة متراكمة، يمكن أن يندفع الجهاز الظاهري فوق خط الأساس باستخدام ما يصل إلى 100٪ من وحدة المعالجة المركزية الافتراضية (vCPU) عندما يتطلب تطبيقك أداءً أعلى لوحدة المعالجة المركزية.
تأتي السلسلة B بأحجام VM التالية:
وحدة حساب Azure (ACU): تختلف *
التخزين المتميز: مدعوم
التخزين المؤقت لمساحة التخزين Premium: غير مدعوم
الترحيل المباشر: مدعوم
تحديثات حفظ الذاكرة: مدعومة
دعم جيل الجهاز الظاهري: الجيل 1 و2
الشبكات المتسارعة: مدعومة**
أقراص نظام التشغيل سريعة الزوال: غير مدعومة
المحاكاة الظاهرية المتداخلة: غير مدعومة
* الأجهزة الظاهرية من السلسلة B قابلة للاندفاع، وبالتالي ستختلف أرقام وحدة التحكم عن بعد حسب أحمال العمل والاستخدام الأساسي.
** يتم دعم تسريع الشبكات فقط للنسخة القياسي B12ms و قياسي_B16ms و قياسي_B20ms.
| الحجم | vCPU | الذاكرة: GiB | التخزين المؤقت (SSD) GiB | أداء وحدة المعالجة المركزية الأساسي لـ VM | أقصى أداء لوحدة المعالجة المركزية لجهاز VM | الرصيد الأولي | الرصيد المصرفي / ساعة | الحد الأقصى للرصيد المصرفي | الحد الأقصى لأقراص البيانات | الحد الأقصى لمعدل النقل القرص غير المخزن مؤقتًا: IOPS / MBps | الحد الأقصى لمعدل النقل القرص غير المخزن مؤقتًا: IOPS / MBps 1 | الحد الأقصى لبطاقات NIC |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Standard_B1ls2 | 1 | 0.5 | 4 | 5% | 100% | 30 | 3 | 72 | 2 | 160/10 | 4000/100 | 2 |
| Standard_B1s | 1 | 1 | 4 | 10% | 100% | 30 | 6 | 144 | 2 | 320/10 | 4000/100 | 2 |
| Standard_B1ms | 1 | 2 | 4 | 20% | 100% | 30 | 12 | 288 | 2 | 640/10 | 4000/100 | 2 |
| Standard_B2s | 2 | 4 | 8 | 40% | 200% | 60 | 24 | 576 | 4 | 1280/15 | 4000/100 | 3 |
| Standard_B2ms | 2 | 8 | 16 | 60% | 200% | 60 | 36 | 864 | 4 | 1920/22.5 | 4000/100 | 3 |
| Standard_B4ms | 4 | 16 | 32 | 90% | 400% | 120 | 54 | 1296 | 8 | 2880/35 | 8000/200 | 4 |
| Standard_B8ms | 8 | 32 | 64 | 135% | 800% | 240 | 81 | 1944 | 16 | 4320/50 | 8000/200 | 4 |
| Standard_B12ms | 12 | 48 | 96 | 202% | 1200% | 360 | 121 | 2909 | 16 | 4320/50 | 16000/400 | 6 |
| Standard_B16ms | 16 | 64 | 128 | 270% | 1600% | 480 | 162 | 3888 | 32 | 4320/50 | 16000/400 | 8 |
| Standard_B20ms | 20 | 80 | 160 | 337% | 2000% | 600 | 203 | 4860 | 32 | 4320/50 | 16000/400 | 8 |
1 VMs من السلسلة B يمكنها دفع أداء القرص الخاص بها والوصول إلى أقصى انفجار لها لمدة تصل إلى 30 دقيقة في المرة الواحدة.
2 B1ls مدعوم فقط علىLinux
مثال على حمل العمل
النظر في تطبيق مكتب فحص الوصول / المغادرة. يحتاج التطبيق إلى دفعات من وحدة المعالجة المركزية أثناء ساعات العمل، ولكن ليس كثيرًا من طاقة الحوسبة أثناء ساعات التوقف. في هذا المثال، يتطلب حمل العمل جهازًا افتراضيًا 16vCPU مع 64 جيجا بايت من ذاكرة الوصول العشوائي للعمل بكفاءة.
يعرض الجدول بيانات حركة المرور لكل ساعة ويمثل الرسم البياني تمثيلاً مرئيًا لحركة المرور هذه.
B16 الخصائص:
الحد الأقصى لوحدة المعالجة المركزية perf: 16vCPU * 100٪ = 1600%
خط الأساس: 270٪
| السيناريو | الوقت | استخدام المعالج(%) | الرصيد المتراكم1 | الاعتمادات المتاحة |
|---|---|---|---|---|
| توزيع B16ms | توزيع | توزيع | 480 (الرصيد الأولي) | 480 |
| لا توجد نسبة استخدام الشبكة | 0:00 | 0 | 162 | 642 |
| لا توجد نسبة استخدام الشبكة | 1:00 | 0 | 162 | 804 |
| لا توجد نسبة استخدام الشبكة | 2:00 | 0 | 162 | 966 |
| لا توجد نسبة استخدام الشبكة | 3:00 | 0 | 162 | 1128 |
| لا توجد نسبة استخدام الشبكة | 4:00 | 0 | 162 | 1290 |
| لا توجد نسبة استخدام الشبكة | 5:00 | 0 | 162 | 1452 |
| نسبة استخدام الشبكة منخفضة | 6:00 | 270 | 0 | 1452 |
| يأتي الموظفون إلى المكتب (يحتاج التطبيق إلى 80٪ vCPU) | 7:00 | 1280 | -606 | 846 |
| يستمر الموظفون في القدوم إلى المكتب (يحتاج التطبيق إلى 80٪ vCPU) | 8:00 | 1280 | -606 | 240 |
| نسبة استخدام الشبكة منخفضة | 9:00 | 270 | 0 | 240 |
| نسبة استخدام الشبكة منخفضة | 10:00 | 100 | 102 | 342 |
| نسبة استخدام الشبكة منخفضة | 11:00 | 50 | 132 | 474 |
| نسبة استخدام الشبكة منخفضة | 12:00 | 100 | 102 | 576 |
| نسبة استخدام الشبكة منخفضة | 13:00 | 100 | 102 | 678 |
| نسبة استخدام الشبكة منخفضة | 14:00 | 50 | 132 | 810 |
| نسبة استخدام الشبكة منخفضة | 15:00 | 100 | 102 | 912 |
| نسبة استخدام الشبكة منخفضة | 16:00 | 100 | 102 | 1014 |
| يقوم الموظفون بتسجيل المغادرة (يحتاج التطبيق إلى 100٪ vCPU) | 17:00 | 1600 | -798 | 216 |
| نسبة استخدام الشبكة منخفضة | 18:00 | 270 | 0 | 216 |
| نسبة استخدام الشبكة منخفضة | 19:00 | 270 | 0 | 216 |
| نسبة استخدام الشبكة منخفضة | 20:00 | 50 | 132 | 348 |
| نسبة استخدام الشبكة منخفضة | 21:00 | 50 | 132 | 480 |
| لا توجد نسبة استخدام الشبكة | 22:00 | 0 | 162 | 642 |
| لا توجد نسبة استخدام الشبكة | 23:00 | 0 | 162 | 804 |
1 الاعتمادات المتراكمة / الاعتمادات المستخدمة في ساعة واحدة تعادل : ((Base CPU perf of VM - CPU Usage) / 100) * 60 minutes.
بالنسبة إلى D16s_v3 الذي يحتوي على 16 وحدة معالجة مركزية (vCPU) و 64 جيجابايت من الذاكرة، يكون معدل الساعة 0.936 دولارًا لكل ساعة (673.92 دولارًا شهريًا) وبالنسبة لـ B16 مللي ثانية مع 16 وحدة معالجة مركزية وذاكرة 64 جيجا بايت، يكون المعدل 0.794 دولارًا لكل ساعة (547.86 دولارًا شهريًا). ينتج عن هذا توفير 15٪!
سؤال &وجواب
س: ماذا يحدث عند نفاد رصيدي؟
ج: عندما يتم استنفاد الاعتمادات، يعود الجهاز الظاهري إلى الأداء الأساسي.
س: كيف تحصل على أداء أساسي بنسبة 135٪ من جهاز افتراضي؟
ج: يتم مشاركة نسبة 135٪ بين 8 وحدات من وحدات المعالجة المركزية الافتراضية التي تشكل حجم الجهاز الظاهري. على سبيل المثال، إذا كان تطبيقك يستخدم 4 نوى من 8 نوى تعمل على معالجة الدُفعات وكل وحدة من وحدات المعالجة المركزية (vCPU) الأربعة هذه تعمل بنسبة 30٪ من الاستخدام، فإن المبلغ الإجمالي لأداء وحدة المعالجة المركزية VM يساوي 120٪. مما يعني أن جهاز VM الخاص بك سيبني وقتًا ائتمانيًا بناءً على دلتا 15٪ من أداء خط الأساس الخاص بك. ولكن هذا يعني أيضًا أنه عندما يكون لديك أرصدة متاحة، يمكن أن يستخدم جهاز VM نفسه 100٪ من جميع وحدات المعالجة المركزية (vCPU) الثمانية، مما يمنح جهاز VM أقصى أداء لوحدة المعالجة المركزية بنسبة 800٪.
س: كيف يمكنني مراقبة رصيدي الائتماني واستهلاكي؟
ج: يسمح لك مقياس الائتمان بعرض عدد الاعتمادات التي تم إيداعها في حسابك الظاهري وسيظهر مقياس ConsumedCredit عدد أرصدة وحدة المعالجة المركزية التي استهلكها جهازك الظاهري من البنك. ستتمكن من عرض هذه المقاييس من جزء المقاييس في المدخل أو برمجيًا من خلال واجهات برمجة تطبيقات Azure Monitor.
لمزيد من المعلومات حول كيفية الوصول إلى بيانات المقاييس الخاصة بـ Azure، راجع نظرة عامة على المقاييس في Microsoft Azure.
س: كيف يتم تجميع واستهلاك الاعتمادات؟
ج: يتم تعيين معدلات استهلاك وتراكم الأجهزة الظاهرية بحيث لا يكون للجهاز الظاهري الذي يعمل بمستوى أدائه الأساسي بالضبط تراكم صافٍ أو استهلاك لأرصدة الاندفاع. سيحصل الجهاز الظاهري على زيادة صافية في الاعتمادات كلما كان يعمل دون مستوى أدائه الأساسي وسيكون له انخفاض صاف في الائتمانات كلما كان الجهاز الظاهري يستخدم وحدة المعالجة المركزية أكثر من مستوى أدائها الأساسي.
مثال: أقوم بنشر جهاز ظاهري باستخدام حجم B1ms لتطبيق قاعدة بيانات الوقت والحضور الصغير. يسمح هذا الحجم لتطبيقي باستخدام ما يصل إلى 20٪ من وحدة المعالجة المركزية الافتراضية (vCPU) كخط أساس لي، وهو 0.2 نقطة في الدقيقة يمكنني استخدامها أو التعامل معها.
طلبي مشغول في بداية ونهاية يوم عمل الموظفين، بين 7:00 - 9:00 صباحًا و 4:00 - 6:00 مساءً. خلال العشرين ساعة الأخرى من اليوم، يكون تطبيقي في وضع الخمول عادةً، باستخدام 10٪ فقط من وحدة المعالجة المركزية الافتراضية. في غير ساعات الذروة، أكسب 0.2 نقطة في الدقيقة لكنني أستهلك 0.1 نقطة في الدقيقة، لذا فإن جهاز VM الخاص بي سيصرف 0.1 × 60 = 6 أرصدة في الساعة. خلال الـ 20 ساعة التي أكون فيها خارج فترة الذروة، سأصرف 120 رصيدًا.
خلال ساعات الذروة، يبلغ متوسط استخدام تطبيق vCPU 60٪، وما زلت أحصل على 0.2 نقطة في الدقيقة، لكنني أستهلك 0.6 نقطة في الدقيقة، مقابل صافي تكلفة 0.4 نقطة في الدقيقة أو 0.4 × 60 = 24 رصيد في الساعة. لدي 4 ساعات يوميا من ذروة الاستخدام، لذلك يكلف 4 × 24 = 96 رصيدا لذروة استخدامي.
إذا أخذت 120 رصيدًا حصلت عليها خارج أوقات الذروة وطرحت الـ 96 ساعة المعتمدة التي استخدمتها لأوقات الذروة، فإنني أحصل على 24 رصيدًا إضافيًا في اليوم يمكنني استخدامها في دفعات أخرى من النشاط.
س: كيف يمكنني حساب الاعتمادات المتراكمة والمستخدمة؟
ج: يمكنك استخدام الصيغة التالية:
(الأداء الأساسي لوحدة المعالجة المركزية للجهاز الظاهري - استخدام وحدة المعالجة المركزية) / 100 = بنك الاعتمادات أو الاستخدام في الدقيقة
على سبيل المثال، في المثال أعلاه، يكون خط الأساس الخاص بك هو 20٪ وإذا كنت تستخدم 10٪ من وحدة المعالجة المركزية، فإنك تقوم بتجميع (20٪ -10٪) / 100 = 0.1 رصيد في الدقيقة.
س: هل تدعم الفئة B أقراص بيانات التخزين Premium؟
ج: نعم، تدعم جميع أحجام B-Series أقراص بيانات Premium Storage.
س: لماذا يتم تعيين رصيدي المتبقي على 0 بعد إعادة التوزيع أو التوقف / البدء؟
ج : عند إعادة نشر الجهاز الظاهري وانتقال الجهاز الظاهري إلى عقدة أخرى، يتم فقد الرصيد المتراكم. إذا تم إيقاف/بدء تشغيل الجهاز الظاهري، ولكنه ظل على نفس العقدة، يحتفظ الجهاز الظاهري بالرصيد المتراكم. عندما يبدأ VM جديدا على عقدة، فإنه يحصل على رصيد أولي، على سبيل قياسي_B8ms يكون 240.
س: ماذا يحدث إذا قمت بنشر صورة نظام تشغيل غير مدعومة على B1ls؟
ج : يدعم B1ls صور Linux فقط، وإذا قمت بنشر أي صورة أخرى لنظام التشغيل، فقد لا تحصل على أفضل تجربة للعملاء.
أحجام ومعلومات أخرى
- الهدف العام
- الحساب المحسّن
- عملية تحسين الذاكرة
- تخزين محسن
- وحدة معالجة الرسومات المُحسنة
- الحوسبة عالية الأداء
حاسبة الأسعار: حاسبة الأسعار
مزيد من المعلومات حول أنواع الأقراص : أنواع الأقراص
الخطوات التالية
تعرف على المزيد حول كيف يمكن لوحدات حوسبة Azure مساعدتك في مقارنة أداء الحوسبة عبر وحدات Azure SKU.