개발 환경 구성: 395. Azure Web App의 이벤트 로그를 확인하는 방법
; https://www.sysnet.pe.kr/2/0/11683

디버깅 기술: 124. .NET Core 웹 앱을 호스팅하는 Azure App Services의 프로세스 메모리 덤프 및 windbg 분석 개요
; https://www.sysnet.pe.kr/2/0/11839

Java: 21. Azure Web App Service에 배포된 Java 프로세스의 메모리 및 힙(Heap) 덤프 뜨는 방법
; https://www.sysnet.pe.kr/2/0/12685

디버깅 기술: 180. Azure - Web App의 비정상 종료 시 남겨지는 로그 확인
; https://www.sysnet.pe.kr/2/0/12692

개발 환경 구성: 647. Azure - scale-out 상태의 App Service에서 특정 인스턴스에 요청을 보내는 방법
; https://www.sysnet.pe.kr/2/0/13098

개발 환경 구성: 649. Azure - 비주얼 스튜디오를 이용한 AppService 원격 디버그 방법
; https://www.sysnet.pe.kr/2/0/13164

개발 환경 구성: 650. Azure - "scm" 프로세스와 엮인 서비스 모음
; https://www.sysnet.pe.kr/2/0/13165

개발 환경 구성: 737. Azure Web App에서 Scale-out으로 늘어난 리눅스 인스턴스에 SSH 접속하는 방법
; https://www.sysnet.pe.kr/2/0/13833

Azure - 비주얼 스튜디오를 이용한 AppService 원격 디버그 방법

예전에 AppService의 덤프를 떠서 분석하는 방법을 소개했는데요,

.NET Core 웹 앱을 호스팅하는 Azure App Services의 프로세스 메모리 덤프 및 windbg 분석 개요
; https://www.sysnet.pe.kr/2/0/11839

사실, 할 수만 있다면 덤프보다는 직접 원격 디버깅을 하는 방법이 훨씬 디버깅이 쉽습니다. Azure에는 AppService를 원격으로 디버깅할 수 있는 방법이 제공되는데,

Remote debugging Azure App Services
; https://devblogs.microsoft.com/premier-developer/remote-debugging-azure-app-services/

Azure Remote debugging manually in Visual Studio 2017
; https://www.locktar.nl/uncategorized/azure-remote-debugging-manually-in-visual-studio-2017/

간단하게 정리해 볼까요? ^^

---

이를 위해서는 우선 AppService 관리 화면으로 들어가, "Settings" 범주를 보면 "Configuration" 메뉴가 보이는데요, 그걸 선택하면 "Application settings", "General settings", "Default documents", "Path mappings" 링크가 상단에 나옵니다. 그중에서 "General settings" 화면에 다음과 같이 "Remote debugging"을 활성화할 수 있는데요,



정상적으로 설정된 경우, Azure Kudu 화면의 "Process Explorer"에서 다음과 같이 "msvsmon.exe"가 떠 있는 것을 확인할 수 있습니다.



위와 같은 상황은 msvsmon.exe가 대기를 하고 있는 것일 뿐 응용 프로그램에 대한 디버깅을 하고 있지는 않습니다.

이 상태에서, Visual Studio의 "Debug" / "Attach to Process..." 메뉴를 선택해 "Connection type"을 "Microsoft Azure App Services"로 설정하고 "Find" 버튼을 누르면,



디버깅할 AppService를 선택하는 화면이 나오고 "OK" 버튼을 누르면 아래와 같이 대상 w3wp.exe가 보입니다.



"Attach" 버튼을 누르면, 이후 이렇게 BP가 잡히는 디버깅 경험을 할 수 있습니다. ^^

---

Attach 시켰는데, BP가 비정상적으로 동작한다면?



해당 웹 애플리케이션 배포를 Release로 한 것은 아닌지 확인해 봅니다. 즉, 다음과 같이 Debug 버전으로 빌드해야 정상적으로 BP가 잡힐 수 있습니다.

---

Attach 시켜 HTTP 호출을 했는데 정상적으로 BP에 디버깅이 걸리지 않는다면?

AppService Plan에 scale-out을 2개 이상 했다면 요청의 분산으로 인해 우리가 디버깅한 w3wp.exe로 요청이 안 들어올 수 있습니다. 이런 경우에는 디버깅하는 동안만 scale-out을 1로 하든지, 아니면 ARRAffinity 쿠키를 이용해,

Azure - scale-out 상태의 App Service에서 특정 인스턴스에 요청을 보내는 방법
; https://www.sysnet.pe.kr/2/0/13098

자신이 attach시킨 w3wp.exe로 요청을 전달하도록 맞춰주면 됩니다.

---

[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[최초 등록일: 11/18/2022]
[최종 수정일: 11/18/2022]


이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

by SeongTae Jeong, mailto:techsharer at outlook.com