如何修改kong网关access.log的日志格式

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介: 有需要需要调整kong网关的日志格式,调整日志输出内容,由于原来使用docker部署kong网关,并且使用了环境变量指定了网关运行的参数,这里在以下介绍的方式还需要修改容器的环境变量,但是也提供了一条思路,就是部署网关的时候,统一使用kong.conf进行配置

简介

Kong如何自定义access_log格式的呢?

Kong的官方文档Logging Reference章节使用了一种很复杂的custom_nginx.template来定义,有没有更简单的方式?

Configuration Reference章节中,可能通过注入nginx指令,将自定义的格式添加到kong.conf文件中,任何带有nginxhttp,nginxproxy或nginxadmin前缀的配置,kong在编译后将通过删除前缀而转换为等效的Nginx指令,并添加到Nginx配置的相应部分:

前缀指令 说明
nginxhttp 注入到整个http块指令中
nginxproxy 注入到kong代理端口的服务模块中
nginxadmin 注入到kong的admin API接口的服务模块中

文本格式

配置指令

1、在kong.conf中增加如下配置:

nginx_http_log_format=main '$remote_addr $remote_user [$time_local] "$request" $status $body_bytes_sent "$http_referer" $http_user_agent $http_x_forwarded_for $request_time $upstream_response_time $upstream_addr $upstream_status'

2、在kong.conf中修改proxy_access_log为:

proxy_access_log = logs/access.log main
#重启启动kong
kong restart

最后kong.conf将配置注入到kong_nginx.conf文件

e42c488544358e84703f499fb026f975_712x326.png

结果如下:

192.168.66.144 - [14/Jan/2021:17:49:27 +0800] "GET /request HTTP/1.1" 401 26 "-" curl/7.29.0 - 0.003 - - -
192.168.66.144 - [14/Jan/2021:17:49:32 +0800] "GET /request HTTP/1.1" 401 26 "-" curl/7.29.0 - 0.003 - - -

json格式

同上在kong.conf中增加如下配置:

nginx_http_log_format=main escape=json '{"clientip":"$remote_addr","timestamp":"$time_iso8601","uri":"$uri","request_uri":"$request_uri","method":"$request_method","status":"$status", "body_bytes_sent":"$body_bytes_sent","http_referer":"$http_referer","http_user_agent":"$http_user_agent","http_x_forwarded_for":"$http_x_forwarded_for","request_time":"$request_time","upstream_response_time":"$upstream_response_time","domain":"$host","upstream_status":"$upstream_status","upstream_addr":"$upstream_addr","clientid":"$http_clientid","platform":"$http_platform","IDFA":"$http_IDFA","http_version":"$http_version","uid":"$http_uid","xcrole":"$http_xcrole","bundle":"$http_bundle","net":"$http_net","ut":"$http_ut","app":"$http_app"}'

然后重启kong网关。

结果如下:

1698059319109.png

docker模式修改

请参考https://www.jesse.top/2021/01/19/Linux-Web/Kong%E8%87%AA%E5%AE%9A%E4%B9%89%E9%85%8D%E7%BD%AENginx/

编辑修改环境变量env
建议:修改前先备份
建议:修改前先备份

vim ${Docker Root}/containers/${container-id}/config.v2.json
或者

vim ${Docker Root}/containers/${container-id}/config.json

json文件代码是压缩的,可以使用sz path命令下载下来格式化后再编辑,再用rz -y命令上传覆盖

5.重载服务的配置文件

6.重启docker

systemctl daemon-reload

6.重启docker

systemctl restart docker
相关实践学习
通过日志服务实现云资源OSS的安全审计
本实验介绍如何通过日志服务实现云资源OSS的安全审计。
相关文章
|
5月前
|
监控 容灾 算法
阿里云 SLS 多云日志接入最佳实践:链路、成本与高可用性优化
本文探讨了如何高效、经济且可靠地将海外应用与基础设施日志统一采集至阿里云日志服务(SLS),解决全球化业务扩展中的关键挑战。重点介绍了高性能日志采集Agent(iLogtail/LoongCollector)在海外场景的应用,推荐使用LoongCollector以获得更优的稳定性和网络容错能力。同时分析了多种网络接入方案,包括公网直连、全球加速优化、阿里云内网及专线/CEN/VPN接入等,并提供了成本优化策略和多目标发送配置指导,帮助企业构建稳定、低成本、高可用的全球日志系统。
646 54
|
9月前
|
编解码 运维 Kubernetes
政采云业务网关实践:使用 Higress 统一替代 APISIX/Kong/Istio Ingress
政采云基础架构团队技术专家朱海峰介绍了业务网关项目的背景和解决方案。
492 103
|
8月前
|
存储 SQL 关系型数据库
MySQL日志详解——日志分类、二进制日志bin log、回滚日志undo log、重做日志redo log
MySQL日志详解——日志分类、二进制日志bin log、回滚日志undo log、重做日志redo log、原理、写入过程;binlog与redolog区别、update语句的执行流程、两阶段提交、主从复制、三种日志的使用场景;查询日志、慢查询日志、错误日志等其他几类日志
649 35
MySQL日志详解——日志分类、二进制日志bin log、回滚日志undo log、重做日志redo log
|
7月前
|
监控 Java 应用服务中间件
Tomcat log日志解析
理解和解析Tomcat日志文件对于诊断和解决Web应用中的问题至关重要。通过分析 `catalina.out`、`localhost.log`、`localhost_access_log.*.txt`、`manager.log`和 `host-manager.log`等日志文件,可以快速定位和解决问题,确保Tomcat服务器的稳定运行。掌握这些日志解析技巧,可以显著提高运维和开发效率。
589 13
|
7月前
|
缓存 Java 编译器
|
8月前
|
存储 缓存 关系型数据库
图解MySQL【日志】——Redo Log
Redo Log(重做日志)是数据库中用于记录数据页修改的物理日志,确保事务的持久性和一致性。其主要作用包括崩溃恢复、提高性能和保证事务一致性。Redo Log 通过先写日志的方式,在内存中缓存修改操作,并在适当时候刷入磁盘,减少随机写入带来的性能损耗。WAL(Write-Ahead Logging)技术的核心思想是先将修改操作记录到日志文件中,再择机写入磁盘,从而实现高效且安全的数据持久化。Redo Log 的持久化过程涉及 Redo Log Buffer 和不同刷盘时机的控制参数(如 `innodb_flush_log_at_trx_commit`),以平衡性能与数据安全性。
293 5
图解MySQL【日志】——Redo Log
|
9月前
|
SQL 关系型数据库 MySQL
MySQL事务日志-Undo Log工作原理分析
事务的持久性是交由Redo Log来保证,原子性则是交由Undo Log来保证。如果事务中的SQL执行到一半出现错误,需要把前面已经执行过的SQL撤销以达到原子性的目的,这个过程也叫做"回滚",所以Undo Log也叫回滚日志。
378 7
MySQL事务日志-Undo Log工作原理分析
|
7月前
|
SQL 存储 关系型数据库
简单聊聊MySQL的三大日志(Redo Log、Binlog和Undo Log)各有什么区别
在MySQL数据库管理中,理解Redo Log(重做日志)、Binlog(二进制日志)和Undo Log(回滚日志)至关重要。Redo Log确保数据持久性和崩溃恢复;Binlog用于主从复制和数据恢复,记录逻辑操作;Undo Log支持事务的原子性和隔离性,实现回滚与MVCC。三者协同工作,保障事务ACID特性。文章还详细解析了日志写入流程及可能的异常情况,帮助深入理解数据库日志机制。
888 0
|
8月前
|
存储 关系型数据库 MySQL
图解MySQL【日志】——Undo Log
Undo Log(回滚日志)是 MySQL 中用于实现事务原子性和一致性的关键机制。在默认的自动提交模式下,MySQL 隐式开启事务,每条增删改语句都会记录到 Undo Log 中。其主要作用包括:
286 0

热门文章

最新文章