Alibaba Cloud Service Mesh:Use route-level circuit breaking

apiVersion: networking.istio.io/v1alpha3
kind: DestinationRule
metadata:
  name: httpbin
spec:
  host: httpbin
  trafficPolicy:
    connectionPool:
      tcp:
        maxConnections: 1
      http:
        http1MaxPendingRequests: 1
        maxRequestsPerConnection: 1
    outlierDetection:
      consecutive5xxErrors: 1
      interval: 1s
      baseEjectionTime: 3m
      maxEjectionPercent: 100

apiVersion: istio.alibabacloud.com/v1beta1
kind: ASMCircuitBreaker
metadata:
  name: ingressgateway
  namespace: istio-system
spec:
  workloadSelector:
    labels:
      app: istio-ingressgateway
  isGateway: true
  configs:
    - match:
        vhost:
          name: "bf2.example.com"
          port: 80
          route:
            name_match: nginx-route-name1
      breaker_config:
        slow_request_rt: 0.1s
        break_duration: 90s
        window_size: 10s
        max_slow_requests: 10
        min_request_amount: 3
        error_percent:
          value: 60
        custom_response:
          header_to_add:
            x-envoy-circuitbreak: "true"
          body: "hello, break!"
          status_code: 499

Étape 1 : Créer la ressource ASMCircuitBreaker

Enregistrez le fichier YAML suivant sous le nom asmcircuitbreaker-test-gw.yaml :

apiVersion: istio.alibabacloud.com/v1beta1
kind: ASMCircuitBreaker
metadata:
  name: ingressgateway
  namespace: istio-system
spec:
  workloadSelector:
    labels:
      app: istio-ingressgateway
  isGateway: true
  configs:
    - match:
        vhost:
          name: "bf2.example.com"
          port: 80
          route:
            name_match: httpbin-route-name1
      breaker_config:
        slow_request_rt: 0.1s
        break_duration: 90s
        window_size: 10s
        max_slow_requests: 10
        min_request_amount: 3
        error_percent:
          value: 60
        custom_response:
          header_to_add:
            x-envoy-overload: "true"
          body: "hello, break!"
          status_code: 499

Appliquez la ressource :

kubectl apply -f asmcircuitbreaker-test-gw.yaml

Cette règle surveille la route httpbin-route-name1 sur une fenêtre glissante de 10 secondes. Le disjoncteur se déclenche lorsque l'une des conditions suivantes est remplie :

• Plus de 10 requêtes lentes (temps de réponse > 0,1 seconde)

• Le taux d'erreur dépasse 60 %, avec au moins 3 requêtes au total

Une fois déclenché, toutes les requêtes vers /httpbin reçoivent une réponse 499 avec le corps hello, break! pendant 90 secondes. À l'expiration de la durée break_duration de 90 secondes, le circuit se réinitialise et les requêtes sont à nouveau transmises à HTTPBin.

Étape 2 : Déclencher le disjoncteur avec des échecs simulés

Utilisez curl pour générer des requêtes lentes ou des réponses d'erreur. Les premières requêtes aboutissent normalement car les seuils n'ont pas encore été atteints.

Simuler un délai d'une seconde (dépasse le seuil slow_request_rt de 0,1 seconde) :

curl -H 'host: bf2.example.com' http://${ASM_GATEWAY_IP}/httpbin/delay/1 -v

Simuler une erreur 500 :

curl -H 'host: bf2.example.com' http://${ASM_GATEWAY_IP}/httpbin/status/500 -v

Répétez l'une ou l'autre commande au moins 10 fois en 10 secondes. Au fur et à mesure que les compteurs s'accumulent dans la fenêtre glissante, vous observez la progression suivante :

1. Requêtes initiales : les premières requêtes aboutissent normalement (HTTP 200 depuis HTTPBin ou la réponse de délai/erreur attendue depuis HTTPBin lui-même). Le disjoncteur ne s'est pas déclenché car les seuils n'ont pas été atteints.

2. Seuil franchi : après que suffisamment de requêtes ont dépassé les seuils configurés dans la fenêtre de 10 secondes, les requêtes suivantes renvoient la réponse personnalisée de disjonction :

      < HTTP/1.1 499 Unknown
      < Content-Length: 12
      < Content-Type: text/plain
      < x-envoy-overload: true
      < Date: Thu, 13 Jan 2022 03:03:09 GMT
      < Server: istio-envoy
      <
      Hello,Break!

Trois indicateurs confirment que le disjoncteur est actif :

• Code d'état : 499 (le status_code personnalisé défini dans la règle)

• En-tête : x-envoy-overload: true (l'en-tête personnalisé issu de header_to_add)

• Corps : Hello,Break! (le body personnalisé)

Étape 3 : Vérifier que les autres routes ne sont pas affectées

Pendant que le disjoncteur est actif pour /httpbin, envoyez une requête à la route Bookinfo /productpage :

curl -H 'host: bf2.example.com' http://${ASM_GATEWAY_IP}/productpage -v

Une réponse HTTP 200 réussie confirme que la règle de disjonction n'affecte que la route httpbin-route-name1. Bookinfo continue de servir les requêtes normalement car la règle cible une route spécifique, et non l'ensemble du service.