Kubernetes 통합 구성요소

New Relic Kubernetes 통합은 Kubernetes를 온프레미스에서 실행하든 클라우드에서 실행하든 관계없이 클러스터의 상태와 성능에 대한 완전한 관찰 가능성을 제공합니다. Kubernetes 네임스페이스, 배포, 복제 세트, 노드, 포드 및 컨테이너에 대한 가시성을 제공합니다.

newrelic-infrastructure 차트는 통합의 주요 구성요소입니다. 여기에서 아키텍처에 대해 알아보세요.

nri-bundle 차트는 하나의 차트만 사용하여 통합을 쉽게 설치하고 업그레이드할 수 있는 newrelic-infrastructure 포함하여 통합을 위한 개별 차트를 그룹화합니다. 여기 에서 이 차트를 사용하여 설치할 수 있는 기본 및 선택적 구성 요소에 대해 알아보세요.

아키텍처

newrelic-infrastructure 차트는 nrk8s-ksm, nrk8s-kubelet 및 nrk8s-controlplane 의 세 가지 구성요소로 나뉩니다. 첫 번째는 배포이고 다음 두 개는 DaemonSet입니다.

각 구성 요소에는 두 개의 컨테이너가 있습니다.

1. 메트릭 수집을 담당하는 통합용 컨테이너입니다.
2. New Relic에 메트릭을 보내는 데 사용되는 New Relic 인프라 에이전트가 있는 컨테이너입니다.

Kube-state-metrics 구성 요소

Kubernetes 조직 자체에 있는 OSS 프로젝트 kube-state-metrics 위에 클러스터 상태 측정항목을 구축합니다.

특정 배포 nrk8s-ksm 는 KSM 찾기 및 스크래핑을 처리합니다. 이 포드는 수명이 길고 단일하므로 엔드포인트 정보 제공자를 안전하게 사용하여 KSM 포드의 IP를 찾고 스크랩할 수 있습니다. 정보 제공자는 자동으로 클러스터의 정보 제공자 목록을 로컬로 캐시하고 새로운 정보 제공자를 감시하여 팟(Pod)이 있는 위치를 파악하라는 요청으로 API 서버를 급습하는 것을 방지합니다.

고객은 대상 지표가 기본적으로 활성화되지 않은 경우 KSM에서 모니터링할 모든 대상 지표를 활성화해야 합니다. 예를 들어 KSM v2+는 기본적으로 레이블 및 주석 메트릭을 비활성화합니다. 고객은 Kubernetes 클러스터에서 여기 에 설명된 metricLabelsAllowlist 또는 metricAnnotationsAllowList 옵션을 사용하여 모니터링할 대상 라벨 및 주석 측정항목을 사용 설정할 수 있습니다.

KSM 지원 버전에 대한 자세한 내용은 자체 KSM 가져오기를 참조하세요.

Kubelet 구성 요소

Kubelet은 모든 Kubernetes 노드에서 실행되고 컨트롤 플레인의 지시에 따라 컨테이너 생성을 담당하는 서비스인 "Kubernetes 에이전트"입니다. Container Runtime과 밀접하게 협력하는 Kubelet이기 때문에 CPU, 메모리, 디스크, 네트워크 등의 사용과 같은 통합을 위한 인프라 메트릭의 주요 소스입니다. 완전히 문서화되지는 않았지만 Kubelet API는 대부분의 Kubernetes 지표에 대한 사실상의 소스입니다.

Kubelet 스크랩은 일반적으로 리소스가 적은 작업입니다. 이를 감안하고 가능할 때마다 노드 간 트래픽을 최소화하려는 의도를 감안할 때 nrk8s-kubelet 은 각 인스턴스가 동일한 노드에서 실행 중인 Kubelet에서 측정항목을 수집하는 DaemonSet으로 실행됩니다.

nrk8s-kubelet 노드 IP를 사용하여 Kubelet에 연결합니다. 이 프로세스가 실패하면 nrk8s-kubelet 는 API 서버 프록시를 통해 노드에 도달하기 위해 대체됩니다. 이 폴백 메커니즘은 많은 kubelet을 프록싱하면 API 서버의 부하가 증가할 수 있으므로 매우 큰 클러스터에 도움이 됩니다. 로그에서 다음과 같은 메시지를 찾아 API 서버가 프록시로 사용되고 있는지 확인할 수 있습니다.

Trying to connect to kubelet through API proxy

제어 평면 구성 요소

주요 Kubernetes 배포판으로 hostNetwork: true 을(를) 사용하여 nrk8s-controlplane 을 DaemonSet로 배포합니다. 구성은 자동 검색 및 정적 끝점을 지원하도록 구성됩니다. 즉시 사용 가능한 다양한 배포판과 호환되도록 구성 항목으로 알려진 다양한 기본값을 제공합니다. 코드 대신 구성에서 이 작업을 수행하면 필요에 따라 자동 검색을 조정할 수 있습니다.

선택자당 여러 엔드포인트를 가질 수 있고 올바른 것을 자동으로 감지하는 프로브 메커니즘을 추가할 수 있습니다. 이를 통해 동일한 선택기를 사용하여 포트 또는 프로토콜과 같은 다른 구성을 시도할 수 있습니다.

etcd CP 구성 요소의 스크래핑 구성은 모든 구성 요소에 동일한 구조와 기능이 적용되는 다음과 같습니다.

config:
  etcd:
    enabled: true
    autodiscover:
      - selector: "tier=control-plane,component=etcd"
        namespace: kube-system
        matchNode: true
        endpoints:
          - url: https://localhost:4001
            insecureSkipVerify: true
            auth:
              type: bearer
          - url: http://localhost:2381
    staticEndpoint:
      url: https://url:port
      insecureSkipVerify: true
      auth: {}

staticEndpoint 가 설정되면 구성요소가 스크랩을 시도합니다. 엔드포인트에 도달할 수 없는 경우 통합이 실패하므로 수동 엔드포인트가 구성될 때 자동 오류가 발생하지 않습니다.

staticEndpoint 이 설정되지 않은 경우 구성요소는 지정된 namespace 의 selector 과 일치하는 첫 번째 포드를 찾는 자동 검색 항목을 반복하고 선택적으로 DaemonSet의 동일한 노드에서 실행 중입니다( matchNode true 로 설정됨). 포드가 검색된 후 구성 요소는 http HEAD 요청을 실행하여 나열된 엔드포인트를 순서대로 검색하고 선택한 인증 유형을 사용하여 첫 번째로 성공한 프로브를 스크랩합니다.

위에서 etcd 구성요소에 대한 구성 발췌를 보여주지만 스크래핑 로직은 다른 구성요소에 대해 동일합니다.

컨트롤 플레인 모니터링을 구성하는 방법에 대한 자세한 지침은 컨트롤 플레인 모니터링 페이지를 확인하십시오.

투구 차트

Helm은 솔루션을 클러스터에 배포하기 위해 제공하는 기본 수단입니다. Helm 차트는 하나의 배포와 각각 구성이 약간 다른 두 개의 DaemonSet를 관리합니다. 이렇게 하면 차트 및 생성된 매니페스트 위에 수동 패치를 적용할 필요 없이 필요에 따라 솔루션을 더 유연하게 조정할 수 있습니다.

새로운 Helm 차트가 노출하는 새로운 기능 중 일부는 다음과 같습니다.

• 모든 포드에 대한 securityContext 의 전체 제어
• 모든 포드에 대해 포드 labels 및 annotations 에 대한 전체 제어
• 추가 환경 변수 추가 기능, volumes 및 volumeMounts
• 도달한 끝점, 자동 검색 동작 및 스크래핑 간격을 포함하여 통합 구성에 대한 전체 제어
• Helm 관용구 및 표준과의 더 나은 정렬

차트의 README.md 에서 뒤집을 수 있는 모든 스위치에 대한 자세한 내용을 확인할 수 있습니다.

구성품

nri-bundle 사용하여 Kubernetes 통합을 설치하면 기본적으로 다음 두 구성요소가 설치됩니다.

다음은 nri-bundle 사용하거나 별도로 설치할 수 있는 선택적 구성요소입니다.