도메인 모델

도메인 모델은 한 개 혹은 그 이상의 도메인의 자원과 사용자 관리 및 교신 그룹을 만드는 것이다.

1. 단일 도메인 모델

단일 도메인 모델은 단 한 개의 도메인만 존재하는 도메인이다. 다른 도메인이 존재하지 않기 때문에 트러스트 관계는 설정되어 있지 않다. 이 도메인은 10,000명 미만의 사용자를 갖고 있거나 다른 도메인과 트러스트 관계가 별로 중요하지 않은 경우에 모든 사용자를 중앙 집권적으로 관리할 수 있는 가장 좋은 방법이다. 또한 로컬 그룹도 한 번만 지정해 주면 된다.
몇 개의 도메인이 존재하는 곳이라 할지라도 도메인끼리 서로 정보를 공유하지 않는 방법이다. 만약 네트워크를 사용하는 조직이 앞으로 더욱 커질 것으로 예측된다면, 단일 도메인 모델보다는 조금 더 유연한 다중 주 도메인 모델을 사용하는 것이 좋다. 도메인의 사용자가 10,000명을 넘어선다면 단일 도메인 모델의 수용 한계를 넘어서게 된다. 이렇게 되면 시스템 관리자가 사용자 데이터베이스를 관리하는 업무가 엄청나게 증가한다.
단일 도메인 모델은 사용자가 적고 연결된 컴퓨터가 몇 대 되지 않을 때 아주 유용하다. 빠른 시스템 로그온 시간을 유지하기 위하여 하나의 주 도메인 콘트롤러에 30개의 네트워크 클라이언트를 연결하는 것이 좋다. 또한 하나의 주 도메인 콘트롤러에 하나의 백업 콘트롤러가 존재한다면 100대까지의 네트워크 클라이언트에 접속할 수 있다. 이런 형태의 도메인이 10,000명의 사용자를 지원하려면 최소 50대의 서버가 필요하다.
단일 도메인 모델을 작성할 때는 다음 사항에 유의하여야 한다.
· NetBEIU 프로토콜을 사용하는 경우 모든 컴퓨터는 동일한 서브넷 네트워크에 연결되어 있어야 한다. 도메인 서버가 네트워크 확인 신호를 보낼 때 NetBEIU 프로토콜은 라우터를 지원하지 않는 프로토콜이기 때문에 동일 서브넷에 연결되지 않으면 네트워크 인식을 하지 못한다.
· TCP/IP 프로토콜을 사용하는 경우에는 다른 서브네트에 연결된 네트워크를 한 도메인 내로 조합할 수 있어야 한다. 즉 라우터가 NetBIOS 신호 영역 안에 있어야 한다. 세부적인 설정 사항은 LMHOST 파일 정보를 참조하면 된다.
· 워크스테이션 머신은 서버 도메인에 접근할 수 있는 권한을 가지고 있어야 하며, 경우에 따라서 한 라우터를 경유한 네트워크 자원들이 접근 불능인 경우가 생겨도 다른 경로를 통해 네트워크에 접근할 수 있도록 네트워크를 디자인하는 것이 중요하다. 네트워크를 이렇게 디자인하지 않고도 서버 도메인에 접근할 수 없는 상황에서 네트워크 로그온을 가능하게 하려면, 각각의 서브넷 네트워크 내에 하나의 백업 도메인 콘트롤러를 두는 방법을 생각할 수 있다. 후자의 방법이 어떠한 상황에서도 네트워크에 로그온할 수 있게 하는 조금 더 강력한 방법이다. 그리고 이 방법은 로그온걁 로컬 서브넷에 같이 연결되어 있는 백업 콘트롤러에서 바로 정보를 읽어 오는 까닭에, 시스테 로그온을 위한 대기 시간이 획기적으로 줄어든다. 물론 이런 방식을 사용하면 서브넷 사이에 전달되는 정보의 양이 많아지게 되나, 서브넷 내에서는 네트워크 브로드 캐스트(Broadcast)를 보내는 시간이 생략되기 때문에 빠른 로그온이 가능하다.

2. 단일 주 도메인 모델(Single Master Domain Model)

단일 주 도메인 모델은 도메인 전체를 관리하는 하나의 주 도메인과 몇 개의 부속 도메인으로 구성되어 있다. 모든 사용자 정보와 컴퓨터 계정은 주 도메인에서 관리된다. 그리고 사용자는 주 도메인에 있는 계정으로 로그온한다. 시스템의 파일과 프린트 등의 자원은 모든 도메인에 분산되어 있으며 각각의 도메인은 주 도메인과 한방향의 트러스트 관계를 맺고 있다. 이렇게 설정되면 주 도메인에 로그온하는 사용자는 시스템의 모든 자원을 사용할 수 있다. 단일 주 도메인 모델의 장점으로는 우선 중앙 집중적 제어의 유연성을 들 수 있다. 도메인 관리자는 단지 자신의 도메인만 관리하는 것으로 모든 도메인을 다 관리하는 효과를 얻을 수 있다. 예를 들어 4개의 도메인이 존재하는 네트워크가 있다고 할 때, 단일 도메인 모델이라면 4개의 도메인에 있는 사용자의 계정 데이터베이스를 각각의 도메인 별로 관리해 주어야 한다. 그러나 이 네트워크가 하나의 주 도메인을 가지고 있으며, 트러스트 관계가 설정되어 있다면 도메인 관리자는 주 도메인만 관리해 도메인의 다른 컴퓨터 계정과 사용자 계정을 공고히 관리할 수 있다. 또한 사용자는 단 한 번의 로그온으로 시스템의 모든 자원을 사용할 수 있다.
이 방법은 사용자 계정의 보안과자원 공유의 측면을 다 가지고 있다. 사용자는 일단 자신의 계정을 가지고 로그온하기만 하면 모든 공유 자원들을 다 사용할 수 있다.
단일 주 도메인 모델은 다음과 같은 경우에 적당한 방법이다.
· 진정한 중앙 집권적 관리가 필요한 경우 : 단일 주 도메인 모델은 한 곳에서 사용자의 계정 발급 및 삭제 권한 설정이 모두 이루어질 수 있다.
· 각 로컬 도메인에서 공유 자원의 관리만 필요한 경우 : 로컬 도메인은 각 지역에서의 시스템 관리자를 설정할 수 있으며, 이 시스템 관리자는 로컬 영역이 가지고 있는 공유 자원의 관리를 주로 하게 된다. 공유 자원은 지역적으로 따로 논리 그루을 설정할 수 있으며 이 그룹은 로컬 도메인에 할당된다.
단일 주 도메인 모델에서는 BDC(Backup Domain Controller)가 적절히 위치하고 있어야 한다. 단일 주 도메인 모델을 사용할 때는 다음 사항에 유의해야 한다.
· 자원이 있는 도메인은 주 도메인과 WAN(Wide Area Network)으로 연결되어 있어야 한다. 또한 BDC는 각 로컬 영역에 하나씩 존재하는 것이 좋다. 만약 WAN 연결이 단절되었을 경우에도 시스템 자원에 접속할 수 있어야 하기 때문이다.
· BDC가 존재하지 않을 경우, 주 도메인과 반드시 LAN으로 연결되어 있어야 한다.

3. 다중 주 도메인 모델

다중 주 도메인 모델은 네트워크 전체에 주 도메인이 두 개 이상 존재하는 모델이다. 단일 주 도메인 도멜과 마찬가지로 주 도메인은 계정을 발급하는 도메인으로 쓰인다. 따라서, 사용자들은 이 도메인 중 하나에 도메인 계정을 발급받게 된다. 그리고 계정이 발급되지 않은 도메인은 단지 자원의 공유만 할 수 있다.
이 모델에서는 각 주 도메인이 다른 주 도메인과 양방향 트러스트 관계를 맺게 된다. 또한 자원의 공유만을 행하는 도메인은 그들의 주 도메인 이외의 도메인과는 트러스트 관계를 맺을 필요가 없다. 주 도메인끼리 맺어진 양방향 트러스트에 이미 포함되기 때문이다. 사용자계정은 각각의 주 도메인에 분산되어 있으며, 계정 사용은 주로 그들의 주 도메인에서 행해진다. 도메인에 로그온하는 사용자들의 계정이 2000개가 될 때마다 각 도메인은 PDC 외에 하나의 BDC를 마련해야 한다. 그렇지 않으면 로그온할 때 대기 시간이 생긴다.
다중 주 도메인 모델은 다음과 같은 경우에 주로 사용된다.
· 40,000 이상의 사용자가 존재하는 조직 : 다중 주 도메인 모델은 사용자의 숫자는 별로 영향을 받지 않는다.
· 부서간을 이동하는 사용자가 많을 경우 : 사용자는 어떤 부서에서든지 로그온을 할 수 있다.
· 중앙 집권적인 네트워크와, 분권적인 네트워크를 동시에 필요로 할 때
· 도메인을 미러링해야만 하는 부서가 존재하는 경우

이 도메인 모델은 컴퓨터 자원이 로컬 그룹을 형성한 상태의 사용자가 아주 많은 경우에 적합하다. 각 도메인에서는 10,000명의 사용자를 관리할 수 있고, 주 도메인의 트러스트 관계로 형성되기 때문에 사용자 계정 정보는 주 도메인에 하나만 있어도 관계없다.
다중 주 도메인 모델은 주 도메인 모델보다 관리하기가 복잡하다. 사용자 계정은 각각의 로컬 도메인 모델보다 관리하기가 복잡하다. 사용자 계정은 각각의 로컬 도메인에서 관리하여야 하며, 개개인의 사용자 정보는 한 도메인에서 관리되지 않는다. 또한 트러스트 관계 역시 일일이 설정해 주어야 한다.
모든 사용자 정보가 중앙에 집중되어 있으면 불리하다고 생각될 때 다중 주 도메인 모델을 선택하면 된다. 관련 문서로는 각 도메인에서 관리할 수 있는 사용자의 숫자는 10,000명이고, 주 도메인 콘트롤러만 존재할 경우에는 도메인에 500명 정도가 사용할 수 있으며, 백업 도메인 콘트롤러가 있다면 콘트롤러 하나당 1,000명의 사용자가 추가적으로 사용할 수 있다. 프로토콜의 측면에서는 다중 주 도메인 모델은 단일 주 도메인 모델과 마찬가지다.