• 로그인지금 시작하세요

사용자의 편의를 위해 제공되는 기계 번역입니다.

영문본과 번역본이 일치하지 않는 경우 영문본이 우선합니다. 보다 자세한 내용은 이 페이지를 방문하시기 바랍니다.

문제 신고

CloudWatch 로그 전송을 위한 AWS Lambda

AWS Lambda 함수 newrelic-log-ingestion 를 사용하여 Amazon CloudWatch 로그 를 New Relic으로 보낼 수 있습니다. 이는 AWS Serverless 애플리케이션 리포지토리에서 쉽게 배포할 수 있습니다.

CloudWatch 로그를 New Relic으로 전달하면 로그 데이터를 수집, 처리, 탐색, 쿼리 및 경고하는 향상된 로그 관리 기능이 제공됩니다.

Cloudwatch 로그 Lambda 함수 설치 및 구성

다음 설정은 환경 변수를 구성하기 위한 한 가지 접근 방식을 보여줍니다. 기능 페이지에서 구성할 수도 있습니다.

다음을 완료:

  1. New Relic 라이센스 키 가 있는지 확인하십시오.
  2. 브라우저에서 AWS Serverless Application Repository 를 엽니다.
  3. newrelic 을 검색하고 사용자 지정 IAM 역할 또는 리소스 정책을 생성하는 앱 표시를 선택하여 newrelic-log-ingestion 을 찾습니다.
  4. newrelic-log-ingestion 세부정보를 열고 배포 를 클릭합니다.
  5. 함수의 구성 메뉴에서 환경 변수 로 이동하고 다음 환경 변수를 사용하여 로그 전달을 구성합니다.

열쇠

설명

DEBUG_LOGGING_ENABLED

CloudWatch 콘솔에서 디버그 메시지를 출력할지 여부를 결정하는 부울입니다. 선택 과목.

디버그 로그를 켜려면 이것을 true 으로 설정하십시오. 기본값은 false 입니다.

LICENSE_KEY

New Relic 라이센스 키 는 New Relic에 데이터를 전송하는 데 사용됩니다. 필수의.

LOGGING_ENABLED

로그가 New Relic으로 전달되는지 여부를 결정합니다. 필수의. 로깅을 켜려면 이것을 true 으로 설정하십시오.

NR_LOGGING_ENDPOINT

로그에 대한 New Relic 수집 엔드포인트. 필수 . 두 가지 끝점을 사용할 수 있습니다.

  • 우리를: https://log-api.newrelic.com/log/v1
  • 유럽 연합: https://log-api.eu.newrelic.com/log/v1

NR_TAGS

모든 로그 이벤트에 추가할 태그를 지정합니다. 선택 과목.

각 태그는 콜론으로 구분된 키와 값으로 구성됩니다. 여러 키-값 쌍은 세미콜론으로 구분됩니다. 예: env:prod;team:myTeam .

NR_LAMBDA_LOG_GROUP_PREFIX

/aws/lambda 과 다른 경로를 사용하도록 Lambda 로그 그룹을 구성한 경우 이 변수를 사용하여 지정할 수 있습니다. 선택 과목.

NR_VPC_LOG_GROUP_PREFIX

/aws/vpc/flow-log 과 다른 경로를 사용하도록 VPC 로그 그룹을 구성한 경우 이 변수를 사용하여 지정할 수 있습니다. 선택 과목.

  1. 앱이 사용자 지정 IAM 역할을 생성한다는 것을 확인하고 배포 를 클릭합니다.

프로세스가 완료되면 Lambda 함수를 CloudWatch 로그에 연결 하는 Lambda 트리거를 생성합니다 .

Lambda 트리거 생성

로그를 New Relic으로 스트리밍하려면 Lambda에 트리거를 연결합니다.

  1. 왼쪽 메뉴에서 기능 을 선택합니다.
  2. 이전에 만든 newrelic-log-ingestion 함수를 찾아 선택합니다.
  3. Designer 에서 Add Triggers 를 클릭하고 드롭다운에서 Cloudwatch Logs 를 선택합니다.
  4. 애플리케이션에 적합한 로그 그룹 을 선택하십시오.
  5. 필터 이름을 입력합니다.
  6. 선택 사항: 필터 패턴 을 입력합니다.
  7. 트리거 활성화 확인란을 선택한 다음 추가 를 클릭하여 트리거를 생성합니다.

재시도 구성(선택 사항)

통신 문제의 경우 기능이 데이터 전송에 실패할 경우 수행할 재시도 횟수를 구성할 수 있습니다. 권장되는 재시도 횟수는 3회이지만 아래 매개변수를 변경하여 재시도 동작을 변경할 수 있습니다.

재시도 횟수가 많을수록 기능이 더 오래 실행될 수 있습니다. 이렇게 하면 Lambda에 더 높은 비용이 발생할 가능성이 높아집니다. 그러나 재시도 횟수를 줄이면 데이터 손실 가능성이 높아질 수 있습니다.

MAX_RETRIES = 3 # Defines the number of retries after lambda failure to deliver data
INITIAL_BACKOFF = 1 # Defines the initial wait seconds until next retry is executed
BACKOFF_MULTIPLIER = 2 # Time multiplier between the retries
As an example, in default above configuration, first retry will happen after 1 second, second retry after 2 seconds and third retry will happen after 4 seconds.

SAM 템플릿으로 생성된 리소스

리포지토리에서 애플리케이션을 생성하면 다음 리소스도 생성됩니다.

  • Lambda 함수 자체
  • CloudWatch Logs를 기반으로 하는 Lambda 함수에 실행 권한을 부여하는 데 사용되는 역할입니다.

나열되지 않은 다른 모든 Lambda 구성은 기본값으로 둘 수 있습니다.

로그 데이터 보기

모든 것이 올바르게 구성되고 데이터가 수집되는 경우 다음 두 위치에서 데이터 로그가 표시되어야 합니다.

SELECT * FROM Log

로그 관리 기능을 활성화한 후에도 데이터가 나타나지 않으면 표준 로그 문제 해결 절차 를 따르십시오.

다음은 뭐지?

플랫폼 전반에 걸쳐 로깅 데이터를 탐색합니다.

로그 전달 사용 안함

로그 전달 기능을 비활성화하려면 Amazon CloudWatch 설명서 의 표준 절차를 따르십시오. New Relic에서는 다른 작업을 수행할 필요가 없습니다.

Copyright © 2022 New Relic Inc.