容器的网络是基于 Linux 的 网络命名空间(Network Namespace) 和 虚拟网络设备(veth pair) 实现的。

记录一些 Prometheus 使用问题排查方法。

Calico 的运行支持三种模式:

1. vxlan(overlay)
2. ipip(overlay)
3. bgp(underlay)

LVM 类型分区扩容（直接扩展磁盘）

在实际环境中，可能会遇到如下分区结构：

1
2
3
4
5
6
7
8

root@test:~# lsblk
NAME                      MAJ:MIN RM  SIZE RO TYPE MOUNTPOINTS
...
sdb                         8:16   0    1T  0 disk
└─harbor--vg-harbor--lv   253:1    0 2048G  0 lvm  /data
sdc                         8:16   0    1T  0 disk
└─harbor--vg-harbor--lv   253:1    0 2048G  0 lvm  /data
...

这种多个磁盘映射到同一个 LVM 的方式在运维管理上不够直观，也不利于后续扩展。

如果节点运行在虚拟化环境（如 VMware）中，通常可以直接对已有磁盘进行在线扩容，无需新增磁盘。操作步骤如下。

场景：SUSE O11y Agent 默认不会收集 Service/Pod Monitor 获取的 Metrics，最简单的方法是通过 Prometheus remote write 的方式将这些 Metrics 传输到 SUSE O11y Server 的 VictoriaMetrics。但集群中共同存在 Prometheus 和 VictoriaMetrics 很耗费资源，这时候可以借助 Open Telemetry 的 Target Allocator 能力，代替 Prometheus 收集这些指标。

参考文档：

1. https://github.com/open-telemetry/opentelemetry-operator/blob/main/cmd/otel-allocator/README.md#target-allocator
2. https://opentelemetry.io/docs/platforms/kubernetes/operator/troubleshooting/target-allocator/