Windows 네트워킹 향상 기능(통칭 Microsoft 스케일 가능 네트워킹 팩) 관련 권장 사항 확인
최초 문서 게시일: 2011년 11월 14일 월요일
지난 몇 년간, 보통 'Microsoft 스케일 가능 네트워킹 팩'이라고 하는 Windows의 기능(개별 기능은 RSS(수신측 배율) 및 Chimney/TCP 연결 오프로드/TOE라고 함)과 서버에서 이러한 기능을 사용하거나 사용하지 않도록 설정하는 경우의 영향에 대한 많은 논란이 있었습니다.
Windows 2003 SP2에서 기능이 처음 공개되었을 때는 네트워크 드라이버 등의 타사 코드와 Microsoft 코드에서 모두 몇 가지 문제를 해결해야 했지만, 수년에 걸쳐 많은 문제가 개선되었으며 이제는 이러한 기능을 사용하지 않도록 설정하면 서버의 성능에 큰 영향을 줄 수 있는 수준에 이르렀습니다.
아래에서 관련 예제를 확인할 수 있습니다.
다음 스크린샷에서는 CPU 중 하나의 로드는 매우 높은 반면 나머지 CPU는 로드를 공유하고 있지 않은 상태를 보여 줍니다. 이러한 상태는 네트워킹 연결을 사용 중이며 RSS 기능이 사용하지 않도록 설정된 상태에서 흔히 확인할 수 있습니다.
![clip_image002[5]](https://msdntnarchive.z22.web.core.windows.net/media/TNBlogsFS/prod.evol.blogs.technet.com/CommunityServer.Blogs.Components.WeblogFiles/00/00/00/31/06/metablogapi/5482.clip_image0025_7721F104.jpg "clip_image002[5]")
다음 스크린샷에는 서버에서 RSS가 사용하도록 설정된 경우의 상태가 보다 자세하게 나와 있습니다. RSS를 사용하도록 설정한 지점이 빨간색 원으로 표시되어 있습니다. 보시다시피 RSS를 사용하도록 설정하기 전에는 프로세서 중 하나에서 네트워크 트래픽의 양이 매우 많지만 나머지 프로세서는 사용량이 그다지 많지 않습니다. RSS를 사용하도록 설정한 후의 상태를 확인해 보십시오.
![clip_image004[5]](https://msdntnarchive.z22.web.core.windows.net/media/TNBlogsFS/prod.evol.blogs.technet.com/CommunityServer.Blogs.Components.WeblogFiles/00/00/00/31/06/metablogapi/3264.clip_image0045_60136FC8.jpg "clip_image004[5]")
마지막으로, Windows 팀에서 저와 같은 작업을 담당하고 있는 Tod Edwards가 최근에 작성한 문서를 소개해 드리고자 합니다. 이 문서에서는 위에서 제가 언급한 기능, 이러한 기능을 사용하도록 설정해야 하는 이유와 방법, 그리고 기능을 사용하도록 설정할 적절한 시기를 확인하는 방법에 대해 자세히 설명합니다. 해당 문서는 아래 링크에서 확인하실 수 있습니다.
Microsoft의 스케일 가능 네트워킹 팩 재평가
다들 알고 계시겠지만, 관련 작업을 수행하기 전에 네트워크 카드 드라이버를 반드시 업데이트하십시오.
감사합니다.
Nino Bilic
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Time to revisit recommendations around Windows networking enhancements usually called Microsoft Scalable Networking Pack을 참조하십시오.