پیش از شروع
- این راهنما را با یک پروژه آزمایشی یا منبعی که مجاز به تغییر آن هستید دنبال کنید.
- هزینه و اثر حذف یا جایگزینی داده در مرحله تأیید نهایی دوباره نمایش داده میشود.
- پس از هر تغییر، نتیجه مورد انتظار همان مرحله را در وضعیت پروژه، رخدادها یا گزارش فعالیت بررسی کنید.
تعداد نمونه را انتخاب کنید
برای سرویس production میتوانید بیش از یک Replica داشته باشید. ترافیک فقط بین Podهای Ready توزیع میشود و بهروزرسانی بهصورت Rolling انجام میشود تا نمونه سالم قبلی تا آمادهشدن نسخه جدید باقی بماند.
Autoscaling را فعال کنید
حداقل و حداکثر نمونه و هدف مصرف CPU یا حافظه را تعیین کنید. پاستا براساس متریک واقعی تعداد Replica را تغییر میدهد و در خلاصه هزینه، بازه حداقل تا حداکثر مصرف را نشان میدهد.
Health Check صحیح
Readiness مشخص میکند چه زمانی ترافیک وارد Pod شود و Liveness در گیرکردن برنامه آن را Restart میکند. مسیر Health باید سریع، بدون احراز هویت و بدون وابستگی غیرضروری به سرویس بیرونی پاسخ موفق بدهد.
بودجه منابع
Request برای زمانبندی و Limit برای محافظت از کلاستر استفاده میشود. OOMKilled یعنی مصرف حافظه از Limit عبور کرده است؛ ابتدا نشتی یا cache برنامه را بررسی و سپس پلن را افزایش دهید.
ظرفیت ناحیه
پاستا ظرفیت قابلاستفاده CPU، RAM و دیسک هر کلاستر را بررسی میکند. اگر ناحیه برای پلن انتخابی جا نداشته باشد «تکمیل ظرفیت» نمایش داده میشود و ساخت یا افزایش مقیاس تا آزادشدن منابع یا انتخاب ناحیه دیگر انجام نمیشود.
محدودیت واقعی HA
چند Replica خرابی یک Pod را پوشش میدهد، اما برای داده باید دیتابیس و بکاپ مناسب داشته باشید. خرابی کامل کلاستر نیازمند بازیابی یا مهاجرت به کلاستر دیگر است و Snapshot محلی بهتنهایی جای بکاپ مستقل را نمیگیرد.