Aggiungere probe di integrità al servizio
Per impostazione predefinita, il controller in ingresso effettuerà il provisioning di un probe HTTP GET per i pod esposti.
Le proprietà del probe possono essere personalizzate aggiungendo un probe di idoneità o di attività alla specifica deployment
/pod
.
Con readinessProbe
o 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
Informazioni di riferimento per l'API Kubernetes:
Nota
readinessProbe
elivenessProbe
sono supportati se configurati conhttpGet
.- I probe su una porta diversa da quella esposta nel pod non sono attualmente supportati.
HttpHeaders
,InitialDelaySeconds
,SuccessThreshold
non sono supportati.
Senza readinessProbe
o livenessProbe
Se i probe precedenti non vengono forniti, il controller in ingresso presuppone che il servizio sia raggiungibile nell'oggetto Path
specificato per l'annotazione backend-path-prefix
oppure nell'oggetto path
specificato nella definizione ingress
per il servizio.
Valori predefiniti per il probe di integrità
Per qualsiasi proprietà che non può essere dedotta dal probe di idoneità/attività, vengono impostati i valori predefiniti.
Proprietà del probe del gateway applicazione | Valore predefinito |
---|---|
Path |
/ |
Host |
localhost |
Protocol |
HTTP |
Timeout |
30 |
Interval |
30 |
UnhealthyThreshold |
3 |
Commenti e suggerimenti
https://aka.ms/ContentUserFeedback.
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedereInvia e visualizza il feedback per