トラブルシューティング- 一般

現在、メッシュ・リソースの初期作成後にリソースを変更できるのは、OCI Service Operator for Kubernetesからのみであるため、kubectl.ですオペレータの更新間隔(たとえば、毎時間)に基づいて、OCI Service Operator for Kubernetesで調整プロセスが実行されます。設定が異なるサービス・メッシュ・コントロール・プレーンのリソースはすべて、OCI Service Operator for Kubernetesの設定と一致するように戻されます。

デプロイメントで次のようなエラーが発生した場合、このエラーは、IngressGatewayDeploymentによって作成されたLoadBalancerタイプのサービスがプライベート・サブネットにパブリック・ロード・バランサを作成できないことを意味します。

Warning SyncLoadBalancerFailed 3m2s (x10 over 48m) service-controller (combined from similar events): Error syncing load balancer: failed to ensure load balancer: creating load balancer: Service error:InvalidParameter. Private subnet with id <subnet-ocid> is not allowed in a public loadbalancer.. http status code: 400. Opc request id: <opc-request-id>

プライベート・ロード・バランサまたは内部ロード・バランサを使用するには、次の手順を実行します。

• IngressGatewayDeploymentリソースからサービス・セクションを削除します。
• イングレス・ゲートウェイのポッドを指す正しい注釈を使用してサービスを作成します。

更新されたリソースは、次の例のようになります。

IngressGatewayDeployment (サービスなし)

apiVersion: servicemesh.oci.oracle.com/v1beta1
kind: IngressGatewayDeployment
metadata:
  name: bookinfo-ingress-gateway-deployment
  namespace: bookinfo
spec:
  ingressGateway:
    ref:
      name: bookinfo-ingress-gateway
  deployment:
    autoscaling:
      minPods: 1
      maxPods: 1
  ports:
    - protocol: TCP
      port: 9080
      serviceport: 80

内部ロード・バランサを作成するサービス。

apiVersion: v1
kind: Service
metadata:
  name: bookinfo-ingress
  namespace: bookinfo
  annotations:
    service.beta.kubernetes.io/oci-load-balancer-internal: "true"
spec:
  ports:
  - port: 80
    targetPort: 9080
    name: http
  selector:
    servicemesh.oci.oracle.com/ingress-gateway-deployment: bookinfo-ingress-gateway-deployment
  type: LoadBalancer

サービス・メッシュを使用してアプリケーション・ポッドを設定すると、サービス・メッシュ・プロキシ・コンテナがポッドに注入されます。プロキシ・コンテナとともに、initコンテナも注入され、プロキシの有効化に必要な1回かぎりの初期化が実行されます。

ポッドにinitコンテナが存在するため、メトリック・サーバーはポッドからメトリックをスクレイプできないシナリオもあります。次の表を参照してください。

デフォルトでは、仮想サービスのルーティング・ポリシーはDENYです。したがって、次のいずれかを行います。

• ルーティング・ポリシーをUNIFORMに変更します。
• 仮想サービス・ルート表を作成して、トラフィックを仮想デプロイメントにルーティングします。

問題をトラブルシューティングするには、問題のあるポッドのconfig_dumpファイルを取得します。ソースおよび宛先のポッドconfig_dumpファイルを参照することで、詳細を推測できます。ファイルを取得するには、次のステップを実行します。

• oci-sm-proxyコンテナで実行します。

  $ kubectl exec -i -t -n NAMESPACE_NAME POD_NAME -c oci-sm-proxy "--" /bin/bash

• コンテナ内で、config_dumpファイルにアクセスします。

  $ curl localhost:9901/config_dump

• コンテナを終了します。

  $ exit

過去5分間にサービス・トラフィックを表示するには、次のステップを実行します。

• ポート転送を使用してブラウザでPrometheus Dashboardを開きます。

  kubectl port-forward PROMETHEUS_POD_NAME -n PROMETHEUS_NAMESPACE PROMETHEUS_CONTAINER_PORT:9090

• プロメテウス・メトリックを表示するには、ブラウザのhttp://localhost:9090/graphを参照してください。
• pets-v1サービスに送信されたすべてのリクエストの合計数を表示するには、プロメテウス検索で次のコマンドを入力します。「Execute」を押します。

  envoy_cluster_external_upstream_rq_completed{virtual_deployment_name="pets-v1"}

• pets-v1サービスへの過去5分間のリクエストの率を表示するには、プロメテウス検索で次のコマンドを入力します。「Execute」を押します。

  rate(envoy_cluster_external_upstream_rq_completed{virtual_deployment_name="pets-v1"}[5m])

• curlを使用してすべてのポッドに送信されたリクエストの合計数をフェッチします:

  curl localhost:9090/api/v1/query?query="envoy_cluster_external_upstream_rq_completed" | jq