Linux 日志管理

这篇具有很好参考价值的文章主要介绍了Linux 日志管理。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

Linux 日志管理

一.Linux 下的日志服务简介

1.1 CentOS5 之前的版本

centos5 之前的版本使用系统和内核日志分离的格式记录日志
syslogd:该服务专门用于记录系统日志(system application logs)
klogd: 该服务专门用于记录内核日志(linux kernel logs)
centos5 之前事件的记录格式
日期 时间 主机 进程[PID]: 事件内容
C/S 架构: 通过 TCP 或者 UDP 协议的服务完成日志记录和传输,
可以将分布在不同主机的日志实现集中管理

1.2 CentOS6 以后的版本

centos6 以后的版本将内核日志和系统日志合并为一个,统一使用 rsyslog
服务管理日志。

rsyslog 服务有以下特点:
多线程
支持多种协议: DUP,TCP,SSL,TLS,RELP
可以借助多种数据库存储日志: MySQL,PGSQL,Oracle
使用强大的过滤器过滤日志的任何内容
还可以自定义输出格式

ELK–另一种日志收集和处理的架构

  • ELK:由 Elasticsearch, Logstash, Kibana 三个软件组成,有以下特点
    非关系型分布式数据库
    基于 apache 软件基金会 jakarta 项目组的项目 lucene
    Elasticsearch 是个开源分布式搜索引擎,可以处理大规模日志
    数据,比如:Nginx、Tomcat、系统日志等功能
    Logstash 对日志进行收集、分析,过滤,并将其存储供以后使用
    Kibana 可以提供的日志分析友好的 Web 界面

ELK 和 LAMP 类似,三个开源软件的组合可以让日志管理变得极其便利和直观,
前提了解各个软件的特点和用法,有机的组合。

二.使用 rsyslog 服务管理系统日志

2.1 rsyslog 管理日志涉及的俗语

facility:设施,从功能或程序上对日志进行归类
auth
authpriv
cron
daemon
ftp
kern
lpr
mail
news
security(auth)
user
uucp
local0-local7
syslog

local0-local7: 可以用户自定义的日志类型

Priority 优先级别,下面的优先级别从左到右从低到高排序
debug-->info-->notice-->warn(warning)-->err(error)-->crit(critical)-->alert--> emerg(panic)
  • 参看帮助: man syslog,man logger

2.2 rsyslog 相关文件

rsyslog 相关文件
程序包: rsyslog
主程序: /usr/sbin/rsyslogd
CentOS 6: /etc/rc.d/init.d/rsyslog {start|stop|restart|status}
CentOS 7|8: /usr/lib/systemd/system/rsyslog.service
配置文件: /etc/rsyslog.conf,/etc/rsyslog.d/_.conf
库文件: /lib64/rsyslog/_.so

2.3 rsyslog 配置文件

2.3.1 配置文件格式

rsyslog 配置文件格式由三部分组成
MODULES: 相关的模块配置
GLOBAL DIRECTIVES: 全局配置
RULES: 日志记录相关的规则配置
RULES 规则配置格式
facility.priority; facility.prioriry... target
facility 日志类型·
priority 日志
target 目标,表示日志存放的文件路径

facility 格式

*                          # *号表示所有类型的日志
faciluty1,facility2,...    # 多个类型的日志使用逗号分隔

priority 格式

*:         所有级别
none:     没有级别,即不记录
PRIORITY: 指定级别(含)以上的所有级别
=PRIORITY:仅记录指定级别的日志信息

target 格式

文件路径: 通常在/var/log/,文件路径前的-表示异步写入
用户:     将日志事件通知给指定的用户,* 表示登录的所有用户
日志服务器:@host,把日志送往至指定的远程UDP日志服务器 @@host 将日志发送到远程TCP日志服务器
管道:     | COMMAND,转发给其它命令处理
  • 如:
*.info;mail.none;authpriv.none;cron.none                /var/log/messages

上面例子表示记录优先级在info及以上的日志到文件/var/log/messages
日志优先级别 none 为无优先级,即表示不记录 mail,authpriv 和
cron 类型的日志

2.3.2 通常的日志格式

  • 由于日志的多样性,linux 下记录日志的文件很多,记录的基本格式如下:
    事件产生的日期和时间 主机 进程(PID): 事件内容
常见的日志文件有
/var/log/secure : 系统安装日志,文本格式,应周期性分析
/var/log/btmp : 当前系统上,用户的失败尝试登录相关的日
志信息,二进制格式,lastb 命令进行查看
/var/log/wtmp : 当前系统上,用户正常登录系统的相关日志
信息,二进制格式,last 命令可以查看
/var/log/lastlog : 每一个用户最近一次的登录信息,
二进制格式,lastlog 命令可以查看
/var/log/dmesg : CentOS7 之前版本系统引导过程
中的日志信息,文本格式,开机后的硬件变化将不再记录专用命令 dmesg 查看,
可持续记录硬件变化的情况
/var/log/boot.log 系统服务启动的相关信息,文本格式
/var/log/messages : 系统中大部分的信息
/var/log/anaconda : anaconda 的日志
  • 范例:日志文件格式
[root@centos8 ~]#tail /var/log/messages
Nov 12 08:34:18 centos8 dnf[14114]: Metadata cache created.
Nov 12 08:34:18 centos8 systemd[1]: Started dnf makecache.
Nov 12 09:35:14 centos8 systemd[1]: Starting dnf makecache...
Nov 12 09:35:14 centos8 dnf[14249]: Metadata cache refreshed recently.
Nov 12 09:35:14 centos8 systemd[1]: Started dnf makecache.
Nov 12 10:21:22 centos8 systemd[1]: Starting man-db-cache-update.service...
Nov 12 10:21:22 centos8 systemd[1]: Reloading.
Nov 12 10:21:22 centos8 systemd[1]: Started man-db-cache-update.service.
[root@centos8 ~]#tail /var/log/secure
Nov 11 18:27:12 centos8 groupadd[11940]: group added to /etc/group: name=dhcpd,GID=177
Nov 11 18:27:12 centos8 groupadd[11940]: group added to /etc/gshadow: name=dhcpd
Nov 11 18:27:12 centos8 groupadd[11940]: new group: name=dhcpd, GID=177
Nov 11 18:27:12 centos8 useradd[11948]: new user: name=dhcpd, UID=177, GID=177,home=/, shell=/sbin/nologin

2.3.3 将 ssh 服务的日志记录到自定义的日志文件中

  • 要想将 ssh 服务的日志记录到指定的文件,首先需要在 ssh 的服务配置文件中
    指明将其日志类型记录为自定义类型(local0-local7 共 8 种自定义类型),
    然后编辑 rsyslog 的配置文件,指明将自定义的日志类型存放在什么位置。
    最后重启 rsyslog 服务即可。大体过程如下:
# 修改sshd服务的配置
Vim /etc/ssh/sshd_config
SyslogFacility local2
Service sshd reload
# 修改rsyslog的配置
Vim /etc/rsyslog.conf
Local2.*  /var/log/sshd.log
Systemctl  restart rsyslog
# 测试
Ssh登录后,查看/var/log/sshd.log有记录
# logger测试
logger -p local2.info "Hello sshd, this is a test message!"
# 查看日志更新情况
tail /var/log/sshd.log

2.4 网络日志服务

centos6 以后,rsyslog 就支持网络日志。启用网络日志服务功能,可以
将多个远程主机的日志,发送到集中的日志服务器,方便统一管理。

2.4.1 CentOS 7|6 启用网络日志功能

启动 rsyslog 的网络功能其实就是修改 rsyslog 的配置文件,加载支持
tcp 和 udp 通讯的模块,默认监听 514 端口

具体操作如下:

[root@centos8 ~]#vim /etc/rsyslog.conf
####MODULES####
# Provides UDP syslog reception
$ModLoad imudp
$UDPServerRun 514
# Provides TCP syslog reception
$ModLoad imtcp
$InputTCPServerRun 514

2.4.2 CentOS 8 启用网络日志功能

centos8 的配置文件语法有点变化,只不过本质是一样的,都是加载相应的
支持模块。

[root@centos8 ~]#vim /etc/rsyslog.conf
#### MODULES ####
...省略...
# Provides UDP syslog reception
# for parameters see http://www.rsyslog.com/doc/imudp.html
module(load="imudp") # needs to be done just once
input(type="imudp" port="514")
# Provides TCP syslog reception
# for parameters see http://www.rsyslog.com/doc/imtcp.html
module(load="imtcp") # needs to be done just once
input(type="imtcp" port="514")

2.5 日志管理工具–journalct

CentOS 7 以后版,利用 Systemd 统一管理所有 Unit 的启动
日志。带来的好处就是,可以只用 journalctl 一个命令,查看
所有日志(内核日志和应用日志)。

  • 配置文件/etc/systemd/journald.conf

  • 语法journalctl [OPTIONS...] [MATCHES...]文章来源地址https://www.toymoban.com/news/detail-691663.html

2.5.1 journalctl 选项说明

--no-full, --full, -l
    如果字段内容超长则以省略号(...)截断以适应列宽。
    默认显示完整的字段内容(超长的部分换行显示或者被分页工具截断)。
    老旧的 -l/--full 选项 仅用于撤销已有的 --no-full 选项,除此之外没有其他用处。
-a, --all
    完整显示所有字段内容, 即使其中包含不可打印字符或者字段内容超长。
-f, --follow
    只显示最新的日志项,并且不断显示新生成的日志项。 此选项隐含了 -n 选项。
-e, --pager-end
    在分页工具内立即跳转到日志的尾部。 此选项隐含了 -n1000
    以确保分页工具不必缓存太多的日志行。 不过这个隐含的行数可以被明确设置的 -n
    选项覆盖。 注意,此选项仅可用于 less(1) 分页器。
-n, --lines=
    限制显示最新的日志行数。 --pager-end 与 --follow 隐含了此选项。
    此选项的参数:若为正整数则表示最大行数; 若为 "all" 则表示不限制行数;
    若不设参数则表示默认值10行。
--no-tail
    显示所有日志行, 也就是用于撤销已有的 --lines= 选项(即使与 -f 连用)。
-r, --reverse
    反转日志行的输出顺序, 也就是最先显示最新的日志。
-o, --output=
    控制日志的输出格式。 可以使用如下选项:
    short
        这是默认值, 其输出格式与传统的 syslog[1] 文件的格式相似, 每条日志一行。
    short-iso
        与 short 类似,只是将时间戳字段以 ISO 8601 格式显示。
    short-precise
        与 short 类似,只是将时间戳字段的秒数精确到微秒级别。
    short-monotonic
        与 short 类似,只是将时间戳字段的零值从内核启动时开始计算。
    short-unix
        与 short 类似,只是将时间戳字段显示为从"UNIX时间原点"(1970-1-1 00:00:00
        UTC)以来的秒数。 精确到微秒级别。
    verbose
        以结构化的格式显示每条日志的所有字段。
    export
        将日志序列化为二进制字节流(大部分依然是文本) 以适用于备份与网络传输(详见
        Journal Export Format[2] 文档)。
    json
        将日志项按照JSON数据结构格式化, 每条日志一行(详见 Journal JSON Format[3]
        文档)。
    json-pretty
        将日志项按照JSON数据结构格式化, 但是每个字段一行, 以便于人类阅读。
    json-sse
        将日志项按照JSON数据结构格式化,每条日志一行,但是用大括号包围, 以适应
        Server-Sent Events[4] 的要求。
    cat
        仅显示日志的实际内容, 而不显示与此日志相关的任何元数据(包括时间戳)--utc
    以世界统一时间(UTC)表示时间
--no-hostname
    不显示来源于本机的日志消息的主机名字段。 此选项仅对 short
    系列输出格式(见上文)有效。
-x, --catalog
    在日志的输出中增加一些解释性的短文本, 以帮助进一步说明日志的含义、
    问题的解决方案、支持论坛、 开发文档、以及其他任何内容。
    并非所有日志都有这些额外的帮助文本, 详见 Message Catalog Developer
    Documentation[5] 文档。
    注意,如果要将日志输出用于bug报告, 请不要使用此选项。
-q, --quiet
    当以普通用户身份运行时, 不显示任何警告信息与提示信息。 例如:"-- Logs begin at
    ...", "-- Reboot --"
-m, --merge
    混合显示包括远程日志在内的所有可见日志。
-b [ID][±offset], --boot=[ID][±offset]
    显示特定于某次启动的日志, 这相当于添加了一个 "_BOOT_ID=" 匹配条件。
    如果参数为空(也就是 ID 与 ±offset 都未指定), 则表示仅显示本次启动的日志。
    如果省略了 ID , 那么当 ±offset 是正数的时候, 将从日志头开始正向查找,
    否则(也就是为负数或零)将从日志尾开始反响查找。 举例来说, "-b
    1"表示按时间顺序排列最早的那次启动, "-b 2"则表示在时间上第二早的那次启动; "-b
    -0"表示最后一次启动, "-b -1"表示在时间上第二近的那次启动, 以此类推。 如果
    ±offset 也省略了, 那么相当于"-b -0", 除非本次启动不是最后一次启动(例如用
    --directory 指定了另外一台主机上的日志目录)。
    如果指定了32字符的 ID , 那么表示以此 ID 所代表的那次启动为基准
    计算偏移量(±offset), 计算方法同上。 换句话说, 省略 ID 表示以本次启动为基准
    计算偏移量(±offset)。
--list-boots
    列出每次启动的 序号(也就是相对于本次启动的偏移量)、32字符的ID、
    第一条日志的时间戳、最后一条日志的时间戳。
-k, --dmesg
    仅显示内核日志。隐含了 -b 选项以及 "_TRANSPORT=kernel" 匹配项。
-t, --identifier=SYSLOG_IDENTIFIER
    仅显示 syslog[1] 识别符为 SYSLOG_IDENTIFIER 的日志项。
    可以多次使用该选项以指定多个识别符。
-u, --unit=UNIT|PATTERN
    仅显示属于特定单元的日志。 也就是单元名称正好等于 UNIT 或者符合 PATTERN
    模式的单元。 这相当于添加了一个 "_SYSTEMD_UNIT=UNIT" 匹配项(对于 UNIT 来说),
    或一组匹配项(对于 PATTERN 来说)。
    可以多次使用此选项以添加多个并列的匹配条件(相当于用"OR"逻辑连接)。
--user-unit=
    仅显示属于特定用户会话单元的日志。 相当于同时添加了 "_SYSTEMD_USER_UNIT=""_UID=" 两个匹配条件。
    可以多次使用此选项以添加多个并列的匹配条件(相当于用"OR"逻辑连接)。
-p, --priority=
    根据日志等级(包括等级范围)过滤输出结果。 日志等级数字与其名称之间的对应关系如下
    (参见 syslog(3))"emerg" (0), "alert" (1), "crit" (2), "err" (3),
    "warning" (4), "notice" (5), "info" (6), "debug" (7) 。
    若设为一个单独的数字或日志等级名称, 则表示仅显示小于或等于此等级的日志
    (也就是重要程度等于或高于此等级的日志)。 若使用 FROM..TO.. 设置一个范围,
    则表示仅显示指定的等级范围内(含两端)的日志。 此选项相当于添加了 "PRIORITY="
    匹配条件。
-c, --cursor=从指定的游标(cursor)开始显示日志。
    [提示]每条日志都有一个"__CURSOR"字段,类似于该条日志的指纹。
--after-cursor=
    从指定的游标(cursor)之后开始显示日志。 如果使用了 --show-cursor 选项,
    则也会显示游标本身。
--show-cursor
    在最后一条日志之后显示游标, 类似下面这样,以"--"开头:
        -- cursor: s=0639...
    游标的具体格式是私有的(也就是没有公开的规范), 并且会变化。
-S, --since=, -U, --until=
    显示晚于指定时间(--since=)的日志、显示早于指定时间(--until=)的日志。
    参数的格式类似 "2012-10-30 18:17:16" 这样。 如果省略了"时:分:秒"部分,
    则相当于设为 "00:00:00" 。 如果仅省略了"秒"的部分则相当于设为 ":00" 。
    如果省略了"年-月-日"部分, 则相当于设为当前日期。 除了"年-月-日 时:分:秒"格式,
    参数还可以进行如下设置: (1)设为 "yesterday", "today", "tomorrow"
    以表示那一天的零点(00:00:00)(2)设为 "now" 以表示当前时间。
    (3)可以在"年-月-日 时:分:秒"前加上 "-"(前移)"+"(后移)
    前缀以表示相对于当前时间的偏移。 关于时间与日期的详细规范, 参见
    systemd.time(7)
-F, --field=
    显示所有日志中某个字段的所有可能值。 [译者注]类似于SQL语句:"SELECT DISTINCT
    某字段 FROM 全部日志"
-N, --fields
    输出所有日志字段的名称
--system, --user
    仅显示系统服务与内核的日志(--system)、 仅显示当前用户的日志(--user)。
    如果两个选项都未指定,则显示当前用户的所有可见日志。
-M, --machine=
    显示来自于正在运行的、特定名称的本地容器的日志。 参数必须是一个本地容器的名称。
-D DIR, --directory=DIR
    仅显示来自于特定目录中的日志, 而不是默认的运行时和系统日志目录中的日志。
--file=GLOB
    GLOB 是一个可以包含"?""*"的文件路径匹配模式。 表示仅显示来自与指定的 GLOB
    模式匹配的文件中的日志, 而不是默认的运行时和系统日志目录中的日志。
    可以多次使用此选项以指定多个匹配模式(多个模式之间用"OR"逻辑连接)--root=ROOT
    在对日志进行操作时, 将 ROOT 视为系统的根目录。 例如 --update-catalog 将会创建
    ROOT/var/lib/systemd/catalog/database
--new-id128
    此选项并不用于显示日志内容, 而是用于重新生成一个标识日志分类的 128-bit ID 。
    此选项的目的在于 帮助开发者生成易于辨别的日志消息, 以方便调试。
--header
    此选项并不用于显示日志内容, 而是用于显示日志文件内部的头信息(类似于元数据)
--disk-usage
    此选项并不用于显示日志内容,
    而是用于显示所有日志文件(归档文件与活动文件)的磁盘占用总量。
--vacuum-size=, --vacuum-time=, --vacuum-files=
    这些选项并不用于显示日志内容,
    而是用于清理日志归档文件(并不清理活动的日志文件), 以释放磁盘空间。
    --vacuum-size= 可用于限制归档文件的最大磁盘使用量 (可以使用 "K", "M", "G", "T"
    后缀); --vacuum-time= 可用于清除指定时间之前的归档 (可以使用 "s", "m", "h",
    "days", "weeks", "months", "years" 后缀); --vacuum-files=
    可用于限制日志归档文件的最大数量。 注意,--vacuum-size= 对 --disk-usage
    的输出仅有间接效果, 因为 --disk-usage 输出的是归档日志与活动日志的总量。
    同样,--vacuum-files= 也未必一定会减少日志文件的总数,
    因为它同样仅作用于归档文件而不会删除活动的日志文件。
    此三个选项可以同时使用,以同时从三个维度去限制归档文件。
    若将某选项设为零,则表示取消此选项的限制。
--list-catalog [128-bit-ID...]
    简要列出日志分类信息, 其中包括对分类信息的简要描述。
    如果明确指定了分类ID(128-bit-ID), 那么仅显示指定的分类。
--dump-catalog [128-bit-ID...]
    详细列出日志分类信息 (格式与 .catalog 文件相同)。
    如果明确指定了分类ID(128-bit-ID), 那么仅显示指定的分类。
--update-catalog
    更新日志分类索引二进制文件。
    每当安装、删除、更新了分类文件,都需要执行一次此动作。
--setup-keys
    此选项并不用于显示日志内容, 而是用于生成一个新的FSS(Forward Secure
    Sealing)密钥对。 此密钥对包含一个"sealing key"与一个"verification key""sealing key"保存在本地日志目录中, 而"verification key"则必须保存在其他地方。
    详见 journald.conf(5) 中的 Seal= 选项。
--force
    与 --setup-keys 连用, 表示即使已经配置了FSS(Forward Secure Sealing)密钥对,
    也要强制重新生成。
--interval=
    与 --setup-keys 连用,指定"sealing key"的变化间隔。
    较短的时间间隔会导致占用更多的CPU资源, 但是能够减少未检测的日志变化时间。
    默认值是 15min
--verify
    检查日志文件的内在一致性。 如果日志文件在生成时开启了FSS特性, 并且使用
    --verify-key= 指定了FSS的"verification key",
    那么,同时还将验证日志文件的真实性。
--verify-key=--verify 选项连用, 指定FSS的"verification key"
--sync
    要求日志守护进程将所有未写入磁盘的日志数据刷写到磁盘上,
    并且一直阻塞到刷写操作实际完成之后才返回。 因此该命令可以保证当它返回的时候,
    所有在调用此命令的时间点之前的日志, 已经全部安全的刷写到了磁盘中。
--flush
    要求日志守护进程 将 /run/log/journal 中的日志数据 刷写到 /var/log/journal 中
    (如果持久存储设备当前可用的话)。 此操作会一直阻塞到操作完成之后才会返回,
    因此可以确保在该命令返回时, 数据转移确实已经完成。
    注意,此命令仅执行一个单独的、一次性的转移动作, 若没有数据需要转移,
    则此命令什么也不做, 并且也会返回一个表示操作已正确完成的返回值。
--rotate
    要求日志守护进程滚动日志文件。 此命令会一直阻塞到滚动完成之后才会返回。
-h, --help
    显示简短的帮助信息并退出。
--version
    显示简短的版本信息并退出。
--no-pager
    不将程序的输出内容管道(pipe)给分页程序

2.5.2 journalctl 示例

# 查看所有日志(默认情况下 ,只保存本次启动的日志)
     journalctl
# 查看内核日志(不显示应用日志)
     journalctl -k
# 查看系统本次启动的日志
     journalctl -b
     journalctl -b -0
# 查看上一次启动的日志(需更改设置)
     journalctl -b -1
# 查看指定时间的日志
     journalctl --since="2017-10-30 18:10:30"
     journalctl --since "20 min ago"
     journalctl --since yesterday
     journalctl --since "2017-01-10" --until "2017-01-11 03:00"
     journalctl --since 09:00 --until "1 hour ago"
# 显示尾部的最新10行日志
     journalctl -n
# 显示尾部指定行数的日志
     journalctl -n 20
# 实时滚动显示最新日志
     journalctl -f
# 查看指定服务的日志
     journalctl /usr/lib/systemd/systemd
# 查看指定进程的日志
     journalctl _PID=1
# 查看某个路径的脚本的日志
     journalctl /usr/bin/bash
# 查看指定用户的日志
     journalctl _UID=33 --since today
# 查看某个 Unit 的日志
     journalctl -u nginx.service
     journalctl -u nginx.service --since today
# 实时滚动显示某个 Unit 的最新日志
     journalctl -u nginx.service -f
# 合并显示多个 Unit 的日志
     journalctl -u nginx.service -u php-fpm.service --since today
# 查看指定优先级(及其以上级别)的日志,共有8级
 0: emerg
 1: alert
 2: crit
 3: err
 4: warning
 5: notice
 6: info
 7: debug
    journalctl -p err -b
# 日志默认分页输出,--no-pager 改为正常的标准输出
     journalctl --no-pager
# 日志管理journalctl
# 以 JSON 格式(单行)输出
     journalctl -b -u nginx.service -o json
# 以 JSON 格式(多行)输出,可读性更好
    journalctl -b -u nginx.serviceqq -o json-pretty
# 显示日志占据的硬盘空间
     journalctl --disk-usage
# 指定日志文件占据的最大空间
     journalctl --vacuum-size=1G
# 指定日志文件保存多久
    journalctl --vacuum-time=1years

三.实现使用 mysql 集中存储日志数据

实验环境:
centos7.7(172.20.1.193) — rsyslog 日志服务器
centos8(172.20.1.191)— mysql 数据服务器
  • centos7.7(172.20.1.193) — 日志服务器
[root@localhost ~]# yum install rsyslog-mysql
[root@localhost ~]# rpm -ql rsyslog-mysql
/usr/lib64/rsyslog/ommysql.so
/usr/share/doc/rsyslog-8.24.0/mysql-createDB.sql
[root@localhost ~]# scp /usr/share/doc/rsyslog-8.24.0/mysql-createDB.sql 172.20.1.191:/data/
[root@localhost ~]# vim /etc/rsyslog.conf
#### MODULES ####
...
##########custom##########
$ModLoad ommysql
...
#### RULES ####

...
#########custom rules##########
*.info         :ommysql:172.20.1.191,Syslog,rsyslog,stevenux

[root@localhost ~]# systemctl restart rsyslog.service

  • centos8(172.20.1.191)— mysql 服务器
[root@localhost ~]# cat /data/mysql-createDB.sql
CREATE DATABASE Syslog;
USE Syslog;
CREATE TABLE SystemEvents
(
        ID int unsigned not null auto_increment primary key,
        CustomerID bigint,
        ReceivedAt datetime NULL,
        DeviceReportedTime datetime NULL,
        Facility smallint NULL,
        Priority smallint NULL,
        FromHost varchar(60) NULL,
        Message text,
        NTSeverity int NULL,
        Importance int NULL,
        EventSource varchar(60),
        EventUser varchar(60) NULL,
        EventCategory int NULL,
        EventID int NULL,
        EventBinaryData text NULL,
        MaxAvailable int NULL,
        CurrUsage int NULL,
        MinUsage int NULL,
        MaxUsage int NULL,
        InfoUnitID int NULL ,
        SysLogTag varchar(60),
        EventLogType varchar(60),
        GenericFileName VarChar(60),
        SystemID int NULL
);
CREATE TABLE SystemEventsProperties
(
        ID int unsigned not null auto_increment primary key,
        SystemEventID int NULL ,
        ParamName varchar(255) NULL ,
        ParamValue text NULL
);

MariaDB [Syslog]> source /data/mysql-createDB.sql
MariaDB [Syslog]> GRANT ALL ON Syslog.* TO 'rsyslog'@'172.20.1.193' IDENTIFIED BY 'stevenux';
MariaDB [Syslog]> FLUSH privileges;
MariaDB [Syslog]> SHOW tables;
+------------------------+
| Tables_in_Syslog       |
+------------------------+
| SystemEvents           |
| SystemEventsProperties |
+------------------------+
  • centos7.7(172.20.1.193) — 日志服务器
[root@localhost ~]# logger "hello this is a test message"

centos8(172.20.1.191)--- mysql 服务器
MariaDB [Syslog]> select * from SystemEvents\G
*************************** 4. row ***************************
                ID: 4
        CustomerID: NULL
        ReceivedAt: 2019-12-16 21:22:49
DeviceReportedTime: 2019-12-16 21:22:49
          Facility: 1
          Priority: 5
          FromHost: localhost
           Message: hello this is a test message
        NTSeverity: NULL
        Importance: NULL
       EventSource: NULL
         EventUser: NULL
     EventCategory: NULL
           EventID: NULL
   EventBinaryData: NULL
      MaxAvailable: NULL
         CurrUsage: NULL
          MinUsage: NULL
          MaxUsage: NULL
        InfoUnitID: 1
         SysLogTag: root:
      EventLogType: NULL
   GenericFileName: NULL
          SystemID: NULL
4 rows in set (0.00 sec)

四.实现使用 mysql 集中存储日志数据,loganalyzer 展示数据

  • loganalyzer 是用 php 语言实现的日志管理系统,可将 MySQL
    数据库的日志用丰富的 WEB 界面方式进行展示
    官网
使用环境:
一台日志服务器,利用上一个案例实现,IP: 172.20.1.193
一台数据库服务器,利用上一个案例实现,IP: 172.20.1.191
一台当 httpd+php 服务器,并安装 loganalyzer 展示
web 图形,IP: 172.20.1.207
  1. 172.20.1.207 安装 php 和依赖包
yum install httpd php-fpm php-mysqlnd  php-gd
# php-gd模块是提供gd图形库的共享模块
systemctl restart httpd php-fpm
  1. 172.20.1.207 安装 LogAnalyzer
#从http://loganalyzer.adiscon.com/downloads/ 下载loganalyzer-4.1.8.tar.gz
yum install httpd php php-mysqlnd php-gd
tar xvf loganalyzer-4.1.8.tar.gz
mv loganalyzer-4.1.8/src/ /var/www/html/log
touch /var/www/html/log/config.php
chmod 666 /var/www/html/log/config.php
  1. 访问http://172.20.1.207/log初始化

到了这里,关于Linux 日志管理的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • linux定时删除服务器日志

    不说废话。直接进入操作流程 linux 定时任务是用的crontab 查看 crontab是否启动 dead 死的 启动crontab 再次查看状态 running  运转的 查看 crontab 查看 crontab任务 编辑 crontab任务 创建了一个任务  0 1 * * *  sh /workspace/java/del_log/dele_log.sh 每天1点自动执行 其中: 第一个号表示时间中的

    2024年02月09日
    浏览(47)
  • 【Linux 服务器运维】定时任务 crontab 详解 | 文末送书

    本文思维导图概述的主要内容: 1.1 什么是 crontab Crontab 是一个在 Unix 和 Linux 操作系统上 用于定时执行任务 的工具。它允许用户创建和管理计划任务,以便在特定的时间间隔或时间点自动运行命令或脚本。Crontab 是 cron table 的缩写, cron 指的是 Unix 系统中的一个后台进程,它

    2024年02月08日
    浏览(91)
  • Linux服务器定时执行脚本清理日志

    程序的日志不正确或者启动脚本命令不正确,随着程序的持续运行,日志文件越来越大,持续占用设备硬盘,如果定期手动清理日志又比较占用大脑CPU和内存,如果忘了就是事故,所以写一个定时执行的脚本去清理日志很有必要。 清理日志有两种方式,一种是清空文件,主要

    2024年02月05日
    浏览(49)
  • linux服务器,nginx日志切割保存

    我们都知道,默认情况下,nginx的项目log是一直被累计写入的,随着时间越久,那么这个文件就会越大,这个时候如果我们要去做一些查找和排查就会比较困难,因为日志文件太大,操作起来比较费劲。 因此我们为了规避这个问题,提出日志切割的方案。 那日志切割的原理是

    2024年02月06日
    浏览(86)
  • 服务器(Linux)查看Tomcat运行日志

    1、找到Tomcat安装位置 2、进入logs文件夹 3、实时查看tomcat日志信息 3、这样运行时就可以实时查看运行日志了,当想退出时候按 Ctrl+c 是退出tail命令。

    2024年02月11日
    浏览(68)
  • 【Linux运维】shell脚本检查服务器内存和CPU利用率

    在管理服务器时候写了一个 shell脚本,在服务上实现每天凌晨3点查系统的指定文件夹下的容量大小,如果超过10G就要删除3天前的内容,还要时刻查询内存和cpu利用率,如果超过80%就要提示用户出现过载 将以上代码保存为一个.sh文件,然后通过crontab在每天凌晨3点运行即可:

    2024年02月09日
    浏览(66)
  • Linux的服务器日志分析及性能调优

    作为网络安全和数据传输的重要环节,代理服务器在现代互联网中扮演着至关重要的角色。然而,在高负载情况下,代理服务器可能面临性能瓶颈和效率问题。本文将介绍如何利用Linux系统对代理服务器进行日志分析,并提供一些实用技巧来优化其性能。 1. 日志收集与分析

    2024年02月10日
    浏览(55)
  • Linux服务器常见运维性能测试(1)综合跑分unixbench、superbench

    最近需要测试一批服务器的相关硬件性能,以及在常规环境下的硬件运行稳定情况,需要持续拷机测试稳定性。所以找了一些测试用例。本次测试包括在服务器的高低温下性能记录及压力测试,高低电压下性能记录及压力测试,常规环境下CPU满载稳定运行的功率记录。 这个系

    2024年02月04日
    浏览(81)
  • 运维记录 会产生无用日志的服务器

    创建linux定时任务 crontab -e cron表达式 文件名.sh 查看linux定时任务 crontab -l 确认创建完成后重启cron service crond restart

    2024年04月11日
    浏览(46)
  • 【Linux学习笔记】Linux服务器:配置与管理samba服务器

    一、【linux学习笔记】红帽Linux 7.8系统在虚拟机上的安装 二、【Linux学习笔记】Linux系统的基本操作  三、【Linux学习笔记】管理Linux操作系统:用户管理  四、【Linux学习笔记】管理Linux操作系统:磁盘管理 五、【Linux学习笔记】管理Linux操作系统:软件安装  六、 【Linux学习

    2024年02月02日
    浏览(48)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包