이 섹션에서는 NLB(네트워크 부하 분산) 클러스터를 사용할 때 발생할 수 있는 일반적인 문제에 대해 설명합니다.

현재 어떤 문제가 있습니까?

네트워크 부하 분산을 설치하고 클러스터 호스트를 다시 시작한 후에 "시스템에서 네트워크에 있는 다른 시스템과 IP 주소가 충돌되는 것을 발견했습니다."라는 메시지가 표시됩니다.
  • 원인: 네트워크에 동일한 IP 주소가 이미 있습니다.

  • 해결 방법: 새 IP 주소를 선택하거나 중복된 주소를 제거하십시오.

  • 원인: 호스트에서 다른 클러스터 작동 모드(유니캐스트 또는 멀티캐스트)를 구성했으며 이로 인해 두 개의 다른 MAC 주소가 동일한 IP 주소로 매핑되었습니다.

  • 해결 방법: 모든 호스트가 동일한 클러스터 작동 모드로 구성되었는지 확인하십시오.

  • 원인: NLB가 네트워크 어댑터로 바인딩되기 전에 클러스터의 IP 주소를 구성했습니다.

  • 해결 방법: TCP/IP 속성에서 클러스터의 IP 주소를 제거하고 올바른 어댑터에서 NLB를 사용하도록 설정한 후 클러스터의 IP 주소를 구성하십시오.

  • 원인: NLB를 사용하도록 설정하지 않은 네트워크 어댑터에 클러스터의 IP 주소를 추가했습니다.

  • 해결 방법: 잘못된 어댑터의 TCP/IP 속성에서 클러스터의 IP 주소를 제거하고 해당 어댑터에서 NLB를 사용하도록 설정한 후 클러스터의 IP 주소를 구성하십시오.

NLB 사용 설정에 대한 자세한 내용은 네트워크 부하 분산 설치를 참조하십시오.

ping을 사용하여 외부 네트워크에서 클러스터의 IP 주소에 액세스하는 경우 응답이 없습니다.

ping을 사용하여 라우터 외부의 컴퓨터에서 클러스터 호스트에 대한 전용 IP 주소에 액세스할 수 있는지 확인하십시오. 이 테스트가 실패하고 다중 네트워크 어댑터를 사용하고 있는 경우에는 NLB와 관련된 문제가 아닙니다. 전용 IP 주소와 클러스터 IP 주소에 대해 단일 네트워크 어댑터를 사용하고 있으면 다음 원인을 고려하십시오.

  • 원인: 멀티캐스트 지원을 사용할 경우 라우터가 ARP(주소 확인 프로토콜)를 사용하여 기본 IP 주소를 멀티캐스트 MAC(미디어 액세스 제어) 주소로 확인하지 못할 수 있습니다.

  • 해결 방법: ping을 사용하여 클러스터 서브넷의 클라이언트에서 클러스터에 액세스할 수 있는지와 라우터 외부 컴퓨터에서 클러스터 호스트의 전용 IP 주소에 액세스할 수 있는지 확인하십시오. 이러한 테스트에 문제가 없으면 라우터에 문제가 있을 수 있습니다. 이 문제를 방지하기 위해 고정 ARP 항목을 라우터에 추가할 수 있습니다. 또한 NLB 멀티캐스트 지원을 해제하고 허브 없는 유니캐스트 네트워크 주소를 사용할 수도 있습니다.

  • 원인: 멀티캐스트나 유니캐스트 모드에서 NLB를 사용하는 경우 라우터에서 프록시 ARP 응답(이더넷 프레임에서 다른 네트워크 원본 주소로 받는 IP 주소와 네트워크 주소 간 매핑)을 수락해야 합니다.

  • 해결 방법: 라우터에 프록시 ARP 지원이 설정되어 있는지 확인하십시오. 고정 ARP 항목을 설정하여 라우터에서 프록시 ARP 지원을 사용하지 않도록 유지할 수도 있습니다.

  • 원인: 클러스터에 대한 ICMP(Internet control message protocol)가 라우터 또는 방화벽에 의해 차단되었습니다.

  • 해결 방법: 라우터나 방화벽을 통해 ICMP 트래픽이 전송되도록 허용하십시오. 이로 인해 시스템이 추가 보안 위험에 노출될 수도 있습니다.

ping을 사용하여 다른 클러스터 호스트에서 호스트의 전용 IP 주소에 액세스하는 경우 응답이 없습니다.
  • 원인: 멀티캐스트나 유니캐스트 모드에서 NLB를 사용하는 경우 라우터에서 프록시 ARP 응답(이더넷 프레임에서 다른 네트워크 원본 주소로 받는 IP 주소와 네트워크 주소 간 매핑)을 수락해야 합니다.

  • 해결 방법: 라우터에 프록시 ARP 지원이 설정되어 있는지 확인하십시오. 고정 ARP 항목을 설정하여 라우터에서 프록시 ARP 지원을 사용하지 않도록 유지할 수도 있습니다.

  • 원인: 클러스터에 대한 ICMP(Internet control message protocol)가 라우터 또는 방화벽에 의해 차단되었습니다.

  • 해결 방법: 방화벽이나 라우터를 통해 ICMP 트래픽이 전송되도록 허용하십시오. 이로 인해 시스템이 추가 보안 위험에 노출될 수도 있습니다.

네트워크 부하 분산 관리자를 사용하여 사용자의 클러스터 호스트에 연결하려고 시도하는 경우 "호스트에 연결할 수 없습니다."라는 오류 메시지가 표시됩니다.
  • 원인: 호스트에 대한 ICMP(Internet control message protocol)가 라우터나 방화벽에 의해 차단되었거나 호스트 네트워크 어댑터에서 사용하지 않도록 설정되었습니다.

  • 해결 방법: 호스트의 네트워크 어댑터에서 ICMP를 사용하도록 설정하거나 방화벽이나 라우터를 통해 ICMP 트래픽이 전송되도록 허용하십시오. 이로 인해 시스템이 추가 보안 위험에 노출될 수도 있습니다. NLB 관리자의 /noping 옵션을 사용할 수도 있습니다.

텔넷을 사용하거나 클러스터 호스트에서 클러스터 외부의 컴퓨터를 찾으려고 시도하는 경우 응답이 없습니다.
클러스터 외부의 컴퓨터에서 네트워크 부하 분산 원격 제어 명령을 호출하는 경우 하나 이상의 클러스터 호스트에서 응답이 없습니다.
  • 원인: 원격 제어 명령이 클러스터의 IP 주소로 전송되고 있지 않습니다.

  • 해결 방법: 명령이 네트워크 부하 분산 속성 대화 상자에서 할당된 클러스터의 기본 IP 주소로 전송되어야 합니다. 원격 명령을 올바른 IP 주소로 전송하고 있는지 확인하십시오.

  • 원인: 원격 제어 트래픽이 IPsec(인터넷 프로토콜 보안)에 의해 암호화되고 있습니다. 원격 제어 트래픽이 IPSec에 의해 암호화되도록 IPSec이 구성된 컴퓨터에서 NLB 원격 제어 명령을 전송할 경우 이 명령은 제대로 작동하지 않습니다.

  • 해결 방법: IPSec을 사용하지 않도록 설정하십시오.

    자세한 내용은 IPsec(인터넷 프로토콜 보안) 도움말 내용을 참조하십시오.

  • 원인: NLB UDP 제어 포트가 방화벽에 의해 잘못 보호되고 있습니다. 기본적으로 원격 제어 명령은 클러스터 IP 주소의 UDP 포트 1717 및 2504로 전송됩니다.

  • 해결 방법: 이러한 포트가 라우터나 방화벽에 의해 잘못 차단되지 않았는지 확인하십시오. 해당 NLB 매개 변수를 수정하여 포트 번호를 변경할 수도 있습니다.

호스트의 전용 IP 주소를 사용하여 원격 제어 명령의 대상으로 지정하는 경우 응답이 없습니다. 그러나 호스트를 우선 순위(ID)별로 지정하면 제대로 작동합니다.
전부가 아닌 일부 사용자에 대해 클러스터 연결이 거부되었습니다.
  • 원인: 부하를 분산 중인 응용 프로그램이 응답하지 않습니다.

  • 해결 방법: 이 문제는 NLB와 관련이 없는 응용 프로그램 관련 문제입니다. 응용 프로그램 설명서를 참조하여 이 문제를 해결하십시오. 응용 프로그램을 중지한 후 다시 시작해야 할 수 있습니다.

  • 원인: 클러스터가 유니캐스트 모드로 구성되어 있는 경우 스위치에서 NLB 네트워크 어댑터의 MAC 주소를 알 수 있습니다.

  • 해결 방법: MAC 주소 매핑에 대한 스위치의 포트를 지우십시오.

  • 원인: 클러스터의 IP 주소가 하나 이상의 호스트에서 TCP/IP에 추가되지 않았습니다.

  • 해결 방법: NLB 관리자를 사용하여 클러스터를 구성하지 않을 경우 TCP/IP를 클러스터의 IP 주소로 수동으로 구성해야 합니다.

  • 원인: drainstop 또는 stop 명령 때문에 호스트가 클러스터를 나가지만 수렴이 제대로 완료되지 않았습니다.

  • 해결 방법: 수렴이 완료될 때까지 기다리십시오. 수렴이 완료되지 않으면 이 문제 해결 항목 뒷부분에 나오는 다음 문제를 참조하십시오.

    클러스터 호스트가 시작되면 수렴을 시작하지만 수렴을 완료하지는 않습니다.

net config 및 WMI(Windows Management Instrumentation)를 사용하여 네트워크 부하 분산 속성을 보거나 변경할 수 없습니다.
  • 원인: 네트워크 부하 분산 속성을 보거나 변경하려면 Administrators 그룹의 구성원이어야 합니다.

  • 해결 방법: NLB가 실행되는 컴퓨터의 로컬 Administrators 그룹 사용자로 로그온하십시오.

클라이언트의 IP 주소에 대해 비정상적인 수의 TCP 연결이 서버 또는 클라이언트에서 다시 설정되고 있습니다.
  • 원인: NLB 호스트에서 HTTP keep-alive 값이 사용되도록 설정되었으며 keep-alive 값 사용 클라이언트가 클러스터에 연결하고 있습니다.

  • 해결 방법: HTTP keep-alive 값을 사용하지 않도록 설정하십시오. HTTP keep-alive 값 및 IIS(인터넷 정보 서비스)에 대한 자세한 내용은 IIS 설명서 모음을 참조하십시오.

    데스크톱에서 IIS 설명서 모음을 보려면 IIS를 설치하고 시작, 실행을 차례로 클릭한 후 열기 텍스트 상자에 다음 명령을 입력하십시오.

    %windir%\help\iisrv.chm

  • 원인: 서버의 시스템 리소스가 부족하여 TCP가 연결을 거부합니다.

  • 해결 방법: 시스템 메모리를 추가하거나 불필요한 응용 프로그램을 닫아 시스템 리소스를 확보하십시오.

  • 원인: 클러스터가 별도로 수렴되는 두 클러스터로 나누어졌기 때문에 둘 이상의 노드가 모든 연결에 대한 소유권을 요구합니다.

  • 해결 방법: 두 클러스터를 제거한 다음 단일 클러스터를 다시 만드십시오.

호스트 추가, 호스트 제거, 호스트 드레이닝과 같은 수렴을 발생시키는 변경을 수행하는 경우 VPN(가상 사설망) 호출이 실패합니다.
  • 원인: NLB를 사용하여 VPN 트래픽의 부하를 분산하는 경우에는 단일 또는 네트워크 선호도 중 하나를 사용하도록 VPN 트래픽을 처리하는 포트에 적용되는 포트 규칙(PPTP/GRE의 경우 TCP 포트 1723 및 IPSEC/L2TP의 경우 UDP 포트 500)을 구성해야 합니다.

  • 해결 방법: 포트 500 및 1723에 적용되는 포트 규칙이 단일 또는 네트워크 선호도를 사용하도록 구성하십시오. 자세한 내용은 네트워크 부하 분산 관리자 속성를 참조하십시오.

클러스터 호스트가 시작되면 수렴을 시작하지만 수렴을 완료하지는 않습니다.
  • 원인: 다른 클러스터 호스트에 대해 다른 수의 포트 규칙 또는 호환되지 않는 포트 규칙을 입력했습니다. 이 경우 수렴이 수행되지 않습니다.

  • 해결 방법: 각 클러스터 호스트에서 네트워크 부하 분산 속성 대화 상자를 열고 모든 호스트가 동일한 포트 규칙을 갖는지 확인하십시오.

  • 원인: 잘못된 네트워크 어댑터나 케이블이 있습니다.

  • 해결 방법: ping 명령을 사용하여 연결을 테스트하십시오. 호스트의 정규화된 도메인 이름을 입력하십시오. 또한 ping 명령으로 IP 주소별 도메인 컨트롤러를 검색하고 이름과 IP 주소별 기타 네트워크 서버를 검색하여 해당 문제에 대해 자세히 알아볼 수 있습니다.

  • 원인: 스위치 또는 허브의 이중 설정이 일치하지 않습니다.

  • 해결 방법: 각 스위치 및 허브의 이중 설정이 적절히 구성되었는지 확인하십시오.

  • 원인: 호스트 중 하나에 사용한 전용 IP 주소가 네트워크에 이미 있습니다.

  • 해결 방법: 새 IP 주소를 선택하거나 중복된 주소를 제거하십시오.

  • 원인: 클러스터에 Windows 2000이 실행되는 호스트가 있습니다.

  • 해결 방법: 클러스터의 모든 호스트에서 Windows Server 2008이 실행되어야 합니다. Windows Server 2003 및 Windows Server 2008이 설치된 호스트가 포함된 NLB 클러스터 환경은 Windows Server 2008으로의 롤링 업그레이드를 수행할 때만 지원됩니다. 동일한 클러스터에서 Windows Server 2003과 Windows Server 2008을 장기간 함께 사용할 수 없습니다.

  • 원인: 호스트에서 서로 다른 클러스터 작동 모드(유니캐스트 및 멀티캐스트)를 구성했습니다.

  • 해결 방법: NLB 관리자를 사용하여 모든 호스트가 동일한 클러스터 작동 모드로 구성되었는지 확인하십시오.

참고

Windows 이벤트 로그를 검토하여 오류 및 경고를 확인할 수도 있습니다. 자세한 내용은 네트워크 부하 분산 설치를 참조하십시오.

클러스터가 수렴된 상태를 오고 갑니다.
  • 원인: 잘못된 네트워크 어댑터나 케이블 또는 기타 네트워크 문제로 인해 네트워크 연결이 일시적으로 끊기기 때문에 하트비트가 누락되고 있습니다.

  • 해결 방법: ping 명령을 사용하여 연결을 테스트하십시오. 호스트의 정규화된 도메인 이름을 입력하십시오. 또한 ping 명령으로 IP 주소별 도메인 컨트롤러를 검색하고 이름과 IP 주소별 기타 네트워크 서버를 검색하여 해당 문제에 대해 자세히 알아볼 수 있습니다.

클러스터 호스트가 시작되면 네트워크 부하 분산에서 수렴이 완료되었음을 보고하지만 둘 이상의 호스트가 기본 호스트입니다.
  • 원인: 클러스터 호스트가 다른 서브넷의 구성원이 되었기 때문에 동일한 네트워크에서 모든 호스트에 액세스할 수 없습니다.

  • 해결 방법: 모든 클러스터 호스트가 서로 통신할 수 있는지 확인하십시오.

  • 원인: 계층 3 스위치가 사용되고 있습니다.

  • 해결 방법: 호스트와 계층 3 스위치 간에 계층 2 스위치를 삽입하십시오.

  • 원인: 중복 스위치가 끊어져 클러스터가 두 클러스터로 분리되었기 때문에 두 개의 기본 호스트가 만들어졌습니다.

  • 해결 방법: 두 클러스터를 제거한 다음 단일 클러스터를 만드십시오.

  • 원인: 스위치가 브로드캐스트 패킷을 거부하도록 구성되었습니다.

  • 해결 방법: 브로드캐스트 패킷을 수락하도록 스위치를 구성하거나(이 경우 특정 보안 위험을 초래할 수 있음) 멀티캐스트 모드를 사용하도록 NLB 클러스터를 구성하십시오.

  • 원인: 한 호스트가 하트비트를 보내거나 받을 수 없습니다.

  • 해결 방법: ping 명령을 사용하여 각 호스트에 대한 연결을 테스트하십시오. 호스트의 정규화된 도메인 이름을 입력하십시오.

  • 원인: 호스트를 스위치의 잘못된 포트에 꽂았습니다.

  • 해결 방법: 올바른 스위치 포트를 사용하십시오.

네트워크 부하 분산이 응용 프로그램 부하를 분산시키지 않으며 기본 호스트가 모든 네트워크 트래픽을 처리합니다.
  • 원인: 포트 규칙이 없습니다. 기본적으로 NLB는 포트 규칙이 적용되지 않는 모든 들어오는 네트워크 트래픽을 기본 호스트로 보냅니다. 따라서 부하를 분산시키지 않으려는 응용 프로그램은 제대로 작동합니다.

  • 해결 방법: 클러스터에서 응용 프로그램 부하를 분산시키려면 해당 응용 프로그램이 서비스하는 TCP/IP 포트에 대한 모든 클러스터 호스트에서 포트 규칙을 만듭니다.

  • 원인: 단일 호스트 클러스터에 또 다른 호스트를 추가했지만 두 번째 호스트가 제대로 구성되지 않았습니다. 클러스터는 수렴하지 않으며 원래 호스트가 모든 트래픽을 계속 처리합니다.

  • 해결 방법: 두 번째 호스트의 각 설정(예: 클러스터 IP 주소, 전용 IP 주소 및 포트 규칙)을 잘 검토하고 필요한 경우 수정하십시오.

  • 원인: 클러스터가 유니캐스트 모드로 구성되어 있는 경우 스위치에서 NLB 네트워크 어댑터의 MAC 주소를 알 수 있습니다.

  • 해결 방법: MAC 주소 매핑에 대한 스위치의 포트를 지우십시오.

  • 원인: 프록시 서버가 단일 IP 주소를 사용하는 모든 연결을 단일 선호도 모드로 클러스터에 전송하고 있습니다.

  • 해결 방법: 여러 IP 주소를 사용하도록 프록시 서버를 구성하십시오.

클러스터 호스트 간에 트래픽이 예기치 않게 대체되며 TCP 연결이 중단됩니다.
  • 원인: 유니캐스트 네트워크 주소로 인해 스위칭 허브에 문제가 발생하고 있습니다. 스위칭 허브를 사용하여 클러스터 호스트를 상호 연결할 경우 NLB 멀티캐스트 지원을 사용해야 합니다. 그렇지 않을 경우 여러 스위치 포트에서 동일한 유니캐스트 네트워크가 사용될 때 스위치가 제대로 작동하지 않을 수 있습니다.

  • 해결 방법: 네트워크 부하 분산 속성 대화 상자에서 멀티캐스트 지원을 선택했는지 확인하십시오. 멀티캐스트 지원을 사용하지 않으려는 경우 스위치 대신 허브 또는 동축 케이블을 사용하여 클러스터 호스트를 상호 연결할 수 있습니다.

네트워크 트래픽이 클러스터 호스트 간에 균등하게 부하를 분산하는 것 같지 않습니다.
  • 원인: 프록시 서버의 설정 때문에 제한된 수의 IP 주소에서 네트워크 트래픽이 전송되고 있습니다.

  • 해결 방법: 여러 IP 주소를 사용하도록 프록시 서버를 구성하십시오.

Microsoft ISA(Internet Security and Acceleration) 서버에서 네트워크 부하 분산을 사용하는 경우 클러스터 호스트 하나가 다른 호스트의 전용 IP(인터넷 프로토콜)로 보내지는 차단된 패킷을 기록합니다.
  • 원인: 클러스터 호스트 중 하나가 호스트 우선 순위 식별자 1로 구성되었습니다.

  • 해결 방법: 호스트 우선 순위 식별자를 1로 지정하여 클러스터 호스트를 구성하지 마십시오. 1보다 큰 수를 사용하십시오. 자세한 내용은 네트워크 부하 분산 호스트 매개 변수 구성을 참조하십시오.

64비트 버전 환경에서 네트워크 부하 분산 클러스터를 만들 수 없습니다.
  • 원인: 환경에 적합한 NLB 버전을 실행하고 있지 않을 수 있습니다. NLB는 32비트 버전의 NLB가 64비트 버전의 컴퓨터에서 사용되고 있을 때 클러스터를 형성할 수 없습니다. 32비트 NLB 구성 요소(nlb.exe, wlbs.exe 및 nlbmgr.exe)가 64비트 버전 환경에서 제대로 실행되는 것으로 나타나기 때문에 이 문제가 감지되지 않았을 수 있습니다.

  • 해결 방법: 64비트 버전의 컴퓨터 환경을 사용하려는 경우 64비트 NLB 버전을 사용해야 합니다.

참고
  • 다음 항목에서는 NLB를 설치한 후 처음 사용할 때 발생할 수 있는 몇 가지 일반적인 문제에 대해 설명합니다. 또한 각 문제에 대한 가능한 원인과 하나 이상의 권장 해결 방안에 대해서도 설명합니다. 이러한 항목에서는 사용자의 시스템 및 응용 프로그램이 NLB의 최소 요구 사항을 충족한다고 가정합니다. 자세한 내용은 네트워크 부하 분산 개요네트워크 부하 분산 설치을 참조하십시오.
  • NLB를 설치하기 전에 네트워크 및 모든 네트워크 어댑터가 제대로 작동하는지 테스트해야 합니다. 모든 설치 단계를 따르고 클러스터 매개 변수 및 포트 규칙이 모든 클러스터 호스트에 대해 동일하게 설정되어 있는지 확인하십시오. 문제가 발생하면 Windows 이벤트 로그에서 NLB 드라이버의 메시지를 확인하십시오. 자세한 내용은 네트워크 부하 분산 관리자 속성에서 클러스터 매개 변수, 호스트 매개 변수 및 포트 규칙 섹션을 참조하십시오.

목차