获取 Envoy 访问日志

Istio 最简单的日志类型是 Envoy 的访问日志。 Envoy 代理打印访问信息到标准输出。Envoy 容器的标准输出能够通过 kubectl logs 命令打印出来。

开始之前

• 按照安装指南中的说明安装 Istio。

• 将 curl 示例应用程序部署为发送请求的测试源。 如果您启用了自动 Sidecar 注入， 运行以下命令部署示例应用程序：

  Zip

  $ kubectl apply -f @samples/curl/curl.yaml@
  

  否则，在使用以下命令部署 curl 应用程序之前，手动注入 Sidecar：

  Zip

  $ kubectl apply -f <(istioctl kube-inject -f @samples/curl/curl.yaml@)
  

• 为了发送请求，您需要创建 SOURCE_POD 环境变量来存储源 Pod 的名称：

  $ export SOURCE_POD=$(kubectl get pod -l app=curl -o jsonpath={.items..metadata.name})
  

• 启动 Httpbin 样例程序。

  如果您启用了 Sidecar 自动注入，通过以下命令部署 httpbin 服务：

  Zip

  $ kubectl apply -f @samples/httpbin/httpbin.yaml@
  

  否则，您必须在部署 httpbin 应用程序前进行手动注入，部署命令如下：

  Zip

  $ kubectl apply -f <(istioctl kube-inject -f @samples/httpbin/httpbin.yaml@)
  

开启 Envoy 访问日志

Istio 提供了几种启用访问日志的方法，建议使用 Telemetry API。

使用 Telemetry API

Telemetry API 可以开启或关闭访问日志：

apiVersion: telemetry.istio.io/v1
kind: Telemetry
metadata:
  name: mesh-default
  namespace: istio-system
spec:
  accessLogging:
    - providers:
      - name: envoy

上面的示例使用默认的 envoy 访问日志提供程序，除了默认设置外，我们没有配置任何其他内容。

类似的配置也可以应用于单独的命名空间或单独的工作负载，以在细粒度级别控制日志记录。

关于使用 Telemetry API 的更多信息，请参见 Telemetry API 概述。

使用网格配置

如果您使用 IstioOperator CR 来安装 Istio，请在您的配置中添加以下字段：

spec:
  meshConfig:
    accessLogFile: /dev/stdout

或者，在原来的 istioctl install 命令中添加相同的设置，例如：

$ istioctl install <flags-you-used-to-install-Istio> --set meshConfig.accessLogFile=/dev/stdout

您也可以通过设置 accessLogEncoding 为 JSON 或 TEXT 来在两种格式之间切换。

您也许希望通过设置 accessLogFormat 来自定义访问日志的格式。

有关所有这三个设置的更多信息，请参阅 global mesh options：

• meshConfig.accessLogFile
• meshConfig.accessLogEncoding
• meshConfig.accessLogFormat

默认访问日志格式

如果没有指定 accessLogFormat Istio 将使用以下默认的访问日志格式：

[%START_TIME%] \"%REQ(:METHOD)% %REQ(X-ENVOY-ORIGINAL-PATH?:PATH)% %PROTOCOL%\" %RESPONSE_CODE% %RESPONSE_FLAGS% %RESPONSE_CODE_DETAILS% %CONNECTION_TERMINATION_DETAILS%
\"%UPSTREAM_TRANSPORT_FAILURE_REASON%\" %BYTES_RECEIVED% %BYTES_SENT% %DURATION% %RESP(X-ENVOY-UPSTREAM-SERVICE-TIME)% \"%REQ(X-FORWARDED-FOR)%\" \"%REQ(USER-AGENT)%\" \"%REQ(X-REQUEST-ID)%\"
\"%REQ(:AUTHORITY)%\" \"%UPSTREAM_HOST%\" %UPSTREAM_CLUSTER% %UPSTREAM_LOCAL_ADDRESS% %DOWNSTREAM_LOCAL_ADDRESS% %DOWNSTREAM_REMOTE_ADDRESS% %REQUESTED_SERVER_NAME% %ROUTE_NAME%\n

下表显示了一个使用默认的访问日志格式的示例，请求从 curl 发送到 httpbin：

测试访问日志

1. 从 curl 向 httpbin 发送一个请求：

   $ kubectl exec "$SOURCE_POD" -c curl -- curl -sS -v httpbin:8000/status/418
   ...
   < HTTP/1.1 418 Unknown
   ...
   < server: envoy
   ...
   
   I'm a teapot!
   ...
   

2. 检查 curl 的日志：

   $ kubectl logs -l app=curl -c istio-proxy
   [2019-03-06T09:31:27.354Z] "GET /status/418 HTTP/1.1" 418 - "-" 0 135 11 10 "-" "curl/7.60.0" "d209e46f-9ed5-9b61-bbdd-43e22662702a" "httpbin:8000" "172.30.146.73:80" outbound|8000||httpbin.default.svc.cluster.local - 172.21.13.94:8000 172.30.146.82:60290 -
   

3. 检查 httpbin 的日志：

   $ kubectl logs -l app=httpbin -c istio-proxy
   [2019-03-06T09:31:27.360Z] "GET /status/418 HTTP/1.1" 418 - "-" 0 135 5 2 "-" "curl/7.60.0" "d209e46f-9ed5-9b61-bbdd-43e22662702a" "httpbin:8000" "127.0.0.1:80" inbound|8000|http|httpbin.default.svc.cluster.local - 172.30.146.73:80 172.30.146.82:38618 outbound_.8000_._.httpbin.default.svc.cluster.local
   

请注意，与请求相对应的信息分别出现在源（curl）和目标（httpbin）的 Istio 代理日志中。您可以在日志中看到 HTTP 动词（GET）、HTTP 路径（/status/418）、 响应码（418）和其他请求相关信息。

清理

关闭 curl 和 httpbin 服务：

$ kubectl delete -f @samples/curl/curl.yaml@
$ kubectl delete -f @samples/httpbin/httpbin.yaml@

关闭 Envoy 的访问日志

编辑 istio 配置文件然后设置 meshConfig.accessLogFile 为 ""。

$ istioctl install --set profile=default
✔ Istio core installed
✔ Istiod installed
✔ Ingress gateways installed
✔ Installation complete