5.3. 보강된 네트워크 흐름 데이터 내보내기


Kafka, IPFIX, OpenTelemetry의 Red Hat 빌드 또는 세 가지 모두에 동시에 네트워크 흐름을 보낼 수 있습니다. Kafka 또는 IPFIX의 경우 Splunk, Elasticsearch 또는 Fluentd와 같은 입력을 지원하는 모든 프로세서 또는 스토리지에서 보강된 네트워크 흐름 데이터를 사용할 수 있습니다. OpenTelemetry의 경우 네트워크 흐름 데이터 및 메트릭을 OpenTelemetry, Jaeger 또는 Prometheus의 Red Hat 빌드와 같은 호환 가능한 OpenTelemetry 엔드포인트로 내보낼 수 있습니다.

사전 요구 사항

  • Kafka, IPFIX 또는 OpenTelemetry 수집기 끝점은 네트워크 Observability flowlogs-pipeline Pod에서 사용할 수 있습니다.

프로세스

  1. 웹 콘솔에서 Operators 설치된 Operators 로 이동합니다.
  2. NetObserv Operator제공된 API 제목에서 흐름 수집기 를 선택합니다.
  3. 클러스터를 선택한 다음 YAML 탭을 선택합니다.
  4. 다음과 같이 FlowCollector 를 편집하여 spec.exporters 를 구성합니다.

    apiVersion: flows.netobserv.io/v1beta2
    kind: FlowCollector
    metadata:
      name: cluster
    spec:
      exporters:
      - type: Kafka                         
    1
    
          kafka:
            address: "kafka-cluster-kafka-bootstrap.netobserv"
            topic: netobserv-flows-export   
    2
    
            tls:
              enable: false                 
    3
    
      - type: IPFIX                         
    4
    
          ipfix:
            targetHost: "ipfix-collector.ipfix.svc.cluster.local"
            targetPort: 4739
            transport: tcp or udp           
    5
    
     -  type: OpenTelemetry                 
    6
    
          openTelemetry:
            targetHost: my-otelcol-collector-headless.otlp.svc
            targetPort: 4317
            type: grpc                      
    7
    
            logs:                           
    8
    
              enable: true
            metrics:                        
    9
    
              enable: true
              prefix: netobserv
              pushTimeInterval: 20s         
    10
    
              expiryTime: 2m
       #    fieldsMapping:                  
    11
    
       #      input: SrcAddr
       #      output: source.address
    1 4 6
    IPFIX, OpenTelemetry 및 Kafka로 흐름을 개별적으로 또는 동시에 내보낼 수 있습니다.
    2
    Network Observability Operator는 모든 흐름을 구성된 Kafka 주제로 내보냅니다.
    3
    SSL/TLS 또는 mTLS를 사용하여 Kafka 간에 모든 통신을 암호화할 수 있습니다. 활성화하면 Kafka CA 인증서를 ConfigMap 또는 Secret으로 사용할 수 있어야 합니다. flowlogs-pipeline 프로세서 구성 요소가 배포되는 네임스페이스(기본값: netobserv). spec.exporters.tls.caCert 를 사용하여 참조해야 합니다. mTLS를 사용하는 경우 이러한 네임스페이스에서 클라이언트 시크릿을 사용할 수 있어야 합니다(예: AMQ Streams User Operator를 사용하여 생성할 수 있음) spec.exporters.tls.userCert 에서 참조해야 합니다.
    5
    전송을 지정하는 옵션이 있습니다. 기본값은 tcp 이지만 udp 도 지정할 수 있습니다.
    7
    OpenTelemetry 연결의 프로토콜입니다. 사용 가능한 옵션은 httpgrpc 입니다.
    8
    Loki용으로 생성된 로그와 동일한 로그를 내보내기 위한 OpenTelemetry 구성입니다.
    9
    메트릭을 내보내기 위한 OpenTelemetry 구성, 이는 Prometheus에 대해 생성된 지표와 동일합니다. 이러한 구성은 FlowCollector 사용자 정의 리소스를 사용하여 정의한 사용자 지정 지표와 함께 FlowCollector 사용자 정의 리소스의 spec.processor.metrics.includeList 매개변수에 지정됩니다.
    10
    지표가 OpenTelemetry 수집기로 전송되는 시간 간격입니다.
    11
    선택 사항:Network Observability 네트워크 흐름 형식의 이름이 자동으로 OpenTelemetry 호환 형식으로 변경됩니다. fieldsMapping 사양을 사용하면 OpenTelemetry 형식 출력을 사용자 지정할 수 있습니다. 예를 들어 YAML 샘플에서 SrcAddr 는 Network Observability 입력 필드이며 OpenTelemetry 출력에서 source.address 의 이름이 변경됩니다. "네트워크 흐름 형식 참조"에서 Network Observability 및 OpenTelemetry 형식을 모두 볼 수 있습니다.

구성 후 네트워크 흐름 데이터를 JSON 형식의 사용 가능한 출력으로 전송할 수 있습니다. 자세한 내용은 "네트워크 흐름 형식 참조"를 참조하십시오.

Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

Theme

© 2026 Red Hat
맨 위로 이동