Application Gateway에 대한 메트릭

아티클
09/27/2024

Application Gateway는 데이터 요소를 Azure Monitor에 게시하여 Application Gateway 및 백 엔드 인스턴스의 성능을 향상시킵니다. 이러한 데이터 요소를 메트릭이라고 하며 순서가 지정된 시계열 데이터 세트의 숫자 값입니다. 메트릭은 특정 시간에 애플리케이션 게이트웨이의 일부 측면을 설명합니다. Application Gateway를 통해 흐르는 요청이 있는 경우 해당 메트릭을 측정하고 60초 간격으로 보냅니다. Application Gateway를 통해 흐르는 요청이 없거나 메트릭에 대한 데이터가 없는 경우 메트릭은 보고되지 않습니다. 자세한 내용은 Azure Monitor 메트릭을 참조하세요.

Application Gateway V2 SKU에서 지원하는 메트릭

참고 항목

TLS/TCP 프록시 관련 정보를 보려면 데이터 참조를 참조하세요.

타이밍 메트릭

Application Gateway는 모두 밀리초 단위로 측정되는 요청 및 응답과 관련된 몇 가지 기본 제공 타이밍 메트릭을 제공합니다.

[Application Gateway에 대한 타이밍 메트릭의 다이어그램

참고 항목

Application Gateway에 수신기가 하나보다 많은 경우에는 항상 수신기 차원을 기준으로 필터링하여 의미 있는 유추를 얻기 위해 다른 대기 시간 메트릭을 비교합니다.

참고 항목

모든 메트릭이 1분 간격으로 집계되므로 메트릭 데이터에서 대기 시간이 발생할 수 있습니다. 이러한 대기 시간은 메트릭 시작 시간에 따라 다양한 애플리케이션 게이트웨이 인스턴스마다 다를 수 있습니다.

타이밍 메트릭을 사용하여 클라이언트 네트워크, Application Gateway 성능, 백 엔드 네트워크 및 백 엔드 서버 TCP 스택 포화, 백 엔드 애플리케이션 성능 또는 대용량 파일 크기로 인해 관찰된 속도가 느려지는지 여부를 확인할 수 있습니다. 자세한 내용은 타이밍 메트릭을 참조하세요.

예를 들어 백 엔드 첫 번째 바이트 응답 시간 추세가 급증하지만 백 엔드 연결 시간 추세가 안정적인 경우 애플리케이션 게이트웨이에서 백 엔드 대기 시간으로 이동하고 연결을 설정하는 데 걸리는 시간이 안정적이라고 추론할 수 있습니다. 이 급증은 백 엔드 애플리케이션의 응답 시간이 증가하여 발생합니다. 반면, 백 엔드 첫 번째 바이트 응답 시간 급증이 백 엔드 연결 시간의 해당 급증과 관련된 경우 Application Gateway와 백 엔드 서버 또는 백 엔드 서버 TCP 스택 간의 네트워크가 포화 상태임을 추론할 수 있습니다.

백 엔드 마지막 바이트 응답 시간이 급증하지만 백 엔드 첫 번째 바이트 응답 시간이 안정적이면 요청되는 파일이 커지므로 급증이 원인이라고 추론할 수 있습니다.

마찬가지로Application Gateway 총 시간에 스파이크가 있지만 백 엔드 마지막 바이트 응답 시간이 안정적인 경우 이는 Application Gateway의 성능 병목 현상 또는 클라이언트와 Application Gateway 사이에 있는 네트워크의 병목 현상의 징후일 수 있습니다. 또한 클라이언트 RTT에 해당하는 스파이크가 있는 경우 클라이언트와 Application Gateway 간의 네트워크로 인해 성능이 저하되는 것을 나타냅니다.

Application Gateway 메트릭

Application Gateway의 경우 몇 가지 메트릭을 사용할 수 있습니다. 목록은 Application Gateway 메트릭을 참조하세요.

백 엔드 메트릭

Application Gateway의 경우 여러 백 엔드 메트릭을 사용할 수 있습니다. 목록은 백 엔드 메트릭을 참조하세요.

WAF(Web Application Firewall) 메트릭

WAF 모니터링에 대한 자세한 내용은 WAF v2 메트릭 및 WAF v1 메트릭을 참조하세요.

메트릭 시각화

애플리케이션 게이트웨이를 찾아 모니터링 아래에서 메트릭을 선택합니다. 사용 가능한 값을 보려면 메트릭 드롭다운 목록을 선택합니다.

다음 이미지에서는 최근 30분 동안 표시된 세 가지 메트릭을 포함한 예제가 표시됩니다.

현재 지원되는 메트릭 목록을 보려면 Azure Monitor에서 지원되는 메트릭을 참조하세요.

메트릭 기반 경고 규칙

리소스에 대한 메트릭을 기반으로 하는 경고 규칙을 시작할 수 있습니다. 예를 들어 애플리케이션 게이트웨이의 처리량이 지정된 기간 동안 임계값보다 높거나 낮거나 같을 때 경고에서 웹후크를 호출하거나 관리자에게 전자 메일을 보낼 수 있습니다.

다음 예제에서는 처리량이 임계값을 위반하면 관리자에게 전자 메일을 보내는 경고 규칙을 만드는 과정을 설명합니다.

메트릭 경고 추가를 선택하여 규칙 추가 페이지를 엽니다. 또한 메트릭 페이지에서 이 페이지에 연결할 수도 있습니다.
규칙 추가 페이지에서 이름, 조건 및 알림 섹션을 입력하고 확인을 선택합니다.
- 조건 선택기에서 보다 큼, 보다 크거나 같음, 보다 작음, 보다 작거나 같음의 네 가지 값 중 하나를 선택합니다.
- 기간 선택기에서 5분에서 6시간 사이의 기간까지 선택합니다.
- 이메일 소유자, 기여자 및 읽기 권한자를 선택하면 해당 리소스에 액세스할 수 있는 사용자에 따라 동적으로 이메일을 보낼 수 있습니다. 그렇지 않으면 추가 관리자 전자 메일 상자에서 쉼표로 구분된 사용자 목록을 제공할 수도 있습니다.