تحديث المثيلات وخطافات دورة الحياة

عند تحديث Launch Template (بإضافة AMI جديدة أو user data جديدة أو نوع مثيل جديد)، لا تُستبدل المثيلات الحالية قيد التشغيل في ASG تلقائيًا، بل تواصل تشغيل الإعداد القديم. ولنشر التغييرات، يجب استبدال المثيلات. أما إنهاء المثيلات وإعادة تشغيلها يدويًا فهو أمر محفوف بالمخاطر ومعرض للأخطاء. تعمل Instance Refresh على أتمتة هذه العملية باستخدام عناصر تحكم قابلة للتهيئة لضمان السلامة.

تستبدل Instance Refresh مثيلات ASG على دفعات متتابعة. ففي كل خطوة، تنهي دفعة من المثيلات القديمة، وتنتظر اجتياز المثيلات الجديدة لفحوصات السلامة، ثم تنتقل إلى الدفعة التالية. ويمكنكم التحكم في وتيرة العملية باستخدام MinHealthyPercentage (الحد الأدنى لنسبة السعة التي يجب أن تظل سليمة أثناء التحديث) ووقت InstanceWarmup اختياري.

يحدد MinHealthyPercentage الحد الأدنى للسعة السليمة أثناء التحديث. فإذا عيّنتموه على 90%، فسيُستبدل 10% فقط من الأسطول في كل مرة، وهو أبطأ لكنه أكثر أمانًا. أما القيمة 50% فتستبدل نصف الأسطول دفعة واحدة، وهو أسرع لكنه يوفر تكرارًا أقل. يحسب ASG أحجام الدفعات تلقائيًا استنادًا إلى هذه النسبة والسعة المطلوبة الحالية. اختاروا نسبة أعلى لأحمال العمل الإنتاجية للحفاظ على التوافر.

تتيح Checkpoints إيقاف Instance Refresh مؤقتًا عند مراحل مئوية محددة مسبقًا. فعلى سبيل المثال، يمكنكم تحديث 20% من المثيلات، وإيقاف العملية 10 دقائق لإجراء اختبارات أولية، ثم متابعة التحديث. وإذا اكتشفتم مشكلة عند أي نقطة تحقق، يمكنكم إلغاء التحديث؛ إذ يتوقف ASG عن استبدال المثيلات الإضافية، لكنه يترك المثيلات التي استُبدلت بالفعل قيد التشغيل (فهي تستخدم القالب الجديد أصلًا). ويُعد هذا عمليًا نمط canary deployment لـ EC2.

يمكنكم إلغاء Instance Refresh قيد التنفيذ في أي وقت؛ إذ يوقف عمليات الاستبدال اللاحقة، لكنه لا يتراجع عن العمليات المكتملة. استخدموا describe-instance-refreshes للتحقق من الحالة ونسبة التقدم وأي مثيلات فشلت عملية تشغيلها. ادمجوا Instance Refresh مع مسار CI/CD لتشغيل التحديث تلقائيًا بعد دفع AMI جديدة إلى Launch Template، وبذلك تكتمل عملية نشر مؤتمتة بالكامل بأسلوب blue/green.

توقف Lifecycle Hooks انتقالات مثيلات ASG عند لحظات أساسية، مما يتيح لكم تشغيل منطق مخصص قبل أن يصبح المثيل نشطًا أو قبل إنهائه. وهناك نقطتا ربط: EC2_INSTANCE_LAUNCHING (بعد التشغيل وقبل وضع المثيل في InService) وEC2_INSTANCE_TERMINATING (بعد اتخاذ قرار الإنهاء وقبل إنهاء المثيل فعليًا). أثناء نقطة الربط، يكون المثيل في حالة Pending:Wait أو Terminating:Wait.

تُعد launching hook مثالية للمهام التي يجب إكمالها قبل أن يبدأ المثيل في خدمة حركة المرور، مثل تثبيت برامج إضافية، وجلب الإعدادات من Parameter Store، والتسجيل في سجل اكتشاف الخدمات، أو تشغيل اختبارات التكامل. ولن يضيف ASG المثيل إلى مجموعة أهداف موازن التحميل حتى تكتمل نقطة الربط (أو تنتهي مهلتها). ويمنع ذلك وصول حركة المرور إلى مثيل لم يكتمل إعداده.

تُنفَّذ termination hook قبل إنهاء المثيل فعليًا. وتشمل حالات استخدامها تصريف الطلبات قيد التنفيذ من قائمة انتظار على مستوى التطبيق، ودفع البيانات المخزنة مؤقتًا إلى مخزن دائم، وإلغاء التسجيل من سجل الخدمات، أو نسخ ملفات السجل إلى S3. ومن دون نقطة ربط للإنهاء، قد يُفقد العمل الجاري على المثيل الذي يجري إنهاؤه. وتمنحكم نقطة الربط مدة تصل إلى ساعتين (مهلة نبضات القلب) لإكمال مهام الإيقاف المنظم.

يجب أن يشير المنطق المخصص الذي يعمل على المثيل (أو الذي يُشغَّل بواسطته) إلى اكتمال نقطة الربط عند انتهائه. استخدموا complete-lifecycle-action مع CONTINUE (للمتابعة بشكل طبيعي) أو ABANDON (في نقطة ربط التشغيل، لإنهاء المثيل؛ وفي نقطة ربط الإنهاء، للتجاهل والمتابعة). ويمكنكم أيضًا تمديد مهلة نقطة الربط بإرسال heartbeat في كل فترة حتى الوصول إلى المدة القصوى. وإذا انتهت مهلة نقطة الربط، فسيُطبَّق DefaultResult.

تتمثل الطريقة الأنسب للاستجابة إلى Lifecycle Hooks في استخدام Amazon EventBridge. فعند تشغيل نقطة ربط لدورة الحياة، يرسل ASG حدثًا إلى EventBridge. وتوجّه قاعدة EventBridge هذا الحدث إلى Lambda function تنفذ العمل المطلوب، ثم تستدعي complete-lifecycle-action. وتتميز هذه البنية بأنها بلا خوادم بالكامل، ولا تتطلب الاستقصاء، وتتوسع تلقائيًا. وتُعد إشعارات SQS وSNS بدائل أقدم، لكن EventBridge هي الخيار المفضل للتصاميم الجديدة.

عندما تستبدل Instance Refresh مثيلًا، تظل كلتا نقطتي ربط دورة الحياة تعملان: نقطة ربط الإنهاء على المثيل القديم، ونقطة ربط التشغيل على المثيل الجديد. وهذا يعني أن منطق الإيقاف المنظم والتهيئة الأولية يُنفَّذ تلقائيًا أثناء التحديث المتتابع، وليس فقط أثناء أحداث التوسعة العادية. اختبروا دائمًا منطق Lifecycle Hooks أثناء Instance Refresh مرحلية قبل النشر في بيئة الإنتاج للتحقق من صحة السلوك.

اختبروا مدى فهمكم لمفاهيم AWS Solutions Architect (SAA-C03) الواردة في هذا الدرس.

تعلّمتم في هذا الدرس أن Instance Refresh تستبدل مثيلات ASG على دفعات متتابعة يتحكم فيها MinHealthyPercentage، مع نقاط تحقق اختيارية للتحقق بأسلوب canary؛ وأن Lifecycle Hooks توقف انتقالات المثيلات عند التشغيل أو الإنهاء لتنفيذ منطق التهيئة المخصص أو الإيقاف المنظم؛ وأن EventBridge + Lambda هو النمط الموصى به للاستجابة إلى أحداث Lifecycle Hooks من دون استقصاء. بعد ذلك، سنستكشف وظائف AWS Lambda وبيئات التشغيل والمشغلات ومعالجات الأحداث.