Basis van cloud en containers

In Kubernetes krijgt een Pod telkens een ander IP-adres wanneer hij opnieuw wordt gemaakt. Met welke resource kunnen andere applicaties via een naam en een adres die niet veranderen, verbinding maken met meerdere Pods die met labels zijn geselecteerd, waarbij de belasting over die Pods wordt verdeeld?

  1. AConfigMap
  2. BService
  3. CPersistentVolume
Antwoord en toelichting tonen

Antwoord: B. Service

Een Service geeft de verzameling Pods die bij haar labelselector passen, een virtueel IP-adres en een DNS-naam die binnen het cluster gelijk blijven, en verdeelt het binnenkomende verkeer over die Pods. Ook als Pods worden vervangen, hoeven clients alleen met de naam van de Service verbinding te maken en hoeven ze de adressen van de Pods niet te kennen. Om de Service buiten het cluster beschikbaar te maken, stelt men type in op NodePort of LoadBalancer, of gebruikt men een Ingress. Een ConfigMap is een resource voor configuratiewaarden en een PersistentVolume een resource voor persistente opslag.

Dit onderwerp oefenen Naar de onderwerppagina

Meer vragen over Basis van cloud en containers

  1. In een Kubernetes-cluster moeten HTTPS-aanvragen die voor één hostnaam binnenkomen, naar de Service api worden gestuurd als het pad met /api begint, en anders naar de Service web. Welke resource is geschikt om deze routeringsregel vast te leggen?
  2. Het wachtwoord van een database wordt in een Kubernetes-Secret opgeslagen. Welke beschrijving van een Secret is juist?
  3. Een webapplicatie kan na het starten ongeveer 60 seconden lang, terwijl ze haar cache laadt, geen aanvragen verwerken en geeft in die tijd 503 terug op /ready. Welke beschrijving van het effect van het toevoegen van de bovenstaande instellingen aan de container van de Pod is juist?
  4. Bij een webapplicatie op Kubernetes is de controle van de liveness-probe zo gemaakt dat ze ook nagaat of de applicatie verbinding kan maken met de database waarvan ze afhangt. Welk probleem is met deze instelling het meest waarschijnlijk?
  5. Een Kubernetes-HorizontalPodAutoscaler heeft een doel voor het CPU-gebruik van de Pods van 70% en een bereik van 1 tot 10 Pods. Op dit moment is het gemiddelde CPU-gebruik van 5 Pods 30%. Als het benodigde aantal Pods wordt berekend als ⌈huidig aantal × huidig gebruik ÷ doelgebruik⌉ (⌈ ⌉ betekent naar boven afronden), hoeveel Pods zijn er dan nodig?