EC2 VPN بنمط Burstable: أرصدة CPU قياسية أم غير محدودة؟

بوابة VPN صغيرة تنجح في اختبار سرعة، وتبدو جيدة، ثم تتدهور بعد الغداء. لم يكن المثيل يكذب أثناء الاختبار؛ كان ينفق أرصدة كسبها وهو خامل. مثيلات Burstable مصممة لفعل ذلك بالضبط، ما يجعل اختبارًا قصيرًا مؤشرًا سيئًا على فترة بعد الظهر مليئة بالنقل. كذلك يفشل نمطا الأرصدة بطريقتين مختلفتين، والاختيار بينهما هو القرار الحقيقي.

من أين استعار اختبار السرعة نتيجته

رصيد CPU واحد هو نواة vCPU تعمل بكامل استخدامها لمدة دقيقة. يكسب مثيل Burstable الأرصدة بمعدل خط أساسه وينفقها عندما يتجاوز ذلك الخط. ليلة خاملة تبني رصيدًا؛ وصباح مزدحم يسحبه.

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

الحساب الذي عليك إجراؤه

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

Earn rate:       2 x 10% x 60 = 12 credits/hour
Workload usage:  1 x 100% x 60 = 60 credits/hour
Net draw:        60 - 12 = 48 credits/hour
Accrued budget:  24 / 48 = 0.5 hours

في ظل هذه الافتراضات تنفد الميزانية في نحو نصف ساعة. العمل في الخلفية وتغيّر الحمل ومحاسبة المثيل نفسها تحرك النتيجة، ولا شيء من هذا يتنبأ بإنتاجية VPN. ما يتنبأ به هو متى يبدأ القيد المستمر في العض.

لاحظ القراءة الثانية أيضًا: نواة vCPU مشغولة واحدة تعادل تقريبًا نصف سعة CPU الإجمالية في هذا المثال. النسبة الإجمالية المعتدلة قد تخفي نواة مشبعة، لذا انظر إلى السلوك لكل نواة إلى جانب أرقام الأرصدة.

Standard وUnlimited: الصفر نفسه، بمعنى مختلف

في نمط Standard، الرصيد المستنفد يقيّد CPU المستمر نحو خط الأساس. يستمر المثيل في العمل، لكن ببطء أكبر، والسقف متوقع. في نمط Unlimited يمكن للمثيل أن يواصل السحب من أرصدة الفائض بعد أن يصل الرصيد إلى الصفر، والاستخدام المستمر فوق خط الأساس قد ينتج رسومًا وفق قواعد محاسبة الخدمة.

إذن CPUCreditBalance يساوي صفرًا يعني الخنق في أحد النمطين ورسومًا محتملة في الآخر. هذه هي المقارنة كلها، ولهذا فإن قراءة المقياس دون قراءة النمط مضللة.

الفائض ليس فاتورة بسيطة لكل رصيد أيضًا. التشغيل اللاحق دون خط الأساس قد يسدد استخدام الفائض، وتنطبق شروط رسوم أخرى. تحقق من النمط المُهيأ وقواعد الخدمة الحالية بدلًا من الاعتماد على ادعاء الطبقة المجانية من تدوينة قديمة.

ما يجب مراقبته أثناء العمل الفعلي

سجّل CPUCreditUsage وCPUCreditBalance إلى جانب مدة النقل ومعدله. في Unlimited أضف CPUSurplusCreditBalance وCPUSurplusCreditsCharged. يشرح دليل AWS لمراقبة أرصدة CPU ما يبلغ عنه كل منها وعدد مرات القياس.

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

حدود ليست CPU

لعرض النطاق الشبكي خط أساسه وسلوك انفجاره الخاصان، وقد تقيّد حدود معدل الحزم أو الاتصالات قبل أن يقيّد CPU. الذاكرة مهمة عندما تحتفظ تطبيقة VPN بحالة لكل اتصال، وقد ينفد المثيل الصغير منها قبل أن تنفد أرصدته بوقت طويل.

رصيد صحي يثبت شيئًا واحدًا: ميزانية CPU ليست القيد الحالي. لا يقول شيئًا عن مسار الشبكة، ولا عما يحدث عند ضعف التزامن. راقب مقاييس الشبكة في النافذة نفسها التي تراقب فيها مقاييس الأرصدة، حتى يكون لانخفاض الإنتاجية سبب مرشح بدلًا من نظرية.

اختيار خط أساس عن قصد

استخدم الحمل المستمر المقاس لاختيار خط الأساس، أو اقبل الانفجار صراحة ورصد له ميزانية. أي إجابة قابلة للدفاع عندما تكون مكتوبة؛ ولا واحدة قابلة للدفاع عندما تُستنتج من بث فيديو ناجح لشخص آخر.

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