Adición de sondeos de estado a servicios
De forma predeterminada, el controlador de entrada aprovisionará un sondeo HTTP GET para los pods expuestos.
Las propiedades de sondeo pueden personalizarse agregando un sondeo de preparación o ejecución a sus especificaciones de 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
Referencia de la API de Kubernetes:
Nota:
readinessProbe
ylivenessProbe
se admiten cuando se configuran conhttpGet
.- Actualmente no se admite el sondeo en un puerto distinto al que se expone en el pod.
HttpHeaders
,InitialDelaySeconds
,SuccessThreshold
no se admiten.
Sin readinessProbe
o livenessProbe
Si no se proporcionan los sondeos anteriores, el controlador de entrada supondrá que se puede acceder al servicio en la Path
especificada para la anotación de backend-path-prefix
o la path
especificada en la definición de ingress
del servicio.
Valores predeterminados para el sondeo de estado
En el caso de las propiedades que no se pueden inferir mediante el sondeo de preparación o ejecución, se establecen los valores predeterminados.
Propiedad de sondeo de Application Gateway | Valor predeterminado |
---|---|
Path |
/ |
Host |
localhost |
Protocol |
HTTP |
Timeout |
30 |
Interval |
30 |
UnhealthyThreshold |
3 |
Comentarios
https://aka.ms/ContentUserFeedback.
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea:Enviar y ver comentarios de