Метрики мережі

Інструментування OpenTelemetry eBPF може бути налаштоване для надання мережевих метрик між різними кінцевими точками. Наприклад, між фізичними вузлами, контейнерами, подами Kubernetes, сервісами тощо.

Початок роботи

Щоб почати використовувати мережеві метрики OBI, ознайомтеся з документацією швидкого налаштування, а для розширеної конфігурації ознайомтеся з документацією конфігурації.

Метрики мережі

OBI надає метрики потоку байтів і пакетів, а також міжзональну метрику байтів:

Метрики потоку: захоплюють байти, надіслані та отримані між різними точками доступу з точки зору програми.

• obi.network.flow.bytes, якщо експортується через OpenTelemetry.
• obi_network_flow_bytes_total, якщо експортується через точку доступу Prometheus.
• Щоб увімкнути його, додайте опцію network до OTEL_EBPF_METRICS_FEATURES configuration option.

Метрики потоку пакетів: підраховують пакети, надіслані та отримані між точками доступу.

• obi.network.flow.packets, якщо експортується через OpenTelemetry.
• obi_network_flow_packets_total, якщо експортується через точку доступу Prometheus.
• Щоб увімкнути його, додайте опцію network_flow_packets до OTEL_EBPF_METRICS_FEATURES.

Метрики між зонами: захоплюють байти, надіслані та отримані між різними зонами доступності з точки зору програми.

• obi.network.inter.zone.bytes, якщо експортується через OpenTelemetry.
• obi_network_inter_zone_bytes_total, якщо експортується через точку доступу Prometheus.
• Щоб увімкнути його, додайте опцію network_inter_zone до OTEL_EBPF_METRICS_FEATURES.

За стандартом, для метрик потоку байтів звітуються лише такі атрибути: k8s.src.owner.name, k8s.src.namespace, k8s.dst.owner.name, k8s.dst.namespace та k8s.cluster.name.

Для метрики міжзональних байтів стандартними атрибутами є k8s.cluster.name, src.zone та dst.zone.

Атрибути метрик

Мережеві метрики маркуються наступними атрибутами:

Агрегування метрик

Для зменшення високої кардинальності метрик мережі, вони попередньо агрегуються на рівні процесу, щоб зменшити кількість метрик, що надсилаються до бекенду метрик.

Стандартно усі метрики агрегуються за такими атрибутами:

• direction
• transport
• src.address
• dst.address
• src.port
• dst.port

Ви можете вказати, які атрибути дозволені в конфігурації OBI, щоб агрегувати метрику за ними.

Наприклад, щоб агрегувати мережеві метрики за власником Kubernetes джерела та призначення (замість імен окремих podʼів), ви можете використовувати таку конфігурацію:

network:
  allowed_attributes:
    - k8s.src.owner.name
    - k8s.dst.owner.name
    - k8s.src.owner.type
    - k8s.dst.owner.type

Тоді еквівалентна метрика Prometheus буде такою:

obi_network_flow_bytes:
  k8s_src_owner_name="frontend"
  k8s_src_owner_type="deployment"
  k8s_dst_owner_name="backend"
  k8s_dst_owner_type="deployment"

В цьому прикладі значення obi.network.flow.bytes буде агрегуватися за імʼям та типом власника Kubernetes джерела та призначення, замість імен окремих podʼів.

Метрики, основані на CIDR

Ви можете налаштувати OBI для розподілу метрик за діапазонами CIDR. Це корисно для відстеження трафіку до конкретних мережевих діапазонів, таких як IP-діапазони постачальників хмарних послуг або внутрішній/зовнішній трафік.

Підрозділ cidrs у YAML-файлі network (або змінна середовища OTEL_EBPF_NETWORK_CIDRS) приймає список діапазонів CIDR та відповідні імена. Наприклад:

network:
  cidrs:
    - cidr: 10.0.0.0/8
      name: 'cluster-internal'
    - cidr: 192.168.0.0/16
      name: 'private'
    - cidr: 172.16.0.0/12
      name: 'container-internal'

Тоді еквівалентна метрика Prometheus буде такою:

obi_network_flow_bytes:
  src_cidr="cluster-internal"
  dst_cidr="private"