Silverlight를 설치하려면 여기를 클릭합니다.*
Korea 대한민국변경|Microsoft 전체 사이트
Microsoft
|프로필 관리|문의처|사이트 맵
MS Cluster Server(MSCS)에 Windows NT Option Pack 설치

Microsoft® Windows NT®4.0 Option Pack

Microsoft 온라인 고객 지원 서비스 백서

Robert J. Hensing, John White 공저

요약

이 백서에서는 Windows NT Option Pack(NTOP)을 사용하여 새로운 클러스터를 설치하는 데 필요한 단계에 대해 개요를 제시합니다. 또한, 클러스터에 Windows NT Option Pack을 설치하는 방법에 대한 지침도 제공합니다. 이 백서에 설명되어 있는 순서에 따라 프로그램을 설치하지 않으면 Windows NT Option Pack을 설치할 수 없게 됩니다.

아울러, Windows NT Option Pack과 Microsoft SQL Server 간의 공존 전략에 대해서도 자세히 설명하고 있습니다. Microsoft Distributed Transaction Coordinator(MSDTC) 서비스의 특정 버전과 사용할 경우, Windows NT Option Pack에 나타날 수 있는 문제에 대한 자세한 내용은 부록을 참조하십시오.

Microsoft Cluster Server(MSCS)에 Windows NT Option Pack을 설치하는 방법

학습 내용

  • Windows NT Option Pack을 설치하는 방법
  • Microsoft Cluster Server(MSCS)의 Windows NT Option Pack에 대해 사용할 수 있는 유용성 모델
  • Windows NT Option Pack을 성공적으로 설치하기 위해 필요한 설치 순서
  • 클러스터에 Windows NT Option Pack을 성공적으로 설치하지 못하도록 방해하는 일반적인 문제
  • 클러스터된 웹 사이트를 만들고 구성하는 방법
  • 클러스터에서 Internet Information Server(IIS) 관리에 대한 연습

이 문서에서 다루고 있는 관련 항목

  • SQL Server 계획 고려 사항
  • Windows NT 및 SQL Server 서비스 팩의 영향
  • 웹 컨텐트를 관리하고 복제하는 방법

참조 정보

  • Q191138 - How to Install Windows NT Option Pack on Microsoft Cluster Server(Microsoft TechNet)
  • Q223258 - How to Install the Windows NT Option Pack on MSCS 1.0 with SQL Server 6.5 or 7.0(Microsoft TechNet)
  • Q223259 - How To Install FTP from the NTOP on Microsoft Cluster Server 1.0(Microsoft TechNet)
  • Q218922 - Installing NTOP on Cluster Server with SP4 Causes Event IDs 1009 and 1058(Microsoft TechNet)
  • Q223397 - Event Log Error 3221229574 from Service Control Manager(Microsoft TechNet)
  • MS Cluster Server 설명서

Windows NT Option Pack의 정확한 설치를 위해 필요한 설치 순서

다음 순서에 따라 Windows NT Option Pack을 정확히 설치하십시오.
  1. Windows NT 4.0 엔터프라이즈 버전

    Windows NT 설치 중 Internet Information Server(IIS) 3.0을 설치하지 마십시오. 이 백서의 나머지 부분은 Windows NT Option Pack 설치 프로그램을 실행하기에 앞서 IIS 3.0이 설치되어 있지 않다는 것을 전제로 하여 설명합니다.
  2. Windows NT 4.0 서비스 팩 3 이상
  3. Microsoft Cluster Server(MSCS)
  4. Microsoft Internet Explorer 4.01 이상
  5. Windows NT 4.0 Option Pack
  6. Windows NT 서비스 팩 4 이상

클러스터에서 SQL Server 6.5 서비스 팩 5a 또는 SQL Server 7.0을 실행하고 있거나 Windows NT 서비스 팩 4 이상을 클러스터 노드 중 하나에 적용했고, Microsoft Distributed Transaction Coordinator(MSDTC) 서비스를 제어판서비스 아래에 둔 경우에는, 설치 프로그램에 대한 다음 Microsoft 기술 자료 문서를 참조하십시오. Q223258 - How to Install the NTOP on MSCS 1.0 with SQL Server 6.5 or 7.0(Microsoft TechNet)

서비스 충돌

Windows NT Option Pack을 설치하기 전에 컴퓨터에서 다음 서비스를 모두 중지해야 합니다.
  • 타사의 디스크 할당량 소프트웨어
  • 디스크 키퍼
  • ARCServe, 백업 실행 프로그램, 기타 백업 서비스
  • 타사의 바이러스 백신 소프트웨어
  • Compaq Insight Manager/Agent
  • 성능 모니터

Microsoft Cluster에 Windows NT Option Pack 설치


이 단원에서는 클러스터에 Windows NT Option Pack을 설치하는 작업에 대해 설명합니다.

유용성 모델

클러스터에 Windows NT Option Pack을 설치하기 전에, 이러한 설치 작업으로 인해 수행하려는 내용이 무엇인지 생각해 보는 것이 중요합니다.

Microsoft Cluster Server에는 응용 프로그램에서 서로 다른 유용성 시나리오에 대해 사용할 수 있는 유용성 모델이 많이 있습니다.
  • 모델 A: 정적 로드 균형을 사용하는 뛰어난 유용성 솔루션(active/active)
  • 모델 B: 최대 유용성을 사용하는 예비용 솔루션(active/passive)
  • 모델 C: 부분 클러스터 서버 솔루션
  • 모델 D: 가상 서버 전용 솔루션(장애 없음)
  • 모델 E: 혼성 솔루션
Windows NT Option Pack은 모델 B에서만 지원됩니다. 모델 A를 사용하려면, Windows Load Balancing Service(WLBS)를 고려하십시오. 이 WLBS는 Windows NT 엔터프라이즈 라이센스를 사용하는 고객에게 무료로 다운로드됩니다. WLBS는 클러스터에서 32개까지 IIS 노드를 로드 균형할 수 있으며, 인터넷 정보 서비스의 동적 로드 균형에 이상적인 제품입니다. 이 제품에 대한 자세한 내용은 다음 문서를 참조하십시오. http://www.microsoft.com/ntserver/ntserverenterprise/exec/feature/WLBS/ 또는 Microsoft TechNet 단일 서버 IIS 4.0 설치 프로그램에서 제대로 작동되는 해당 Option Pack의 추가 구성 요소는 클러스터된 IIS 환경에서는 잘 작동되지 않습니다. IIS/MSCS 서버에 설치되어 있는 경우 제대로 작동되지 않는 인터넷 제품의 예로는 인덱스 서버, 인증서 서버, FrontPage ®Search Bots, Outlook ®Web Access, Site Server 3.0, Commerce Server 등을 들 수 있습니다.

설치 작업을 수행하기 전에 먼저 타사 제품에 대해서도 MSCS 호환성에 맞는지 확인해야 합니다.

모델 B: 최대 유용성을 사용하는 예비용 솔루션(Active/Passive)

모델 B: 여기서는 최대의 성능과 유용성을 제공하지만 두 노드를 완전히 사용하지는 않습니다. 클러스터의 노드 하나는 모든 리소스를 사용할 수 있도록 하는 반면, 다른 노드는 유휴 상태로서 장애 발생의 경우를 대기합니다.

이 모델에서, 유휴 상태의 노드는 전용 "예비용"으로서 장애가 발생하는 경우 사용될 준비를 합니다. 리소스를 사용할 수 있도록 만드는 노드가 실패하는 경우에는 예비용 노드에서 해당 리소스를 실패하게 한 다음, 원래 노드의 성능 수준과 비슷한 수준으로 다시 사용할 수 있게 만듭니다. 성능 수준은 예비용 노드에 원래 노드와 같은 사양(예: CPU 속도)이 들어 있는가에 따라 달라집니다.

ntopcl01

여기에서 설명한 대로 모델을 사용할 때는, 다음의 네트워크 이름과 인터넷 프로토콜(IP) 주소가 사용됩니다.
  • 노드 A에 대한 컴퓨터 이름과 IP 주소
  • 노드 B에 대한 컴퓨터 이름과 IP 주소
  • 클러스터에 대한 네트워크 이름과 IP 주소
  • 웹 서비스 그룹에 대한 네트워크 이름과 IP 주소

이 모델을 선택할 경우의 고려 사항

이 모델은 가장 중요한 응용 프로그램과 리소스에 대해 가장 적합합니다. 예를 들어, 고객들이 주문을 내는 World Wide Web에 서버를 둔 조직에서는 이 모델을 사용하게 됩니다. 보조 유휴 서버의 비용이 상당하지만, 웹에 있는 상점에 대해 높은 성능의 액세스를 계속하여 보증할 수 있으므로 필요한 부분입니다.

서버 유용성

매우 높음.

제안된 장애 정책

이 모델의 장애 정책은 노드 용량에 따라 결정됩니다. 예비용 노드에 동일한 사양이 있고 동일한 성능을 제공할 때는 장애 정책을 구성하지 않아도 됩니다. 한 노드가 더 높은 성능을 제공할 때는 장애 정책을 구성하여 더 높은 성능 노드가 실패하지 않도록 해야 합니다.

왜 모델 B(Active/Passive)에서만 NTOP를 지원하는가?

Active/Active 구성에서는 Windows NT Option Pack을 설치할 수 없습니다. 기타 BackOffice 제품과는 달리, 동시에 동일한 노드에서 실행되도록 IIS Admin, World Wide Web Publishing, FTP 서비스 등의 여러 복사본을 구성할 수는 없습니다. 예를 들어, SQL Server 6.5를 Active/Active 구성(모델 A)에 구성함으로써 SQL Executive 서비스와 SQL Server 서비스가 각 노드("SQL Executive 1" 서비스, "SQL Executive 2" 서비스 등)의 서비스 관리자에 존재하도록 할 수 있습니다. 이 때, 서비스의 각 복사본은 동일한 드라이브의 다른 디렉터리나 서로 다른 드라이브에서 자신의 SQL Server 설치 프로그램을 가리킵니다. Windows NT Option Pack을 사용할 때는, 이러한 작업을 수행할 수 없습니다. SQL Server에서는 데이터베이스에 상당한 분량의 구성 정보를 보관하는데, 이러한 데이터베이스는 SQL 설치 디렉터리에 저장되고 SQL Server 설치 도중 사용자에 의해 구성될 수 있습니다. IIS에서는 자신의 구성 정보를 Metabase.bin이라는 파일에 보관하며, 이 파일은 %Windir%\System32\Inetsrv 디렉터리에 저장됩니다. 이 위치는 구성될 수 없습니다. IIS에서 모든 구성 정보를 하나의 파일에 저장하고 노드마다 해당 파일의 복사본이 하나씩만 있기 때문에, IIS에는 Metabase.bin의 서로 다른 복사본을 가리키는 각 노드에서 실행되도록 구성된 독립 서비스 인스턴스를 여러 개 둘 수 없으며 Microsoft Cluster 환경의 Active/Active 구성에서 작동하도록 할 수 없습니다.

웹 사이트와 가상 디렉터리, 응용 프로그램 등을 IIS에서 만들 때는, 이러한 설정이 Metabase.bin의 로컬 복사본과 각 노드의 로컬 레지스트리에 모두 저장됩니다.

IIS 설정과 사이트, 가상 디렉터리 등은 공유된 드라이브의 두 노드 간에 공유되기보다는 두 가지 서로 다른 Metabase.bin 로컬 복사본과 로컬 레지스트리의 모든 클러스터 노드에서 로컬로 관리되기 때문에, IIS 웹 사이트와 가상 디렉터리가 두 노드에서 모두 동일하도록 노드마다 차례로 별도의 두 가지 Metabase.bin 복사본과 레지스트리를 동기화할 수 있는 유틸리티가 필요합니다. Windows NT Option Pack과 함께 제공된 유틸리티로서 두 노드에서 메타베이스와 Microsoft Transaction Server(MTS) 레지스트리 설정을 동기화할 수 있는 유틸리티의 이름은 IISsync.exe이며, 이에 대해서는 이 백서의 후반부에 자세히 설명되어 있습니다.

MSDTC와 Windows NT Option Pack 설치의 버전 충돌

Microsoft Distributed Transaction Coordinator(MSDTC)는 Microsoft Transaction Server(MTS)가 정확하게 작동되는 데 필요합니다. MTS는 IIS 4.0이 정확하게 작동되는 데 필요하며, IIS는 이러한 구성 요소(MSDTC 및 MTS)가 제대로 작동할 때만 정확하게 기능하게 됩니다. 특정 Microsoft 제품은 자동 설치 시 MSDTC의 이전 복사본을 업데이트합니다. 예를 들어, Windows NT 4.0 서비스 팩 4 이상, SQL 6.5 서비스 팩 5a, SQL 7.0 등은 모두 기존의 MSDTC 1.0 구성 요소를 새로운 MSDTC 2.0 버전으로 업그레이드합니다. MSDTC의 버전 1.0과 2.0 사이에서는 MSDTC.exe에 대한 명령줄 구문이 바뀝니다. Windows NT Option Pack 설치에서는 MSDTC 1.0 구성 요소만 하드 디스크 드라이브에 설치될 것으로 예측하기 때문에 결과적으로 MSDTC 2.0에 대해 더 이상 유효하지 않은 구문에 해당하는 MSDTC 1.0 구문을 사용합니다. 따라서, 설치 전에 새 버전의 MSDTC 파일을 지우지 않으면 MSDTC JOIN 명령줄이 둘째 노드에서 실패하게 됩니다. 이러한 실패로 인해, 설치 중 여러 가지 오류가 나타나고 결국에는 Windows NT Option Pack 설치가 완료되지 않게 됩니다.

클러스터에 대한 Windows NT Option Pack 설치는 클러스터의 두 노드에서 모두 실행됩니다. 먼저 한 노드에 설치를 완료하고 나서 둘째 노드에 대한 설치를 시작해야 합니다. 이 백서에서는 설치 프로그램이 실행되는 첫째 노드를 노드 A라 하고, 둘째 노드를 노드 B라 합니다. 이 백서 전체를 통해 두 노드가 일관되게 사용된다는 조건에 따라 노드 A와 노드 B의 설계는 임의의 상태입니다.

클러스터의 두 노드에 Windows NT Option Pack을 성공적으로 설치하기 위해서는 다음 단계에 따라 MSDTC의 버전을 확인해야 합니다.
    선택된 노드는 노드 B(마지막으로 Option Pack 설치 프로그램을 실행할 노드)에서는 다음 두 파일의 버전을 확인하십시오.
    1. %windir%\system32\msdtc.exe
    2. %windir%\system32\msdtc.dll
  1. 버전이 1997.11.532.0일 때는, 다음 단원에서 설명하는 설치 순서에 따라 작업을 진행하십시오. 이 설치 순서는 다음 Microsoft 기술 자료 문서에도 설명되어 있습니다.


  2. Q191138 - How to Install Windows NT Option Pack on Microsoft Cluster Server(Microsoft TechNet)
두 파일의 각 버전이 1997.11.532.0보다 더 새로운 것일 때는 새로운 설치 시퀀스를 사용해야 하며, 부록에 설명되어 있습니다.

노드 A에서 Windows NT Option Pack 설치 시작

앞서 "MSDTC와 Windows NT Option Pack 설정의 버전 충돌" 단원에 나와 있는 단계에 따라 작업한 이후라면, MSDTC이 Windows NT Option Pack 설치 실패를 일으키지 않도록 노드 A에서 Windows NT Option Pack의 설치를 시작할 준비가 된 것입니다. 노드 A에서의 설치를 시작하기 전에, 기존의 모든 리소스 그룹을 노드 A로 옮기되 클러스터 관리자(리소스 그룹에서 마우스 오른쪽 단추를 누르고 그룹 이동을 누름)를 사용하십시오.

웹 사이트에 대해 아직 리소스 그룹을 만들지 않았을 경우에는, 지금 만들면 됩니다. 클러스터를 사용할 수 있는 웹 사이트에 대해 별도의 리소스 그룹을 만드는 작업이 필수는 아니지만, 수행하는 것이 좋습니다. 웹 사이트에 대한 리소스 그룹을 1:1의 비율로 둘 수도 있고, 모든 웹 사이트를 단일 리소스 그룹 내에 둘 수도 있습니다. 웹 사이트에 대해 새로운 리소스 그룹을 만들기로 한 경우에는 다음 리소스를 포함해야 합니다.
  • 디스크 리소스. 이 디스크 리소스는 사용자의 웹 사이트 컨텐트를 저장해야 할 공간으로서, 공유된 SCSI 드라이브/배열에서 실제 드라이브 문자를 매핑합니다.
  • 클러스터링할 모든 웹사이트에 대해 새로운 IP 주소. 이는 고유한 네트워크 이름을 매핑할 IP 주소입니다.
  • 만들어질 각 웹 사이트에 대한 네트워크 이름 리소스. 이 네트워크 이름은 IP 주소에 매핑되며, IP 주소는 차례로 특정 IIS Server 인스턴스 리소스와 연관되고 각 노드에서 실제 웹 사이트에 매핑됩니다.
\SQL Server가 클러스터에 아직 설치되어 있지 않은 상태로서 앞으로 설치할 계획을 갖고 있을 때는, 이를 자체의 전용 디스크 그룹에 둘 것인지 또는 IIS와 디스크 그룹을 공유할 것인지를 결정해야 합니다. SQL Server를 자체 디스크 그룹에 둘 경우에는, SQL Server에 대해 사용할 디스크 그룹을 선택하고 디스크 리소스와 IP 주소 리소스, 네트워크 이름 리소스 등을 이 리소스 그룹에 만들어 놓도록 해야 합니다. 네트워크 이름과 IP 주소라는 리소스 유형은 Windows NT Option Pack 설치 프로그램에서 디스크 그룹을 인식하는 데 필요한 유형입니다. Windows NT Option Pack의 설치 중에는 MSDTC 리소스를 웹 서버 리소스 그룹에 설치하는 대신, SQL Server 리소스 그룹에 설치해야 합니다. 이는 클러스터마다 MSDTC 리소스를 하나씩만 둘 수 있기 때문입니다. SQL Server와 Windows NT Option Pack 사이에 동일한 디스크 리소스 그룹을 공유하려는 경우에는, Windows NT Option Pack MSDTC 리소스를 이 공유 리소스 그룹에 둘 수 있습니다.

참고 IIS 3.0을 설치한 경우에는 Microsoft Internet Server(Common) Group으로부터 인터넷 정보 서버 설치 프로그램을 실행한 다음, 모두 제거를 선택하여 IIS 3.0을 제거하십시오.

앞의 요구 사항이 모두 적합한 위치에 있도록 한 다음, 노드 A에 Windows NT Option Pack을 설치하면 됩니다.
  1. 노드 A에 Windows NT Option Pack 설치를 시작하고 다음을 누르십시오. (참고: 서비스 팩 4.0 이상이 설치되어 있을 때는 프롬프트가 나타납니다.) 경고를 읽고 확인을 누르면 작업이 계속됩니다.

    현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.
  2. 최종 사용자 사용권 계약(EULA)을 읽고 동의하면, 다음을 누르십시오.

    현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.
  3. 다음 대화 상자에서 사용자 정의를 누른 후, 다음누르십시오.

    현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.

    이 화면이 표시되지 않을 때는 IIS가 이미 설치되어 있는 경우이므로 Windows NT Option Pack을 다시 설치하기 전에 두 노드로부터 이를 제거해야 합니다.

    다음 대화 상자에서 다음 구성 요소를 지우십시오.
    • FrontPage 98 Server Extensions(최신 버전은 http://www.microsoft.com 웹 사이트에서 사용할 수 있습니다.)
    • Microsoft Index Server
    • Internet Information Server(IIS) 구성 요소를 선택하고 하위 구성 요소 표시를 누르십시오. 새로 만들기 메뉴에서 SMTP(Simple Mail Transport Protocol) 서비스를 지우십시오.
    기타 모든 설정은 기본값 그대로 두고 다음을 누르십시오.

    현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.
  4. 다음 대화 상자에서 WWW 서비스, FTP 서비스, 응용 프로그램 설치 포인트 등의 폴더 위치를 기본값 그대로 두십시오. 이러한 경로에 대해 공유된 드라이브를 사용해서는 안됩니다.

    다음을 누르십시오.


    현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.
  5. Microsoft Transaction Server 설치 대화 상자에서 기본 위치를 확인한 후, 다음을 누르십시오.


    현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.
  6. 설치 프로그램의 이 부분에서는 클러스터의 존재를 검색하고 MSDTC 로그 폴더(MSDTC 리소스에서 사용)를 유효한 네트워크 이름 리소스가 들어 있는 첫째 리소스 그룹에 둡니다. 가상 서버 목록에서, IIS 서버 인스턴스(아직 선택되지 않은 경우)를 둔 리소스 그룹에 해당하는 NetBIOS 이름을 누르십시오. DTC 로그 폴더 대화 상자에서 해당 리소스 그룹의 드라이브 문자와 일치하도록 드라이브 문자를 바꾸십시오. SQL Server를 설치하고 클러스터한 경우나 앞으로 SQL Server를 클러스터할 계획인 경우에는 SQL Server 리소스 그룹에 해당하는 가상 서버 NetBIOS 이름을 선택하거나 해당 그룹의 드라이브 문자를 가리키도록 DTC 로그 폴더에 대한 드라이브 문자를 바꾸십시오.

    다음을 누르십시오.


    현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.
  7. 관리 계정 구성 아래에서 원격을 누르십시오. 도메인으로부터 관리자 권한을 갖는 계정을 지정하십시오. (서버가 도메인의 구성원이 아닐 때는 관리자 권한을 갖는 로컬 계정을 지정하십시오.)


    현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.

    다음을 누르십시오. 설치 프로그램의 파일 복사 부분이 시작됩니다.


    현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.
  8. 이 노드에서 설치를 완료하려면 마침을 누르십시오.


    현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.

    다음 대화 상자가 나타납니다.


    현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.

    참고 노드 B에 Option Pack을 완전히 설치한 다음에만, 확인을 눌러 노드 A에서 작업을 진행하십시오.
  9. 노드 B에서 Windows NT Option Pack의 설치를 시작하십시오. 노드 A의 설치 때와 완전히 같은 설정을 사용하십시오.

    참고 IIS가 정확하게 작동하도록 하려면, 노드 A의 설치 때와 정확히 같은 구성 요소가 노드 B의 설치에도 사용되어야 합니다. 그렇지 않으면 IISSYNC 명령을 사용할 때 노드 동기화가 제대로 이루어지지 않게 됩니다.

    노드 B에서는 노드 A에서 보았던 것과 같은 설치 대화 상자가 모두 프롬프트되는 것은 아니며, 이는 정상적인 상태입니다. 노드 B의 설치에서는 설치 프로그램이 클러스터의 둘째 노드에서 실행되고 있음을 검색하고, 노드 A와 연결되어 특정 구성 정보를 수집하게 됩니다. 그러나, 사용자 정의 설치를 수행하여 수동으로 노드 B의 다음 구성 요소를 지워야 합니다.
    • FrontPage 98 Server Extensions
    • Microsoft Index Server
    Internet Information Server(IIS) 그룹을 선택하고 하위 구성 요소 표시를 누르십시오. 새로 만들기 메뉴에서 SMTP 서비스를 지우십시오.
  10. 노드 B에서 설치 프로그램을 완료한 다음에는 마침을 눌러 Windows NT Option Pack 설치를 완료하십시오.


    현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.
  11. 아직 시스템 설정 변경 대화 상자에서 를 누르지 마십시오. 노드 B에서는 현재 이 대화 상자를 그대로 두고 노드 A로 돌아가십시오.


    현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.
  12. 노드 A에서는 Microsoft Transaction Server 설치 대화 상자에서 확인을 눌러 Windows NT Option Pack 설치를 완료하십시오.


    현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.
  13. 노드 B로 돌아간 다음, 시스템 설정 변경 대화 상자에서 를 눌러 노드 B를 다시 시작하십시오.


    현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.
  14. 노드 B가 다시 시작된 이후, Windows NT 서비스 팩 4 이상이 설치되어 있는 경우에는 해당 서비스 팩을 노드 B에 다시 적용하고 노드 B를 다시 시작하십시오.
  15. 노드 B가 다시 온라인된 이후에는 노드 A의 시스템 설정 변경 대화 상자에서 를 눌러 노드 A를 다시 시작하십시오. Windows NT 서비스 팩 4 이상이 설치되어 있는 경우에는 해당 서비스 팩을 노드 A에 다시 적용하고 노드 A를 다시 시작하십시오.


    현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.

두 노드 모두에 서비스 팩 4 이상의 서비스 팩을 재적용하는 데 대한 참조 사항

Windows NT 서비스 팩 4 이상을 설치한 경우, 노드를 다시 시작한 이후 처음으로 다시 온라인될 때, 클러스터 관리자의 클러스터에 대한 연결이 실패하고 어떤 노드에서도 클러스터 서비스를 시작할 수 없는 문제가 발생할 수 있습니다. 아울러, 클러스터 서비스로부터 이벤트 로그에 오류가 발생하고 클러스터에 연결할 때 클러스터 관리자에 오류가 나타날 수도 있습니다.

이는 정상적인 작동으로서, 서비스 팩 4 이상을 두 노드 모두에 다시 적용하고 두 노드를 한 번 더 다시 시작하면 Windows NT Option Pack의 설치가 완료됩니다. 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오. Q218922 - Installing NTOP on Cluster Server with SP4 Causes Event IDs 1009(Microsoft TechNet)

클러스터된 웹 사이트 만들기

Windows NT Option Pack을 클러스터의 두 노드에 성공적으로 설치한 다음에는 클러스터 관리자에서 클러스터된 IIS 서버 인스턴스를 만들 수 있습니다. 기본 웹 사이트나 관리 웹 사이트의 IP 주소 할당(아무것도 할당되지 않음) 때문에 이러한 사이트를 클러스터된 웹 사이트로만 사용하는 것은 바람직하지 않습니다. 또한, 컨텐트의 위치(C:\Inetpub\WWWRoot)와 해당 언어로 만들어진 응용 프로그램 설정도 이유가 됩니다. 클러스터된 웹 사이트로 사용할 웹 사이트를 새로 만들고 Microsoft Management Console(MMC)에서 기본 및 관리 웹 사이트를 중지하는 것이 좋습니다. 다음은 클러스터된 웹 사이트를 새로 만드는 방법에 대해 설명합니다.
  1. 클러스터에서 노드를 하나 선택하고, 미래의 모든 웹 사이트가 작성과 구성, 관리될 주 노드로서 이 노드를 지정하십시오. 이러한 관점에서 볼 때, 웹 사이트는 MMC를 설치하여 원격 워크스테이션이나 서버로부터 원격으로 관리되기보다 오히려 선택한 노드의 로컬 MMC를 통해 만들어져야 합니다. 이 백서의 나머지 부분에서는 이러한 노드를 "노드 A"로 부르기로 합니다.
  2. 클러스터 관리자를 열고 IIS 서버 인스턴스(클러스터된 웹 사이트)의 위치를 지정할 리소스 그룹을 선택하십시오. 새로운 IP 주소 리소스와 네트워크 이름 리소스를 이 그룹에 만드십시오. 이 그룹은 WWW 서버에 대해 사용됩니다. 이 IP 주소와 네트워크 이름은 웹 클라이언트에서 클러스터된 웹 사이트를 찾아보는 데 사용할 IP 주소와 NetBIOS 이름이 됩니다. 조직에서 DNS를 사용하는 경우에는, 해당 서버를 액세스하기 위해 클라이언트에서 사용할 호스트 이름이 무엇이든 간에 IP 주소는 등록해야 합니다. 예를 들어, 새로운 웹 사이트에 사용할 IP 주소를 10.5.5.5로 하고, 이를 www.example.microsoft.com이라 부를 수 있습니다.

    즉, 클라이언트가 클러스터된 WWW 서버를 액세스하기 위해 10.5.5.5를 입력할 필요가 없도록 하려면 DNS 서버에www.example.microsoft.com이라는 이름으로 10.5.5.5를 등록하면 됩니다.


    현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.
  3. 노드 A에서 MMC를 여십시오. 왼쪽 창의 노드 A의 컴퓨터 이름에서 마우스 오른쪽 단추를 누르고 새로 만들기를 가리킨 다음, 웹 사이트를 누르십시오.
  4. 새 웹 사이트 마법사 대화 상자에서 IP 주소를 묻는 메시지가 나타나면, 2단계에서 구성한 IP 주소를 수동으로 입력하십시오.


    현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.
  5. 새 웹 사이트 마법사 대화 상자에서컨텐트의 위치를 묻는 메시지가 나타나면 공유된 드라이브의 디렉터리를 선택하십시오. 템플릿으로 사용될 수 있고 웹 사이트를 테스트하도록 일부 컨텐트를 두려면 공유된 드라이브에 C:\Inetpub 디렉터리를 복사할 수 있습니다. 다음 예에서는 F:\Inetpub\WWWRoot가 새로운 웹 사이트의 홈 디렉터리입니다.


    현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.

    신규 웹 사이트 마법사를 사용하여 완료한 경우에는 중지된 MMC에 새로운 웹 사이트 목록이 나타납니다. 해당 웹 사이트를 시작하여 테스트하고 잘 시작되는지 확인하되, 다음 단계로 진행할 때까지 중지하지 말아야 합니다.


    현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.
  6. MMC를 사용하여 웹 사이트를 만든 다음에는 IIS 서버 인스턴스 리소스를 이 실제 웹 사이트에 매핑할 WWW 리소스 그룹에 만들어야 합니다. 이 작업은 노드 A에서 로컬로 이루어져야 하며 원격으로 수행될 수 없는데, 이는 클러스터 리소스 .dll 파일의 제한이 있기 때문입니다. IIS 서버 인스턴스 리소스를 만들려면, 클러스터 관리자를 열고 IIS 리소스 그룹에서 마우스 오른쪽 단추를 누른 다음, 새 리소스를 누르십시오. IIS 서버 인스턴스 리소스 유형을 선택하십시오. 처음 나타나는 화면에는 해당 리소스에 대한 이름과 설명을 묻는 메시지가 표시됩니다. 이름과 설명을 지정할 수 있으며, 이는 클러스터 관리자에서 보게 될 리소스의 이름과 설명으로서 웹 사이트를 액세스하는 데 사용되는 이름 클라이언트와는 관련이 없습니다.

    다음을 누르십시오.


    현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.
  7. 가능한 소유자 대화 상자에는 어떤 노드가 새 리소스의 가능한 소유자가 되는지 묻는 메시지가 나타납니다. 두 노드가 모두 선택되어 있는지 확인한 후, 다음을 누르십시오.
  8. 리소스 유형이 가져야 할 리소스 종속성에 대해서도 묻는 메시지가 나타납니다. 리소스 종속성은 구성 중인 리소스를 온라인시키기 위한 시도를 수행하기 전에 온라인시켜야 할 다른 리소스를 말합니다. IIS에서는 웹 사이트에 대한 IP 주소가 IIS 서버 인스턴스보다 앞서 온라인되어야 합니다. 이 종속성을 구성하려면, 이 IIS 서버 인스턴스에 대한 IP 주소와 일치하는 가상 IP 주소 리소스를 왼쪽 창의 사용 가능한 리소스 목록으로부터 선택하고 추가 단추를 눌러 오른쪽 창의 리소스 종속성 목록으로 옮기십시오. 다음을 누르십시오.
  9. 새 FTP 또는 WWW 서버 인스턴스 중 어떤 것을 선택할 것인지 묻는 메시지가 나타납니다. WWW를 선택한 다음, 3단계에서 MMC에 만든 웹 사이트를 선택하십시오.


    현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.

    참고 원격 워크스테이션에 설치되어 있는 클러스터 관리자를 사용하여 IIS 서버 인스턴스를 만들려는 경우에는 이 대화 상자가 나타나지 않으며 따라서 리소스를 만들 수 없습니다. 원격으로 웹 사이트나 FTP 사이트를 만들 수는 없지만, 원격 워크스테이션이나 서버로부터 클러스터 관리자를 통해 IIS 클러스터된 리소스를 중지하고 시작하며 이동할 수 있습니다.
  10. 계속하려면 마침을 누르십시오.
  11. IIS 서버 인스턴스 리소스에서 마우스 오른쪽 단추를 누른 다음, 온라인시키기를 누르십시오.



  12. 현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.

    이 노드에서 현재 웹 사이트의 시작과 중지(웹 사이트를 온라인시키거나 오프라인시키기)에 클러스터 관리자가 사용되고 있으며, 웹 사이트 시작 중단에 더 이상 MMC를 사용할 수 없게 됩니다. 이러한 변화는 메타베이스 설정을 통해 이루어진 것으로서, 메타베이스 설정은 필요한 경우 수동으로만 변경될 수 있습니다.

    이제 웹 사이트의 IP 주소와 NetBIOS 이름, DNS 이름(DNS 서버를 구성한 경우) 등을 웹 브라우저에 지정함으로써 웹 사이트를 찾아볼 수 있어야 합니다. 그러나, 이러한 웹 사이트는 장애 발생에 대비되어 있지 않으며, 사용자가 리소스를 옮기려고 할 때 실패하게 됩니다. 새 웹 사이트는 실제 노드 중 하나에서만 메타베이스에 존재합니다. 이러한 메타베이스 설정은 웹 사이트가 실패하여 노드 간에 이동되기 전에 두 노드간에 동기화되어야 합니다.

    클러스터에서 두 노드를 동기화하는 데는 메타베이스와 MTS 구성 설정을 한 노드로부터 내보내는 작업과 다른 노드에 대한 네트워크를 통해 복사한 다음, 이러한 설정을 해당 노드에 적용하는 작업이 포함됩니다. 노드 A로부터 노드 B로 또는 그 반대로 설정을 복사하는 것이 가능하지만, 이 백서에서는 노드 A에서 노드 B로 변경을 밀고, 주 노드에서 구성 정보가 손실되는 경우를 최소화하기 위해 반대 방향의 변경은 동기화하지 않습니다.

    MTS를 구성하여 동기화를 허용하려면 다음 단계를 수행하십시오.
    1. 시작을 선택하여 Microsoft Transaction Server 탐색기 MMC를 열고 Windows NT 4.0 Option PackMicrosoft Transaction Server를 차례로 가리킨 다음, Transaction Server 탐색기를 누르십시오.
    2. 왼쪽 창에서 Microsoft Transaction Server 스냅인컴퓨터 폴더를 차례로 확장한 다음, 내 컴퓨터를 두 번 누르십시오.
    3. 등록 정보를 누른 다음, 옵션 탭을 누르십시오.
    4. 복제 아래, 원격 서버 이름 필드에 클러스터의 NetBIOS 이름을 입력하십시오.(예를 들어, 클러스터 서버 설정 중 클러스터의 이름을 "IIS-Cluster"로 지정한 경우에는 IIS-Cluster라고 입력합니다.) 클러스터의 이름이 기억나지 않을 때는 클러스터 관리자 제목 표시줄의 위쪽의 위쪽에 있는 제목 표시줄에서 해당 이름을 확인하십시오. 확인을 누르십시오.


    복제 공유(나중에 IISSYNC에서 사용)를 구성하려면, 복제 공유 필드에서 MTS 패키지(C$ 또는 D$)를 전송하는 데 사용될 관리 공유를 지정하십시오. 이 공유는 두 노드에 모두 동일한 형태로 있어야 하며, 관리자는 공유에 대해 모든 권한을 가지고 있어야 합니다. 같은 정보를 사용하여 노드 B에서 이 단계를 반복하십시오.

    참고 이 단계가 정확하게 수행되지 않으면, IISSYNC 유틸리티를 실행하는 하나 또는 두 노드에서 MTS에 복원할 수 없는 심각한 손상이 나타날 수 있고, 그 결과, 필요한 MTS 패키지를 복원하기 위해 Windows NT Option Pack을 다시 설치해야 합니다.


    현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.
  13. IISSYNC 유틸리티를 실행하여 클러스터의 두 노드를 동기화하십시오.

    참고 처음으로 이 유틸리티를 실행하는 경우에는 먼저 이 문서의 후반부에 있는 "클러스터된 환경에서 IIS 동기화 및 보안 고려 사항" 단원에 설명되어 있는 일부 고려 사항을 이 단계를 진행하기 전에 검토해야 합니다. 해당 단원을 자세히 읽고 난 후에는 적합한 변경 작업을 수행하고 이 단계를 진행하십시오.
  14. 먼저, 시작을 눌러 노드 A로부터 공유를 찾아본 다음 실행을 누르십시오. \\Node_B\c$를 입력하십시오. 여기서 Node_B는 노드 B의 NetBIOS 이름이고 c$는 이전 단계에서 언급한 바 있는 관리 공유(예: c$, d$ 등)입니다. 이렇게 하면 노드 B의 드라이브 시스템 드라이브의 컨텐트가 목록으로 나열되어 있는 새로운 탐색기 창이 열립니다. 이 때, 노드 A에서 명령 프롬프트를 열고 %systemroot%\System32\Inetsrv 디렉터리로 전환하십시오.

    프롬프트에 iissync node_b를 입력하십시오. 여기서 node_b 는 노드 B의 NetBIOS 이름입니다.

    일부 로컬 드라이브 활동을 확인하십시오. 창이 나타나고 사라지면서 최소화된 명령 셸을 몇 개 볼 수 있으며, 영(0)이라는 상태 코드가 표시됩니다. 이는 동기화가 성공적으로 이루어졌음을 나타내는 것입니다.

    영(0) 상태 코드를 받지 못한 경우에는 공통 IISSYNC 상태 코드의 목록에 대해 다음 Microsoft 기술 자료 문서를 참조하십시오.

    Q224801 – Deciphering IISSYNC Status Codes(Microsoft TechNet)

    IISSYNC에서 영(0) 코드를 반환하지 않을 때는 지금 바로 중지하고 모든 설정을 다시 확인하십시오.
  15. 노드를 동기화한 다음에는 WWW 리소스 그룹을 노드 B로 옮겨 장애를 시뮬레이트할 수 있어야 합니다.

클러스터된 환경에서 IIS 동기화 및 보안 고려 사항

Microsoft Cluster Server를 설치할 때는 노드의 Windows NT Server 역할을 구성하는 방법에 대해 두 가지 옵션이 있습니다. 예를 들어, 노드 A는 주 도메인 컨트롤러(PDC)이고 노드 B는 백업 도메인 컨트롤러(BDC)일 수도 있고, 두 노드 모두 BDC가 되거나 리소스 도메인의 구성원 서버가 될 수도 있습니다. 구성원 서버의 문제는 클러스터에 Windows NT Option Pack을 설치할 때, 웹 사이트의 익명 액세스를 위한 로컬 IUSR_MACHINENAME 계정을 IIS에서 계속하여 사용한다는 것입니다. 대부분의 사람들은 권한이 없는 익명 사용자가 웹 사이트를 찾아볼 수 있도록 하려는 의도로 클러스터된 웹 사이트를 만듭니다. 컨텐트가 공유 드라이브에 있으면, IUSR_NODE A, IWAM_NODE A 계정과 IUSR_NODE B, IWAM_NODE B 계정은 노드 간에 앞뒤로 공유 드라이브를 이동하고 NTFS 권한을 할당함으로써 모두 동일한 컨텐트에 대한 권한을 받게 됩니다. 즉, WWW Server가 노드 A에서 실행되고 있을 경우, 노드 A의 익명 사용자는 컨텐트에 대한 액세스 권한을 갖게 되고 반대의 경우도 마찬가지입니다. 경우에 따라, 모든 사람이라는 특별 그룹에는 공유 컨텐트에 대한 적합한 권한이 제공될 수 있습니다.

공통 IUSR 및 IWAM 계정은 계정 도메인(두 노드에서 트러스트된 도메인)에서 만들어져야 하고 IIS를 각 노드에서 다시 구성하여 이러한 도메인 기반의 계정(IUSR은 익명 종속 프로세스 계정이고 IWAM은 익명 독립 프로세스 계정)을 사용해야 합니다.

중요 도메인 기반의 계정이 클러스터의 두 노드에 구성되어 있지 않을 때는, IISSync를 실행하여 노드 A를 노드 B에 동기화(즉, 노드 A의 설정을 노드 B로 밀기)하기 전과 IISSync를 실행한 이후에 노드 B는 노드 A의 로컬이면서 컴퓨터에 따라 고유한 IUSR 및 IWAM 계정으로 구성되며 이에 따라 익명 액세스는 노드 B에서 실패하게 됩니다.(노드 B에는 노드 A의 로컬 계정 데이터베이스에 대한 인증 방법이 없기 때문입니다.) 노드 A로부터 노드 B로 IISSync를 실행한 이후에는 노드 B의 IUSR 및 IWAM 계정(현재 IUSR_NODEA 및 IWAM_NODEA)을 수동으로 다시 구성하여 노드 B에 적합한 로컬 계정(IUSR_NODEB 및 IWAM_NODEB)을 지정하거나, 계정 세트(즉, IUSR_DOMAIN, IWAM_DOMAIN)에 대해 두 노드를 구성함으로써 노드 동기화가 메타베이스의 계정 항목을 컴퓨터에 따라 고유한 값으로 바꾸지 않게 해야 합니다.

도메인 기반의 익명 액세스 계정을 사용하도록 IIS 재구성

다음 예는 도메인에 IUSR_CLUSTER 및 IWAM_CLUSTER 계정이 만들어져 있다는 전제 아래 진행됩니다. 이러한 계정을 만들 때는, 아무나 쉽게 예상하지 못하도록 암호를 어렵게 만드십시오.(비워 두지 않도록 하십시오.) 필요한 경우 찾아 볼 수 있도록 암호를 적어 두십시오.

IIS를 구성하여 익명 액세스에 대한 공유 도메인 기반의 계정을 사용하려면 다음을 수행하십시오.

두 노드에서 MMC를 통해 IIS의 익명 액세스 계정 구성

  1. 익명 계정(IUSR_CLUSTER)과 Windows 액세스 방법 계정(IWAM_CLUSTER)은 이러한 컴퓨터가 트러스트된 도메인이나 구성원인 도메인에서 도메인 컴퓨터로서 만들어져야 합니다. 이러한 계정에는 로컬로 로그온과 네트워크로부터 이 컴퓨터 액세스사용자 권한을 클러스터의 두 노드에 두어야 합니다. 이러한 계정은 "암호 변경할 수 없음"과 "암호 사용 기간 제한 없음"으로 설정되어 있는 것이 좋습니다.
  2. MMC에서 Internet Information Server 트리를 확장한 다음, 컴퓨터 이름 항목에서 마우스 오른쪽 단추를 누르십시오.
  3. 등록 정보를 누르십시오. Internet Information Server 탭의 마스터 등록 정보 드롭다운 목록에서 WWW Service를 선택하십시오.
  4. 편집을 누른 다음, 디렉터리 보안 탭을 누르십시오. 익명 액세스와 인증 제어와 관련하여 맨 위 편집 단추를 누르십시오.
  5. 인증 방법 대화 상자에서 익명 액세스에 사용하는 계정의 오른쪽에 있는 편집 단추를 선택하십시오. 이 대화 상자에서는 사용자가 만든 익명 사용자 도메인 계정(IUSR_CLUSTER 계정)을 선택할 수 있습니다.
  6. IUSR_CLUSTER 계정을 선택한 다음, 확인을 누르면 MMC 기본 화면으로 돌아갑니다.

    참고 로컬 계정 대신 도메인 기반의 계정을 사용하고 있으므로, 자동 암호 동기화를 사용할 수 없습니다. 자동 암호 동기화 확인란을 해제하고 IUSR_CLUSTER 계정에 대한 암호를 직접 입력하십시오.
  7. FTP 서비스 마스터 등록 정보에 대해 이 단계를 반복하십시오. 보안 계정 탭을 누른 다음, 익명 사용자 계정을 IUSR_CLUSTER 계정으로 설정하십시오.
  8. 적용을 눌러 변경 사항을 저장한 다음, 확인을 누르면 MMC 기본 화면으로 돌아갑니다.

두 노드에서 IIS 메타베이스에 IWAM 및 IUSR 계정 설정

  1. WWW 서비스와 "독립 프로세스" 응용 프로그램(독립된 메모리 공간에서 실행되도록 구성된 응용 프로그램)을 사용할 때는 IWAM_CLUSTER 계정만 설정하면 됩니다.

    참고 IWAM 계정을 설정하려면, Windows NT Option Pack으로부터 Windows 스크립트 호스트가 설치되어 있는지 확인하십시오. 스크립트 호스트가 설치되어 있지 않을 때는, 제어판프로그램 추가/삭제를 실행하여 설치한 다음, Windows NT 4.0 Option Pack을 선택할 수 있습니다.
  2. 명령 프롬프트를 시작한 다음, 다음 폴더로 이동하십시오.

    c:\winnt\system32\inetsrv\adminsamples
  3. 다음 명령을 입력한 다음, <Enter>키를 누르십시오.

    adsutil.vbs enum w3svc
  4. 이 스크립트를 처음 실행하는 경우나 스크립트 인터프리터가 wscript로 설정되어 있는 경우에는 이 스크립트와 cscript를 연결하는 프롬프트가 나타납니다. 확인을 눌러 스크립트를 cscript와 연결하고 명령 프롬프트로 돌아간 다음, 명령을 다시 실행하십시오.
  5. 이 명령의 정확한 결과는 명령 프롬프트 창에 IIS 4.0 컴퓨터의 메타베이스 스크롤 컨텐트가 되어야 합니다. 이 작업이 제대로 수행되면, 해당 메타베이스에서 IWAM 계정 정보를 다시 구성해야 합니다. 이렇게 하려면, 다음을 입력하십시오.

    adsutil set W3SVC/WAMUserName DOMAIN\IWAM_CLUSTER

    여기서 DOMAIN은 사용자 계정 IWAM_CLUSTER가 존재하는 도메인의 이름입니다. 이로써 계정을 인증하기 위해 정확한 도메인을 사용하도록 계정이 설정됩니다.
  6. 다음을 입력하십시오.

    adsutil set W3SVC/WAMUserPass IWAM_Password

    여기서 IWAM_Password는 앞서 만든 IWAM_CLUSTER 계정에 대한 암호를 말합니다. 이 암호는 이 계정을 정확히 설정하여 IIS 4.0에서 사용되도록 해야 합니다.

    IUSR_CLUSTER 계정은 익명 액세스로만 사용되고, IWAM_CLUSTER 계정은 독립 프로세스 웹 응용 프로그램을 위한 WWW 서비스에 의해서만 사용됩니다.

    이러한 도메인 기반의 계정을 만든 다음에는 로컬로 로그인 권한이 클러스터의 두 노드에 바로 제공되어야 합니다. 또한, IUSR 및 IWAM 계정을 로컬 Guests 그룹에 추가되어야 하고, IWAM 계정은 각 계정의 로컬 MTS Trusted ImpersonatorsMTS Impersonators 그룹에 추가되어야 합니다. (참고: MTS Impersonators 그룹은 Windows NT 서비스 팩 4 이상을 설치한 경우에만 볼 수 있고, 이에 대한 개요는 Microsoft Knowledge Base의 다음 기사에 나타나 있습니다.

    Q181775 - FIX: BUG: MTS Trusted Impersonators Group Name Is Too Long(Microsoft TechNet)

DCOM 구성

두 노드에서 IUSR 및 IWAM 계정을 업데이트한 다음에는 각 노드의 DCOM 구성을 업데이트하여 이러한 계정에 DCOM으로 등록한 시작 및 액세스 권한이 적합하게 주어지도록 해야 합니다.

이 작업을 수행하려면 다음 단계를 따라 하십시오.
  1. 시작 단추로 가서 실행을 누르십시오.
  2. dcomcnfg를 입력한 다음, <Enter>키를 누르십시오.
  3. 기본 보안 탭의 기본 액세스 권한에서 기본값 편집을 누르십시오.
  4. 오래된 IUSR 및 IWAM 계정을 제거하고 새로운 IUSR 및 IWAM 계정으로 대체하되, 새로운 계정에 액세스 허용 권한을 두도록 하십시오.
  5. 기본 보안 탭의 기본 시작 권한에서 기본값 편집을 누르십시오.
  6. 오래된 IUSR 및 IWAM 계정을 제거하고 새로운 IUSR 및 IWAM 계정으로 대체하되, 새로운 계정에 시작 허용 권한을 두도록 하십시오.
  7. 클러스터의 두 노드에서 1단계부터 6단계까지 반복하십시오.
익명 WWW 액세스에 대해 동일한 IUSR_CLUSTER 및 IWAM_CLUSTER 사용자 계정을 사용하도록 클러스터의 두 노드를 구성한 다음에는, 이 계정 권한을 공유 드라이브의 공유 컨텐트에 할당할 수 있습니다.

클러스터된 웹 사이트 관리

다음은 클러스터된 웹 사이트 관리에 적합한 연습입니다.

항상 노드 A에 로컬로 로그온하고 새로운 웹 사이트를 만들거나 NetBIOS 이름을 가리키는 IIS 스냅인을 사용하여 노드 A에서 MMC로 변경 사항을 적용하십시오. 노드 A의 메타베이스에 대한 변경 작업을 완료한 다음에는 IISSync를 사용하여 노드 A의 변경 사항을 노드 B에 밀도록 하십시오.(이에 대한 내용은 이 백서의 "클러스터된 웹 사이트 만들기"에서 13단계에 나와 있습니다.) 기술적으로는 MMC의 IIS 스냅인을 사용하여 클러스터에서 실행 중인 가상 서버 NetBIOS 이름 리소스에 연결할 수 있으나, 다음과 같은 이유로 인해 수행하지 않는 것이 좋습니다.
  • MMC에 대한 IIS 스냅인에서는 NetBIOS 이름을 사용하여 IIS 서버에 연결하고 관리합니다. 가상 서버 NetBIOS 이름은 실제 노드 중 하나에서 실행될 수 있는 클러스터된 리소스입니다. MMC를 사용하여 원격으로 컴퓨터를 관리할 때는, 실제 노드 NetBIOS 이름보다는 가상 서버 NetBIOS 이름에 연결할 수 있으나, 가상 서버 NetBIOS 이름이 실제로 실행되는 MMC 실제 노드가 어떤 것인지는 구별할 수 없습니다. 예를 들어, TestWeb IIS 서버 인스턴스 웹 사이트가 노드 B에서 실행되고 있고 MMC를 통해 TestWeb NetBIOS 이름 리소스(마찬가지로 노드 B에서 실행 중일 수 있음)에 원격으로 연결하는 경우에는 MMC를 통해 TestWeb 웹 사이트에 적용한 변경 사항이 노드 B의 메타베이스에서도 업데이트되는데 이는 변경 사항을 적용할 당시 노드 B에서 리소스를 소유하고 있기 때문입니다. 노드 A가 노드 B로 동기화되면, 해당 변경 사항이 손실됩니다.
공유 드라이브에 웹 서버 컨텐트의 위치를 선택하십시오. 공유 드라이브에 웹 컨텐트의 위치를 선택하면 두 노드의 컨텐트 사본 간에 일부 컨텐트 복제 스키마를 사용하지 않아도 됩니다.
  • 공유 드라이브에 웹 컨텐트의 위치를 선택하면 NTFS 권한과 관련하여 흥미로운 문제가 제기됩니다. 자세한 내용은 다음 클러스터된 환경에서 IIS 동기화 및 보안 고려 사항 단원을 참조하십시오.
  1. WWW 리소스 그룹에서 IIS 서버 인스턴스를 새로 만들 때는 항상 노드 A에 로컬로 로그온하십시오. Option Pack 리소스 DLL(Iisclex4.dll) 파일에서는 원격 워크스테이션이나 서버에서 실행 중인 클러스터 관리자 세션으로부터 WWW 또는 FTP 서버 인스턴스를 만드는 작업을 지원하지 않습니다.
  2. 웹 사이트나 웹 응용 프로그램, 새로운 가상 디렉터리 등이 필요할 때마다, 노드 A에 로컬로 로그온하여 노드 A의 MMC(노드 A의 NetBIOS 이름에 연결됨)에서 변경 사항을 적용한 다음, IISSync를 사용하여 노드 B로 변경 사항을 밀도록 하십시오. IIS 서버 인스턴스가 노드 중 하나에서 온라인되지 못할 때마다 해당 노드가 동기화되지 않았음을 나타내는 표시로 이해하면 됩니다.
  3. 기본적으로, 리소스 그룹에서 만든 새 리소스는 모두 사용할 수 있는(리소스에서 마우스 오른쪽 단추를 누른 다음, 등록 정보고급 탭을 차례로 누름) 그룹에 영향을 줍니다. 즉, 어떤 이유로든 리소스가 온라인되지 못하면 그룹에 영향을 주고 다른 노드로 해당 그룹을 즉시 옮기려 하게 된다는 뜻입니다. 예를 들어, 다른 노드로 그룹을 옮기려 할 때 이 설정이 사용 가능한 상태인 해당 그룹에서 리소스 중 어떤 하나가 온라인되지 못하면, 전체 그룹이 즉시 원래의 노드로 바운스됩니다. 원래 노드에서도 해당 리소스가 온라인되지 못할 때는 두 노드 간에 리소스 그룹이 앞뒤로 바운스를 거듭하면서 전체 그룹이 오프라인 상태가 되는 임계값(기본적으로 3)에 이르게 됩니다. 이러한 동작은 바람직하지 못한 것으로서, 일부 사용자는 전체 그룹이 노드 간에 바운스되지 않은 채 개별 리소스만 온라인되지 못하도록 만들기도 합니다. 그룹에 영향을 줌 확인란을 해제하여 이 기본 동작을 바꾸십시오.

부록: 클러스터에 Windows NT Option Pack 설치


하드 디스크 드라이브에 최신 MSDTC 파일이 있을 때는 둘째 노드에 Windows NT Option Pack을 설치하는 도중 다음 오류가 나타납니다.


현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.

이러한 오류는 분산 트랜잭션 코디네이터가 노드 B에 제대로 설치되지 않았다는 것을 의미하며, 이후에 다음 오류가 나타납니다.

예를 들어, 이 오류로 다음이 발생됩니다.


현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.

MSDTC가 정확하게 설치되지 않았으므로, MTS도 제대로 설치되지 않으며 MTS에서 필요한 IIS 패키지를 둘째 노드에 만드는 데 실패할 때 다음 오류가 여덟 번 이상 나타나게 됩니다.


현재 브라우저에서 인라인 프레임을 지원하지 않을 경우, 여기를 누르면 별도의 페이지에서 볼 수 있습니다.

Option Pack 설치 중 이러한 오류가 나타난 경우에는 Windows NT Option Pack의 설치가 실패하고 다음 단계를 사용해야만 Option Pack 설치를 정확하게 완료할 수 있습니다.

Windows NT Option Pack이 정확하게 설치되도록 하려면 다음 지침을 따르십시오.

참고 Windows NT는 노드 A와 노드 B에서 모두 동일한 위치에 상주해야 합니다. 예를 들어, Windows NT를 노드 A의 C:\Winnt에 설치했다면, 노드 B에서도 C:\Winnt에 설치해야 합니다. Windows NT %SystemRoot% 폴더가 노드 A와 노드 B 모두에서 동일하지 않은 경우에는 IIS의 장애 조치를 수행할 수 없게 됩니다.

참고 먼저 프로그램 추가/삭제를 사용하여 실패한 Windows NT Option Pack 설치를 제거한 후, 이러한 단계를 따르십시오.
  1. 노드 A로 모든 클러스터 리소스 그룹을 옮기십시오 .
  2. 노드 A에서 Windows NT Option Pack 설치를 시작하십시오. Microsoft Internet Information Server 설치 대화 상자에서 WWW와 FTP, 응용 프로그램 설치 포인트 등의 설정에 대해 기본으로 제공된 위치를 그대로 사용하십시오. Transaction Server를 설치하는 중에는 Microsoft Transaction Server 2.0 대화 상자에서 Windows NT Option Pack 설치 프로그램이 현재 다른 노드에서 소유하고 있는 리소스 그룹의 클러스터 디스크 리소스에서 MSDTC 트랜잭션 로그온의 위치를 지정하려 합니다. MSDTC 리소스는 현재 SQL Server의 위치가 지정된 리소스 그룹에 상주해야 합니다. MSDTC 로그를 설치할 리소스 그룹과 MSDTC 로그 파일에 대한 위치를 묻는 메시지가 나타나면, 이전에 만들었던 SQL Server 리소스 그룹 네트워크 이름을 드롭다운 목록에서 선택하고 해당 SQL Server 리소스 그룹이 속해 있는 디스크 리소스에서 MSDTC 로그 디렉터리의 위치를 지정하십시오. 예를 들어, SQL Server 리소스 그룹 네트워크 이름이 SQLGroup이고 해당 그룹에 할당된 디스크 리소스가 드라이브 문자 S:일 때는, SQLGroup을 가상 서버 드롭다운 목록에 지정하고 S:\MSDTCLog를 MSDTC 로그 디렉터리에 대한 경로로서 지정합니다.

    참고 기본 클러스터 그룹에는 아무것도 설치하지 마십시오.
  3. Windows NT Option Pack 설치의 마지막에는, 노드 B의 설치를 시작하라는 지시와 함께 설치 프로그램이 완료되면 확인을 누르라는 대화 상자가 표시됩니다. 이 메시지를 무시하고 바로 확인을 눌러 설치 프로그램을 계속하여 실행하십시오.
  4. 노드 A에서 다시 부팅하라는 메시지가 나타나면 아니오를 선택하십시오. 여기서는 노드 A를 다시 시작하지 마십시오.
  5. 노드 A로부터 노드 B로 리소스 그룹을 옮기지 마십시오. 리소스 그룹을 노드 A에 그대로 두십시오.
  6. 노드 B로 전환하여 명령 프롬프트를 열고 다음을 입력함으로써 Microsoft Cluster Service를 중지하십시오.

    net stop clussvc
  7. 노드 B에서 Windows NT Option Pack 설치를 시작하십시오. Microsoft Internet Information Server 설치 대화 상자에서 WWW와 FTP, 응용 프로그램 설치 포인트 등의 설정에 대해 기본으로 제공된 위치를 그대로 사용하십시오. 이 설치 프로그램에서는 트랜잭션 로그 위치에 대해 묻는 메시지는 나타나지 않습니다. 설치가 완료되면 노드 B를 다시 시작하십시오.
  8. Windows NT 서비스 팩 4가 노드 B에 설치되어 있을 경우, NTOP을 설치하고 컴퓨터를 다시 시작한 다음에는 Cluster Server 서비스가 시작되지 않습니다. 이는 이미 알려져 있는 문제입니다. 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

    Q218922 - Installing NTOP on Cluster Server with SP4 Causes Event IDs 1009 and 1058(Microsoft TechNet)

    Microsoft Cluster Server 서비스가 시작되기 전에 먼저 노드 B에 서비스 팩 4 이상을 다시 적용하고 컴퓨터를 다시 시작해야 합니다.
  9. 노드 A로부터 노드 B로 리소스 그룹을 옮기십시오.
  10. 노드 A를 다시 시작하십시오.
  11. Windows NT 서비스 팩 4가 노드 A에 설치되어 있을 경우, NTOP을 설치한 다음에는 클러스터 서비스가 시작되지 않습니다. 이는 이미 알려져 있는 문제입니다. 자세한 내용은 Microsoft Knowledge Base의 다음 기사를 참조하십시오.

    Q218922 - Installing NTOP on Cluster Server with SP4 Causes Event IDs 1009 and 1058(Microsoft TechNet)
Microsoft Cluster Server 서비스가 시작되기 전에 먼저 노드 A에 서비스 팩 4 이상을 다시 적용하고 컴퓨터를 다시 시작해야 합니다.

다음 일곱 가지의 단계는 클러스터된 시스템에서 사용하도록 MSDTC를 정확하게 구성하는 데 사용됩니다.
  1. 노드 B에서 노드 A로 리소스 그룹을 옮기십시오. 노드 A에서 실행 중인 리소스 그룹은 그대로 두십시오.
  2. 노드 A에서 명령 프롬프트에 다음을 입력하십시오.

    msdtc -remove
  3. 노드 B에서 명령 프롬프트에 다음을 입력하십시오.

    msdtc -remove
  4. Cluster Server 리소스 그룹 중 하나에 MSDTC 리소스가 있을 때는 해당 그룹으로부터 이 리소스를 삭제하십시오. 리소스가 설치되어 있는 경우, 이 리소스는 리소스 그룹 하나에만 둘 수 있습니다. 리소스 그룹에 MSDTC 리소스가 없을 때는 관계 없습니다.
  5. 노드 A에서 명령 프롬프트에 다음을 입력하십시오.

    msdtc -install -d %windir%\system32 -l DTC_logfile_loc -v SQL_servername

    참고 DTC 로그 파일에 대해 지정한 디렉터리가 공유 디스크 드라이브에 있도록 하십시오. 예를 들어, -1 변수에 대해 S:\MSDTCLog를 입력했을 때는 MSDTCLog 디렉터리가 S 드라이브의 루트에 있는지 확인하십시오. 지정한 디렉터리가 없을 때는, 위의 명령을 실행(예를 들어, SQLGroup의 경우, msdtc - install -d %windir%\system32 –l S:\MSDTCLog -v SQLGroup를 입력)하기 전에 디렉터리를 만드십시오.
  6. 노드 B에서 명령 프롬프트 다음을 입력하십시오.

    msdtc -join %windir%\system32

    이 때, MSDTC는 클러스터에 정확하게 설치되고, MSDTC 리소스는 현재 클러스터 관리자의 SQL Server 리소스 그룹에 있게 됩니다. SQL Server 그룹의 장애 조치가 제대로 기능하게 하려면, 18단계를 수행하도록 하십시오. 18단계의 수행이 실패하면 SQL Server 그룹 장애 조치에서 한 노드로부터 다른 노드로 이동하는 데 5분 이상 걸리게 됩니다.
  7. 클러스터 관리자에서, 지정한 SQL Server 리소스 그룹으로부터 MSDTC 리소스를 선택한 다음, 마우스 오른쪽 단추를 누르고 등록 정보를 누르십시오. 종속성수정을 차례로 누르십시오. 종속성 수정 창의 왼쪽 프레임에서 SQL Server 가상 서버 네트워크 이름을 선택하여 두 번 누르십시오. 이렇게 하면 왼쪽 프레임에서 오른쪽 프레임으로 가상 서버 이름이 옮겨지고 종속성으로서 나열됩니다. 확인적용을 차례로 누른 다음, 확인을 누르십시오.
  8. 여기서, 웹이나 FTP 장애 조치 사이트를 만들어야 합니다. 이 구성의 Internet Information Server(IIS) 가상 서버에는 최소한 IP 주소가 있는 리소스 그룹이 필요합니다. 그러나, 웹 페이지를 저장할 수 있는 디스크 리소스도 함께 보유하는 것이 좋습니다.

    참고 기본 클러스터 그룹은 사용하지 마십시오.
  9. 노드 A에서 리소스 그룹이 실행되고 있지 않은 경우, IIS 인스턴스를 생성하려는 리소스 그룹을 노드 A로 이동하십시오. World Wide Web 사이트에 대해 리소스 그룹을 만들지 않았을 때는 리소스 그룹을 하나 만들어 WWW 사이트에서 사용할 IP 주소 리소스와 디스크 리소스를 제공하십시오.(예를 들어, 웹 사이트에 대한 리소스 그룹을 WWWGroup이라 할 때, WWWGroup을 노드 A로 이동하십시오.)
  10. 노드 A의 Microsoft Management Console(MMC)에서, Internet Information Server 트리를 확장하고 컴퓨터 이름에서 마우스 오른쪽 단추를 누른 다음, 웹(또는 FTP) 사이트를 새로 만드십시오.
  11. 이러한 새 사이트의 등록 정보에서 해당 사이트의 IP 주소를 이 웹 사이트가 상주할 리소스 그룹에 대한 IP 주소 리소스와 동일하게 설정하십시오.(예를 들어, WWWGroup에 IP 주소 리소스가 있고 이 주소가 10.5.5.5로 구성되어 있는 경우에는 MMC에서 이 주소를 사용하여 새로운 웹 사이트를 구성하도록 하십시오.)
  12. 사이트에서 홈 디렉터리로 사용하도록 디렉터리나 Universal Naming Convention(UNC) 연결, 리디렉션 등을 선택하십시오. 드라이브를 선택하면, IP 주소와 동일한 리소스 그룹에 있는 디스크 리소스가 됩니다.
  13. 장애 조치 기능을 제공하려는 각 FTP 사이트의 WWW마다 21단계부터 23단계까지 반복하십시오.
이제, 이 문서의 앞부분에 있는 클러스터된 웹 사이트 만들기로 돌아가 참조할 수 있습니다.

추가 정보



Windows NT Option Pack의 최신 정보는 다음 리소스를 참조하십시오. © 1999 Microsoft Corporation.All rights reserved.

이 문서에 들어 있는 정보는 이 문서가 작성될 당시 Microsoft의 견해를 나타냅니다. Microsoft는 급변하는 시장 동향에 대응해야 합니다. 따라서 Microsoft 입장에서는 이 정보가 어떤 서약의 형태로 해석되어서는 안 됩니다. 그리고 Microsoft는 여기에 제공된 정보에 대하여, 게시된 날짜 이후의 시점에서는 그 어떤 정확성도 보장할 수 없습니다.

이 백서는 정보 제공만을 목적으로 하며, Microsoft는 이 문서의 내용에 대해 명시적 또는 암시적으로 어떠한 보증도 하지 않습니다.

Microsoft, BackOffice, the BackOffice logo, FrontPage, Outlook, Windows NT는 Microsoft의 등록 상표입니다.

이 문서에서 언급된 기타 제품 및 회사 이름은 각각 그 소유자의 상표일 수 있습니다.

1099

여기에 언급된 회사, 조직, 제품, 사람, 이벤트는 임의로 만들어 낸 것이며, 실제 회사, 조직, 제품, 사람, 이벤트와는 아무런 관련이 없습니다.



최종 수정일 : 2005.8.23

Microsoft