KR100553921B1

KR100553921B1 - 크기면에서 응용 프로그램 성장을 수용하는 드라이브 분할기법을 이용하는 어플라이언스 서버

Info

Publication number: KR100553921B1
Application number: KR1020037016667A
Authority: KR
Inventors: 어보우드아크람; 브랜틀리존마이클; 부차난윌리엄; 친피터게랄드; 츄시몬; 데이안리챠드알렌; 도노반피터토마스; 그린데이비드마이클; 그린티모시; 하우드프랭크; 레인지토마스윌리엄; 슐츠칼로스; 티페트폴브라이언; 지걸트윌리암폴
Original assignee: 인터내셔널 비지네스 머신즈 코포레이션
Priority date: 2001-07-17
Filing date: 2002-06-29
Publication date: 2006-02-24
Also published as: JP2005523485A; US20030018870A1; CN1526090A; DE60213606D1; DE60213606T2; CN1231833C; WO2003009123A1; US6636958B2; ATE335232T1; EP1410164B1; EP1410164A1; KR20040015278A

Abstract

어플라이언스 서버의 자동 재가공 동안에 다른 크기의 응용 프로그램을 수용하기 위하여, 어플라이언스 서버의 디스크 드라이브는 시스템 파티션과, 네트워크 운영 체계(NOS) 파티션과, 부유 파티션과, 이미지 파티션으로 분할된다. 그 부유 파티션은 NOS 파티션과 이미지 파티션에 추가적인 공간을 제공한다. 재가공 유틸리티는 생성 이미지 유틸리티 및 어플라이 이미지 유틸리티를 시작하고, 그 결과, 현재 응용 프로그램과 관련 운영 체계의 이미지 파일이 생성되며, 제2 응용 프로그램의 저장된 이미지 파일이 어플라이언스 서버에 설치된다. 어플라이 이미지 유틸리티가 시작되는 경우, NOS 파티션은 부유 파티션 서버에 동적으로 확장될 수 있다. 유사하게, 이미지 파일이 이미지 파티션에 저장되는 경우, 그 이미지 파티션은 부유 파티션으로 동적으로 확장될 수 있다.

Description

크기면에서 응용 프로그램 성장을 수용하는 드라이브 분할 기법을 이용하는 어플라이언스 서버{AN APPLIANCE SERVER WITH A DRIVE PARTITIONING SCHEME THAT ACCOMMODATES APPLICATION GROWTH IN SIZE}

본 발명은 데이터 처리 시스템에 관한 것으로서, 특히 데이터 처리 시스템의 분할된 하드 드라이브에 관한 것이다. 보다 구체적으로 말하면, 본 발명은 크기면에서 응용 프로그램 성장을 동적으로 수용하는 하드 드라이브 분할 기법(hard drive partitioning scheme)에 관한 것이다.

많은 회사들은 인터넷상에 유저들이 이용할 수 있는 웹사이트를 제공하여 빠르게 확장하고 있는 인터넷의 마켓팅 잠재력에 투자하고 있다. 그러나, 대부분의 이들 회사는 필요한 하드웨어와 소프트웨어를 구매하고, 이들 웹사이트를 구축하고 유지 관리할 수 있는 자금이나, 전문적 지식이나 열망도 없다. 이들 회사는 통상 회사의 응용 프로그램을 호스트하기 위해서 필요한 기술적인 전문 지식과 장비를 갖추고 호스팅 기능을 제공하는 인터넷 서비스 제공업체(ISP) 등의 회사들에 문의한다.

웹 호스팅은, 그 프로세스가 불려지도록, 통상 서버 또는 서버의 그룹[통상, 산업계에서 서버 팜(server farm)으로 칭해짐] 을 이용하며, 이들 서버는 서버 소 유자 또는 회사의 특정 서비스를 제공하는 소프트웨어 응용 프로그램을 호스트한다. 대부분의 회사들은 그들의 특정 인터넷 응용 프로그램을 ISP가 소유한 서버상에서 제공 및 지원받기 위하여 ISP를 이용한다. 이들 응용 프로그램은 통상 CD-ROM에 저장되고, ISP 직원들에 의해 서버에 수동으로 설치된다.

도 2는 인터넷에 접속된 서버 팜을 도시한다. 이 서버 팜(201)은 회사 응용 프로그램(또는 어플라이언스)을 각각 호스팅하는 3개의 서버를 포함한다. 서버 팜은 인터넷(203)에 접속되고, 이 인터넷(203)은 클라이언트 시스템(205)에 접속되며, 이 클라이언트 시스템(205)은 인터넷(203)에 액세스하여, 서버 팜(201) 안의 복수의 서버에 의해 호스팅되는 응용 프로그램과 대화하거나 브라우징하는데 이용될 수 있다.

ISP는 통상, 호스팅되는 각 회사의 응용 프로그램을 위해 별도의 서버 또는 서버들의 그룹을 제공한다. 상이한 응용 프로그램들을 갖는 복수의 서버들(또는 서버 그룹)은 ISP에 의해 제어되고, 인터넷에 "플러그(plug)"되는 서버 팜을 구축한다. 제휴 소프트웨어 및 응용 프로그램을 포함하는 각 서버는 취득 비용이 너무 비싸기 때문에, ISP는 한정된 수의 가용 서버를 효율적으로 이용하는 것을 추구한다.

인터넷 동적인 면과 사용자 요청은 가끔 ISP에게, 다른 응용 프로그램으로 액세스와, 복수의 가능한 응용 프로그램 사이의 활용(purpose)과, 스케쥴 시간에서 또는 사용자 요청시에 활용을 요구한다. 이러한 요구 사항들을 취급하는 종래의 방법은 원하는 응용 프로그램을 갖는 랙(rack) 위에 많은 서버들을 힘겹게 설치한 후에, 그 서버를 구성(configure)하여 그 요청을 충족시키거나 원하는 응용 프로그램을 로딩한 다른 서버를 이용하여 그 서버들 중 하나를 스위치 아웃(switch out)하는 것이다[도 2의 화살표 경로(207, 209)를 보아라]. 이것은 오히려 비용이 많이들고, 시간 소모적인 것으로 입증되었다.

어플라이언스 서버들은 특정 운영 체계(OS)을 통하여 특정 응용 프로그램을 동작시키는 표준 서버들(즉, 단일 포커싱 서버 또는 서버 그룹)이고, 통상 ISP/ASP 서버 팜에서 하나의 용도로 설치된다. 가끔, 특정 서버에서 실행하는 응용 프로그램이 다른 응용 프로그램에 의해 (일시적으로) 대체되길 바란다. 이것은 모든 가용 서버들이 이미 이용되고 있는 경우에(호스팅되길 원하는 응용 프로그램의 수보다 적게 가용 서버가 있다) 다른 응용 프로그램을 실행할 필요가 있을 수 있다. 어플라이언스 서버에서 실행되는 응용 프로그램이 더 이상 바람직하지 않거나 대체될 때마다, ISP 직원들은 랙(또는 선반)으로부터 수동으로 서버를 제거하고, 그 현재의 응용 프로그램을 제거(uninstall)하며, 그 다음에 응용 프로그램을 설치하고, 서버를 랙에 다시 위치시키기 전에 서버를 재구성(re-configuration) 및 재부팅 (reboot)해야 한다. 어플라이언스 서버를 수동으로 변경하거나 설치하는 단계들은 시간의 손실이 많고, 또한 서버에 접속하길 원하는 유저들이 어플라이언스 서버를 일시적으로 이용할 수 없게 되는 결과를 초래할 수 있다.

가끔, 몇몇 ISP들은 소형 개인 컴퓨터(PC) 서버 뱅크를 유지한다. 서버 팜의 용량을 초과하는 경우, 그 인터넷 서비스 제공업체들은 하이 엔드 서버(high end server)의 구매에 비하여 최소의 비용으로 추가적인 PC 서버를 부가한다. 따라서, 하드웨어 확장성(scalability)은 하이 앤드 서버 시스템에 비하여 관리하기 매우 쉽다. 그러나, 하이 앤드 서버 시스템처럼, 소프트웨어 확장성이 달성되기는 용이하지 않다. 서버 팜에서 소프트웨어를 갱신하기 위하여, 갱신될 각각의 시스템은 오프라인으로 이루어지고, 재포멧되며, 재분할된 후에, 수동으로 로딩된다. 이것은 어렵고 매우 시간 소모적이다. 추가적으로, 기존의 OS는 호환성 및 현재 PC 운영 체계의 구성 때문에 최대 4개의 유연한 파티션을 포함하는 물리적인 하드 드라이브와 동작이 시작된다. 수동 재가공 프로세스(re-provisioning process)에 따라, 신규 응용 프로그램 크기가 이전에 할당된 하드 디스크 파티션 또는 재가공를 위하여 할당된 공간을 초과하는 경우에, 그 재가공 프로세스는 완료될 수 없고, 신규 서버가 필요해진다.

본 발명은 다른 응용 프로그램 및/또는 어플라이언스를 제공하기 위하여 어플라이언스 서버를 자동으로 재가공/재활용(repurposing)하는 방법 및 시스템을 갖는 것이 바람직하다는 것을 인식한다. 신규 응용 프로그램 또는 기타 응용 프로그램을 이용하여 서버를 자동으로 재구성하고, 그 신규 응용 프로그램의 가변 크기를 수용하기 위하여 재가공/재활용 프로세스 동안에 하드 디스크의 파티션 크기를 동적으로 조정할 수 있는 동적 하드 디스크 파티션 기법을 제공하는 방법 및 시스템이 제공된다. 이러한 이점 및 기타 이점들은 본 발명에 의해 제공된다.

중요한 사용자 대화(significant user-interaction) 없이 어플라이언스 서버를 자동으로 재가공하는 방법이 개시된다. 어플라이언스 서버로서 이용되는 서버의 디스크 드라이브는 시스템 파티션, 네트워크 운영 체계(NOS) 파티션 및 이미지 파 티션을 포함하는 적어도 3개의 파티션으로 분할된다. 재가공 유틸리티는, 사용자에 의해 활성되는 경우에, 서버의 NOS 파티션으로부터 제1 응용 프로그램(어플라이언스)을 제거하고, 그것을 네트워크의 스토리지 위치로 전송하거나, 로컬 디스크의 스토리지 파티션으로 전송한다. 재가공 유틸리티는 또한 이미지 파티션으로부터 서버 상에 제2 응용 프로그램을 설치한다. 그 시스템은 제2 응용 프로그램의 전체 동작을 제공하기 위하여 자동으로 재부팅 또는 재구성된다.

시스템 파티션은 시스템의 운영 체계를 포함한다. 그 이미지 파티션은 응용 프로그램 코드 및 관련 운영 체계 등[예를 들면, 웹 호스팅 동안에 서버의 정상 동작을 위한 네트워크 운영 체계(NOS)]을 포함할 수 있는 제2 응용 프로그램의 이미지 파일을 포함한다. 제1 응용 프로그램은 그와 관련된 운영 체계과 함께 제거될 수 있다. 그 재가공 유틸리티는 제1 응용 프로그램을 그 관련된 파일 및 운영 체계와 함께 단일 이미지 파일에 랩(wrap)/패키지한 후에, 스토리지 위치로 압축 전송된다. 따라서, 그 이미지 파일은 응용 프로그램 및 시스템 ID, IP 어드레스 등을 포함한다. 추가적으로, 각 어플라이언스에는 고유 ID가 제공되며, 이에 따라 복수의 서버 시스템을 통하여 어플라이언스를 독립적으로 이용할 수 있다. 그 스토리지 위치는 파일 전송 프로토콜(FTP)을 통해 액세스가능한 이미지 파티션 또는 네트워킹 위치일 수 있다.

제2 응용 프로그램은 서버의 초기 구성 동안에 이미지 파티션에 저장되거나 또는 나중에 FTP를 통하여 네트워크 사이트로부터 수신될 수 있다. 그 후에, 제2 응용 프로그램은 현재의 운영 체계를 통해 자동으로 설치되거나, 다른 관련 운영 체계를 이용하여 자동으로 설치된다. 이미지 파일을 설치하기 위해서, 그 파일은 처음에 압축을 풀고 언팩(unpackage)된 후에, 재가공 유틸리티에 의해 실행가능한 설치가 시작된다. 따라서, 제2 응용 프로그램은 NOS 파티션에 자동으로 설치된다.

하나의 바람직한 실시예에 있어서, 재가공 동작(즉, 이미지 생성, 이미지 적용 등) 전에, 그 재가공 유틸리티는 시스템의 네트워크 기능을 다시 활성시키기 위하여 나중에 액세스될 수 있는 이미지 파티션에 저장되는 파일에 시스템 파라메터, 즉 시스템 ID, IP 어드레스 등을 결합한다. 재가공 후에, 그 시스템 파라메터는 유사한 동작 및 접속 특성들을 서버의 원래의 설정에 제공하기 위하여 다시 저장 또는 ("다시 설치")된다.

다른 바람직한 실시예에 있어서, 그 서버의 하드 디스크는 NOS 파티션과 이미지 파티션 사이의 부유(floating)(또는 빈) 파티션으로 분할된다. 그 하드 디스크 제어기에는, 신규 응용 프로그램의 크기 또는 신규 응용 프로그램의 이미지 파일의 크기가 NOS 파티션과 이미지 파티션의 분할된 크기를 초과할 때마다 부유 파티션의 로컬 공간으로 NOS 파티션 및/또는 이미지 파티션의 각각의 크기를 동적으로 확장/확대할 수 있는 소프트웨어 코드가 제공된다. 가변 파티션 토폴로지 및 신규 응용 프로그램과 이미지 파일의 필요한 크기를 결정하는 것이 재가공 유틸리티에 프로그래밍되어, 하드 디스크 제어기가 파티션 공간의 조정을 실행하게 메시징한다. 따라서, 유연한 하드 드라이브 파티션 토폴로지가 가능해진다.

일 실시예에 있어서, 재가공 유틸리티의 사용자 활성은 재가공 유틸리티와 결합된 사용자 인터페이스의 이용을 포함한다. 그 스크립트는 GUI 내에 또는 텍스 트 기반 대화형 프로세스에 제공될 수 있다. 따라서, 그 어플라이언스 서버의 응용 프로그램은 컴퓨터 클릭이나 텍스트 기반 유저 입력을 짧게 연속적으로 하는 것에 의해 편리하게 변경된다.

본 발명의 전술한 것 뿐만 아니라 추가적인 목적, 특징 및 이점들은 다음과 같은 상세한 설명에서 명백해질 것이다.

도 1은 본 발명의 일 실시예에서 서버 어플라이언스로서 이용될 수 있는 데이터 처리 시스템의 블록도이다.

도 2는 인터넷에 접속된 서버 팜의 블록도이다.

도 3a은 본 발명의 바람직한 실시예를 구현하는데 이용되는 분할 서버의 구성 부분의 블록도이다.

도 3b는 본 발명의 바람직한 실시예에 따라 유연한(flexible) 파티션 크기로 분할된 서버의 구성 부분에 대한 블록도이다.

도 4a-4b는 본 발명의 바람직한 실시예에 따라 서버 어플라이언스를 자동으로 재가공하는 프로세스의 흐름도이다.

도 5는 본 발명의 일 실시예에 따라 자동화 재가공를 수행하는데 이용되는 분할된 서버를 갖는 서버 팜의 블록도이다.

도 6은 본 발명의 일 실시예에 따라 사용자 대화 및 에러 통지용 어플라이언스 서버 콘솔 또는 그래픽 사용자 인터페이스(GUI : graphical user interface)를 도시하는 블록도이다.

도 7은 본 발명의 바람직한 실시예에 따라 동적으로 확장하는 NOS 및/또는 이미지 파티션의 프로세스를 도시하는 흐름도이다.

이후, 도면을 참조하면, 특히 도 1을 참조하면, 본 발명의 바람직한 실시예에 이용될 수 있는 데이터 처리 시스템(100)의 기본 구조에 대한 블록도가 도시된다. 데이터 처리 시스템(100)은 적어도 하나의 중앙 처리 장치(CPU) 또는 프로세서 (101)를 구비하며, 이 프로세서는 사용자 인터페이스용 입력/출력 장치(114)를 포함하는 몇개의 주변 장치에 접속된다. 기타 주변 장치는 시스템의 운영 체계와 사용자 프로그램/응용 프로그램이 처리하는 데이터를 저장하는 비휘발성(또는 영구) 메모리(116)(하드 디스크 등)와, 프로그램 명령어들을 실행하는 동안 프로세서 (101)에 의해 이용되는 일시 메모리 장치(118)[랜덤 액세스 메모리(RAM) 등]를 포함한다. 바람직한 실시예에 있어서, 비휘발성 메모리(116)는 이후에 상세히 기술되는 본 발명의 기능적인 특징들을 지원하기 위하여 분할된다. 프로세서(101)는 버스 (120) 또는 다이렉트 채널(122)을 포함하는 다양한 수단에 의해 주변 장치와 통신한다.

당업자라면 또한 도 1의 블록도로 도시된 구성요소와 결합하여 이용될 수 있는 다른 구성요소가 있다는 것을 이해할 것이다. 예를 들면, 프로세서(101)에 접속된 디스플레이 어댑터는 비디오 디스플레이 모니터를 제어하는데 이용될 수 있고, 메모리 제어기는 일시 메모리 장치(118)와 프로세서(101)사이의 인터페이스로서 이용될 수 있다. 데이터 처리 시스템(100)은 또한 펌웨어(118)를 포함하며, 이 펌웨 어의 중요한 목적은 데이터 처리 시스템(100)이 처음에 턴온될 때마다 주변 장치들 중 하나[일반적으로 영구 메모리 장치(116)]로부터 운영 체계를 찾아서 로딩하는 것이다. 데이터 처리 시스템(100)은 또한 원격 액세스를 제공하고 데이터 처리 시스템을 네트워킹하는 모뎀 또는 네트워크 어댑터도 포함할 수 있다. 바람직한 실시예에 있어서, 데이터 처리 시스템(100)도 또한 어플라이언스 기반 응용 프로그램과 동작 모드를 스위칭하고, 특정 응용 프로그램을 지원하기 위하여 데이터 처리 시스템(100)을 재구성할 수 있는 프로그램 코드(즉, 재가공 유틸리티)를 포함한다. 바람직한 실시예는 데이터 처리 시스템(100)이 일시 메모리 장치(118)와 영구 메모리 장치(116)에 충분한 공간과 함께 고속 프로세서와, 본 발명의 기능적인 요소를 제공하는데 필요한 기타 하드웨어 부품을 갖는다.

본 발명은 어플라이언스 서버의 자동 재가공 및/또는 재활용을 가능하게 하는 방법 및 시스템을 제공한다. 바람직한 실시예에 따르면, 어플라이언스 서버는 서버 관리자(통상 IT 관리자) 또는 사용자가 필요로 하는 매우 사소한 입력을 이용하여 다른 응용 프로그램을 실행하기 위해 자체를 자동으로 재가공/재활용한다. 본 발명은 어플라이언스 서버의 디스크 이미지를 다른 운용 체계를 포함할 수 있는 다른 이미지로 변경하는 동작을 한다. 생성된 이미지 파일은 OS 및 응용 프로그램을 포함하고, 그 이미지 파일은 네트워크 상의 로컬 스토리지 또는 다른 스토리지 위치로 전달된다. 또한, 본 발명은 다수의 어플라이언스 서버로 동시에 확장될 수 있다. 본 발명의 특징을 이용하면 인력 개입이 거의 없이 스케쥴 또는 사용자 요청에 기초하여 필요한 응용 프로그램 또는 목적에 부합하게 서버를 재가공/재활용하는 것에 의해 서버들을 재활용할 수 있다. 이러한 기능성(functionality)에 의해 수동 재구성 등에 소요되는 시간 및 하드웨어 비용을 줄일 수 있는 커다란 경제적인 이점이 있다.

본 발명의 재가공 특징을 구현하는 키 종속성(key dependency)은 공지된 어플라이언스 드라이브 파티션 레이아웃을 제공하는 것이다. 이 드라이브는 일련의 합동 로컬 파티션을 포함하도록 포멧된다. 본 발명의 바람직한 실시예는 다스크 상의 3개의 주요 파티션(primary partition) 및 1개의 데이터 파티션의 레거시 호환성(legacy compatibility)에 의한 한도내에서 구현된다. 각 어플라이언스는 정상적으로 동작하기 위하여 운영 체계(OS)에 필요한 파티션 이외에 시스템 파티션 및 이미지 파티션을 갖는다.

이후, 도 3a를 참조하면, 어플라이언스 서버의 하드 디스크는 시스템 파티션 (303), 네트워크 운영 체계(NOS) 파티션(305) 및 이미지 파티션(307)을 포함하는 4개의 파티션(즉, 로컬 드라이브)으로 분할되는 것이 도시된다. 4번째 파티션, 즉 일시 기억 또는 데이터 파티션(309)도 또한 제공된다. 시스템 파티션(303)은 도스(DOS) 또는 리눅스(Linux) 등의 운영 체계(OS)를 기본적으로 포함한다. 시스템 파티션(303)은 사용자가 디스크 이미징 동작을 수행할 수 있는 하드 드라이브 상에 부팅 파티션(bootable partition)의 특성들을 나타낸다. 따라서, 바람직한 실시예에 있어서, 시스템 파티션(303)은, 정상 어플라이언스 동작 동안에는 은닉되어 비활성 상태로 설정되며, 재가공 동작을 발생하기 위하여 트리거되는 경우에만 은직되지 않고 활성 상태로 설정된다. 시스템 파티션(303)은 그 시스템의 운영 체계를 포함한다. 이미지 파티션(307)은 응용 프로그램 코드 및 그 관련 운영 체계 등[예를 들면, 웹 호스팅 동안에 서버의 정상 동작을 위한 네트워크 운영 체계(NOS)]을 포함할 수 있는 제2 응용 프로그램의 이미지 파일을 포함한다.

이 파티션의 생성은 어플라이언스 서버의 제조 단계에서 착수되며, 시스템 OS는 시스템을 파워-업하고 실행시킨다. 네트워크 파라메터(즉, 이름, 경로, 사용자 ID, 패스워드, 디렉토리 등을 포함)는 또한 원격 파일 시스템으로 액세스할 수 있도록 시스템 셋업 시간에 셋업된다. 서버는 상기 OS로 부팅하고, 시스템 파티션(303)이 은닉된다. NOS 파티션(305) 및 이미지 파티션(307)은 은닉되지 않는다. 재가공 이미지들은, 예들 들면 파일 전송 프로토콜(FTP) 등의 파일 전송 유틸리티를 통하여 전송되어, 이미지 파티션(307)에 파일로서 재가공 유틸리티에 의해 저장된다. 그 재가공 유틸리티는 신규 메시지에 대한 네트워크 설정을 자동으로 설정한다. 재가공 동작이 수행되길 원하는 경우에, 시스템 파티션 (303)은 활성 파티션이 되도록 설정되고, 특정 유형의 시스템 파티션(303)은 정상적인 비은닉(non-hidden) OS로 변경된 후에, 시스템 파티션(303)은 시스템의 OS(예를 들면, 도시 또는 리눅스)로 재부팅된다. 재가공 전에, 네트워크 설정은 이미지 파티션(307)에 파일로서 저장되고, 재가공 후에, 그 네트워크 및 시스템 정보는 신규 OS로 재저장된다. 시스템이 부팅하여 이미지 재저장이 완료한 후에, 재가공 유틸리티는 NOS 파티션(305)을 활성 파티션으로서 설정하고, 하나의 유틸리티는 그 파티션 테이블을 편집하여, 다시 은닉하기 위해 시스템 파티션(303)을 스위칭한다. 그 후에, 그 어플라이언스는 NOS 파티션(305)으로부터 재부팅한다.

각각의 서버 그룹(또는 팜)은 재가공 이미지를 보관하는데 이용되는 관련 원격 스토리지를 갖고, 본 발명의 동작은 FTP 서버가 구성되고 나타날 것을 요구한다. FTP 사용자명(Username)/패스워드쌍 및 이미지들이 저장되어야 하는 디렉토리명(directory name)과 함께 원격 스토리지는 서버 그룹의 생성(및 구성) 동안에 바람직하게 특정된다. 본 발명의 FTP 참조는 단지 설명의 편의상 제공되며, 원격 위치에 대하여 파일들을 저장 및 검색하는 다른 유형의 파일 전송 메커니즘과 서버는 본 발명의 범위내에서 허용된다.

이미지 파일은 응용 프로그램 및 시스템 ID, IP 어드레스 등을 포함한다. 추가적으로, 각 어플라이언스에는 고유 ID 및 파일명이 제공된다. 바람직한 실시예에 이용되는 이미지 파일명은 어플라이언스 서버의 모델 번호 및 일련 번호를 포함한다. 그 재가공 유틸리티는 이들 번호를 연결하여, 그 연결된 결과를 이미지 파일의 식별자로서 이미지 파일에 링크한다. 이러한 네이밍 프로세스(naming process)에 의해 각각의 이미지 파일명이 유일하게 될 수 있고, 이에 따라, 서버는 FTP 사이트 상에 많은 다른 이미지 파일을 저장할 수 있다. 그 분할 디스크 상에서, 데이터 파티션(309)은 어플라이언스 서버의 디폴트 설정, OS 및 설치 파라메터를 포함하는 팩토리 이미지(factory image)를 저장하는데 이용된다. 이들 파라메터들은 어플라이언스 서버를 제조하는 동안에 바람직하게 설치된다. 따라서, 데이터 파티션(309)은 복원 CD/디스크 매체로서 동작한다.

재가공 동작이 발생하는 경우에, 그 서버는 재기동되고, 그 시스템은 시스템 파티션(303) 상의 운영 체계로 부팅한다. 그 다음, 이미징 동작이 종료된 후에, 그 시스템 파티션(303)은 그 실행 프로그램에 의해 은닉 설정되고, NOS 파티션(305)은 다시 활성 상태로 설정된다. 이에 따라, 서버는 정상 어플라이언스 동작 동안에 OS로 재부팅한다.

이미지 파티션(307)은 또한 시스템 파티션과 비슷하지만, 이후에 기술된 바와 같이 이미지의 파일 전송 프로토콜(FTP) 전송으로 제공된 이미지들을 저장하는데 이용된다. 바람직한 구현에 의하면, 이미지 파티션(307)은 은닉되지 않는다. 왜냐하면, 재가공 디스크 이미지 및 일부의 다른 재가공 파일들이 정상 어플라이언스 동작 동안에 거기에 저장되기 때문이다. 도 3a에 도시된 실시예에 있어서, 시스템 파티션(303)은 디스크 상의 제1 파티션이고, 이미지 파티션은 제3 파티션이다. NOS(예를 들면, 리눅스, 윈도우 등)는 제2 파티션, 즉 (NOS) 파티션(305)에 설치되고, 모든 다른 정보(예를 들면, 데이터, 리눅스 스왑 등)는 데이터 파티션(309)의 로컬 드라이브에 위치된다.

일 실시예에 있어서, 제4 및 제3 파티션의 로컬 위치는 반대로 된다. 데이터 파티션(309)은 집합 크기를 갖고, 이미지 파티션(307)에 의해 이전에 유지된 일정 크기 영역에 위치된다. 결과적으로, 이미지 파티션(307)은 제4 로컬 영역으로 이동되고, 이 로컬 영역에는 저장된 이미지 파일을 위한 추가적인 스토리지 용량이 제공되며, 이 파일의 크기는 가변적일 수 있다. 당업자라면 파티션의 순서가 필수적으로 일정한 것이 아니라 특정 시스템의 특성에 따라 변경될 수 있다는 것을 이해할 것이다.

동적으로 가변가능한 하드 디스크 파티션 크기

본 발명의 일 실시예는 하드디스크의 파티션, 즉 NOS 파티션 및 이미지 파티션에 가변적이거나 또는 확대가능한 기능성을 제공한다. 도 3b는 바람직한 실시예에 따른 신규 하드디스크 파티션 토폴로지를 도시한다. 도시된 바와 같이, 확대가능한(또는 확장가능한) NOS 파티션(355) 및 확대가능한(또는 확장가능한) 이미지 파티션(357)은 부유 파티션(351)에 의해 분리된다. 바람직하게, 부유 파티션(351)은 팩토리 이미지 등의 스토리지를 지원하면서 현재의 NOS 파티션(355) 및 확대가능한 이미지 파티션(357)의 성장에 대한 충분한 공간을 포함한다. 도시된 바와 같이, 하드디스크 제어기(352)는 하드디스크(350)에 결합되고, 조정가능한 디스크 분할 기법의 기능적인 특징들을 제공하기 위하여 재가공 유틸리티에 의해 제어되는 로직(하드웨어 및/또는 소프트웨어)을 포함한다. 따라서, 바람직한 실시예에 있어서, 그 재가공 유틸리티는 프로세서(101) 및 하드디스크 제어기(352)와 통신함으로써 도 7에 도시된 기능적인 단계를 완료하는 프로그램 코드를 포함하기 위하여 확장된다.

조정가능한 파티션을 갖는 하드디스크의 일예가 이제 제시된다. 예를 들면, 하드디스크가 8 MB의 디스크 공간을 갖고, 하드디스크가 시스템 파티션, 확대가능한 NOS 파티션, 부유 파티션, 확장가능한 이미지 파티션 및 데이터 파티션의 크기를 순서대로 나타내는 1.5:2.5:1:2:1로 분할된다. 추가적으로 0.5 MB의 메모리가 신규 응용 프로그램을 설치하는데 필요한 경우에, NOS 파티션(355)의 상부의 논리적인 어드레스 경계(boundary)는 부유 파티션 공간으로 이동되고, 신규 파티션 구성은 1.5:3.0:0.5:2:1이 된다. 이미지 파일이 또한 0.25 MB의 추가적인 메모리 공 간을 필요로 하는 경우, 그 파티션 구성은 1.5:3.0:0.25:2.25:1 등이 된다. 각 파티션의 로컬 경계들은 그 프로세서가 각 파티션내의 데이터에 정확하게 액세스(예를 들면, 저장 및 판독)하기 위한 순서를 인식하고 있는 메모리 어드레스를 나타낸다.

도 7은 동적으로 조정가능한 파티션 기법이 구현될 수 있는 프로세스를 도시한다. 신규 파티션 이미지의 압축을 풀고, 신규 응용 프로그램이 막 설치된 경우에, 그 신규 응용 프로그램에 필요한 디스크 공간은 블록(701)에 도시된 바와 같이 이미지 파일의 파라메터로부터 판독되고, 신규 응용 프로그램의 정확한 설치 및 실행에 필요한 공간이 현재(또는 이전) 파티션 이미지의 이전에 할당된 공간을 초과하는지에 대하여 블록(703)에서 결정된다. 신규 응용 프로그램이 보다 큰(또는 추가적인) 디스크 공간을 필요로하는 경우에, 본 발명의 바람직한 실시예는 블록 (709)에 도시된 바와 같이 확장가능한 NOS 파티션(355)의 가용 디스크 공간을 부유 파티션(351)으로 동적으로 확장한다. 이러한 프로세스를 종료하기 위하여, 재분할 유틸리티(re-partitioning utility)는 가용 크기(드라이브의 초기 포멧 동안에 제공)와 이미지 파일로부터 판독된 필요한 크기를 비교하고, 디스크 제어기를 이용하여 NOS 파티션에 대한 로컬 어드레스 경계를 특정 메모리 어드레스/위치로 이동시켜 블록(707)에 도시된 바와 같은 응용 프로그램을 수용한다. 따라서, NOS 논리 경계는 부유 파티션 공간의 일부(또는 모두)를 포함하도록 이동되고, 이에 따라 블록(711)에 도시된 바와 같이 설치 및 실행되는 이미지 파일(압축이 풀린)에 대한 충분한 공간을 제공한다. 바람직한 실시예에 있어서, 재가공 유틸리티는 데이터의 소거를 피하기 위해 파티션 확장을 수행하거나, 다른 프로세스/응용 프로그램에 할당된 메모리 공간의 중첩 전에 부유 파티션(351)의 이용 및 공간 이용성을 점검한다. 주목할 점은, 재가공 유틸리티(또는 프로세서)는 NOS 파티션(355)을 확장하기 전에 파티션의 뒷쪽의 물리적인 어드레스로 부유 파티션(351) 내에 존재하는 데이터(예를 들면, 팩토리 이미지 등)를 먼저 재위치시킬 수 있다. 그 다음에, 그 프로세스는 블록(713)에서 종료한다.

관련된 실시예에 있어서, 신규 이미지 파일이 네트워크로부터 검색되는 경우, 확장가능한 이미지 파티션(357)은 부유 파티션(351)의 디스크 공간으로 확장되어 신규 이미지 파일을 수용한다. 따라서, 도 7에 도시된 프로세스 단계들의 콘텐츠는 이미지 파일, 신규 응용 프로그램 대신에 이미지 파티션, NOS 파티션 각각을 재인용하기 위하여 수정될 수 있다.

재가공 유틸리티의 동작(이미지 생성, 이미지 제공, 설정 복원)

본 발명은, 재가공 유틸리티로서 통합하여 칭해지고, 다양한 재가공 기능들을 맡고 있는 소프트웨어 부호화 블록을 통하여 동작하는 실행가능한 프로그램이다. 바람직한 실시예에 있어서, 그 유틸리티는 이미지들을 생성 및 복원하는데 필요한 운영 체계 기능들을 수행하는 일련의 프로그램 서브루틴을 칭한다. 특히, 그 서브루틴은 파일을 전송하고, 이미지를 생성하고 제공하기 위한 유틸리티를 호출하며, 파티션을 활성 및 비활성 상태로 설정하는데 필요한 기능성을 제공한다. 그 서브루틴은 팩토리 설정으로부터 복원 동작을 더욱 지원한다. 이들 서브루틴은 서버 어플라이언스에 필요한 특정 디스크 분할 기법과 함께 동작한다.

그 재가공 유틸리티는 제어 프로그램에 의해 상호 링크되는 프로그램 코드에 의해 실행된 일련의 독립적인 기능들을 제공한다. 따라서, 바람직한 실시예에 있어서, 재가공 유틸리티는 생성 이미지 유틸리티, 어플라이 이미지 유틸리티(apply images utility) 및 복원 설정 유틸리티를 포함한다. 생성 이미지 유틸리티 및 어플라이 이미지 유틸리티는 네트워크에 대하여 이미지 파일들을 전송 및 수신하는데 필요한 FTP 액세스를 제어하는 프로그램 코드와 결합되거나 더 포함한다.

이미지 파일을 생성하길 원하는 경우에, 그 응용 프로그램은 그 관련된 운영 체계와 함께 제거된다. 재가공 유틸리티는 그것과 관련된 파일 및 운영 체계와 함께 응용 프로그램을 단 하나의 파일에 랩(wrap)하고/패키징한 후에, 스토리지 위치로 압축 전송된다. 그 스토리지 위치는 파일 전송 프로토콜을 통하여 액세스할 수 있는 이미지 파티션 또는 네트워킹 위치일 수 있다.

서버에 제2 응용 프로그램을 제공하기 위해서, 제2 응용 프로그램의 이미지 파일은 서버의 초기 구성 동안에 이미지 파티션(307) 내에 저장된 후에, FTP를 통하여 네트워킹 사이트로부터 수신된다. 그 이미지 파일은 먼저 압축을 풀고 언팩 (unpackage)한 후에, 재가공 유틸리티가 실행가능한 설치를 실행한다. 따라서, 제2 응용 프로그램은 NOS 파티션에 설치된다. 제2 응용 프로그램은 현재의 응용 프로그램 시스템을 통하여 또는 그 자체의 운영 체계과 함께 설치될 수 있다.

그 재가공 유틸리티는 시스템 상에 신규 메시지에 대한 네트워크 설정을 자동으로 설정하며, 시스템 파티션(303)의 OS로 불려진다. 일 실시예에 있어서, 재가공 동작의 시작 전에, 재가공 유틸리티는 시스템의 네트워크 설정/파라메터(예를 들면, 시스템 ID, IP 어드레스 등)를 이미지 파티션으로 전송되는 파일에 위치시키고, 그 후에, 그 이미지 파티션으로부터 재가공 프로세스를 종료한 후에 시스템 파라메터를 복원하기 위하여 엑세스될 수 있다. 따라서, 시스템의 파라메터들은 서버에 관한 본래의 설정에 유사한 동작 및 접속 특징들을 제공하기 위해서 "재설치"될 수 있다. 그 설정은 이미지 파티션(307)에 파일로 저장된다. 따라서, 재가공 후에, 그 네트워크 및 시스템 정보/설정은 편리하게 복원된다.

도 4a-4b는 다양한 단계의 재가공 기능이 종료되는 일반적인 프로세스를 도시한다. 보다 구체적으로 말하면, 도 4a는 어플라이 이미지 유틸리티가 신규 응용 프로그램을 서버에 제공하고, 팩토리 이미지들을 복원하는 프로세스를 도시한다. 도 4a에 따르면, 스케쥴링 명령이 블록(401)에 도시된 바와 같이 어플라이언스 서버로 발행된다. 그 후에, 재가공 유틸리티는 블록(403)에 도시된 바와 같이 이미지 파티션(307)의 파일에 시스템 ID 및 IP 어드레스 정보 등을 저장함으로써 이미징 동작을 위한 서버를 준비한다. NOS 응용 프로그램을 실행하는 동안에 서버는 원격 이미지를 인출하여, 그것을 블록(405)에 도시된 바와 같이 이미지 파티션(307)에 저장한다. 이것이 종료되는 프로세스는 그 네트워크를 나가서 FTP 사이트로 가고, FTP를 통하여 이미지 파일을 획득하며, 이미지 파티션에 이미지 파일을 저장하는 것을 포함한다. 이에 후속하여, 그 재가공 유틸리티는 블록(407)에 도시된 바와 같이 시스템 파티션(303)을 은닉 상태에서 비은닉 상태로 변경하고, 재부팅한다.

시스템 파티션(303)은 블록(409)에 도시된 바와 같이 NOS 파티션 최상부에 이미지를 중첩한 후에, 시스템 파티션(303)은 블록(411)에 도시된 바와 같이 다시 은닉 상태로 설정되고, 그 서버는 재부팅된다. 재부팅에 후속하여, 블록(413)에 도시된 바와 같이, 시스템 ID, IP 어드레스 및 기타 파라메터들은 스토리지 장치로부터 검색되고, 시스템의 팩토리 이미지는 복원된다. 서버가 재부팅하는 경우에, 신규 응용 프로그램은 블록(415)에 도시된 바와 같이 시작한다. 바람직한 실시예에 따르면, 동일한 명령어들은 이러한 방법의 효율을 더욱 증개시키기 위하여 동시에 다수의 서버로 전송될 수 있다. 주목할 점은, 서버가 재부팅하는 경우에 시스템 파티션(303)이 비은닉 상태로 설정되는 경우에, 그 부팅 시퀀스는 시스템 파티션 (303)으로부터 제어되는 한편, NOS는 부팅 시퀀스를 실행하는데 이용된다.

도 4b는 생성 이미지 유틸리티가 이미지 파일을 제공하는 프로세스를 도시한다. 이 프로세스는 블록(451)에 도시된 바와 같이 사용자 입력이 검출되는 경우에 시작한다. 이에 후속하여, 시스템 파티션(303)은 비은닉 상태로 설정되고, 그 서버는 블록(457)에 도시된 바와 같이 재부팅된다. 그 결과로서, 재가공 유틸리티는 블록 (459)에 도시된 바와 같이 그 운영 체계과 함께 NOS로부터 현재의 응용 프로그램을 단 하나의 이미지 파일로 패키징한다. 그 단 하나의 이미지 파일은 이미지 파티션(307)에 압축 저장된다. 그 후에, 시스템 파티션(303)은 블록(461)에 도시된 바와 같이 다시 은닉 상태로 설정된 후에, 그 서버는 다시 재부팅된다. 최종적으로, 그 이미지 파일은 블록(463)에 도시된 바와 같이 FTP를 통해 네트워크 스토리지 위치로 전송된다. 일 실시예에 있어서, 이미지 파일의 로컬 스토리지 장치가 필요없고, 그 이미지 파일은 네트워크 스토리지 위치로 직접 전송된다.

도 5는 본 발명에 제공된 바와 같이 자동 재가공 기능성을 갖는 어플라이언 스 서버 시스템을 도시한다. 어플라이언스 서버 랙(501)은 인터넷(503)에 접속되어, 인터넷(503)을 통해 클라이언트 시스템(505)에 액세스될 수 있다. 어플라이언스 서버 랙(501)은 몇개의 어플라이언스 서버를 포함하는데, 그 중에 하나가 드라이브 파티션(303-309)으로 도시된다. NOS 파티션(305)에 포함된 제1 응용 프로그램 (507)은 제2 (신규) 응용 프로그램(509)으로 대체될 수 있다. 정상 동작 동안에, NOS 파티션(305)에 현재 있는 응용 프로그램은 어플라이언스 서버의 기능성을 결정한다. 재가공은 NOS 파티션(305)으로부터 제1 응용 프로그램(507)(마찬가지로 관련된 OS)을 제거한 후에, 제2 응용 프로그램(509)을 NOS 파티션(305)에 로딩하는 것을 포함한다. 제2 응용 프로그램(509)은 네트워크 상의 로컬 스토리지(즉, 이미지 파티션 307) 또는 어플라이언스 스토리지 위치에 상주할 수 있다. 따라서, 가용 다운로드(FTP를 통해) 어플라이언스 이미지의 목록은 FTP를 통해 요청시 ISP에 액세스할 수 있는 네트워크 상의 위치에 제공될 수 있다.

본 발명이 일특징은 그 분할된 서버들이 서버 랙(501)에 적층되는 경우에, 마우스, 키보드 또는 콘솔이 필요없다는 것이다. 왜냐하면, 어플라이언스 서버로의 모든 액세스는 네트워크를 통하여 제공될 수 있기 때문이다. 이것은 복수의 서버 어플라이언스를 제공하는 것과 관련된 비용을 더욱 줄인다.

일 실시예에 있어서, 사용자 인터페이스는 소수의 사용자 입력을 수신하여, 사용자에게 피드백을 제공하는데 이용된다. 이러한 실시예에 있어서, 사용자 인터페이스에는 재가공 이미지가 생성되어 나타나고, 이러한 이미지는 서버에서 이용가능한 어플라이언스 매뉴로부터 또는 어플라이언스 아이콘을 바로 클릭하는 것에 의 해 불려질 수 있다. 사용자 인터페이스는 일련의 대화 박스를 통해 사용자를 안내하여 재가공 이미지를 생성하기 위한 사용 도움말을 제공한다. 각 대화 박스는 가능한 재배치 옵션을 통하여 사용자를 안내하는 선택가능한 버튼을 포함한다. 대안으로, 다른 실시예에 있어서, 사용자 대화는 텍스트(스크립트) 명령 및 논증으로서 제공된다. 또한, 이미지를 생성 및 복원하는 명령들은 원격적으로 발행될 수 있고, 이에 따라 사용자 인터페이스나 텍스트 선택의 필요성이 없어진다.

도 6은 사용자/서버 관리자가 자동 재가공 동작을 서버에서 시작할 수 있는 어플라이언스 서버 콘솔 또는 사용자 인터페이스(600)를 도시한다. 도시된 바와 같이, 사용자 인터페이스(600)는 가용 응용 프로그램(601)의 디스플레이 및 가용 옵션(603)의 선택을 포함하여, 재가공 유틸리티를 통해 실행된 다양한 재가공 특징들을 시작한다. 사용자로부터 요청을 받아서, 그 선택된 어플라이언스 서버에 대한 재배치 동작을 수행하기 위해서, 사용자 인터페이스(600)는 사용자 입력(마우스 클릭, 키보드 입력 등)을 받아서, 그 선택된 어플라이언스 서버의 콘솔 에이전트로 요청을 전송한다. 그 에이전트는 재배치 요청을 받아서, 전술한 개략적인 재배치 유틸리티를 이용하는 필요한 재배치 기능을 수행한 후에, 그 결과를 다시 사용자에게 메시징한다. 도 6에 도시된 특징들은 단지 설명용으로 제공된 것이며, 본 발명을 제한하려는 것은 아니다.

바람직한 실시예에 따르면, 이미지를 저장할 때마다, NOS 파티션만이 재기록된다. 어플라이언스 서버는 원격 이미지명(image name)의 생성을 시도하고, 서버 어플라이언스로 생성 이미지 명령을 전송한다. 서버가 어플라이언스 에이전트로부 터 긍정적인 확인(positive acknowledgment)을 수신하는 경우, 사용자에게 생성 이미지 동작이 진행중임을 프롬프팅한다. 그 다음에, 차후의 이미징 명령들은 이 어플라이언스에 대하여 불능이 된다. 이에 후속하여, 사용자는 그 동작의 성공 또는 실패의 확인을 수신한다.

이미지 파일이 생성되고 어플라이언스가 재부팅하는 경우, 재가공 유틸리티는 FTP를 통해 원격 스토리지 위치/장치로 이미지 파일을 전송하거나, 그 이미지 파일을 이미지 파티션 안에 저장한다. FTP 동작의 결과들은 서버로 운반된다. 그 서버는 생성 동작의 종료를 의미하는 메시지의 수신을 해석하여, 더욱 이미징 명령을 허용하는 시간 종료를 취소한다. 그 서버는 또한 이미징이 진행 중이 아님을 나타내기 위하여 어플라이언스의 특성들을 변경한다.

서버가 긍정적인 확인을 수신하는 경우에, 사용자 인터페이스는 서버 어플라이언스의 특성값들을 변경하여, 어플라이 이미지 동작이 진행중임을 나타낸다. 그 다음에 연속하는 명령들은 서버 어플라이언스에 대하여 불능이 된다.

에러 포착

본 발명은 또한 재가공 동작에 에러 보고를 제공한다. 로그 파일은, 재가공 동작(예를 들면, "시간 종료" 동작")이 있는 경우에, 고객이 원하면, 그 문제점을 디버깅하기 위해서, 고객이 로그 파일을 볼 수 있도록 유지된다. 파티션 또는 프로그램 파일의 콘텐츠의 손상의 경우에, 복원 CD는 팩토리 불량 설정을 복원하는데 이용될 수 있다. 일 실시예에 있어서, 로그 파일은, (1) 상세한 모드 상태/에러 NLS 메시지로 매핑될 수 있는 상태/에러 코드와, (2) 날짜/시간과, (3) 부호화 상 태/에러 메시지를 디스플레이하는 재가공 동작의 각 단계에 대한 엔트리를 포함한다.

본 발명의 예시적인 실시예들이 완전히 기능적인 데이터 처리 시스템의 관계로 지속적으로 설명되었지만, 당업자라면 본 발명의 예시적인 실시예의 소프트웨어 형태들이 다양한 형태로 프로그램 제품으로서 분포될 수 있고, 본 발명의 예시적인 실시예들이 그러한 분포를 실질적으로 운반하는데 이용된 신호 전송 매체(signal bearing media)의 특정 유형에 상관없이 동일하게 적용할 수 있다는 것을 이해할 것이다. 신호 전송 매체의 예로는 플로피 디스크, 하드 디스크드라이브, CD ROM 등의 기록 가능한 유형의 매체와, 디지털 및 아날로그 통신 링크 등의 송신 유형 매체를 포함한다.

또한, 바람직한 실시예를 참조로 본 발명을 특별하게 도시하고 설명할지라도, 당업자라면 형태와 세부 사항의 다양한 변경이 본 발명의 정신 및 범위를 벗어남이 없이 이루어질 수 있다는 것을 이해할 것이다.

Claims

하드 드라이브에 있어서,

각각이 디스크 공간의 프리셋 할당을 포함하는 적어도 3개의 파티션과;

데이터 프로세싱 시스템 내의 컴포넌트들에 접속하고 상기 3개의 파티션들 중 적어도 제1 파티션에 로딩될 애플리케이션의 이미지 파일을 수신하기 위한 수단으로서, 상기 이미지 파일은 (1) 상기 애플리케이션의 설치와 실행에 필요한 파일들과, 상기 애플리케이션이 대응하는 운영 체제(OS)가 동작할 것을 요구하는 때에는 (2) 상기 대응하는 OS에 대한 추가적인 파일들을 포함하는 것인, 상기 수단과,

상기 애플리케이션이 상기 제1 파티션의 디스크 공간의 상기 프리셋 할당보다 더 많은 디스크 공간을 요구할 때에는 상기 제1 파티션으로의 상기 애플리케이션의 설치를 수용하기 위해 상기 하드 드라이브의 동작 중에 상기 파티션들의 동적 크기조절을 제어하는 로직을 포함하고, 상기 로직은,

상기 애플리케이션이 상기 제1 파티션 내의 가용 디스크 공간보다 더 많은 디스크 공간을 필요로 하는 때를 상기 이미지 파일에 의해 제공되는 파라미터들로부터 판단하고,

상기 애플리케이션을 설치하기 위해 더 많은 디스크 공간이 요구된다는 판단에 응답하여, 상기 제1 파티션을 적어도 제2 파티션의 디스크 공간으로 확장하고,

후속해서 상기 신규 애플리케이션을 상기 제1 파티션에 설치하기 위한 로직을 포함하는 것인, 하드 드라이브.
제1항에 있어서, 상기 제1 파티션을 확장하기 위한 상기 로직은,

상기 제1 파티션에 추가의 디스크 공간을 제공하기 위해 상기 제1 파티션을 인접한 파티션으로 동적으로 확장하는 단계를 더 포함하는 것인, 하드 드라이브.
제2항에 있어서, 상기 3개의 파티션들은 논리적으로 서로 합동(congruent)하며, 상기 제2 파티션은 상기 제1 파티션과 상기 제3 파티션 사이에 위치하고, 상기 제1 파티션이 제1 합동 파티션일 때에는, 상기 로직은 상기 제1 파티션의 상위 논리 어드레스를 증가시켜 상기 제2 파티션의 하위 어드레스 공간을 병합하고, 상기 제1 파티션이 제3 합동 파티션일 때에는, 상기 제1 파티션의 하위 논리 어드레스를 감소시켜 상기 제2 파티션의 고위 어드레스 공간을 병합하는 것인, 하드 드라이브.
데이터 처리 시스템에 있어서,

프로세서와;

입력/출력(I/O) 장치들과;

상호접속을 통해 상기 프로세서 및 상기 I/O 장치들과 결합되고, 적어도 3개의 파티션들을 갖는 저장 매체와;

상기 3개의 파티션들 중 적어도 제1 파티션에 설치될 애플리케이션의 이미지 파일을 상기 I/O 장치들을 경유해 수신하기 위한 수단으로서, 상기 이미지 파일은 상기 애플리케이션의 설치와 실행에 필요한 파일들과, 상기 애플리케이션이 대응하는 운영 체제(OS)가 동작할 것을 요구할 때에는, 상기 대응하는 OS에 대한 추가의 파일들을 포함하는 것인, 상기 수단과;

상기 저장 매체와 연관된 로직으로서, 상기 제1 파티션에 로딩될 상기 애플리케이션이 상기 제1 파티션의 가용 디스크 공간보다 더 많은 디스크 공간을 요구한다는 판단에 응답하여, 상기 파티션들 중 제1 파티션의 크기를 상기 파티션들 중 제2 파티션의 디스크 공간에 동적으로 확장하기 위한 로직을 포함하는 것인, 상기 로직

을 포함하는 데이터 처리 시스템.
제4항에 있어서, 상기 시스템은 제1 애플리케이션으로부터, 상기 이미지 파일로서 저장된 제2 애플리케이션으로의 자동 재가공을 지원하는 어플라이언스 서버로서 이용되고, 상기 디스크 드라이브는 시스템 파티션, 네트워크 운영 체제(NOS) 파티션, 이미지 파티션, 및 부유 파티션을 포함하여, 상기 제2 애플리케이션이 상기 NOS 파티션의 디스크 공간보다 더 많은 디스크 공간을 요구할 때에는, 상기 로직은 상기 NOS 파티션을 확장하여 상기 부유 파티션의 디스크 공간을 포함하도록 하는 것인, 데이터 처리 시스템.
제5항에 있어서, 상기 이미지 파일은 상기 이미지 파티션에 저장되고, 상기 이미지 파일이 상기 이미지 파티션의 디스크 공간보다 더 많은 디스크 공간을 요구할 때, 상기 로직은 상기 이미지 파티션을 확장하여 상기 부유 파티션의 디스크 공간을 포함하도록 하는 것인, 데이터 처리 시스템.
제6항에 있어서, 상기 데이터 처리 시스템을 네트워크에 접속하고 네트워크로부터 상기 이미지 파일의 수신을 가능케하는 네트워크 접속을 더 포함하는 데이터 처리 시스템.
제5항에 있어서, 상기 로직은 상기 이미지 파일의 크기 파라미터와 상기 NOS 파티션의 현재의 크기를 비교하여 상기 제2 애플리케이션이 상기 NOS 파티션의 가용 디스크 공간보다 더 많은 공간을 필요로하는 때를 판단하기 위한 코드를 포함하는 것인, 데이터 처리 시스템.
제4항에 있어서, 상기 프로세서에 의해 실행되는 재가공 유틸리티를 더 포함하고, 상기 재가공 유틸리티는 액티베이트되었을 때, 상기 제2 애플리케이션 프로그램을 상기 제2 파티션 상에 동적으로 설치하며, 상기 제2 애플리케이션 프로그램을 지원하도록 상기 어플라이언스 서버를 재구성하고, 상기 제2 애플리케이션의 설치는, 상기 제2 애플리케이션의 적절한 실행을 지원하기 위해 상기 대응하는 운영 체제(OS)가 요구될 때에는, 상기 대응하는 OS의 설치를 포함하는 것인, 데이터 처리 시스템.
신규 애플리케이션을 이용한 어플라이언스 서버의 자동 재가공을 수용하기 위해 하드 드라이브의 성장을 가능케하는 프로그램 코드를 포함하고, 상기 프로그램 코드는,

상기 하드 드라이브의 제1 파티션에 로딩될 대응하는 애플리케이션이 상기 제1 파티션의 가용 디스크 공간보다 더 많은 디스크 공간을 요구하는 때를 상기 하드 드라이브의 제어 로직에서 수신되는 이미지 파일─ 상기 이미지 파일은 상기 애플리케이션의 설치와 실행에 필요한 파일들과, 상기 애플리케이션이 대응하는 운영 체제(OS)가 동작할 것을 요구할 때에는, 상기 대응하는 OS에 대한 추가의 파일들을 포함함 ─에 의해 제공된 파라미터들로부터 판단하는 단계와,

상기 판단하는 단계에 응답하여, 상기 제어 로직을 트리거링하여 상기 애플리케이션에 의해 요구되는 추가의 디스크 공간의 양과 동일한 추가 디스크 공간을 상기 제1 파티션 내에 제공하도록 상기 제1 파티션을 인접한 파티션으로 동적으로 확장하는 단계와,

후속해서, 상기 이미지 파일의 압축해제와 상기 제2 애플리케이션의 압축해제된 파일들 내의 설치 프로그램의 실행을 개시함으로써 상기 애플리케이션을 상기 제1 파티션 내에 설치하는 단계를 위한 코드를 포함하는 것인, 컴퓨터 판독가능한 기록 매체.
제10항에 있어서, 상기 동적으로 확장하는 단계에 의해 제공된 하드 드라이브 구성 내에서 상기 신규 애플리케이션을 작동시키도록 상기 어플라이언스 서버를 자동으로 재구성하기 위한 프로그램 코드를 더 포함하고,

상기 애플리케이션의 설치는, 상기 제2 애플리케이션의 적절한 실행을 지원하기 위해 상기 대응하는 OS가 요구될 때 상기 대응하는 OS의 설치를 포함하며,

상기 자동으로 재구성하는 것은, 상기 대응하는 OS로 상기 애플리케이션의 실행을 가능케하기 위해 상기 프로그램 제품이 실행되는 컴퓨터 시스템의 자동-재부팅을 트리거링하는 단계를 포함하는 것인, 컴퓨터 판독가능한 기록 매체.
제11항에서, 상기 어플라이언스 서버는 네트워크에 결합되고, 상기 판단하는 단계는, 상기 네트워크 상의 저장 위치로부터 상기 애플리케이션을 이미지 파일로서 다운로드한 후에 완료되며, 상기 이미지 파일의 파라미터들로부터 상기 애플리케이션에 대한 필요한 디스크 공간을 획득하는 단계를 포함하는 것인, 컴퓨터 판독가능한 기록 매체.
제12항에 있어서, 상기 어플라이언스 서버는, 적어도 시스템 파티션, 네트워크 운영 체제(NOS) 파티션, 부유 파티션, 및 이미지 파티션을 갖는 파티션-분할된 하드 드라이브를 포함하며, 상기 제1 파티션은 상기 NOS 파티션이고, 상기 제2 파티션은 상기 부유 파티션이며, 상기 프로그램 코드는, 상기 이미지 파티션이 상기 애플리케이션의 상기 이미지 파일을 보유하기에 충분히 크지 않다는 판단에 응답하여 상기 이미지 파티션을 상기 부유 파티션의 드라이브 공간으로 확장하기 위한 코드를 더 포함하는 것인, 컴퓨터 판독가능한 기록 매체.
가변 크기의 파일들을 파티션-분할된 하드 드라이브 내에 수용하기 위한 방법에 있어서,

상기 하드 드라이브의 제1 파티션에 설치될 신규 애플리케이션의 이미지 파일을 수신하는 단계로서, 상기 이미지 파일은 상기 애플리케이션의 설치와 실행에 필요한 파일들과, 상기 애플리케이션이 대응하는 운영 체제(OS)가 동작할 것을 요구할 때에는, 상기 대응하는 OS에 대한 추가의 파일들을 포함하는 것인, 상기 수신하는 단계와;

상기 신규 애플리케이션이 상기 제1 파티션 내의 가용 디스크 공간보다 더 많은 디스크 공간을 필요로하는 때를 상기 이미지 파일의 파라미터들로부터 판단하는 단계와;

상기 판단하는 단계에 응답하여, 상기 제1 파티션을 인접한 파티션으로 동적으로 확장하여, 상기 신규 애플리케이션을 수용하기 위한 추가의 디스크 공간을 상기 제1 파티션 내에 제공하는 단계와;

후속해서, 상기 신규 애플리케이션을 상기 제1 파티션에 설치하는 단계로서, 상기 제2 애플리케이션의 설치는, 상기 신규애플리케이션의 적절한 실행을 지원하기 위해 상기 대응하는 OS가 요구될 때에는, 상기 대응하는 OS의 설치를 역시 포함하는 것인, 상기 설치하는 단계

를 포함하는, 가변 크기의 파일들을 파티션-분할된 하드 드라이브 내에 수용하기 위한 방법.
제14항에 있어서, 상기 파티션-분할된 하드 드라이브는 어플라이언스 서버 내에서 동작하며, 상기 방법은, 상기 동적으로 확장하는 단계에 의해 제공된 하드 드라이브 구성 내에서 상기 신규 애플리케이션을 동작시키도록 상기 어플라이언스 서버를 자동으로 재구성하는 단계를 더 포함하는 것인, 가변 크기의 파일들을 파티션-분할된 하드 드라이브 내에 수용하기 위한 방법.
제15항에 있어서, 상기 어플라이언스 서버는 네트워크에 접속되며, 상기 판단하는 단계는,

먼저, 상기 네트워크 상의 저장 위치로부터 상기 이미지 파일을 다운로드하는 단계와;

상기 이미지 파일의 파라미터들로부터 상기 신규 애플리케이션에 대한 필요한 디스크 공간을 획득하는 단계를 포함하는 것인, 가변 크기의 파일들을 파티션-분할된 하드 드라이브 내에 수용하기 위한 방법.
제16항에 있어서, 상기 하드 드라이브는 시스템 파티션, 네트워크 운영 체제(NOS) 파티션, 부유 파티션, 및 이미지 파티션을 포함하고, 상기 제1 파티션은 상기 NOS 파티션이고, 상기 제2 파티션은 상기 부유 파티션이며, 상기 방법은 상기 이미지 파티션이 상기 신규 애플리케이션의 상기 이미지 파일을 보유하기에 충분히 크지 않다는 판단에 응답하여, 상기 이미지 파티션을 상기 부유 파티션으로 확장하는 단계를 더 포함하는 것인, 가변 크기의 파일들을 파티션-분할된 하드 드라이브 내에 수용하기 위한 방법.
제15항에 있어서, 상기 자동으로 재구성하는 단계는,

상기 신규 애플리케이션 및 제공된 임의의 대응하는 OS의 설치가 완료될 때, 상기 신규 애플리케이션의 실행을 가능케하도록 상기 하드 드라이브가 결합된 컴퓨터 시스템을 자동으로 재부팅하는 단계를 포함하는 것인, 가변 크기의 파일들을 파티션-분할된 하드 드라이브 내에 수용하기 위한 방법.
제1항에 있어서, 상기 이미지 파일을 수신하기 위한 수단은, 상기 적어도 3개의 파티션들 중 하나에 상기 이미지 파일을 저장하기 위한 수단을 포함하고, 동적 크기조절을 제어하는 상기 논리는,

상기 이미지 파일에 필요한 디스크 공간의 크기를 인식하고;

상기 이미지 파일이 저장될 상기 3개의 파티션들 중 선택된 파티션이 상기 이미지 파일을 수용하기에 충분히 크지 않을 때, 상기 선택된 파티션 내의 상기 이미지 파일의 저장을 수용하도록 상기 선택된 파티션의 크기를 동적으로 조절하기 위한 로직을 더 포함하는 것인, 하드 드라이브.
제1항에 있어서, 상기 로직은,

상기 제2 애플리케이션의 적절한 실행을 지원하기 위해 상기 대응하는 OS─상기 대응하는 OS는 상기 이미지 파일 내부의 요소로서 제공됨─가 요구될 때 상기 대응하는 OS를 동시에 설치하고,

상기 대응하는 OS와 함께 상기 신규애플리케이션의 실행을 가능케하기 위해 상기 하드 드라이브가 결합된 컴퓨터 시스템을 자동으로 재부팅하기 위한 로직을 더 포함하는 것인, 하드 드라이브.