الخلاصة

  • يمنح Savings Plans أسعاراً أدنى للاستخدام المؤهل مقابل التزام مالي ثابت بالساعة لمدة سنة أو ثلاث. وتقول AWS صراحة إنه لا يوفر حجز سعة ولا يمكن إلغاؤه أثناء المدة.
  • يحتفظ EC2 On-Demand Capacity Reservation بسعة متطابقة داخل Availability Zone محددة، وتُحتسب بسعر يعادل On-Demand سواء شُغلت أم بقيت فارغة.
  • يمكن جمع الطبقتين؛ فقد يطبق Savings Plans أو خصم Reserved Instance إقليمية على Capacity Reservation. عندها يُحمى السعر والمكان كل على حدة، لا صحة التطبيق أو تعافي البيانات.
  • استخدام الالتزام، وتغطية الخصم، وإشغال السعة، ونجاح الإطلاق، وتوافر الخدمة خمسة إيصالات مختلفة.

الالتزام يبدأ بالدولار لا بالخادم

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

مرونة Compute Savings Plans تكشف طبيعته المالية. يستطيع الخصم الانتقال بين عائلات EC2 وأحجامها وأنظمة التشغيل وtenancy والمناطق، كما يشمل استخداماً مؤهلاً من Fargate وLambda. أما EC2 Instance Savings Plans فيضيق المجال إلى عائلة داخل منطقة، مقابل حد أقصى أعلى للخصم. تعرض AWS حتى 66% للأول و72% للثاني مقارنة بـOn-Demand؛ كلمة «حتى» حد للمنتج وليست وفراً متحققاً لكل عميل.

خيار No Upfront لا يمنح باب خروج. تنص AWS على أن Savings Plans لا يُلغى أثناء المدة. يتغير توقيت الدفع، لا طول الساعة المتعاقد عليها. وإذا انخفض الطلب، لا تتحول الحصة غير المستعملة إلى أجهزة محفوظة لوقت لاحق.

يقيس تقرير الاستخدام هذا الالتزام. في مثال AWS، يمثل استخدام بقيمة 9.80 دولارات بأسعار الخطة أمام التزام قدره 10 دولارات في الساعة نسبة 98%. يثبت الرقم أن معظم الوعد المالي وجد استخداماً مؤهلاً. ولا يثبت وجود نوع مثيل مطلوب داخل منطقة ازدحمت بالسعة.

المكان الفارغ ليس مجانياً

يعالج On-Demand Capacity Reservation السؤال المادي. فهو يحتفظ بسعة EC2 داخل Availability Zone واحدة وفق نوع المثيل والمنصة وtenancy. كما تُحتسب الحجوزات النشطة غير المستخدمة ضمن حدود مثيلات On-Demand للحساب.

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

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

يمكن تخفيض تكلفة هذه السعة بطبقة السعر. تقول AWS إن خصم Savings Plans أو Reserved Instance إقليمية يمكن أن يطبق على Capacity Reservation. يستطيع العميل إذن شراء الحق في المكان وحق السعر معاً. ولا يشتري بذلك تطبيقاً سليماً.

الإطلاق يحتاج تطابقاً دقيقاً

لا يستهلك المثيل السعة المحجوزة إلا إذا استوفى شروط الإطلاق: نوع المثيل، والمنصة، وAvailability Zone، وtenancy، وحالة active، وعدد متاح.

يمكن للحجز open استقبال إطلاق متطابق تلقائياً. وإذا لم يوجد تطابق، تسمح بعض التفضيلات بالانتقال إلى سعة On-Demand العادية. أما الحجز targeted فيستلزم تحديده؛ وإذا لم يملك مكاناً مناسباً قد يفشل الإطلاق. خطأ واحد في المنطقة أو المنصة أو هوية الهدف قد يترك الحجز فارغاً بينما تبحث المهمة في مكان آخر.

لا يغير Savings Plans أولوية السعة. توثق AWS خطأ InsufficientInstanceCapacity عندما لا تكفي سعة On-Demand الحالية للطلب. قد يكون الخصم قد طُبق كما ينبغي طوال الأشهر الماضية؛ لكنه لم يعد بسعة للإطلاق الجديد.

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

Reserved Instance اسم يحتاج إلى نطاق

توضح Reserved Instances الإقليمية والزونية أن الاسم لا يكفي. الـRI الإقليمية لا تحجز سعة، ويمكن أن يتحرك خصمها بين Availability Zones داخل المنطقة وقد يمنح مرونة في الحجم. أما الـRI الزونية فتحجز سعة في المنطقة المحددة، لكنها تفقد مرونة الانتقال بين المناطق والأحجام ذات الصلة.

وتقول AWS إن النطاق لا يغير سعر RI. قد يحمل عقدان الاسم والسعر نفسيهما ويمنحان حقين مختلفين في السعة. لذلك يجب أن يسجل دفتر المشتريات النطاق، لا نسبة الخصم وحدها.

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

الخصم يتحرك مع المحفظة

تطبق AWS مزايا Savings Plans تلقائياً. تبدأ Reserved Instances، ثم EC2 Instance Savings Plans، ثم Compute Savings Plans. ويذهب الالتزام إلى الاستخدام المؤهل ذي أعلى نسبة توفير حتى ينفد؛ وما يبقى يُحاسب On-Demand.

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

يجيب تقرير التغطية عن سؤال معاكس: ما حصة تكلفة الاستخدام المؤهل التي حصلت على الخصم؟ الاستخدام يقيس استهلاك الالتزام، والتغطية تقيس حماية قاعدة الاستخدام من سعر On-Demand. ولا يقيس أي منهما السعة المتاحة.

المصادر