이 가이드는 이전에 로그 전달을 구성했거나 컨텍스트에 따라 로그인 한 고객에게 적용됩니다. 두 기능 중 하나도 구성하지 않은 경우 최신 버전으로 업그레이드하는 것이 좋습니다. 자동 로그 전달 및 로컬 장식을 활용하는 에이전트입니다.
현재 New Relic에 애플리케이션 로그를 보내고 있는 경우 현재 로깅 전략을 수정하지 않고 최신 APM 언어 에이전트로 업그레이드하면 중복 로그를 보낼 수 있습니다. 최적의 마이그레이션 경로는 애플리케이션과 환경에 따라 다릅니다.
기존 로그 전달자 구성에 광범위한 데이터 처리 또는 강화 논리가 있는 경우 APM 에이전트에서 직접 로그를 보내면 해당 단계를 건너뜁니다.
팁
Go 로그가 많습니까? 최적화 및 관리 방법에 대한 자습서를확인하십시오.
중복 로그 전송을 방지하기 위해 권장하는 두 가지 기본 업그레이드 경로가 있습니다.
로그를 자동으로 전달하는 최신 APM 에이전트 로 업데이트한 다음 로그 전달자를 비활성화합니다.
- 애플리케이션의 로깅 프레임워크 구성을 업데이트하여 애플리케이션이 스테이징 또는 프로덕션용 로그를 작성하지 않도록 하십시오. 이것은 디스크의 파일이거나 사이드카를 사용하여 로그를 수집하는 경우 STDOUT일 수 있습니다.
- 애플리케이션의 로그 파일을 추적하는 로그 전달자를 비활성화합니다. 애플리케이션 로그를 수집하는 데 사용되는 컨테이너 비활성화
- 클라우드 제공업체와의 로그 전달 비활성화
- APM 에이전트 다시 시작/변경 사항 배포
로그 전달자와 함께 APM 에이전트 사용(전달자가 이미 있는 경우에만 권장):
- APM 에이전트 업데이트
- 로컬 로그 장식이 활성화되고 로그 전달이 비활성화되도록 APM 에이전트를 구성합니다.
- 컨텍스트에서 수동 로그 를 사용하도록 애플리케이션의 로깅 프레임워크 구성에 대한 이전 변경사항을 되돌립니다.
- 애플리케이션의 로깅 프레임워크가 앱 로그를 STDOUT 또는 로그 전달자가 모니터링/감시하는 파일에 기록하도록 구성되었는지 확인합니다.
- APM 에이전트 다시 시작/변경 사항 배포
로컬 데코레이션 활성화
최신 버전의 언어 에이전트에서 로컬 데코레이션을 구성하는 방법에 대한 문서는 아래에서 찾을 수 있습니다.
Kubernetes로 업그레이드
로그 인 컨텍스트 가 구성된 경우 Kubernetes 로그 전달 통합 을 사용하는 고객은 로그 인 컨텍스트를 수동으로 구현할 때 애플리케이션의 로깅 프레임워크 구성에 대한 변경 사항을 되돌려야 합니다. 이는 통합에 의해 수행되는 Kubernetes 메타데이터 강화를 보존하는 데 필요합니다.
애플리케이션의 로깅 프레임워크는 애플리케이션 로그를 STDOUT에 기록하도록 구성해야 합니다.
에서 로컬 데코레이션을 활성화해야 합니다. 로그가 상황에 맞는지 확인하는 에이전트. 로그 전달 구성을 변경할 필요가 없습니다.
Kubernetes 모니터링을 업그레이드하려면 아래 단계를 따르세요.