«در حال حاضر منابع کلاس مقدار CPU و حافظه مورد نیاز پاد را مشخص می‌کنند، اما در عوض ما این را برای Kubernetes مات می‌کنیم. بنابراین به‌جای اینکه در زمان اجرای کانتینر مشخص شود، در یک ظرف مشخص کنید که می‌خواهید منبع QoS X برای این پاد کلاس A باشد،» هانت در سخنرانی این زوج در Kubecon آمریکای شمالی می‌گوید.
هانت می‌گوید: «Kubernetes می‌تواند این را با یک خط‌مشی ثابت CPU نشان دهد، بنابراین آنها را روی هسته‌های CPU جدا کنید – این کمی بهتر است. کلاس‌های kuos در محدودیت‌های درخواستی برای پادها نیز نمایش داده می‌شوند. او می افزاید: “همه این منابع دیگر وجود دارد که باید تجزیه شوند تا ضربه زدن به وب سایت گروه راک باعث ایجاد وقفه در زنگ هشدار اضطراری نشود.”
اشتراک گذاری همیشه اهمیت دادن نیست. اگر برنامه شما توسط همسایگان پر سر و صدایی که از منابع عمومی خارج از کنترل شما سوء استفاده می کنند، مزاحم می شود، راه هایی وجود دارد که به برنامه های Kubernetes* اجازه دهید در آرامش اجرا شوند.
با استفاده از ویژگی منبع کلاس، می‌توانید به هشدار اضطراری یک حافظه پنهان اختصاصی بدهید، برای مثال با فناوری Intel® Resource Director (Intel* RDT)، که به آن اجازه می‌دهد تا حدی از وب‌سایت گروه راک جدا شود. کاهش پهنای باند حافظه برای وب سایت گروه راک نیز کمک می کند. به این ترتیب حتی اگر افزایش ترافیکی از یک تور کنسرت وجود داشته باشد، باعث نمی شود که پهنای باند حافظه اشغال شود و از سیستم هشدار اضطراری خارج شود. راه دیگر این است که به سیستم اضطراری Block I/O اولویت داده و وزن بیشتری به آن بدهید. سایت اضطراری همچنین می‌تواند منابع Block I/O مورد نیاز خود را دریافت کند – و سپس برعکس آن را برای وب‌سایت گروه راک انجام دهد، آن را خفه کند، بنابراین نمی‌تواند منابع زیادی را جذب کند.
