운영체제 원격 자동설치 제어 시스템 및 방법, 그 프로그램소스를 기록한 기록매체 document_id A220623061223

다수의 호스트 컴퓨터로 이루어진 네트워크 환경에서 클라이언트 호스트의 운영체제상에 문제점이 발생하여 재설치 또는 업그레이드가 요구되는 경우 관리 호스트에 의하여 원격에서 운영체제를 자동적으로 설치할 수 있도록 하는 클러스트 시스템을 들 수 있다. 이와 같은 클러스트 시스템에서는 다수의 클라이언트 호스트에서 바이러스나 크래킹에 의해 동시다발적으로 운영체제상 심각한 문제가 발생하는 경우에 대하여, 일일이 하나의 클라이언트 호스트에 대하여 운영체제를 다시 설치할 필요없이 관리 호스트에 의한 원격 제어에 의하여 운영체제의 손상을 복구하거나 업그레이드 하여 보안성을 높이는 시스템으로 그 효율성을 인정받고 있다. 도 1을 참고하여 종래 클러스트 시스템의 구성을 간단히 살펴보면, 종래 클러스트 시스템은 DHCP(Dynamic Host Configuration Protocol) 서버(11)와 TFTP(Trivial File Transfer Protocol) 서버(12)를 포함하는 관리 호스트(10)와, PXE(PreBoot Execution Environment) 서버(21)를 포함하는 클라이언트 호스트(20)로 구성된다. 상기 DHCP 서버(11)는 PXE 클라이언트 호스트(20)가 IP 주소를 얻기 위해서 필요한 것이며, PXE 서버(21)는 네트워크 부팅을 지원하기 위하여 필요한 것이며, TFTP 서버(21)는 운영체제의 소스를 전송하는 기능을 수행한다. 도 1은 본 발명에 따른 운영체제의 원격 자동 설치 방법의 절차를 나타내고 있다. 운영체제의 원격 설치를 수행하기 위해서는 설치대상 클라이언트 호스트(20)가 인터넷 주소를 할당받아야 하므로, 설치대상 클라이언트 호스트(20)에 장착되어 있는 네트워크 인터페이스 카드(NIC : Network Interface Card)의 맥 어드레스(MAC Address)를 미리 인지하고 있어야 한다. 도 1에 도시된 바와 같이, 관리 호스트(10)는 우선 웨이크-온-랜(Wake-On-Lan)을 이용하여 원격지의 클라이언트 호스트(20)를 파워온(Power-On)시킨다. 파워온된 원격지의 클라이언트 호스트(20)는 관리 호스트(10)의 DHCP 서버(11)를 탐지하고(①), 관리 호스트의 DHCP 서버(11)는 클라이언트 호스트(20)의 PXE 서버(21)에 IP 주소를 할당한다(②). 이후, IP 주소를 할당받은 클라이언트 호스트(10)는 관리 호스트(10)의 TFTP 서버(12)에게 bstrap.0 파일을 요청한다. 관리 호스트의 TFTP 서버(12)는 클라이언트 호스트의 요청에 응답하여 bstrap.0 파일을 전송한다. 그리고 나서, 클라이언트 호스트는 원격 설치를 선택한다. 다음으로 클라이언트 호스트(20)가 관리 호스트(10)에 설치 이미지(installation image)를 요청하고, 이 요청에 응답하여 관리 호스트가 클라이언트 호스트에게 설치 이미지를 전송하기 위한 절차로서, 상기 TFTP가 배포판 CD 이미지를 마운트 또는 적당한 디렉토리에 복사한 후 엑스포트(export)하는 과정으로 이루어진다(③). 일례로, 도 1에 도시된 바와 마찬가지로 레드햇 리눅스 배포판에서는 '/kickstart/' 디렉토리(22) 아래에 각 클라이언트 호스트(20)별로 '003c#host IP addr003e#-kickstart'라는 이름으로 파일을 작성한다. 이와 같은 과정이 완료된 후, 설치할 클라이언트 호스트의 바이오스 설정에서 네트워크 부팅을 최우선으로 설정하고 재부팅을 하게되면 설정된 커널과 램디스크로 부팅이 되어 운영체제를 설치할 수 있게 된다. 상기한 바와 같은 운영체제의 원격 네트워크 설치 방법은 다수의 클라이언트 호스틀 관리할 수 있는 편이성이 있으나, 운영체제 원격 자동 설치시 클라이언트 호스트가 이미 네트워크 부팅을 통해 운영체제가 설치된 상태에서, 하드웨어 문제나 디스크 fail로 인하여 정상적으로 운영체제가 로드되지 않아 재부팅이 이루어지는 경우 다시 네트워크 부팅을 통해 운영체제가 반복 설치되는 문제점이 있다. 또한, 관리자의 관리 소홀로 인한 실수 및 확인 부재등으로 인하여 운영체제가 정상적으로 설치된 상태에서 바이오스 설정이 네트워크 부팅으로 설정되어 있다면, 이와 같은 경우 또한 운영체제가 반복 설치되는 문제점이 나타날 수 있게 된다. 이외에도, 종래기술에서는 클라이언트 호스트에 운영체제를 설치하기 위해서는 사전에 설치할 클라이언트 호스트의 MAC Address 정보를 관리 호스트가 알고 있어야 하며, 이와 같은 정보를 미리 수동으로 관리 호스트에 입력해야 하는 작업이 요구되는 번거로움이 있었다. 더불어, 클라이언트 호스트에 운영체제가 설치가 정상적으로 완료된 경우 관리 호스트가 아닌 관리자가 일일이 확인하는 작업을 거쳐 각 클라이언트 호스트의 바이오스 세팅을 변경하여 네트워크 부팅이 발생하지 않도록 변경해야 하는 번거로움이 있었다.