Azure Arc Telemetry 라우터 배포
참고 항목
- 원격 분석 라우터는 공개 미리 보기 상태이며 테스트 목적으로만 배포해야 합니다.
- 원격 분석 라우터가 공개 미리 보기 상태인 동안 향후 미리 보기 릴리스에는 CRD 사양, CLI 명령 및/또는 원격 분석 라우터 메시지에 대한 변경 내용이 포함될 수 있습니다.
- 현재 미리 보기는 Arc 원격 분석 라우터가 사용하도록 설정된 상태로 배포된 데이터 컨트롤러의 현재 위치 업그레이드를 지원하지 않습니다. 향후 릴리스에서 데이터 컨트롤러를 설치하거나 업그레이드하려면 데이터 컨트롤러를 제거한 다음 다시 설치해야 합니다.
Azure Arc Telemetry 라우터 배포란?
Azure Arc 원격 분석 라우터를 사용하면 원격 분석 데이터를 다른 모니터링 솔루션으로 내보낼 수 있습니다. 이 공개 미리 보기에서는 로그 데이터를 Kafka 또는 Elasticsearch로 내보내고 메트릭 데이터를 Kafka로 내보내는 것만 지원합니다.
이 문서에서는 원격 분석 라우터를 배포하고 지원되는 내보내기에서 작동하도록 구성하는 방법을 지정합니다.
배포
참고 항목
원격 분석 라우터는 현재 간접 연결 모드만 지원합니다.
사용자 지정 구성 프로필을 만듭니다
Kubernetes 클러스터를 설정한 후에는 사용자 지정 구성 프로필을 만들어야 합니다. 다음으로, 데이터 컨트롤러를 만드는 동안 원격 분석 라우터를 배포하는 임시 기능 플래그를 사용하도록 설정합니다.
기능 플래그 사용하도록 설정
사용자 지정 구성 프로필을 만든 후에는 enableOpenTelemetry 플래그가 true로 설정된 monitoring 속성을 추가하도록 프로필을 편집해야 합니다. 다음 az CLI 명령을 실행하여 기능 플래그를 설정할 수 있습니다(필요에 따라 --path 매개 변수 편집).
az arcdata dc config add --path ./control.json --json-values ".spec.monitoring={}"
az arcdata dc config add --path ./control.json --json-values ".spec.monitoring.enableOpenTelemetry=true"
플래그가 올바르게 설정되었는지 확인하려면 control.json 파일을 열어서 아래와 같이 monitoring 개체가 spec 개체에 추가되고 enableOpenTelemetry가 true로 설정됐는지 확인할 수 있습니다.
spec:
monitoring:
enableOpenTelemetry: true
이 기능 플래그 요구 사항은 더 이상 사용되지 않으며 후속 릴리스에서 제거될 예정입니다.
데이터 컨트롤러 만들기
사용자 지정 구성 프로필을 만들고 기능 플래그를 설정하면 간접 연결 모드를 사용하여 데이터 컨트롤러를 만들 준비가 된 것입니다. --profile-name 매개 변수를 사용자 지정 control.json 파일을 가리키는 --path 매개 변수로 바꿔야 합니다(사용자 지정 control.json 파일을 사용하여 Azure Arc 지원 데이터 컨트롤러 배포 참조)
원격 분석 라우터 배포 확인
데이터 컨트롤러를 만들면 TelemetryRouter 사용자 지정 리소스도 만들어집니다. 두 사용자 지정 리소스 모두 배포를 완료하면 데이터 컨트롤러 배포가 준비된 것으로 표시됩니다. 데이터 컨트롤러가 배포를 완료한 후 다음 명령을 사용하여 TelemetryRouter가 있는지 확인할 수 있습니다.
kubectl describe telemetryrouter arc-telemetry-router -n <namespace>
apiVersion: arcdata.microsoft.com/v1beta4
kind: TelemetryRouter
metadata:
name: arc-telemetry-router
namespace: <namespace>
spec:
credentials:
exporters:
pipelines:
생성 시 파이프라인 또는 내보내기가 설정되지 않습니다. 고유한 파이프라인 및 내보내기를 설정하여 메트릭 및 로그 데이터를 Kafka 및 Elasticsearch의 고유한 인스턴스로 라우팅할 수 있습니다.
TelemetryRouter가 배포된 후 Kafka(arc-router-kafka) 인스턴스와 TelemetryCollector(수집기 인바운드)의 단일 인스턴스를 배포하고 준비 상태로 유지해야 합니다. 이러한 리소스는 시스템 관리되며 편집은 지원되지 않습니다. 결과적으로 다음 Pod가 배포됩니다.
- 인바운드 수집기 Pod -
arctc-collector-inbound-0 - kakfa broker Pod -
arck-arc-router-kafka-broker-0 - kakfa controller pod -
arck-arc-router-kafka-controller-0
참고 항목
원격 분석 라우터에 하나 이상의 파이프라인이 추가될 때까지 아웃바운드 수집기 Pod가 만들어지지 않습니다.
첫 번째 파이프라인을 만든 후 추가 TelemetryCollector 리소스(수집기 아웃바운드) 및 Pod arctc-collector-outbound-0이 배포됩니다.
kubectl get pods -n <namespace>
NAME READY STATUS RESTARTS AGE
arc-bootstrapper-job-4z2vr 0/1 Completed 0 15h
arc-webhook-job-facc4-z7dd7 0/1 Completed 0 15h
arck-arc-router-kafka-broker-0 2/2 Running 0 15h
arck-arc-router-kafka-controller-0 2/2 Running 0 15h
arctc-collector-inbound-0 2/2 Running 0 15h
bootstrapper-8d5bff6f7-7w88j 1/1 Running 0 15h
control-vpfr9 2/2 Running 0 15h
controldb-0 2/2 Running 0 15h
logsdb-0 3/3 Running 0 15h
logsui-fwrh9 3/3 Running 0 15h
metricsdb-0 2/2 Running 0 15h
metricsdc-bc4df 2/2 Running 0 15h
metricsdc-fm7jh 2/2 Running 0 15h
metricsui-qqgbv 2/2 Running 0 15h