Alibaba Cloud Service Mesh:Configurar disjuntor de circuito para tráfego leste-oeste

O disjuntor de circuito baseado em taxa de erro abre o circuito quando a taxa de erro das respostas do servidor excede um limiar dentro de uma janela de tempo determinada.

1. Faça login no console do ASM. No painel de navegação à esquerda, escolha Service Mesh > Mesh Management.

2. Na página Mesh Management, clique em no nome da instância do ASM. No painel de navegação à esquerda, escolha Traffic Management Center > Circuit Breaking and Degradation.

3. Na página **Create, cole o seguinte conteúdo no editor YAML e clique em Create**.

   Clique em para visualizar o arquivo YAML

   apiVersion: istio.alibabacloud.com/v1beta1
   kind: ASMCircuitBreaker
   metadata:
     name: httpbin-error-circuitbreak
     namespace: default
   spec:
     configs:
       - breaker_config:
           break_duration: 60s
           custom_response:
             body: error break!
             header_to_add:
               x-envoy-overload: 'true'
             status_code: 499
           error_percent:
             value: 60
           min_request_amount: 5
           window_size: 10s
         match:
           vhost:
             name: httpbin.default.svc.cluster.local
             port: 8000
             route:
               name_match: error-route
     workloadSelector:
       labels:
         app: sleep
   

   A tabela a seguir descreve os parâmetros da configuração do disjuntor de circuito.

   Parâmetro	Descrição
   workloadSelector.labels	Carga de trabalho do serviço downstream à qual a regra de disjuntor de circuito se aplica. Neste exemplo, o serviço downstream é o sleep, selecionado pelo rótulo app: sleep.
   break_duration	Duração em que o circuito permanece aberto após ser acionado. Neste exemplo, o valor é 60s.
   window_size	Janela de tempo para detecção do disjuntor de circuito. Neste exemplo, o valor é 10s. Se a taxa de erro de requisição na rota exceder o limiar especificado dentro de 10 segundos, o disjuntor será acionado e rejeitará as requisições.
   error_percent	Limiar de taxa de erro de requisição necessário para acionar o disjuntor dentro da janela de tempo. Neste exemplo, o valor é 60. Se a taxa de erro na rota exceder 60% dentro de uma janela de 10s, o disjuntor será acionado e rejeitará as requisições.
   min_request_amount	Número mínimo de requisições necessárias para acionar o disjuntor dentro da janela de tempo. Este parâmetro evita que o disjuntor seja acionado por um volume baixo de requisições. Neste exemplo, o valor é 5. O disjuntor só é acionado se mais de 5 requisições forem enviadas na rota dentro de uma janela de 10s e a taxa de erro exceder 60%.
   custom_response	Resposta personalizada retornada pelo proxy do mesh para requisições rejeitadas após o acionamento do disjuntor. body definido como error break!. O corpo da resposta é error break!. header_to_add definido como x-envoy-overload: 'true'. O cabeçalho x-envoy-overload: 'true' é adicionado à resposta quando o circuito está aberto. status_code definido como 499. O código de resposta para a requisição é 499 após a abertura do circuito.
   match.vhost	Entrada de rota para a qual o disjuntor está configurado. Deve corresponder a uma entrada específica declarada no serviço virtual. name: Nome de domínio do serviço upstream na cadeia de chamadas. Neste exemplo, definido como httpbin.default.svc.cluster.local, que é o domínio do serviço httpbin (upstream do serviço sleep). port: Porta do serviço upstream. Neste exemplo, definido como 8000, que é a porta do serviço httpbin. route.name_match: Nome real da entrada de rota no serviço virtual onde a configuração do disjuntor entra em vigor. Neste exemplo, definido como error-route, referente à entrada criada na Etapa 1. Requisições correspondentes sempre retornam status 500, garantindo o acionamento do disjuntor.

4. Conecte-se ao cluster ACK usando kubectl e execute o seguinte comando:

   for i in {1..100};  do kubectl exec -it deploy/sleep -- curl httpbin:8000/status/500 -I | grep 'HTTP';  echo ''; sleep 0.1; done;

   Saída esperada:

   Clique em para visualizar detalhes

   HTTP/1.1 500 Internal Server Error
   HTTP/1.1 500 Internal Server Error
   HTTP/1.1 500 Internal Server Error
   HTTP/1.1 500 Internal Server Error
   HTTP/1.1 500 Internal Server Error
   HTTP/1.1 499 Unknown
   HTTP/1.1 499 Unknown
   HTTP/1.1 499 Unknown
   HTTP/1.1 499 Unknown
   HTTP/1.1 499 Unknown
   HTTP/1.1 499 Unknown
   HTTP/1.1 499 Unknown
   ...

   A saída mostra que o disjuntor é acionado na sexta requisição. As requisições subsequentes retornam o código de resposta personalizado 499. O circuito permanece aberto por 60s.

5. Com o circuito aberto, tente acessar outros caminhos do serviço httpbin.

   for i in {1..100};  do kubectl exec -it deploy/sleep -- curl httpbin:8000/status/503 -I | grep 'HTTP';  echo ''; sleep 0.1; done;

   Saída esperada:

   Clique em para visualizar detalhes

   HTTP/1.1 503 Service Unavailable
   HTTP/1.1 503 Service Unavailable
   HTTP/1.1 503 Service Unavailable
   HTTP/1.1 503 Service Unavailable
   HTTP/1.1 503 Service Unavailable
   HTTP/1.1 503 Service Unavailable
   HTTP/1.1 503 Service Unavailable
   HTTP/1.1 503 Service Unavailable
   HTTP/1.1 503 Service Unavailable
   HTTP/1.1 503 Service Unavailable
   ...

   Requisições para outros caminhos do serviço não são afetadas pela configuração do disjuntor na entrada de rota error-route e ainda retornam o conteúdo de resposta do serviço httpbin.

O disjuntor baseado em requisições lentas abre o circuito quando o número de "requisições lentas" (aquelas que excedem um limiar de tempo de resposta) ultrapassa um limite dentro de uma janela de tempo determinada.

1. Faça login no console do ASM. No painel de navegação à esquerda, escolha Service Mesh > Mesh Management.

2. Na página Mesh Management, clique em no nome da instância do ASM. No painel de navegação à esquerda, escolha Traffic Management Center > Circuit Breaking and Degradation.

3. Na página **Create, cole o seguinte conteúdo no editor YAML e clique em Create**.

   Clique em para visualizar o arquivo YAML

   apiVersion: istio.alibabacloud.com/v1beta1
   kind: ASMCircuitBreaker
   metadata:
     name: httpbin-slow-circuitbreak
     namespace: default
   spec:
     configs:
       - breaker_config:
           break_duration: 60s
           custom_response:
             body: delay break!
             header_to_add:
               x-envoy-overload: 'true'
             status_code: 498
           slow_request_rt: 0.5s
           max_slow_requests: 5
           min_request_amount: 5
           window_size: 10s
         match:
           vhost:
             name: httpbin.default.svc.cluster.local
             port: 8000
             route:
               name_match: delay-route
     workloadSelector:
       labels:
         app: sleep

   A tabela a seguir descreve os parâmetros da configuração do disjuntor de circuito.

   Parâmetro	Descrição
   workloadSelector.labels	Carga de trabalho do serviço downstream à qual a regra de disjuntor de circuito se aplica. Neste exemplo, o serviço downstream é o sleep, selecionado pelo rótulo app: sleep.
   break_duration	Duração em que o circuito permanece aberto após ser acionado. Neste exemplo, o valor é 60s.
   window_size	Janela de tempo para detecção do disjuntor de circuito. Neste exemplo, o valor é 10s. Se o número de requisições lentas na rota exceder o limiar especificado dentro de 10 segundos, o disjuntor será acionado e rejeitará as requisições.
   slow_request_rt	Limiar de tempo de resposta para uma requisição lenta. Neste exemplo, o valor é 0,5s. Requisições com tempo de resposta superior a 0,5s são consideradas lentas.
   max_slow_requests	Número de requisições lentas necessário para acionar o disjuntor dentro da janela de tempo. Neste exemplo, o valor é 5. Se ocorrerem mais de 5 requisições lentas dentro de uma janela de 10s, o disjuntor será acionado e rejeitará as requisições.
   min_request_amount	Número mínimo de requisições necessárias para acionar o disjuntor dentro da janela de tempo. Este parâmetro evita que o disjuntor seja acionado por um volume baixo de requisições. Neste exemplo, o valor é 5. O disjuntor só é acionado se mais de 5 requisições forem enviadas na rota dentro de uma janela de 10s e o número de requisições lentas exceder 5.
   custom_response	Resposta personalizada retornada pelo proxy do mesh para requisições rejeitadas após o acionamento do disjuntor. body definido como delay break!. O corpo da resposta é delay break!. header_to_add definido como x-envoy-overload: 'true'. O cabeçalho x-envoy-overload: 'true' é adicionado à resposta quando o circuito está aberto. status_code definido como 498. O código de resposta para a requisição é 498 após a abertura do circuito.
   match.vhost	Entrada de rota para a qual o disjuntor está configurado. Deve corresponder a uma entrada específica declarada no serviço virtual. name: Nome de domínio do serviço upstream na cadeia de chamadas. Neste exemplo, definido como httpbin.default.svc.cluster.local, que é o domínio do serviço httpbin (upstream do serviço sleep). port: Porta do serviço upstream. Neste exemplo, definido como 8000, que é a porta do serviço httpbin. route.name_match: Nome real da entrada de rota no serviço virtual onde a configuração do disjuntor entra em vigor. Neste exemplo, definido como delay-route, referente à entrada criada na Etapa 1. Especifique manualmente um tempo de resposta superior a 0,5 segundos para requisições correspondentes a esta rota para garantir o acionamento do disjuntor.

4. Conecte-se ao cluster ACK usando kubectl e execute o seguinte comando:

   for i in {1..100};  do kubectl exec -it deploy/sleep -- curl httpbin:8000/delay/1 -I | grep 'HTTP';  echo ''; sleep 0.1; done; 

   Saída esperada:

   Clique em para visualizar detalhes

   HTTP/1.1 200 OK
   HTTP/1.1 200 OK
   HTTP/1.1 200 OK
   HTTP/1.1 200 OK
   HTTP/1.1 200 OK
   HTTP/1.1 498 Unknown
   HTTP/1.1 498 Unknown
   HTTP/1.1 498 Unknown
   HTTP/1.1 498 Unknown
   HTTP/1.1 498 Unknown
   HTTP/1.1 498 Unknown
   HTTP/1.1 498 Unknown
   HTTP/1.1 498 Unknown
   ...

   A saída mostra que o disjuntor é acionado na sexta requisição. As requisições subsequentes retornam o código de resposta personalizado 498. O circuito permanece aberto por 60s.

5. Com o disjuntor baseado em requisições lentas ativo, execute o seguinte comando para testar o disjuntor baseado em taxa de erro configurado na seção anterior.

   for i in {1..100};  do kubectl exec -it deploy/sleep -- curl httpbin:8000/status/500 -I | grep 'HTTP';  echo ''; sleep 0.1; done;

   Saída esperada:

   Clique em para visualizar detalhes

   HTTP/1.1 500 Internal Server Error
   HTTP/1.1 500 Internal Server Error
   HTTP/1.1 500 Internal Server Error
   HTTP/1.1 500 Internal Server Error
   HTTP/1.1 500 Internal Server Error
   HTTP/1.1 499 Unknown
   HTTP/1.1 499 Unknown
   HTTP/1.1 499 Unknown
   HTTP/1.1 499 Unknown
   HTTP/1.1 499 Unknown
   HTTP/1.1 499 Unknown
   HTTP/1.1 499 Unknown
   ...

   A saída indica que as regras de disjuntor configuradas em diferentes entradas de rota operam independentemente. Isso permite definir políticas específicas para diferentes tipos de tráfego leste-oeste.