修改pod标准日志路径，更改日志

minio服务器的log,默认地址在哪里

1、MinIO 默认情况下不会将日志写入到文件中，而是将日志输出到标准输出（stdout）。这意味着日志的默认地址实际上是依赖于你的运行环境的。以下是不同运行环境下日志的获取方式：直接运行 MinIO 二进制文件：如果你是在命令行中直接运行 MinIO，日志会直接输出到命令行窗口。

2、配置日志文件路径默认路径：Linux 一般是 /data/logs/minio.log 等；windows 通过服务配置文件的 logpath 指定。自定义路径：启动时添加 --log-dir 参数或通过 -l/--logfile 指定文件，如 minio server /data --log-dir /var/log/minio。

3、打开浏览器，输入地址 HTTP：//10.1：9000，即可访问 Minio 的登录界面。输入之前设置的用户名（默认为 minioadmin）和密码，即可登录到 Minio 的控制台界面。外网访问 Minio 为了实现外网访问本地部署的 Minio，我们可以使用路由侠等内网穿透工具。

轻量级日志系统Loki原理简介和使用

为了解决上述问题，轻量级日志系统Loki应运而生。Loki旨在简化度量和日志的切换成本，以提升异常事件响应速度和用户体验。其架构设计充分考虑了成本效益，并在查询语言的易用性与复杂性之间取得了平衡。Loki的核心组件包括promtail、Loki服务器和Grafana等。

Loki是由Grafana Labs开发的开源日志聚合系统，其设计理念深受Prometheus时序数据库的影响，采用了“仅索引元数据”的创新架构。这一架构使得Loki在日志管理方面展现出了显著的优势：标签驱动存储：Loki仅对日志流的元数据（如主机名、容器名、日志级别）建立索引，而非日志内容本身。

Grafana Lab的Loki部分集群数据显示，在过去7天内摄入了14TB的数据，而索引使用量仅为500MB。这证明了Loki在保持小索引方面的优势。因此，在使用Loki时，应尽量减少标签数量，避免高基数标签，合理利用低基数标签，并通过并行化查询和水平扩展来提高性能。

Loki 系统架构简单，主要由三个组件构成：Loki 作为主服务器负责存储和处理查询；Promtail 作为代理收集日志并发送给 Loki；Grafana 则提供可视化界面。原理分析 在 Loki 系统中，Promtail 收集日志并将其发送到 distributor 组件，Distributor 对日志流进行校验并分批并行发送至 Ingester。

在集群的Pod内不能访问clusterIP和Service

1、在集群的POD内不能访问clusterIP和service的问题，很可能是由于kube-proxy的配置不当或模式选择不合适导致的。针对此问题，已经通过修改kube-proxy配置为ipvs模式并加载相关模块进行了解决。

2、服务名称访问不通：在MicroK8s集群中，服务A尝试通过服务名称（如serviceA.serviceA-ns.svc.cluster.local：8080）访问服务B时发生超时。

3、集群内节点上的kube-proxy组件负责实现这一功能，确保流量能够准确地转发到后端pod上。但这一特性仅在集群内部有效，集群间不能感知彼此的vip。因此，无法实现跨集群访问clusterip，从而限制了服务的外部可访问性。clusterip的设计初衷是为了在集群内部提供一个稳定的服务入口，用于内部通信和负载均衡。

4、Headless Service 通常用于需要直接访问 Pod IP 的场景，如 StatefulSet。Pod 的 dns 解析 Pod 的 DNS 记录 每个 Pod 在创建时，都会被分配一个 DNS A 记录，格式为 pod-ip-address.my-namespace.pod.cluster.local。这个记录允许集群内的其他 Pod 通过 Pod 的 IP 地址进行访问。