场景
我用的是Istio 1.5
从这个问题中,我知道Istio使用的默认特使访问日志格式,即
\[%{TIMESTAMP_ISO8601:timestamp}\] \"%{DATA:method} (?:%{URIPATH:uri_path}(?:%{URIPARAM:uri_param})?|%{DATA:}) %{DATA:protocol}\" %{NUMBER:status_code} %{DATA:response_flags} \"%{**DATA:mixer_status**}\" %{NUMBER:bytes_received} %{NUMBER:bytes_sent} %{NUMBER:duration} (?:%{NUMBER:upstream_service_time}|%{DATA:tcp_service_time}) \"%{DATA:forwarded_for}\" \"%{DATA:user_agent}\" \"%{DATA:request_id}\" \"%{DATA:authority}\" \"%{DATA:upstream_service}\" %{DATA:upstream_cluster} %{DATA:upstream_local} %{DATA:downstream_local} %{DATA:downstream_remote} %{**DATA:requested_server**}注意:由于引用的问题很老,我不确定istio1.5的这种格式是否仍然正确,但它看起来很漂亮。
这是我的日志
来源:
"-" "-" 0 232 10 9 "-" "curl/7.52.1" "772a4c12-bb1a-4f26-9a18-f354f5a081e0" "ai-service:5000" "10.2.34.209:5000" outbound|5000||ai-service.default.svc.cluster.local 10.2.8.95:45340 172.20.126.246:5000 10.2.8.95:53462 - default目的地:
[2020-03-26T23:19:00.311Z] "- - -" 0 - "-" "-" 1068 379 9 - "-" "-" "-" "-" "127.0.0.1:5000" inbound|5000||ai-service.default.svc.cluster.local 127.0.0.1:37604 10.2.34.209:5000 10.2.8.95:45340 outbound_.5000_._.ai-service.default.svc.cluster.local -问题
upstream_local,downstream_local和downstream_remote是什么?
发布于 2020-03-27 08:39:43
基于公使文件访问日志的
%UPSTREAM_LOCAL_ADDRESS% 上行连接的本地地址。如果地址是IP地址,它包括地址和端口。
%DOWNSTREAM_LOCAL_ADDRESS% 下游连接的本地地址。如果地址是IP地址,它包括地址和端口。如果原始连接被iptables重定向,则表示使用SO_ORIGINAL_DST套接字选项由原始目标筛选器还原的原始目标地址。如果最初的连接被iptables TPROXY重定向,并且监听器的透明选项被设置为true,则表示原始目标地址和端口。
%DOWNSTREAM_REMOTE_ADDRESS% 下游连接的远程地址。如果地址是IP地址,它包括地址和端口。
发布于 2022-09-29 17:34:06
下面是来自特使术语页的定义
这与@Jakub在评论中所说的相吻合。
据我所知,上游连接是服务特使正在启动的连接。下游连接是通过特使发起请求的客户端。
https://stackoverflow.com/questions/60877968
复制相似问题