WINS 복제 구성

업데이트됨: 2005년 01월 21일

WINS 복제 구성

복제를 구성하기 전에 먼저 WINS 복제 토폴로지를 주의 깊게 설계하고 검토해야 합니다. WAN(Wide Area Network)에서 이 계획은 WINS의 성공적인 배포와 사용에 매우 중요합니다. 일반적으로 WINS는 복제를 구성할 때 선택할 수 있도록 다음과 같은 옵션과 기능을 제공합니다.

WINS 복제를 구성할 때 가장 중요한 두 가지 계획 문제는 다음과 같습니다.

WINS 서버 간 WINS 데이터베이스 복제 빈도는 중요한 계획 문제입니다. WINS 서버 데이터베이스는 한 대의 WINS 서버가 중지되더라도 다른 WINS 서버에 있는 매핑 정보의 신뢰성에 영향을 주지 않도록 빈번하게 복제되어야 합니다. 그러나 복제 시간 간격이 네트워크 처리량에 지장을 줄 정도로 너무 짧아도 안 됩니다.

네트워크 토폴로지는 복제 빈도 결정에 영향을 미칠 수 있습니다. 예를 들어 네트워크에 비교적 느린 속도의 WAN 링크로 연결된 허브가 여러 개 있는 경우 LAN이나 고속 WAN 링크상에서 일어나는 복제보다는 빈도가 낮은 복제가 일어나도록 저속 링크상의 WINS 서버 간 WINS 데이터베이스 복제를 구성할 수 있습니다. 이렇게 하면 저속 링크를 통한 트래픽을 줄이고 복제 트래픽과 WINS 클라이언트 이름 쿼리 사이의 트래픽 경쟁도 줄입니다.

예를 들어 아래 그림에서 설명된 대로 WINS 서버의 끌어오기 복제 구성에 사용되는 간격은 서버 간 근접성과 복제 파트너로서 서로 구성되는 서버를 연결하는 고속 링크의 가능성에 따라 설정될 수 있습니다.

수렴 시간 계획

수렴 시간은 항목을 소유한 WINS 서버에서 네트워크상에 있는 다른 모든 WINS 서버로 전달되는 WINS 데이터베이스에 새 항목이 복제되는 데 필요한 시간입니다. WINS 서버를 계획할 때 네트워크에서 수렴 시간으로서 받아들일 수 있는 시간을 결정해야 합니다.

앞의 예를 사용하면 Seattle에 있는 WINS 클라이언트가 자신의 이름을 WINS 서버인 SEA-WINS에 등록하면 원격 위치에 있는 다른 WINS 클라이언트는 이 클라이언트 이름을 쿼리하더라도 WINS에서 찾을 수는 없습니다. 클라이언트의 주소가 변경되었으면 원격지 클라이언트는 로컬 서버 데이터베이스에 있는 해당 클라이언트의 이전 IP 주소에 대한 매핑만 가지는 경우도 있습니다.

그림에서 다른 WINS 서버인 ATL-WINS, MEX-WINS, SYD-WINS 중 어느 한 WINS 서버에 쿼리하는 WINS 클라이언트는 해당 클라이언트에 대한 새롭거나 업데이트된 해당 항목을 소유하는 서버인 SEA-WINS에서 다른 모든 서버로 완전히 복제되었을 때만 정상적으로 정확한 응답을 받습니다. SEA-WINS로부터의 복제는 다른 두 방식 중 하나로 트리거될 수 있습니다.

이 구성이 지정되면 SEA-WINS에 있는 새롭거나 업데이트된 항목이 끌어오기 복제 간격이 만료될 때만 복제되지만 새 이름 매핑에 대한 원격 사이트의 쿼리는 나중에 이 항목이 복제될 때까지 성공하지 못할 수 있습니다. 이는 ATL-WINS에 대한 복제 간격이 1시간, MEX-WINS의 경우 3시간, SYD-WINS의 경우 12시간이기 때문입니다. 이러한 경우에 WINS 수렴 시간이 다음과 같이 계산됩니다.

12 hours + 2 * (1 hour) = 14 hours

실제로 이름 쿼리 요청은 수렴 시간이 경과하기 전에 성공할 수 있습니다. 항목이 가장 나쁜 경우의 경로보다 짧은 경로를 통해 복제될 때 이러한 경우가 발생합니다. 또한 밀어넣기 복제 설정의 버전 ID가 다음 횟수만큼 변경되면 복제 임계값이 끌어오기 복제 설정의 복제 간격 만기 이전에 초과될 때에도 이러한 경우가 발생합니다. 이는 새로운 항목에 대해 더 빠른 복제를 유발합니다. 복제 경로가 길수록 수렴 시간도 길어집니다.

참고

LAN(Local Area Network)의 WINS 복제를 구성할 때 WAN 환경에서 발생하는 것과 비슷한 문제가 발생하지만

그다지 중요하지는 않습니다.

LAN의 기본 네트워크 링크 속도가 WAN보다는 훨씬 더 빠르기 때문에 LAN 기반 복제 파트너의 밀어넣기와 끌어오기 매개 변수를 최적화함으로써 WINS 데이터베이스 복제 빈도를 증가시킬 수 있기 때문입니다. 밀어넣기/끌어오기 파트너의 경우 버전 ID가 다음 횟수만큼 변경되면 복제와 복제 간격 설정을 저속 링크상의 WAN 기반 파트너에 사용했던 설정에서 적절히 줄임으로써 같은 결과를 얻을 수 있습니다.

예를 들어 LAN 기반의 복제 파트너 간에 있어서 이런 방법은 종종 WINS에서 서버 간의 영구 연결을 사용할 수 있게 하는 데 적용됩니다. 영구 연결이 사용되지 않았으면 통상적인 업데이트 횟수 임계값은 기본적으로 최소 20으로 설정됩니다. 영구 연결을 사용하면 더 작은 업데이트 횟수 임계값이 지정될 수 있습니다.

다음으로 WINS에서 밀어넣기 복제 트리거를 다른 파트너에 보내기 전에 버전 ID가 다음 횟수만큼 변경되면 복제의 세 값 중 하나를 선택하는 방식으로 훨씬 더 작은 수를 지정할 수 있습니다. 끌어오기 파트너의 경우 복제 간격을 시간 단위가 아니라 분 단위의 값으로 설정하는 것도 고려할 수 있습니다.

WAN 복제 계획에서 보여 준 바와 같이 WINS 서버 데이터베이스는 한 대의 WINS 서버가 중지되더라도 다른 WINS 서버에 있는 매핑 정보의 신뢰성에 영향을 주지 않도록 빈번하게 복제되어야 합니다. 그러나 복제 시간 간격이 네트워크 처리량에 지장을 줄 정도로 너무 짧아도 안 됩니다.

네트워크 집중식 환경의 경우 네트워크 모니터와 같은 네트워크 모니터링 도구를 사용하여 WINS 복제 전략을 최적화하는 방법을 평가하여 결정할 수 있도록 하는 것이 좋습니다.

다른 WINS 서버를 자신의 복제 파트너로서 자동 구성하도록 WINS 서버를 구성할 수 있습니다. 이러한 자동 파트너 구성을 사용하면 다른 WINS 서버가 네트워크에 참가할 때 발견되며 복제 파트너로서 추가됩니다.

각 WINS 서버에서 주기적인 멀티캐스트를 통해 네트워크에서 자신의 존재를 알리기 때문에 자동 구성이 가능합니다. 이 알림 메시지는 멀티캐스트 그룹 주소인 224.0.1.24(WINS 서버 사용을 위해 예약되어 잘 알려져 있는 멀티캐스트 IP 주소)를 통해 IGMP 메시지로서 보내집니다.

자동 복제 구성은 다른 WINS 서버의 멀티캐스트 알림 메시지를 모니터링하고 자동으로 아래 구성 작업을 수행합니다.

원격 서버가 발견되어 멀티캐스팅을 통해 파트너로서 추가되면 WINS가 정상적으로 종료될 때 이 서버는 복제 파트너로서 제거됩니다. 따라서 자동 파트너 정보가 영구적으로 되게 하려면 WINS가 시작될 때 수동으로 파트너를 구성해야 합니다.

수동으로 복제를 다른 WINS 서버에 구성하려면 WINS 콘솔을 사용하여 각 파트너의 역할과 관련 정보를 모두 지정합니다.

참고

트러스트 관계가 없는 도메인에 있는 하나 이상의 WINS 서버 간에 WINS 복제를 설정할 수 있습니다. 트러스트를 주지 않는 도메인에 유효한 사용자 계정 없이도 복제를 설정할 수 있습니다. 복제를 구성하려면 각 WINS 서버의 관리자가 WINS 콘솔을 사용하여 이 복제를 허용하도록 해당 서버를 수동으로 구성해야 합니다.