KuDu에서 로그 파일이 업데이트가 안되는데 배포 없이 최신 로그를 볼수 있게 업데이트 하려면 어떻게 해야하나요?

Question

오후 2~3시 경에 Dynatrace를 통해 에러 alert을 받아서 로그를 확인하려고 접속했는데
Kudu에는 로그 파일이 12:48이 마지막 업데이트여서 해당 로그를 볼 수 없습니다.

배포하지 않고 Kudu의 로그를 강제로 업데이트할 수 있는 방법이 있나요?

참고로 로그스트림에 설정은 안되어 있어서 Kudu에서만 로그를 확인하고 있습니다.

Answer 1

Hi @Jee Woo JUNG (EXT)(ADM-AZR)

Microsoft Q&A에 문의해 주셔서 감사합니다.

Kudu는 자체적으로 로그를 생성하거나 갱신하지 않으며, 단지 App Service 파일 시스템(예: D:\home\LogFiles 또는 /home/LogFiles)에 애플리케이션이 이미 기록해 둔 로그 파일을 표시할 뿐입니다. 만약 로그 파일의 타임스탬프가 업데이트되지 않고 멈춰 있다면(예: 12:48에 고정됨), 이는 일반적으로 애플리케이션이 새로운 로그를 기록하지 않고 있거나, 로깅 기능이 활성화되지 않았거나 올바르게 구성되지 않았거나, 또는 로그 레벨 설정으로 인해 로그가 필터링되거나 제한되고 있음을 의미합니다. Kudu는 메모리에서 로그를 가져오거나 강제로 갱신하지 않으며, 단순히 디스크에 존재하는 기존 파일들을 보여줄 뿐입니다. 따라서 문제가 발생한 시점(예: 오후 2시~3시 사이의 Dynatrace 경고 발생 시점)에 새로운 로그가 기록되지 않았다면, Kudu 화면에도 해당 로그는 나타나지 않게 됩니다. [# Investig...ols (Kudu) | External]

이 문제를 해결하거나 우회하기 위해 아래의 사항들을 참고해 주십시오.

애플리케이션 로깅(파일 시스템) 활성화

로그가 실제로 파일 시스템에 기록될 수 있도록 로깅 기능이 활성화되어 있는지 확인하십시오:

App Service → 모니터링 → App Service 로그로 이동

애플리케이션 로깅(파일 시스템)을 활성화

활성화 시 로그는 다음 경로에 기록됩니다:

D:\home\LogFiles\Application

[# Investig...ols (Kudu) | [외부]

로깅을 재초기화하기 위해 App Service를 다시 시작하십시오.

App Service를 다시 시작하면 다음과 같은 이점이 있습니다:

로깅 파이프라인 재초기화

최신 시작 로그 생성

이는 로그를 강제로 새로 고치는 것과 가장 유사한 조치입니다.

로그 생성 및 로그 수준 구성을 확인하십시오.

Kudu 디버그 콘솔에서 확인하십시오:

https://<app-name>.scm.azurewebsites.net/DebugConsole

/LogFiles/Application 경로로 이동하여 파일이 업데이트되고 있는지 확인하십시오.

업데이트되지 않는다면, 애플리케이션의 로그 수준을 확인하십시오(예: host.json 또는 앱 구성 파일):

{

"logging": {

"logLevel": {

"default": "Trace"

}

}

}

로그 수준이 너무 제한적이라면(예: Warning/Error), 로그가 표시되지 않을 수 있습니다.

실시간 모니터링을 위해 로그 스트림(Log Stream)을 사용하십시오(권장).

포털 또는 CLI를 통해 로그 스트림을 활성화하십시오:

az webapp log tail --name <app-name> --resource-group <rg>

이 기능을 사용하면 정적인 Kudu 파일에 의존하는 대신 실시간 로그를 확인할 수 있습니다. [# Investig...ols (Kudu) | External]

영구 로깅을 구성하십시오(권장 모범 사례).

진단 설정(Diagnostic Settings)을 활성화하고 로그를 다음 대상으로 전송하도록 설정하십시오:

Log Analytics

Azure Storage

이렇게 설정하면 장애 발생 시에도 로그를 항상 확인할 수 있으며, Kudu에 대한 의존성을 배제할 수 있습니다.