- 综合排序
- 最热优先
- 最新优先
- 来自专栏技术杂记
日志服务器（8）
qishToW6PlZC.UewgjQaLp9YPPTFqvLbh47F6QUhHqPhrLT6fqdEfqYr6TIGyOl0XuAiUnlvJflixfO/:16545:0:99999:7::: [root@h202 ~]# ---- 服务端检查日志 通过这种方式已经可以实现操作审记了 ---- 查看服务端数据库中的日志 检查数据库确保数据也写了一份到mysql中 [root@h105 ~]# mysql -u root -p Enter password
1.2K20发布于 2021-10-20 - 来自专栏Sign
精灵之息 开发日志（8）
所以数据没变很正常呀，虽然我以为改了很多东西，但是对那些玩家来说，其实根本就没有变化。
45430发布于 2021-08-20 - 来自专栏测试基础
【JMeter系列-8】JMeter自定义日志与日志分析
JMeter自定义日志与日志分析 JMeter日志概览 JMeter与Java程序一样，会记录事件日志，日志文件保存在bin目录中，名称为jmeter.log。 当然，我们也可以在面板中直接察看日志，点击右上角黄色标志物可以打开日志面板，再次点击收起。 ? 可见，通过日志可以帮助我们定位一些不容易直接察觉的问题。 另外，JMeter可以很方便地设置日志输出级别： ? 自定义日志 前面所看到的都是系统日志，也就是JMeter本身所打印的日志。如果我们自己想输出一些日志，该怎么办呢？ 在该请求下添加Beanshell断言，运行后，日志中输出了相应内容： ? 日志分析 针对该日志写一个日志分析脚本logAnalysis.sh： #!
3.6K32发布于 2020-09-16 - 来自专栏运维小路
Kubenetes(k8s)-集群日志
我们在执行kubeclt命令也好，还是查看控制节点的日志也好，默认的日志级别较低，部分日志并不会显示出来，比如我们前面介绍的其他组件的时候就调整过组件的日志。 首先要知道的是Kubernetes的组件默认的日志级别都是5，最高是10。所以如果要查看更详细的日志，需要调整日志级别，通过更详细的日志来分析问题。 - --v=8 kube-controller-manager 添加以后，根据静态Pod特性它会自动重启kube-controller-manager容器。 会产生的日志大小也不相同，需要合理考虑。 尤其是静态Pod的未做日志切割的情况下。测试环境验证功能可以随意调整，但是生产环境调整参数还是要慎重。
25110编辑于 2025-02-28 - 来自专栏FunTester
Fabric8 Kubernetes 日志工具实践
最近在使用 Fabric8 Kubernetes Client 的过程中发现了新大陆一样，感觉利用这个库可以进行很多有趣的功能尝试，其中一个便是日志的本地化。 当我看到 Fabric8 Kubernetes Client 的日志相关 API 的时候我就立刻冒出来写一个日志小工具的想法。 API简介 首先我们简单介绍一下 API，以方便快速进入场景。 后续等我自觉学得差不多了，再来列个专题给大家分享 Fabric8 Kubernetes Client 的全部 API 实践经验。 以下是 Fabric8 Kubernetes Client 日志功能的结构化总结： 功能点与 API 对照表 首选日志流 对于日志需求来讲，流式调用自然是最好不过了，可以及时获取最新的日志信息，还不用后期干预 ： import com.auto.fault.framework.funtester.frame.SourceCode import com.auto.fault.framework.utils.k8s.K8sLog
48510编辑于 2025-04-22 技术日志挑战——第8天：0731
上午看了一下后续形心曲线算法的相关逻辑，跑了一下之前的程序，结果跑了一天都没有算出结果，应该是bug。
47700编辑于 2024-07-31- 来自专栏数据库相关
k8s nginx 的日志切割
默认情况下，ingress-nginx日志是没有做切割的，这就造成了很糟糕的体验， 日志越来越大，占着磁盘空间。
1.4K20发布于 2020-03-20 - 来自专栏devops_k8s
k8s 日志采集最佳实践
例如 K8s 各种系统组件日志、审计日志、ServiceMesh 日志、Ingress 等； 4 . K8s 的声明式部署方式尽可能一致。 在 K8s 中，应用都以 yaml 的方式部署，而日志采集还是以手工的配置文件形式为主，如何能够让日志采集以 K8s 的方式进行部署? 7 日志采集方案 image.png 早在 Kubernetes 出现之前，我们就开始为容器环境开发日志采集方案，随着 K8s 的逐渐稳定，我们开始将很多业务迁移到 K8s 平台上，因此也基于之前的基础专门开发了一套 K8s 上的日志采集方案。
3K40发布于 2021-11-09 K8S 日志系统部署Tips
在生产环境中，具体部署方案中，日志收集代理需要以 DaemonSet 控制器应用的形式在集群各节点上运行一个副本，甚至包括各个主节点。 但 Elasticsearch 是一个有状态应用，需要使用 StatefulSet 控制器创建并管理相关的 Pod 对象，且它们还分别需要专用的持久存储系统来存储日志数据。 我们应该把监控系统和日志系统部署在生产环境之外的自主环境或 Kubernetes 集群之上，或者直接使用第三方的完整解决方案。
16910编辑于 2025-09-25- 来自专栏老铁丁D
k8s日志解决方案
二、微服务日志解决方案 近年来微服务越来越火爆，微服务虽然带来一些好处，但是也引入了日志收集的问题。一般来说，我们可能将服务部署在容器中，然后使用k8s进行编排。 k8s推荐使用EFK，对日志进行收集，存储，查看，现在我们就3种常见的日志解决方案进行讲解。 k8s推荐使用Fluentd+Elasticsearch+Kibana。 ，然后将该目录挂载到node中，然后使用ELk等去收集 缺点是：：日志文件占用磁盘空间 在pod新增日志收集容器sidecar，将应用日志重定向输出stdout和stderr 当我们的应用将日志输出到文件中的时候 不到万不得已，一般不使用这个方案 在pod新增日志收集容器sidecar，将日志文件发送到远程存储 这个方案我们还是可以将应用的日志输出到文件中，然后在每个pod部署一个log-agent来收集日志，
1.9K11编辑于 2022-08-12 - 来自专栏数据库相关
K8s Ingress的日志切割
selfLink: /apis/apps/v1/namespaces/ingress-nginx/deployments/ingress-nginx-controller uid: 6b3045e1-b8a6 metadata.namespace - name: LD_PRELOAD value: /usr/local/lib/libmimalloc.so image: k8s.gcr.io /bin/bash # 最多保留日志文件个数，可根据需求进行调整。 流程： 1、这里是把全部vhost的日志都打到了 access.log 中 2、部署在k8s的ds模式的fluentd会将日志都采集发送到kafka中 3、logstash消费kafka的数据，并写到 ES中 4、在kibana中，根据域名来查不同的域名的访问记录 这样处理起来比较简单，但是在日志量大的情况下，会造成es的index过大，每次查询都需要加载很多不相关的vhost的日志。
2.3K00发布于 2021-02-13 - 来自专栏JAVA乐园
如何收集k8s集群日志？
在 Kubernetes（K8S）集群中，日志收集是运维管理的重要环节。 以下是几种常见的日志收集方案和工具，以及具体实施步骤： 日志来源 K8S集群的日志主要来源于以下三个方面： 容器内部的日志：容器的标准输出和错误输出会被 Kubernetes 采集并存储。 K8S组件的日志：例如 kubelet、kube-apiserver 等组件的日志。 · 节点操作系统日志：宿主机的操作系统日志。 （需解析多行日志） 敏感数据过滤（如银行卡号脱敏） Vector（性能怪兽） # 高性能Rust实现的配置示例 [sources.k8s_logs] type = "kubernetes_logs" fields: k8s_container_id: "{{container.id}}" k8s_pod_name: "{{pod.name}}" k8s_namespace
76610编辑于 2025-06-09 - 来自专栏k8s_istio
K8S日志收集：容器日志输出JSON，自动采集至Elasticsearch
以腾讯云的容器服务为例，将容器内日志输出到腾讯云的日志服务（基于 ES） 环境信息 应用：基础镜像是 nginx，运行静态页面 K8S: 1.18 核心流程：日志打印到容器标准输出 -> 采集容器标准输出到 lrwxrwxrwx 1 root root 11 Dec 17 23:01 error.log -> /dev/stderr docker build 新的镜像，部署到 K8S 创建日志收集规则 在【容器服务】->【日志规则】中，新增一个日志采集规则，选择上述应用对应的工作负载。 [【容器服务】->【日志规则】] 设置输出模式为 JSON [设置输出模式为 JSON] 3. 设置索引 在日志服务页面，找到上面 设置的日志集，设置索引。 先访问自己的服务，生成几条日志，这样可以使用下图中的【自动配置】功能。 [检索分析] reference 1 k8s教程. K8S日志收集：容器日志输出JSON，自动采集至Elasticsearch
2.6K10发布于 2021-03-07 深入解析MySQL(8)——核心日志与备份恢复
当发生以下情况时会生成新的日志文件： 服务器重启 在命令行客户端刷新日志 日志文件的大小达到 max_binlog_size设置的上线(默认值1GB) 可以使用reset master重置日志文件和索引文件为初始状态 ：将二进制日志转换为可读的文本格式 过滤日志事件：按时间、位置或数据库名筛选特定日志记录 生成SQL脚本：将日志内容还原为SQL语句，用于数据恢复 远程解析：支持解析远程MySQL服务器的二进制日志 postion 错误码(0表示没有错误) 1.6.1 准备数据 -- 建库 drop database if exists testdb; create database testdb character set utf8mb4 collate utf8mb4_0900_ai_ci; use testdb -- 建表 create table t1 ( id bigint not null, name varchar(20) Connection id: 8 Current database: *** NONE *** Reading table information for completion of table
26710编辑于 2026-01-13- 来自专栏Qampp知识库.
mysql 8 关闭log-bin(复制日志)功能.
其中5.x系列, 关闭log-bin非常简单, 只需要修改my.ini配置: log-bin=Off mysql8 需要变更一下配置. disable-log-bin #log-bin=Off 没有日志复制功能, mysql性能会有显著提升. 2732_c2094462b61fc7c02e43dbf2b6f771f7.png
3.5K40发布于 2019-01-17 - 来自专栏民工哥技术之路
k8s 日志收集的那些套路
kubernetes日志收集方案有几种方案，都适用于什么场景？本文对k8s常用日志采集方案做了详细介绍。 关于容器日志 Docker的日志分为两类，一类是 Docker引擎日志；另一类是容器日志。 关于k8s日志 k8s日志收集方案分成三个级别： 应用(Pod)级别 节点级别 集群级别 应用(Pod)级别 Pod级别的日志 , 默认是输出到标准输出和标志输入，实际上跟docker 容器的一致。 日志架构 通过上文对k8s日志收集方案的介绍，要想设计一个统一的日志收集系统，可以采用节点代理方式收集每个节点上容器的日志，日志的整体架构如图所示。 ? 付诸实践 解决上述问题，就需要开发一个log-agent应用以daemonset形式运行在k8s集群的每个节点上，应用内部包含filebeat，logrotate，和需要开发的功能组件。 www-data www-data missingok notifempty size 1G copytruncate } 总结 本文只是对k8s
1K10发布于 2021-03-15 - 来自专栏数据库相关
MySQL8中的JSON格式错误日志
官方文档 https://dev.mysql.com/doc/refman/8.0/en/error-log-json.html MySQL8开始，支持将错误日志输出为json格式，这样就很方便日志的统一集中化的收集 （如果是个人测试，页可以重启mysqld达到在errlog里面记录很多错误信息的现象） 贴一行日志，说明下具体的含义： { "prio": 3, "err_code": 10926, "component 具体的err_symbol可以参考：https://dev.mysql.com/doc/mysql-errors/8.0/en/server-error-reference.html 如果测试json日志记录没问题后 ，通常还会把日志接入到ELK（或者其他的日志系统中），便于查看和告警。 （例如：同样的错误信息，超过一定的阈值后，在日志文件中只记录1条） 下面演示的是将 错误级别<=warning的信息不采集到json日志文件中。
1.3K10编辑于 2024-10-06 - 来自专栏JetpropelledSnake
K8S学习笔记之k8s日志收集实战
0x00 简介 本文主要介绍在k8s中收集应用的日志方案，应用运行中日志，一般情况下都需要收集存储到一个集中的日志管理系统中，可以方便对日志进行分析统计，监控，甚至用于机器学习，智能分析应用系统问题，及时修复应用所存在的问题 在k8s集群中应用一般有如下日志输出方式 直接遵循docker官方建议把日志输出到标准输出或者标准错误输出 输出日志到容器内指定目录中 应用直接发送日志给日志收集系统 本文会综合部署上述日志收集方案。 -o wide # 添加index filebeat-k8s-* 查看日志 ? pods -o wide # 添加index fluentbit-k8s-* 查看日志 ? # 查看 kubectl get pods -o wide # 添加index k8s-app-* 查看日志 ?
1.8K20发布于 2019-04-09 - 来自专栏正则
xcode 8 重新使用插件&&去掉大量log日志输出
http://www.jianshu.com/p/9cafcd55c9e8 https://github.com/XVimProject/XVim/blob/master/INSTALL_Xcode8.
51810发布于 2021-05-10 - 来自专栏运维
k8s集群之日志收集EFK架构
k8s集群之日志收集EFK架构 参考文档 http://tonybai.com/2017/03/03/implement-kubernetes-cluster-level-logging-with-fluentd-and-elasticsearch-stack 1.5.x系列：包括部署集群、创建POD、域名解析、仪表盘、监控、反向代理、存储、日志，另外双向认证自己建证书不太实用就没有列出。 之glusterfs http://jerrymin.blog.51cto.com/3002256/1907274 k8s集群日志收集ELK架构 http://jerrymin.blog.51cto.com /3002256/1907282 技术实现 本文使用k8s官方推荐方案，就说说集群启动时会在每个机器启动一个Fluentd agent收集日志然后发送给Elasticsearch。 实现方式是每个agent挂载目录/var/lib/docker/containers使用fluentd的tail插件扫描每个容器日志文件，直接发送给Elasticsearch。
2.2K20发布于 2018-11-14
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号