Internet Information Services 5.0 최적화

기술 자료 번역 기술 자료 번역
기술 자료: 305313 - 이 문서가 적용되는 제품 보기.
이 문서는 이전에 다음 ID로 출판되었음: KR305313
모든 사용자는 Microsoft Windows Server 2003에서 실행하는 Microsoft Internet Information Services(IIS) 버전 6.0으로 업그레이드하는 것이 좋습니다. IIS 6.0에서는 웹 인프라 보안이 크게 향상되었습니다. IIS 보안 관련 항목에 대한 자세한 내용을 보려면 다음 Microsoft 웹 사이트를 방문하십시오.
http://www.microsoft.com/korea/technet/iis/default.asp
모두 확대 | 모두 축소

이 페이지에서

요약

이 문서에 포함된 정보는 Microsoft Press에서 제공한 것입니다.

이 문서에서는 Microsoft Internet Information Services 5.0을 최적화하는 방법을 설명합니다. 이 정보는 Microsoft Windows 2000 Server Resource KitInternet Information Services Resource Guide에서 4장: "Capacity Planning"과 5장: "Monitoring and Tuning Your Server"의 정보를 편집한 내용을 기반으로 합니다. Windows 2000 Server Resource Kit에 대해 자세히 알아보십시오.

추가 정보

웹 사이트에서 최적의 성능을 얻으려면 어떻게 해야 할까요? Microsoft Windows 2000 Server 및 Internet Information Services 5.0을 기반으로 실행되는 웹 사이트와 응용 프로그램을 관리하는 경우에는 수천 개의 동시 트랜잭션을 처리할 수 있는 고성능 사이트의 기본 요인을 갖추었다고 할 수 있습니다. 그러나 플랫폼이 좋다고 해서 반드시 높은 성능을 얻을 수 있는 것은 아닙니다. 사이트 접속 속도가 느리거나, 페이지 요청을 처리하는 중에 컴퓨터가 무기한 중지하거나, 처리 능력과 메모리 사양이 높은 서버 구입을 고려하게 되는 경우에는 먼저 사이트 성능에 영향을 미치는 요인과 처리량을 최대화하기 위해 IIS 5.0을 최적화하는 방법을 알아야 합니다.

이 문서에서는 IIS 5.0에서 시스템 리소스를 사용하는 방법과 성능을 향상시키기 위해 시스템 리소스를 조정하는 방법을 설명합니다. 자세한 내용은 Microsoft Press에서 출판한 Microsoft Windows 2000 Server Resource Kit 시리즈 중 한 권인 Microsoft Internet Information Services 5.0 Resource Guide를 참조하십시오. 이 책에서는 최상의 성능을 얻을 수 있도록 웹 사이트를 조정하는 방법을 자세하게 설명합니다. 그러나 이 문서의 내용만 참조해도 기본적인 내용은 충분히 알 수 있습니다.

웹 사이트 성능이 저하되는 원인

웹 사이트 속도를 저하시키는 원인은 무엇일까요? 이 질문에 대한 답은 많이 있겠지만 크게 보면 다음과 같은 몇 가지 원인으로 정리할 수 있습니다.
  • 웹 사이트가 실행되고 있는 하드웨어의 구성
  • 웹 서버 소프트웨어의 구성
  • 인터넷 연결 대역폭
  • 웹 응용 프로그램의 디자인 및 구성
  • 사용자 컴퓨터와 연결의 특성
이러한 요인 중 일부는 웹 관리자가 제어할 수 없습니다. 예를 들어 인터넷 연결 대역폭은 대개 예산에 의해 결정되고 웹 응용 프로그램의 디자인은 사내에서 개발하는 프로그램이더라도 웹 관리자가 영향을 미칠 수 있는 부분이 거의 없습니다. 물론 사용자를 통제할 수도 없습니다. 그래도 웹 사이트의 성능 향상을 위해 할 수 있는 일은 많습니다. 먼저 서버와 관련된 부분부터 살펴보겠습니다.

서버 최적화

기본적으로 웹 서버의 성능을 최적화하려면 메모리, 프로세서, 하드 디스크 및 네트워크 I/O의 최적 구성을 알아야 합니다. 하드웨어는 많을수록 좋다고 생각할 수도 있지만 실제로는 그보다 훨씬 복잡한 문제가 있습니다.

메모리

서버를 최적화하려면 메모리를 추가하기만 하면 된다고 말하는 사람들이 많습니다. 성능 문제가 있을 때 RAM만 추가하여 문제가 해결된다면 이 문서를 작성할 필요가 없을 것입니다. 메모리를 추가하면 어느 정도 도움이 되는 것은 사실입니다. 실제로 프로세서 또는 디스크 병목처럼 보이는 문제 중 대부분이 메모리 문제입니다. 그러나 그 외의 경우에는 메모리를 추가해도 성능이 전혀 나아지지 않을 수 있습니다. 메모리 최적화는 IIS 성능을 향상시키기 위한 최선의 방법인 동시에 가장 쉬운 방법입니다.

IIS는 Windows 2000 Server에서 실행되므로 Windows 2000 Server의 메모리 관리가 그대로 적용된다는 점을 명심하십시오. 따라서 메모리 최적화의 많은 부분이 자동으로 수행됩니다. Windows 2000 Server는 프로세스와 스레드에 사용할 수 있는 메모리의 양을 조정하고 최적의 성능을 제공하기 위해 캐시 크기, 페이징 및 비페이징 메모리 풀, 페이징 파일 크기 등을 조정합니다. IIS에 대한 메모리를 최적화할 경우에는 Windows 2000에서 모든 자동 조정 작업을 원하는 대로 수행할 수 있는 충분한 메모리가 있는지 확인하는 것처럼 각 프로세스, 스레드 또는 캐시에 메모리를 많이 할당하지 않습니다.

서버의 메모리가 충분한지 확인하려면 어떻게 해야 할까요? 먼저 IIS 5.0 웹 서버가 어떤 작업에 메모리를 사용하는지 생각해 보십시오. Windows 2000 Server는 작업 집합이라는 해당 메모리 청크를 각 프로세스에 할당하여 메모리를 제어합니다. 거의 모든 경우 프로세스 내의 개별 스레드는 해당 작업 집합 내에서 할당된 메모리 부분을 사용합니다. Windows 2000에서는 프로세스가 커질수록 필요에 맞게 해당 작업 집합에 메모리를 추가합니다. 할당된 메모리의 대부분은 페이징이 가능하므로 해당 메모리 내의 데이터를 임시로 디스크에 저장했다가 필요할 때 RAM으로 다시 불러올 수 있습니다. 그러나 TCP/IP 연결과 같은 일부 스레드는 페이징할 수 없는 메모리를 필요로 하므로 메모리가 디스크의 파일이 아니라 활성 RAM(live RAM)이어야 합니다. 연결 수가 증가하고 페이징할 수 없는 메모리 요구가 발생할수록 시스템의 사용 가능한 메모리가 부족해져서 더 이상 할당할 수 없게 됩니다. 이로 인해 시스템 충돌이 발생할 수 있으며 실제로도 일부 DoS(Denial-of-Service) 공격은 이러한 방식으로 작동합니다.

Windows 2000 Server에서 실행되는 다른 프로그램과 마찬가지로 IIS 5.0도 inetinfo.exe라는 하나의 프로세스이므로 작업 집합을 갖고 있습니다. IIS에 속한 작업 집합은 프로그램 코드 자체를 위한 공간, 활성 TCP/IP 연결을 위한 공간, IIS 개체 캐시를 위한 공간, IIS 로그 파일을 위한 공간 및 HTTP 연결 데이터 구조를 위한 공간을 포함합니다. 프로그램 코드는 최대 2.5MB의 RAM을 사용할 수 있으며 다른 작업 집합 요소의 크기는 동시에 연결된 사용자 수(TCP/IP 연결당 약 10KB + HTTP 데이터용 메모리)와 해당 서버에서 호스팅되는 웹 사이트 수(사이트당 최소 64KB 이상의 메모리 매핑 로그 파일)에 따라 달라집니다. IIS는 inetinfo.exe 자체의 작업 집합 외에 IIS 템플릿 캐시, IIS 스크립트 엔진 캐시 및 IIS 파일 시스템 캐시를 사용하는데, 이 세 캐시는 기본적으로 inetinfo.exe 외부에 있지만 내부에서 실행하도록 구성할 수 있습니다. 또한 IIS는 TCP Transmission Control Block 해시 테이블과 코드 실행용 스레드 풀도 사용합니다. inetinfo.exe 외부에 있는 이러한 요소는 비페이징 메모리에 있어야 하므로 이러한 요소를 포함할 수 있는 충분한 RAM이 있어야 합니다.

성능 모니터에서 사용 가능한 카운터를 통해 inetinfo.exe 자체에서 사용하는 메모리는 물론 시스템에서 사용하는 메모리도 추적할 수 있습니다. The IIS 5.0 Resource Guide의 5장, "Monitoring and Tuning Your Server"에 카운터 목록이 나와 있습니다. 그 중에서 가장 중요한 카운터는 다음과 같습니다.
  • Computername\Memory\Available Bytes - 이 카운터는 시스템의 사용 가능한 총 메모리 양을 추적합니다. 운영 체제에서는 이 값을 4MB 이상으로 유지하려고 하고 최적의 성능을 위해 적절한 메트릭은 전체 RAM의 5%입니다.
  • Computername\Process\Working Set: Inetinfo - 이 카운터는 inetinfo.exe 자체에서 사용하는 메모리의 양을 추적합니다. 가장 최근의 값만 표시되지만 오랫동안 관측하면 IIS에서 사용하는 메모리를 파악할 수 있습니다.
  • Computername\Process\Page Faults/sec.: Inetinfo - 이 카운터는 서버가 초당 inetinfo.exe의 부분을 디스크로 페이징해야 하는 횟수를 추적합니다. 이 값은 가능한 한 작게 유지하는 것이 좋습니다.
이를 통해 전체 서버에서 사용하는 메모리 양과 IIS 자체에서 사용하는 메모리 양을 전반적으로 파악하게 됩니다. 최소한 전체 inetinfo.exe를 디스크로 페이징하지 않고 RAM에 보관할 수 있는 메모리 외에 작업 집합 외부에서 페이징이 불가능한 다른 항목과 캐시를 실행할 수 있는 RAM이 필요합니다. 이 외에도 실행할 웹 응용 프로그램의 메모리 요구 사항을 예상해야 합니다. 예를 들어 대부분의 Microsoft 웹 서버는 해당 웹 응용 프로그램을 실행하기 위해 최소 512MB 이상의 RAM을 갖고 있습니다. 마지막으로 웹 사이트의 모든 정적 페이지를 더 빠르게 검색하고 처리할 수 있도록 메모리에 해당 페이지를 저장할 수 있는 충분한 RAM이 시스템에 있어야 합니다. 로드할 때 컴퓨터의 메모리 사용을 오랫동안 모니터링하면 시스템에 있는 RAM의 양을 알 수 있습니다.

프로세서

메모리를 최적화한 후에는 작업 속도가 훨씬 빨라지지만 성능을 향상시키기 위해 할 수 있는 일은 이것뿐만이 아닙니다. 프로세서에서도 병목 현상이 발생할 가능성이 있습니다. 그러나 메모리 최적화를 먼저 수행하는 이유는 메모리 문제를 프로세서 문제로 잘못 판단하지 않기 위해서입니다. 예를 들어 서버에 메모리가 부족하면 스레드를 디스크로 페이징하는 데 시간이 많이 걸릴 수 있으므로 페이징 시간이 프로세서 로드에 추가되어 오버로드된 프로세서가 문제의 원인인 것처럼 보일 수 있습니다.

메모리 문제와 마찬가지로 프로세서와 관련된 요소도 성능 모니터에서 확인할 수 있습니다. 모니터링해야 할 카운터(The Resource Guide의 5장 참조)가 몇 가지 있지만 가장 중요한 카운터는 System\Processor Queue Length입니다. 이 카운터는 프로세서 대기열에 있는 스레드 수를 알려 줍니다. 이 카운터가 오랫동안 2를 초과하면 해당 프로세서에 병목 현상이 발생했을 수 있습니다.

빠른 속도로 일반화되고 있는 다중 프로세서 서버의 경우 프로세서 부하 분산 문제도 고려해야 합니다. 한 프로세서는 100% 예약되고 다른 프로세서는 유휴 상태로 있는 시스템의 경우 System\% Processor Time 카운터의 값이 낮더라도 기본적으로 이 카운터는 해당 시스템에 있는 모든 프로세서의 평균 값을 기록하므로 병목 현상이 발생합니다. 상황을 제대로 파악하려면 개별 프로세서에 대해 각각 System\% Processor Time을 실행해야 합니다.

테스트 결과 프로세서에 문제가 있는 것으로 확인될 경우에는 먼저 프로세서를 업그레이드할지 아니면 다중 프로세서 컴퓨터로 전환할지를 선택해야 합니다. 프로세서를 업그레이드하는 경우 프로세서에 L2 캐시를 최대한 확보하십시오. IIS는 대부분의 명령 경로에 여러 구성 요소가 필요하므로 캐시 메모리에서 훨씬 빨리 실행되며 이러한 프로세서가 있으면 도움이 됩니다. IIS 5.0 Resource Guide에는 프로세서를 최적화하기 위한 몇 가지 다른 권장 방법이 포함되어 있습니다.

하드 디스크

디스크를 효율적으로 사용하기 위해 서버의 하드 디스크 구성에 다양한 작업을 수행할 수 있습니다. 하드 디스크는 페이징 메모리의 저장소이므로 서버가 페이징 파일을 처리하는 방법도 중요한 고려 사항입니다. 다음 사항을 검토해 보십시오.
  • 페이징 파일을 확대하십시오. 기본 페이징 파일의 크기는 최소한 시스템 RAM 크기의 두 배 + 1MB로 유지하는 것이 좋습니다. 충돌이 발생할 경우 메모리 코어 덤프를 수행하려면 컴퓨터에 이 공간이 필요합니다.
  • 페이징 파일의 수를 늘리십시오. 기본적으로 페이징 파일은 하나이지만 시스템에 연결된 모든 하드 디스크에서 페이징 파일을 설정할 수 있고 설정해야 합니다.
  • 디스크 스트라이핑을 사용하여 페이지 파일 성능을 향상시키십시오. 기본 페이징 파일을 스트라이프 디스크 세트(RAID 0) 또는 패리티가 있는 스트라이프 세트(RAID 5)에 배치하면 페이징 파일 성능이 매우 향상됩니다.
  • 로그 파일을 웹 페이지가 있는 디스크 이외의 디스크에 저장하십시오. 이렇게 하면 디스크 로깅 스레드가 웹 페이지 검색 스레드를 방해하지 못합니다.
  • 웹 페이지 저장을 최적화하십시오. 사이트의 관련 웹 페이지는 모두 같은 논리 파티션에 저장되어야 합니다. 이렇게 배열하면 파일 시스템 캐시의 성능이 향상됩니다. 또한 웹 페이지 파일이 조각나지 않게 하십시오. 이렇게 하면 단일 파일을 읽는 속도가 매우 빨라집니다.

서버 구성 옵션

하드웨어 최적화뿐만 아니라 서버 소프트웨어의 구성도 성능에 크게 영향을 줄 수 있습니다. 소프트웨어의 구성을 간단히 하면 속도를 높이는 데 도움이 됩니다. 이에 대한 자세한 내용은 Microsoft Press에서 출판한 요약 참조서인 "Microsoft Windows 2000 Server and IIS 5.0 Administrator's Pocket Consultant"를 참조하십시오. 웹 서버가 IIS 전용이 아니라면 수정해야 할 사항이 있습니다. 웹 서버를 다른 네트워크 서비스에 사용하지 마십시오. 다른 네트워크 서비스는 다른 컴퓨터에서 사용하고 IIS 서버는 웹에만 사용하십시오. 이렇게 할 경우 해당 컴퓨터에서 실행을 종료할 수 있는 서비스는 다음과 같습니다.
  • 경고(Alerter)
  • 클립북(ClipBook)
  • 컴퓨터 브라우저(Computer Browser)
  • DHCP 클라이언트(DHCP Client)
  • DHCP 서버(DHCP Server)
  • 팩스 서비스(Fax Service)
  • 파일 복제(File Replication)
  • 적외선 모니터(INfrared Monitor)
  • 인터넷 연결 공유(Internet Connection Sharing)
  • 메신저(Messenger)
  • NetMeeting 원격 데스크톱 공유(NetMeeting Remote Desktop Sharing)
  • 네트워크 DDE(Network DDE)
  • 네트워크 DDE DSDM(Network DDE DSDM)
  • NWLink NetBIOS
  • NWLink IPX/SPX
  • 인쇄 스풀러(Print Spooler)
  • TCP/IP NetBIOS 도우미 서비스(Helper Service)
  • 전화 통신(Telephony)
  • 텔넷(Telnet)
  • 무정전 전원 공급 장치(Uninterruptible Power Supply)
이러한 서비스를 종료하기 전에 해당 서비스가 정말로 필요하지 않은지 여러 번 확인해야 합니다.

또한 서버의 구성을 다르게 최적화할 수도 있습니다. 예를 들어 IIS 5.0은 기본적으로 서버 메모리의 최대 50%까지 사용합니다. 이러한 기본 설정을 통해 서버에서 실행해야 하는 다른 응용 프로그램을 수용할 수 있습니다. 그러나 서버를 IIS 전용으로 사용하고 필요 없는 서비스를 제거할 경우에는 Windows 레지스트리에서 MemCacheSize 항목을 만들고 설정하여 이 비율을 늘릴 수 있습니다. 파일 및 프린터 공유에서 서버 최적화 등록 정보도 설정할 수 있는데, 이 값을 "Maximize throughput for network applications"로 설정하면 파일 시스템 캐시에 추가 공간이 필요할 때 서버에서 inetinfo.exe를 디스크로 페이징하지 않고 우선적으로 RAM에 보관합니다. HTTP 연결 유지에서 최대 연결 대기열의 길이 설정도 조정할 수 있는데, 기본값인 15보다 크게 설정하면 서버에서 세션 간에 HTTP 연결을 열어 놓은 채로 유지할 수 있는 클라이언트 수를 늘릴 수 있습니다. 이렇게 하면 새로 만들어야 하는 연결 수를 줄일 수 있습니다. 구성을 최적화할 때 조정할 수 있는 다른 시스템 설정에 대한 내용은 Resource GuideAdministrator's Pocket Consultant를 참조하십시오.

참고: IIS 서버가 도메인에 포함되어 있으면 TCP/IP NetBIOS Helper 서비스를 통해 그룹 정책을 컴퓨터에 적용해야 합니다.

네트워크 대역폭 최적화

실제로 대부분의 조직에서 가능한 한 모든 대역폭을 구비하고 있으며, 대역폭이 많을수록 웹 사이트에서 서비스를 제공할 수 있는 클라이언트 수가 많다는 것을 모든 사람이 이해하고 있으므로 네트워크 I/O 최적화에 대해서는 자세히 설명하지 않겠습니다. 대부분 대역폭에는 계속해서 상당한 비용이 들어가므로 감당하기 어려운 예산 문제가 생길 수 있습니다. 그러나 The Resource Guide에는 성능 모니터를 사용하여 웹 사이트의 네트워크 대역폭 사용을 추적하는 방법에 관한 정보가 포함되어 있습니다. 서버가 가능한 대역폭을 얼마나 잘 사용하고 있는지 분석하면 대역폭을 추가로 구입해야 할지 여부를 알 수 있습니다.

웹 응용 프로그램 및 웹 페이지 최적화

하드웨어를 최대한 활용하고, 소프트웨어 구성을 조정하고, 예산 내에서 가능한 모든 대역폭을 구비한 후에는 무엇을 더 할 수 있을까요? 웹 사이트 디자인에 얼마나 영향을 미칠 수 있는지에 따라 많은 것이 달라집니다. 웹 사이트 구축 방법을 조정할 수 있으면 다음과 같은 권장 사항을 직접 구현할 수 있고, 그렇지 않은 경우에는 웹 사이트 개발자와 관리 팀에 다음 사항을 제안하십시오.

가장 먼저 할 일은 웹 사이트 콘텐츠를 분석하여 가능한 한 많은 부분을 실용적인 정적 HTML로 만드는 것입니다. 사용자와 동적 상호 작용을 유지할 수도 있지만 몇 가지 정적 변형을 저장하는 것만으로 사용자의 다양한 요구를 충족시킬 수 있는 반면에 동적 상호 작용을 사용하면 스크립트에서 불필요하게 많은 페이지가 작성됩니다. 정적 HTML은 서버 처리가 필요하지 않으므로 다른 모든 콘텐츠보다 빠르고 쉽게 서비스됩니다.

서버 처리 수요가 많을 경우 그 다음으로 수행할 작업은 동적 페이지를 생성하기 위해 서버에서 스크립트와 데이터를 처리하는 데 사용하는 시간을 줄이는 것입니다. 측정 결과에 따르면 서버 처리 리소스를 가장 많이 사용하는 것은 CGI입니다. CGI 스크립트가 ASP보다 처리 리소스를 많이 사용하고 ASP가 ISAPI보다 처리 리소스를 많이 사용합니다. 따라서 가능한 한 많이 CGI 스크립트를 ASP로 변환하고 ASP를 ISAPI로 변환하는 것이 좋습니다.

다음과 같은 몇 가지 추가 정보를 참조하십시오.
  • 응용 프로그램 디버깅을 해제하십시오. 디버깅은 웹 사이트의 속도를 저하시킵니다.
  • 모든 정적 웹 페이지와 이미지에 Expire 헤더를 설정하십시오. 이렇게 하면 클라이언트와 프록시 서버가 콘텐츠를 캐싱할 수 있으므로 서버에 대한 새 요청 수가 줄어듭니다.
  • ISAPI 응용 프로그램 캐싱을 사용하도록 설정하십시오. 이렇게 하면 자주 사용하는 ISAPI 응용 프로그램이 더 빠르게 액세스되는 메모리에 배치됩니다.
  • 가능한 경우 ASP 출력 캐싱을 사용하도록 설정하십시오.
  • 세션 관리를 해제하고 실제로 세션을 사용하는 서비스에만 설정하십시오. 기본적으로 세션 관리는 모든 서비스에 설정되어 있으므로 응용 프로그램에서 사용하지 않으면 리소스를 낭비하게 됩니다. 또한 적절한 세션 시간 제한 값을 설정하십시오.
  • 좀비 스크립트와 열려 있는 연결로 인해 서버의 리소스가 고갈되지 않도록 적절한 스크립트 및 연결 시간 제한을 설정하십시오.
  • 콘텐츠의 크기를 줄이십시오. HTML 및 ASP 코드는 간단하고 분명하게 작성해야 합니다. 즉, 불필요한 주석과 중복 태그로 복잡해지지 않도록 하십시오. 또한 비디오, 오디오 및 이미지 파일을 압축하십시오. 페이지가 작을수록 빠르게 전달할 수 있습니다.
  • 클라이언트 쪽 처리를 가능한 한 많이 수행하도록 ASP 또는 ISAPI 응용 프로그램을 디자인하십시오. 이렇게 하면 서버 리소스 사용을 최소화하는 데 도움이 됩니다.
  • 클라이언트와 서버 간의 데이터 읽기 및 쓰기 작업을 가능한 한 적게 사용하도록 클라이언트를 대화형으로 디자인하십시오. 예를 들어 전체 레코드 집합에 대해 크게 한 번 쿼리하는 것이 적은 수의 레코드나 필드에 대해 작게 여러 번 쿼리하는 것보다 효과적입니다. 마찬가지로 가능하면 각 데이터 항목을 별도로 서버에 보내지 않고 사용자가 입력한 데이터를 한번에 모두 전송해야 합니다.

Microsoft Press 솔루션

지금까지 IIS 5.0 웹 서버의 성능을 최적화하기 위해 수행해야 할 많은 작업에 대해 설명했습니다. 다행히 Microsoft Press로부터 많은 도움을 얻을 수 있습니다. Microsoft Press의 서적을 참조하면 시스템 성능 매개 변수에 대한 내용과 서버의 성능을 최상의 상태로 만드는 방법을 이해하는 데 도움이 될 것입니다. 다음 서적을 읽어 보십시오.
  • Microsoft Internet Information Services 5.0 Resource Guide - Microsoft Windows 2000 Resource Kit(아래 참조) 시리즈 중 한 권으로, 시스템 성능을 모니터링하고 조정하는 방법에 대해 알아야 할 모든 내용이 포함되어 있습니다. 특히 5장 "Monitoring and Tuning Your Server"와 4장 "Capacity Planning"을 읽어 보십시오.
  • Microsoft Windows 2000 and IIS 5.0 Administrator's Pocket Consultant - 시스템 관리자용 참조 요약서입니다. Pocket Consultant는 시스템 관리 작업을 수행하는 데 도움이 되는 간단한 참조서입니다. 웹 서버 성능 조정에 관한 설명은 12장 "IIS Optimization and the Metabase"를 참조하십시오.
  • Microsoft Windows 2000 Performance Tuning Technical Reference - Windows 2000의 성능 조정에 대한 자세한 정보를 제공합니다. 특히 Windows 2000 Server를 인터넷용으로 조정하는 데 대한 내용은 14장을 참조하십시오.
마지막으로 IIS 5.0 및 Windows 2000을 다루는 시스템 관리자는 Windows 2000에 대한 다음 필수 참조서와 자습서를 갖고 있어야 합니다.
  • Microsoft Windows 2000 Server Administrator's Companion - VPN(가상 사설망)을 포함하여 Windows 2000 Server를 설치, 구성, 관리 및 지원하는 방법을 자세하게 설명합니다. 자세한 내용은 31장을 참조하십시오.
  • MCSE Training Kit: Microsoft Windows 2000 Server - Microsoft Press에서 Windows 2000 Server 시험(70-215) 대비용으로 출판한 공식 학습서입니다. 이 책에서는 Windows 2000 Server를 설치하고 지원하는 방법을 설명합니다. VPN에 대한 설명은 10장 "Routing and Remote Access Service"를 참조하십시오.
  • Microsoft Windows 2000 Server Resource Kit - Windows 2000 Server에 대한 Microsoft의 모든 참조서가 포함되어 있습니다. 다음과 같은 7권의 안내서로 구성되어 있습니다.
    • Server Operations Guide
    • Distributed Systems Guide
    • TCP/IP Core Networking Guide
    • Internetworking Guide
    • Deployment Planning Guide
    • Internet Information Services 5.0 Resource Guide
    • Internet Explorer 5 Resource Kit

Microsoft Press에서 Windows 2000용으로 출판한 전체 교재 목록을 보려면 Windows 2000 항목을 참조하십시오. .NET Enterprise Server 관련 교재를 보려면 .NET 항목을 참조하십시오.

참조

이 문서의 내용은 Microsoft Press에서 출판한 Windows 2000 Server Resource Kit 서적에서 발췌한 것입니다.

그림 축소그림 확대
Windows 2000 Server Resource Kit 서적


참조 서적 Windows 2000 Server Resource Kit

이 서적 및 다른 Microsoft Press 서적에 대한 자세한 내용은 http://mspress.microsoft.com/korea를 참조하십시오.

속성

기술 자료: 305313 - 마지막 검토: 2006년 11월 20일 월요일 - 수정: 4.0
본 문서의 정보는 다음의 제품에 적용됩니다.
  • Microsoft Internet Information Services 5.0
키워드:?
kbgraphxlink kbhowto KB305313
더 이상 지원되지 않는 제품의 KB 내용에 대한 고지 사항
이 문서에서는 Microsoft에서 더 이상 지원하지 않는 제품에 대해 설명합니다. 따라서 이 문서는 "있는 그대로" 제공되며 업데이트되지 않습니다.

피드백 보내기

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com