Microsoft MVP성태의 닷넷 이야기
제니퍼 .NET: 14. ASMX, WCF 호출 모니터링 및 누수 확인 [링크 복사], [링크+제목 복사],
조회: 17658
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

ASMX, WCF 호출 모니터링 및 누수 확인


아래의 글에 이어서.

COM+ 호출 모니터링 및 누수 확인
; https://www.sysnet.pe.kr/2/0/881

이번에는 ASMX와 WCF 호출에 대한 모니터링이 제니퍼에서 어떻게 확인되는지 보겠습니다.
WCF의 경우에는 바인딩 유형에 따라 달라질 수 있는데요. 현재(2010-06-23) 제니퍼에서 WCF 호출에 대해 모니터링이 "공식적으로" 가능한 유형은 다음과 같이 5가지입니다.

  • basicHttpBinding
  • wsHttpBinding
  • wsDualHttpBinding
  • netTcpBinding
  • webHttpBinding

나머지 바인딩 유형에 대해서는 현실적으로 우선 순위가 낮아서 안된 것일 뿐, 쉽게 추가가 가능한 상태이거나 아니면 현재 구현된 상태에서 확인만 안되었을 뿐 대부분의 바인딩 유형에 대해서 모니터링이 가능한 상태입니다. (혹시나, 모니터링이 안되는 바인딩이 있다면 요청을 하실 경우 곧바로 추가가 될 것입니다.)




이미 전체적인 뼈대는 "COM+ 호출 모니터링 및 누수 확인"에서 설명했기 때문에 이번에는 WCF/ASMX에서 다른 부분 정도만을 간략하게 예제와 함께 짚어보겠습니다.

일단, asmx 웹 서비스를 호출하는 코드가 다음과 같으면,

AsmxTest.TestWebService service = new AsmxTest.TestWebService();
service.HelloWorld();

위의 코드에 대해 제니퍼는 다음과 같은 프로파일 결과를 보여줍니다.

TX-CALL[Soap.http://test.com:8000/TestWebService.asmx.HelloWorld] [16 ms]

대상 asmx의 URL 경로와 호출되는 메서드 이름을 함께 보여주기 때문에 원인 파악에 도움이 될 수 있습니다.

이어서, WCF 메서드에 대해서는,

WSHttpBinding wsHttpBinding = new WSHttpBinding();
ChannelFactory<IJenniferWcf> factory = 
    new ChannelFactory<IJenniferWcf>(wsHttpBinding, new EndpointAddress(wsBindingAddress));

IJenniferWcf proxy = factory.CreateChannel();
proxy.HelloWorld();
ICommunicationObject comm = proxy as ICommunicationObject;
try
{
    comm.Close();
}
catch
{
    comm.Abort();
}

아래와 같이 호출된 메서드에 대해 프로파일 정보를 출력해줍니다.

TX-CALL[WCF.WcfInterfaceLib.IJenniferWcf.HelloWorld] [23 ms]
TX-CALL[WCF.System.ServiceModel.ICommunicationObject.Close] [1 ms]

COM+의 "Resource Leak" 경고와 마찬가지로, WCF의 경우에도 명시적인 Close가 불려지지 않으면 X-View에 해당 요청이 "빨간색"으로 "Warning" 상태임을 알 수 있도록 했습니다.

또한, "IIS에서 호스팅 중인 WCF 서비스, ASMX 서비스"와 "ASPX 웹 애플리케이션"을 함께 제니퍼로 모니터링을 하면 역시 COM+에서 했던 것과 동일하게 호출 문맥을 타고 "Guid" 값이 전파되어 하나의 "aspx" 웹 페이지 호출에 따른 연관된 WCF 호출들을 같이 확인이 가능합니다.

아래는 "CallToAsmxService.aspx"에서 호출된 한 개의 asmx 서비스와 3개의 서로 다른 바인딩의 WCF 메서드 호출들이 연관된 Guid로 묶여 있는 것을 보여주고 있습니다.

jennifer_wcf_leak_1.png

간단하게 다음과 같은 호출 구조입니다.

1. CallToAsmxService.aspx 호출됨.
    1.1 CallToAsmxService.aspx에서 TestWebService.asmx 웹 서비스 호출
    1.2 CallToAsmxService.aspx에서 WcfJennifer.svc/addrBasicHttpBinding/HelloWorld 메서드 호출
    1.2 CallToAsmxService.aspx에서 WcfJennifer.svc/addrWsHttpBinding/HelloWorld 메서드 호출
    1.2 CallToAsmxService.aspx에서 WcfJennifer.svc/addrWsDualHttpBinding/HelloWorld 메서드 호출

부가적으로, webHttpBinding으로 노출한 WCF 서비스라든가 기타 닷넷이 아닌 외부 서비스에 대한 원격 메서드 호출에서 다음과 같이 단순히 HttpWebRequest를 사용하는 것도 가능할 텐데요.

string reqAddress = "http://test.com/HelloWorld.svc/date/1990/05/05";
HttpWebRequest req = WebRequest.Create(reqAddress) as HttpWebRequest;
using (WebResponse response = req.GetResponse())
{
    Stream stream = response.GetResponseStream();
    StreamReader sr = new StreamReader(stream);
    string text = sr.ReadToEnd();
}

역시 이에 대한 호출도 제니퍼에서는 다음과 같이 프로파일 정보를 제공하고 있습니다.

TX-CALL[WebReq.http://test.com/HelloWorld.svc/date/1990/05/05] [2,578 ms]




이로써, 닷넷 환경에서 외부 호출이 되는 것들은 모두 살펴본 것 같습니다.

  • Database 연동
  • COM+ 호출
  • 소켓 Open/Close
  • WCF 호출
  • ASMX 호출
  • HttpWebRequest 호출

이러한 호출들을 제니퍼로 모니터링하는 것만으로도, 실서버에서 성능 저하의 주범이 되는 통신 요소를 쉽게 파악할 수가 있습니다.








[최초 등록일: ]
[최종 수정일: 6/12/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13575정성태3/7/20242097닷넷: 2227. 최신 C# 문법을 .NET Framework 프로젝트에 쓸 수 있을까요?
13574정성태3/6/20241990닷넷: 2226. C# - "Docker Desktop for Windows" Container 환경에서의 IPv6 DualMode 소켓
13573정성태3/5/20241873닷넷: 2225. Windbg - dumasync로 분석하는 async/await 호출
13572정성태3/4/20241898닷넷: 2224. C# - WPF의 Dispatcher Queue로 알아보는 await 호출의 hang 현상파일 다운로드1
13571정성태3/1/20241962닷넷: 2223. C# - await 호출과 WPF의 Dispatcher Queue 동작 확인파일 다운로드1
13570정성태2/29/20241905닷넷: 2222. C# - WPF의 Dispatcher Queue 동작 확인파일 다운로드1
13569정성태2/28/20241812닷넷: 2221. C# - LoadContext, LoadFromContext 그리고 GAC파일 다운로드1
13568정성태2/27/20241945닷넷: 2220. C# - .NET Framework 프로세스의 LoaderOptimization 설정을 확인하는 방법파일 다운로드1
13567정성태2/27/20241903오류 유형: 898. .NET Framework 3.5 이하에서 mscoree.tlb 참조 시 System.BadImageFormatException파일 다운로드1
13566정성태2/27/20241965오류 유형: 897. Windows 7 SDK 설치 시 ".NET Development" 옵션이 비활성으로 선택이 안 되는 경우
13565정성태2/23/20241831닷넷: 2219. .NET CLR2 보안 모델에서의 개별 System.Security.Permissions 제어
13564정성태2/22/20242035Windows: 259. Hyper-V Generation 1 유형의 VM을 Generation 2 유형으로 바꾸는 방법
13563정성태2/21/20242002디버깅 기술: 196. windbg - async/await 비동기인 경우 메모리 덤프 분석의 어려움
13562정성태2/21/20242035오류 유형: 896. ASP.NET - .NET Framework 기본 예제에서 System.Web에 대한 System.IO.FileNotFoundException 예외 발생
13561정성태2/20/20242134닷넷: 2218. C# - (예를 들어, Socket) 비동기 I/O에 대한 await 호출 시 CancellationToken을 이용한 취소파일 다운로드1
13560정성태2/19/20242158디버깅 기술: 195. windbg 분석 사례 - Semaphore 잠금으로 인한 Hang 현상 (닷넷)
13559정성태2/19/20243009오류 유형: 895. ASP.NET - System.Security.SecurityException: 'Requested registry access is not allowed.'
13558정성태2/18/20242250닷넷: 2217. C# - 최댓값이 1인 SemaphoreSlim 보다 Mutex 또는 lock(obj)를 선택하는 것이 나은 이유
13557정성태2/18/20241994Windows: 258. Task Scheduler의 Author 속성 값을 변경하는 방법
13556정성태2/17/20242059Windows: 257. Windows - Symbolic (hard/soft) Link 및 Junction 차이점
13555정성태2/15/20242208닷넷: 2216. C# - SemaphoreSlim 사용 시 주의점
13554정성태2/15/20241906VS.NET IDE: 189. Visual Studio - 닷넷 소스코드 디컴파일 찾기가 안 될 때
13553정성태2/14/20242004닷넷: 2215. windbg - thin/fat lock 없이 동작하는 Monitor.Wait + Pulse
13552정성태2/13/20241946닷넷: 2214. windbg - Monitor.Enter의 thin lock과 fat lock
13551정성태2/12/20242138닷넷: 2213. ASP.NET/Core 웹 응용 프로그램 - 2차 스레드의 예외로 인한 비정상 종료
13550정성태2/11/20242381Windows: 256. C# - Server socket이 닫히면 Accept 시켰던 자식 소켓이 닫힐까요?
1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...