کارپنتر از ARC Zonal Shift پشتیبانی میکنه
خلاصهٔ کاملتر
آمازون از یکپارچهسازی Karpenter با سرویس Amazon Application Recovery Controller (ARC) خبر داد. ARC ابزاریه که بهت کمک میکنه بازیابی اپلیکیشنهات رو در سطح Regionها و Availability Zoneهای مختلف AWS مدیریت کنی. این یکپارچهسازی مخصوصاً برای تیمهایی مفیده که کلاسترهای EKS رو روی چند AZ مستقر میکنن تا نقطهی شکست واحد نداشته باشن.
قابلیت Zonal Shift بهت اجازه میده که بهصورت موقت ترافیک شبکه داخل کلاستر رو از یه AZ آسیبدیده دور کنی. اگه بخوای این فرآیند کاملاً خودکار باشه، میتونی Zonal Autoshift رو فعال کنی تا AWS خودش این کار رو مدیریت کنه؛ این حالت حتی شامل تمرینهای دورهای هم میشه تا مطمئن بشی کلاستر با یه AZ کمتر درست کار میکنه.
وقتی یه Zonal Shift فعال میشه، کارپنتر چند کار انجام میده: دیگه ظرفیت جدیدی توی AZ مشکلدار تأمین نمیکنه، عملیات داوطلبانهای مثل Consolidation (تجمیع بار روی نودهای کمتر) و Drift (جایگزینی نودهای قدیمی) رو برای نودهای اون زون متوقف میکنه، و از هرگونه disruption توی زونهای سالم که به شدولبندی در زون آسیبدیده وابستهان هم جلوگیری میکنه.
یه نکتهی مهم اینه که پادهایی با Volume Affinity (وابستگی به volume ذخیرهسازی که فقط در زون خاصی موجوده) تلاشی برای راهاندازی در شرایط زونال شیفت نمیکنن؛ این جلوی خطاهای بیپایان scheduling رو میگیره. وقتی Zonal Shift منقضی بشه یا لغو بشه، کارپنتر به حالت عادی برمیگرده.
برای فعالسازی، نیازی به منابع ARC سفارشی نداری؛ کارپنتر مستقیماً با همون ARC Resource موجود در کلاستر EKS کار میکنه. فقط کافیه این تنظیم رو در کانفیگ کارپنتر فعال کنی:
ENABLE_ZONAL_SHIFT=true
نکات کلیدی:
- کارپنتر حالا با ARC Zonal Shift و Zonal Autoshift روی EKS یکپارچه شده
- در زمان اختلال زونی، تأمین ظرفیت جدید و عملیاتهای داوطلبانه در AZ مشکلدار متوقف میشن
- Zonal Autoshift به AWS اجازه میده این مدیریت رو بهصورت کاملاً خودکار انجام بده
- فعالسازی فقط با تنظیم ENABLE_ZONAL_SHIFT انجام میشه و نیاز به تغییر معماری نداره
- بعد از پایان یا لغو Zonal Shift، کارپنتر به رفتار عادی خودش برمیگرده
