Welke twee acties moet u ondernemen om ervoor te zorgen dat applicaties in een GKE-cluster toegang hebben tot de vereiste compute resources?

Om ervoor te zorgen dat applicaties in een GKE-cluster toegang hebben tot de vereiste compute resources, zijn het maken van namespaces met resource quotas en het instellen van LimitRanges cruciaal. Maak een namespace voor elk team en koppel resource quotas aan elke namespace. Dit isoleert teams en hun applicaties, voorkomt dat één team alle resources opslokt en dwingt resourcebeheer af. Resource Quotas beperken de totale hoeveelheid CPU, geheugen en andere resources die objecten in een namespace kunnen verbruiken. Maak een LimitRange om standaard compute resource requests en limits per namespace in te stellen. LimitRanges stellen standaardwaarden in voor requests en limits van CPU en geheugen voor pods als deze niet expliciet zijn gedefinieerd in de pod specificatie. Dit voorkomt 'noisy neighbor' problemen en zorgt voor een basisniveau van resourcegarantie. De andere opties zijn minder direct gerelateerd aan het garanderen van compute resources: Het specificeren van resource requests en limits in pod specs is een goede praktijk, maar LimitRanges en Resource Quotas bieden een overkoepelend beleid. Kubernetes service accounts zijn voor authenticatie en autorisatie, niet voor resourcebeheer. Anthos Policy Controller en taints/tolerations zijn voor beleidshandhaving en pod scheduling, niet primair voor het garanderen van compute resources per applicatie.