Share via

Ajouter des sondes d’intégrité à votre service

  • Article

Par défaut, le contrôleur d’entrée approvisionne une sonde HTTP GET pour les pods exposés. Les propriétés de la sonde peuvent être personnalisées en ajoutant une sonde de préparation ou d’activité à vos spécifications deployment/pod.

Avec readinessProbe ou 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

Référence de l’API Kubernetes :

Remarque

  • readinessProbe et livenessProbe sont pris en charge lors d’une configuration avec httpGet.
  • La détection sur un port autre que celui exposé sur le pod n’est pas prise en charge pour le moment.
  • HttpHeaders, InitialDelaySeconds, SuccessThreshold ne sont pas pris en charge.

Sans readinessProbe ou livenessProbe

Si les sondes ci-dessus ne sont pas fournies, le contrôleur d’entrée fait une hypothèse que le service est accessible sur Path spécifié pour l’annotation backend-path-prefix ou path spécifié dans la définition ingress pour le service.

Valeurs par défaut pour la sonde d’intégrité

Pour toute propriété qui ne peut pas être déduite par la sonde de disponibilité/d’activité, les valeurs par défaut sont définies.

Propriété de sonde Application Gateway Valeur par défaut
Path /
Host localhost
Protocol HTTP
Timeout 30
Interval 30
UnhealthyThreshold 3