Basis van cloud en containers
readinessProbe:
httpGet:
path: /ready
port: 8080
periodSeconds: 5Een 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?
- AZolang /ready faalt, wordt de Pod uit de doelen van de Service gehaald en ontvangt hij geen aanvragen, en de container wordt niet herstart
- BDe container wordt herstart telkens wanneer /ready faalt; hij blijft dus herstarten voordat de cache klaar is met laden
- CTot /ready slaagt, wordt de Pod aan geen enkele node toegewezen, en de container wordt niet gestart
Antwoord en toelichting tonen
Antwoord: A. Zolang /ready faalt, wordt de Pod uit de doelen van de Service gehaald en ontvangt hij geen aanvragen, en de container wordt niet herstart
Een readiness-probe controleert of een container klaar is om aanvragen aan te nemen en haalt de Pod uit de doelen van de Service zolang de controle faalt. Een HTTP-probe beschouwt een antwoord van minstens 200 en lager dan 400 als geslaagd; zolang 503 wordt teruggegeven, worden er dus geen aanvragen naartoe gestuurd, en zodra de applicatie gereed is, komen ze binnen. Het herstarten van de container bij een mislukte controle is de taak van een liveness-probe; een applicatie die traag opstart alleen een liveness-probe met een kort interval geven, kan tot herhaalde herstarts leiden. Op welke node een Pod draait, beslist de scheduler, niet de probes.