New Relic에는 Azure App Gateway 데이터를 당사 플랫폼에 보고하기 위한 통합 이 포함되어 있습니다. 여기에서는 통합을 활성화하는 방법과 통합에서 수집하는 데이터에 대해 설명합니다.
통합 활성화
통합을 활성화하려면 표준 절차에 따라 Azure 서비스 를 활성화합니다.
구성 및 폴링
구성 옵션 을 사용하여 폴링 빈도를 변경하고 데이터를 필터링할 수 있습니다.
Azure App Gateway 통합에 대한 기본 폴링 정보:
- New Relic 폴링 간격: 5분
데이터 찾기 및 사용
뉴렐릭에서 통합 데이터를 찾으려면 one.newrelic.com > All capabilities > Infrastructure > Azure 으로 이동하여 통합을 선택하세요.
데이터는 다음 이벤트 유형 에 첨부됩니다.
실재 | 이벤트 유형 | 공급자 |
---|---|---|
애플리케이션 게이트웨이 |
|
|
데이터 사용 방법에 대한 자세한 내용은 통합 데이터 이해 및 사용 을 참조하십시오.
측정항목 데이터
이 통합은 ApplicationGateway에 대한 Azure App Gateway 데이터를 수집합니다.
App Gateway ApplicationGateway 데이터
미터법 | 유닛 | 설명 |
---|---|---|
| 초당 바이트 | Application Gateway가 제공한 초당 바이트 수 |
| 세다 | 비정상 백엔드 호스트 수 |
| 세다 | 정상 백엔드 호스트 수 |
| 세다 | Application Gateway가 처리한 성공적인 요청 수 |
| 세다 | 풀의 정상 백엔드 호스트당 분당 평균 요청 수 |
| 세다 | Application Gateway가 처리한 실패한 요청 수 |
| 세다 | Application Gateway에서 반환된 HTTP 응답 상태 |
| 세다 | Application Gateway와 설정된 현재 연결 수 |
| CountPerSecond | Application Gateway로 설정된 초당 새 연결 수 |
| 퍼센트 | Application Gateway의 현재 CPU 사용률 |
| 세다 | 용량 소비된 단위 |
| 세다 | 청구될 최소 용량 단위 |
| 세다 | 청구될 예상 용량 단위 |
| 세다 | 소비된 컴퓨팅 유닛 |
| 세다 | 백엔드 구성원이 생성한 HTTP 응답 코드의 수입니다. 여기에는 Application Gateway에서 생성한 응답 코드가 포함되지 않습니다. |
| 세다 | Application Gateway와의 연결을 설정한 클라이언트에서 시작한 TLS 및 비 TLS 요청 수입니다. TLS 프로토콜 배포를 보려면 TLS 프로토콜 차원으로 필터링하십시오. |
| 바이트 | Application Gateway에서 클라이언트로 보낸 총 바이트 수 |
| 바이트 | Application Gateway가 클라이언트로부터 받은 총 바이트 수 |
| 밀리초 | 클라이언트와 Application Gateway 간의 평균 왕복 시간입니다. 이 측정항목은 연결을 설정하고 승인을 반환하는 데 걸리는 시간을 나타냅니다. |
| 밀리초 | 요청이 처리되고 응답이 전송되는 데 걸리는 평균 시간입니다. 이는 Application Gateway가 HTTP 요청의 첫 번째 바이트를 수신한 시간부터 응답 보내기 작업이 완료되는 시간까지의 간격의 평균으로 계산됩니다. 여기에는 일반적으로 Application Gateway 처리 시간, 요청 및 응답 패킷이 네트워크를 통해 이동하는 시간, 백엔드 서버가 응답하는 데 걸린 시간이 포함됩니다. |
| 밀리초 | 백엔드 서버와의 연결을 설정하는 데 소요된 시간 |
| 밀리초 | 백엔드 서버에 대한 연결 설정 시작과 응답 헤더의 첫 번째 바이트 수신 사이의 시간 간격으로 백엔드 서버의 대략적인 처리 시간 |
| 밀리초 | 백엔드 서버에 대한 연결 설정 시작과 응답 본문의 마지막 바이트 수신 사이의 시간 간격 |
| 세다 | 웹 애플리케이션 방화벽 v1 들어오는 트래픽에 대한 전체 규칙 배포 |
| 세다 | 웹 애플리케이션 방화벽 v1 차단된 요청 규칙 배포 |
| 세다 | 웹 애플리케이션 방화벽 v1 차단된 요청 수 |