Statustests toevoegen aan uw service
Standaard richt de controller voor inkomend verkeer een HTTP GET-test in voor de weergegeven pods.
De testeigenschappen kunnen worden aangepast door een gereedheids- of livenesstest toe te voegen aan uw deployment
/pod
specificatie.
Met readinessProbe
of livenessProbe
apiVersion: networking.k8s.io/v1
kind: Deployment
metadata:
name: aspnetapp
spec:
replicas: 3
template:
metadata:
labels:
service: site
spec:
containers:
- name: aspnetapp
image: mcr.microsoft.com/dotnet/samples:aspnetapp
imagePullPolicy: IfNotPresent
ports:
- containerPort: 80
readinessProbe:
httpGet:
path: /
port: 80
periodSeconds: 3
timeoutSeconds: 1
Naslaginformatie over de Kubernetes-API:
Notitie
readinessProbe
enlivenessProbe
worden ondersteund wanneer deze is geconfigureerd methttpGet
.- Testen op een andere poort dan de poort die op de pod wordt weergegeven, wordt momenteel niet ondersteund.
HttpHeaders
,InitialDelaySeconds
wordenSuccessThreshold
niet ondersteund.
Zonder readinessProbe
of livenessProbe
Als de bovenstaande tests niet worden opgegeven, maakt de ingangscontroller een aanname dat de service bereikbaar is op de Path
opgegeven aantekening backend-path-prefix
of de path
opgegeven in de ingress
definitie voor de service.
Standaardwaarden voor statustest
Voor een eigenschap die niet kan worden afgeleid door de gereedheids-/livenesstest, worden standaardwaarden ingesteld.
Testeigenschap van Application Gateway | Standaardwaarde |
---|---|
Path |
/ |
Host |
localhost |
Protocol |
HTTP |
Timeout |
30 |
Interval |
30 |
UnhealthyThreshold |
3 |
Feedback
https://aka.ms/ContentUserFeedback.
Binnenkort beschikbaar: In de loop van 2024 zullen we GitHub-problemen geleidelijk uitfaseren als het feedbackmechanisme voor inhoud en deze vervangen door een nieuw feedbacksysteem. Zie voor meer informatie:Feedback verzenden en weergeven voor