Container Service for Kubernetes:Configure port probing in Knative

Fonctionnement

Les sondes de vivacité surveillent l'intégrité des conteneurs. Si un conteneur passe à l'état Failed ou si son service ne parvient pas à démarrer, la sonde de vivacité redémarre le conteneur.

Les sondes de disponibilité gèrent la mise à l'échelle automatique en veillant à ce que seuls les pods à l'état Ready reçoivent du trafic, améliorant ainsi la stabilité du service et la rapidité des réponses.

Le processus de sondage dans Knative suit une séquence en quatre étapes :

1. Définissez des sondes de disponibilité ou de vivacité dans la ressource personnalisée (CR) d'un service Knative.

2. Le kubelet envoie les sondes de vivacité aux conteneurs spécifiés.

3. Knative réécrit les sondes de disponibilité et les envoie au conteneur queue-proxy. Le sondage démarre depuis le composant Activator ou depuis le conteneur queue-proxy pour vérifier que l'ensemble du lien réseau est configuré et prêt.

4. Knative définit des sondes de disponibilité pour le conteneur queue-proxy. Ce dernier agrège les résultats des sondes de disponibilité provenant de tous les conteneurs — le conteneur principal et les éventuels conteneurs sidecar. Lorsque queue-proxy renvoie des réponses positives et que la couche réseau Knative est configurée, Knative considère les pods comme sains et prêts à accepter le trafic.

Prérequis

Avant de commencer, assurez-vous d'avoir :

• Déployé Knative dans votre cluster. Pour plus d'informations, consultez la rubrique Deploy Knative.

Configuration des sondes

Ajoutez le champ readinessProbe ou livenessProbe à un service Knative. La configuration suit le même format que les sondes Kubernetes standard. Pour obtenir la référence complète des paramètres, consultez la documentation Configure liveness, readiness and startup probes.

L'exemple suivant configure deux conteneurs, chacun disposant d'une sonde de disponibilité HTTP GET et d'une sonde de vivacité par socket TCP :

apiVersion: serving.knative.dev/v1
kind: Service
metadata:
  name: runtime
  namespace: default
spec:
  template:
    spec:
      containers:
      - name: first-container
        image: <YOUR-IMAGE>      # Replace with the actual image name.
        ports:
          - containerPort: 8080
        readinessProbe:          # Checks when the container is ready to receive traffic.
          httpGet:
            port: 8080           # Can differ from containerPort.
            path: "/health"
        livenessProbe:           # Checks whether the container is alive.
          tcpSocket:
            port: 8080
      - name: second-container
        image: <YOUR-IMAGE>      # Replace with the actual image name.
        readinessProbe:
          httpGet:
            port: 8089
            path: "/health"
        livenessProbe:
          tcpSocket:
            port: 8089

Étapes suivantes

Configurer un certificat pour accéder aux services via HTTPS