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

Інструментування 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.inter.zone.bytes, якщо експортується через OpenTelemetry.
• obi_network_inter_zone_bytes_total, якщо експортується через точку доступу Prometheus.
• Щоб увімкнути його, додайте опцію network до OTEL_EBPF_METRICS_FEATURES.

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

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

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

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

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

• 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"