Container Service for Kubernetes:サービスのトラブルシューティング

手順

トラブルシューティングの前に、CCMのバージョンが1.9.3.276 g372aa98-aliyun以降であることを確認してください。 CCMの更新方法の詳細については、「CCMの更新」をご参照ください。CCMのリリースノートの詳細については、「Cloud Controller Manager」をご参照ください。

1. 次のコマンドを実行して、CLBインスタンスに関連付けられているサービスを照会します。

   kubectl get svc -A | grep -i LoadBalancer | grep {XXX.XXX.XXX.XXX}# XXX.XXX.XXX.XXX is the IP address of the CLB instance.

2. 次のコマンドを実行して、サービスエラーに対してイベントが生成されるかどうかを確認します。

   kubectl -n {your-namespace} describe svc {your-svc-name}

   重要

   サービスエラーに対してイベントが生成されない場合は、CMMのバージョンが1.9.3.276 g372aa98-aliyun以降であるかどうかを確認します。 CCMの更新方法の詳細については、「CCMの更新」をご参照ください。

   • サービスエラーに対してイベントが生成される場合は、「サービスエラーと解決策」をご参照ください。

   • サービスエラーに対してイベントが生成されない場合は、「トラブルシューティング」をご参照ください。

3. 問題が解決しない場合は、チケットの送信します。

サービスエラーと解決策

トラブルシューティング

次の表に示す情報を参照して、サービスエラー以外のエラーのトラブルシューティングを行うことができます。

CLBインスタンスがトラフィックを均等に分散しない

原因

SLBインスタンスに指定されたスケジューリングアルゴリズムが不適切です。

問題

トラフィックは、CLBインスタンスのバックエンドサーバーに均等に分散されません。

アプリケーションの更新中にCLBインスタンスにアクセスすると503エラーが発生します

原因

接続のドレインがCLBリスナーに設定されていないか、またはポッドにグレースフルシャットダウンが設定されていません。

問題

アプリケーションの更新中にCLBインスタンスにアクセスすると、503エラーが発生します。

クラスター内からCLBインスタンスにアクセスできない

原因

externalTrafficPolicy: LocalはLoadBalancerに設定されます。 ローカルモードでは、LoadBalancerのIPアドレスは、ローカルノード (LoadBalancerを実行するノード) でプロビジョニングされたポッドからのみアクセスできます。 LoadBalancerのIPアドレスは、クラスター内の他のノードのポッドからアクセスできません。 LoadBalancerのIPアドレスはKubernetesクラスターの外部にあります。 ACKクラスター内のノードまたはポッドがセカンドホップを使用せずにIPアドレスにアクセスできない場合、リクエストはLoadBalancerを通過しません。 その結果、LoadBalancerのIPアドレスは、LoadBalancerを使用するサービスの拡張IPアドレスと見なされます。 リクエストは、iptablesまたはIP仮想サーバー (IPVS) に基づくkube-proxyによって転送されます。

このシナリオでは、要求されたポッドがローカルノードでプロビジョニングされていない場合、接続の問題が発生します。 LoadBalancerのIPアドレスは、要求されたポッドがローカルノードでプロビジョニングされている場合にのみアクセスできます。 詳細については、「」をご参照ください。kube-proxyが外部lbのアドレスをノードローカルiptablesルールに追加する理由?.

問題

クラスター内からCLBインスタンスにアクセスすることはできません。

解決策

• クラスターIPまたはIngress名を使用します。

  Ingress名はnginx-ingress-lb.kubeシステムです。

• LoadBalancerサービスのexternalTrafficPolicyをクラスターに設定します。 ただし、この場合、クライアントの送信元IPアドレスは保存できません。 Ingressを変更するには、次のコマンドを実行する必要があります。

  説明

  IngressによってCLBインスタンスが使用されている場合、Ingressポッドをホストするノード上のポッドのみが、IngressインスタンスまたはCLBインスタンスによって公開されるサービスにアクセスできます。

  kubectl edit svc nginx-ingress-lb -n kube-system

• クラスターがENIモードでTerwayを使用している場合、LoadBalancerサービスのexternalTrafficPolicyをクラスターに設定し、アノテーション: Service. beta.kubernetes.io/backend-type:"eni" などの形式でアノテーションを追加して、ENIに直接アクセスします。 このようにして、クライアントの送信元IPアドレスを保持し、クラスター内からCLBインスタンスにアクセスできます。 詳細については、「CLBインスタンスを構成するためのサービスのYAMLファイルへのアノテーションの追加」をご参照ください。

  apiVersion: v1
  kind: Service
  metadata:
    annotations:
      service.beta.kubernetes.io/backend-type: eni
    labels:
      app: nginx-ingress-lb
    name: nginx-ingress-lb
    namespace: kube-system
  spec:
    externalTrafficPolicy: Cluster

クラスターの外部からCLBインスタンスにアクセスできない

原因

CLBインスタンスのアクセス制御リスト (ACL) ルールを設定した場合、CLBインスタンスが通常どおり実行されない場合。

問題

クラスターの外部からCLBインスタンスにアクセスすることはできません。

解決策

1. 次のコマンドを実行して、サービスイベントを照会し、エラーをトラブルシューティングします。 詳細については、「サービスエラーと解決策」をご参照ください。

   kubectl -n {your-namespace} describe svc {your-svc-name}

2. CLBインスタンスにACLルールが設定されているかどうかを確認します。

   CLBインスタンスにACLルールが設定されている場合は、クライアントIPアドレスがCLBインスタンスにアクセスできるかどうかを確認します。 CLBインスタンスのACLルールを設定する方法の詳細については、「アクセス制御」をご参照ください。

3. CLBインスタンスがvServerグループに関連付けられているかどうかを確認します。

   vServerグループが関連付けられていない場合は、アプリケーションポッドがサービスに関連付けられているかどうか、およびアプリケーションポッドが通常どおり実行されているかどうかを確認します。 アプリケーションポッドが正常に実行されない場合は、原因を特定してエラーのトラブルシューティングを行います。 詳細については、「ポッドのトラブルシューティング」をご参照ください。

4. 異常なバックエンドサーバーがCLBリスナーによって検出されたかどうかを確認します。

   異常なバックエンドサーバーが検出された場合は、アプリケーションポッドが正常に実行されているかどうかを確認します。 CLBのヘルスチェックの詳細については、「ヘルスチェックスクリプトの実行」をご参照ください。

5. 問題が解決しない場合は、チケットの送信します。

バックエンドHTTPSサービスにアクセスできません

原因

CLBインスタンスで証明書情報を指定すると、CLBインスタンスはHTTPSリクエストを復号化し、HTTPリクエストをバックエンドポッドに送信します。

問題

バックエンドHTTPSサービスにアクセスできません。

解決策

サービスのHTTPポートにtargetPortを設定します。 targetPortは、HTTPSポートがマッピングされるポートを指定します。 たとえば、HTTPSポートは次のNGINXサービスで443されます。 この場合、targetPortの値を80に変更する必要があります。

apiVersion: v1
kind: Service
metadata:
  annotations:
    service.beta.kubernetes.io/alibaba-cloud-loadbalancer-protocol-port: "https:443"
    service.beta.kubernetes.io/alibaba-cloud-loadbalancer-cert-id: "${YOUR_CERT_ID}"
  name: nginx
  namespace: default
spec:
  ports:
  - port: 80
    protocol: TCP
    targetPort: 80
  - port: 443
    protocol: TCP
    targetPort: 80
  selector:
    run: nginx
  type: LoadBalancer