خطوات الاستخدام
أدخل متوسط استخدام وحدة المعالجة المركزية (CPU) كنسبة مئوية. على سبيل المثال، إذا كان الخادم يستخدم 30% من طاقة المعالجة في المتوسط، فهذا يشير إلى وجود سعة زائدة. يُستخدم هذا الرقم لحساب الحمل الفعلي مقارنة بعدد النوى الحالي.
أدخل متوسط استخدام الذاكرة (RAM) كنسبة مئوية. الذاكرة هي المورد الحرج الثاني؛ فإذا كان متوسط الاستخدام 40% فقط، فهذا يعني أن جزءًا كبيرًا من الذاكرة غير مُستغل، مما يؤدي إلى هدر التكاليف.
أدخل عدد النوى الحالي (vCPUs). هذا هو المقياس الحالي الذي يتم مقارنته بالقيمة الموصى بها. تساعد الحاسبة في تحديد ما إذا كان يمكن تقليل عدد النوى دون التأثير على الأداء.
أدخل حجم الذاكرة الحالي بالجيجابايت (GB). هذا هو المقياس الثاني للمقارنة. تستخدم الحاسبة معادلات تعتمد على عتبات محددة لاقتراح حجم مثالي يقلل التكاليف مع الحفاظ على الأداء.
تقوم الحاسبة بحساب التوصية باستخدام عتبات مثل 80% للـ CPU و 75% للذاكرة (عتبات شائعة في ممارسات تقليص الحجم). يتم تقريب النتائج لأعلى لضمان هامش أمان. ستظهر النتائج عدد النوى والذاكرة الموصى بها، بالإضافة إلى الفرق في التكاليف إذا تم توفير بيانات التكلفة.
أمثلة محلولة
تطبيقات عملية على توصية تحديد الحجم المناسب بخطوات الحل كاملة.
الحل
النوى الموصى بها = ceil(25 ÷ 80 × 2) = ceil(0.625) = نوى واحدة، فالتوفير في المعالج = (1 − 1÷2) × 100 = 50%. والذاكرة الموصى بها = ceil(50 ÷ 75 × 8) = ceil(5.33) = 6 جيجابايت، فتوفير الذاكرة = (1 − 6÷8) × 100 = 25%. والقادح هو الأقل، أي أن الحاسبة تعرض 25% كهامش توفير ممكن لأن الذاكرة هي المقيّد لا المعالج: لا معنى لتقليل النوى إلى واحدة مع إبقاء 6 من 8 جيجابايت. عملياً لا يوفّر AWS حجم «1 نوى و6 جيجابايت» قياسياً، فأقرب تركيبة هي t3.small (نويان و2 جيجابايت) وهي تالياً أقل في الذاكرة من التوصية، أو t3.medium (نويان و4 جيجابايت) التي ما زالت دون الستة. لذلك يكون القرار السليم: انتقل إلى عائلة محسّنة للذاكرة بأقل عدد نوى كافٍ، ولا تعتمد على نسبة الحاسبة وحدها. أما مقارنة السعر بين m5.large بـ 0.096 دولار للساعة وt3.medium بـ 0.0416 فهي حساب نقدي منفصل عن نسبة التقليص التي تعرضها الحاسبة، وتلك الأسعار تقريبية ولتوضيح المنهج لا للقرار النهائي.
الحل
الحمل الفعلي للمعالج = 60% من 8 = 4.8 نواة، وعلى عتبة 80% يكون المطلوب ceil(4.8 ÷ 0.8) = ceil(6) = 6 نوى، أي توفير (1 − 6÷8) × 100 = 25%. والذاكرة الفعلية = 70% من 32 = 22.4 جيجابايت، وعلى عتبة 75% يكون المطلوب ceil(22.4 ÷ 0.75) = ceil(29.87) = 30 جيجابايت، أي توفير (1 − 30÷32) × 100 = 6.25%. والقادح هو الأدنى، فتعرض الحاسبة 6% هامش توفير ممكن لا 25%: تقليص النوى من 8 إلى 6 لا قيمة له ما دامت الذاكرة تحتاج 30 من 32، والمقيّد هنا هو الذاكرة. لذلك لا تُقلّص الحجم أفقياً على المعالج فقط؛ القرار الصحيح إما الانتقال إلى عائلة محسّنة للذاكرة (مثل عائلة r5 التي تمنح ذاكرة أكبر لكل نوى) أو إبقاء 32 جيجابايت وتقليص النوى إن كان سعر النوى هو المتغير المستقل لدى المزوّد. أما عبارة «تقليل نويين وجيجابايتين يوفر 15-20%» فهي تقدير سوقي عام عن أسعار المثيلات، وهو حساب نقدي منفصل عن نسبة التقليص التي تُخرجها الحاسبة، ولا يصحّ أن تُقرأ كنتيجتها.
أمثلة محسوبة
قيم مُدخَلة ونتيجة محسوبة فعليًا بواسطة توصية تحديد الحجم المناسب.
مرجع — قيد المعالج
- متوسط استخدام CPU (%)
- 50
- متوسط استخدام الذاكرة (%)
- 50
- عدد الأنوية الحالي
- 4
- الذاكرة الحالية (جيجابايت)
- 16
مرجع — استغلال ربع
- متوسط استخدام CPU (%)
- 25
- متوسط استخدام الذاكرة (%)
- 25
- عدد الأنوية الحالي
- 8
- الذاكرة الحالية (جيجابايت)
- 32
مرجع — لا تصغير عند تشبع المعالج
- متوسط استخدام CPU (%)
- 90
- متوسط استخدام الذاكرة (%)
- 30
- عدد الأنوية الحالي
- 2
- الذاكرة الحالية (جيجابايت)
- 8
مرجع — المعالج هو القادح عند عشرة أنوية
- متوسط استخدام CPU (%)
- 50
- متوسط استخدام الذاكرة (%)
- 50
- عدد الأنوية الحالي
- 10
- الذاكرة الحالية (جيجابايت)
- 50
مرجع — هدر عالٍ يقود بالنوى لا بالذاكرة
- متوسط استخدام CPU (%)
- 10
- متوسط استخدام الذاكرة (%)
- 10
- عدد الأنوية الحالي
- 2
- الذاكرة الحالية (جيجابايت)
- 10
مرجع — ذاكرة كسرية تقود النتيجة
- متوسط استخدام CPU (%)
- 30
- متوسط استخدام الذاكرة (%)
- 30
- عدد الأنوية الحالي
- 31
- الذاكرة الحالية (جيجابايت)
- 30.7
مرجع — تفصيل الذاكرة هو المقيّد بفارق ضئيل
- متوسط استخدام CPU (%)
- 10
- متوسط استخدام الذاكرة (%)
- 10
- عدد الأنوية الحالي
- 11
- الذاكرة الحالية (جيجابايت)
- 10.9