KR101114644B1

KR101114644B1 - 방법, 물품 및 시스템

Info

Publication number: KR101114644B1
Application number: KR1020090092529A
Authority: KR
Inventors: 콘 로돌포; 아르잔 킨자린; 데이비드 롬바드; 리카도 모린
Original assignee: 인텔 코포레이션
Priority date: 2008-09-29
Filing date: 2009-09-29
Publication date: 2012-03-05
Also published as: US20120030324A1; CN101917452A; JP5150593B2; KR20100036215A; US8041794B2; JP2010108487A; US20100082783A1; US8312116B2; EP2172840B1; CN101917452B; EP2172840A1

Abstract

일 실시예에서, 본 발명은 사전-부팅 환경에서 시스템의 공통 정보 모델(CIM) 브로커 및 SLP 서비스 에이전트를 초기화하고, 멀티캐스트 요청을 전송하고 디렉토리 에이전트로부터 유니캐스트 광고를 수신하며, 웹-기반의 엔터프라이즈 관리(WBEM) 서비스를 디렉토리 에이전트로 등록하고, 리소스 매니저로부터 정보에 응답해 사전-부팅 환경에서 시스템의 에셋 인벤토리를 구성, 제공 및/또는 수행하는 방법을 포함한다. 다른 실시예들이 기술되고 청구되었다.

Description

방법, 물품 및 시스템{PLATFORM DISCOVERY IN A PRE-BOOT ENVIRONMENT USING WEB SERVICES}

본 발명은 웹 서비스를 이용하는 사전-부팅 환경(pre-boot environment)에서의 플랫폼 디스커버리에 관한 것이다.

데이터 처리 증가에 대한 필요성이 확장됨에 따라, 다수의 기업이 데이터 창고로서의 역할을 하기 위한 데이터 센터를 개발해왔다. 이러한 데이터 센터는 다수의 개별적인 컴퓨터 시스템을 포함할 수 있다. 종종, 이러한 시스템들은 랙(rack)에서 적용되는 블레이드 서버와 같은 서버 컴퓨터로서 구성된다. 많은 시스템들이 데이터 저장 및 검색에 사용될 수 있는 동시에, 다수의 시스템이 서로 다른 태스크를 핸들링하도록 서로 다르게 구성될 수 있다. 서로 다른 시스템 구성을 제공하기 위해, 통상적으로 데이터 센터의 직원이 서로 다른 하드웨어 설정 및/또는 소프트웨어가 서로 다른 태스크에 이용되도록 이들을 이용하여 개별적인 시스템들을 수동으로 구성할 것이다. 이러한 시스템 구성은 전형적으로 리소스 매니저(또는 제공 에이전트(provisioning agent))에서 중심화될 것이며 높은 수준의 사람 에 의한 조정을 필요로 할 것이다.

예를 들어, 일부 데이터 센터 환경에서, 서로 다른 서버들이 최적의 성능 및 최소의 비용으로 서로 다른 워크로드를 핸들링하도록 하는 서로 다른 구성을 제공하는 것이 유용할 수 있다. 그러나 이를 위해서는, 서버를 구별하고 구성을 적절하게 핸들링하기 위해서, 서버 식별자 및 구성 정보를 제공 에이전트에게 제공할 것이 요구된다. 그러나, 이것은 복잡도를 상승시키며, 제공 에이전트 측에서 올바른 제공과 특정한 서버 사이의 올바른 제공을 결정하고 맵핑을 확립하도록 각 서버의 능력을 결정하기 위해 높은 정도의 수동적 조정을 필요로 한다.

데이터 센터 내의 시스템의 제공의 일부분은, 운영 시스템이 장치 상에서 로딩되지 않은 소위 사전-부팅 환경(pre-boot environment)에서 수행될 수 있다. 현재 사용되는 사전-부팅 환경은 네트워크-접속 시스템에 운영 시스템(OS)과 같은 소프트웨어가 제공될 수 있는 사전-부팅 실행 환경(PXE)이 지칭된다. 그러나, PXE는 신뢰할 수 없는 프로토콜인 통신을 위한 사용자 데이터그램 프로토콜(UDP)의 사용과 같은 알려진 단점을 갖는다. 또한, 이것은 OS 이미지를 갖는 미디어 액세스 제어(MAC) 어드레스와 같은 서버 정보를 관련시키기 위해 최소의 구성을 필요로 한다. 마지막으로, PXE를 사용하는 시스템을 제공하는 것은 정책 및 성능-기반의 리소스 할당을 실행하는 데에 제한된 가능성을 갖는다.

실시예는 사전-부팅(pre-boot) 환경에서의 완전히 자동화된 표준-기반 서버 노드 디스커버리, 에셋 인벤토리(asset inventory), 구성 및 제공을 제공하는 데에 사용될 수 있다. 보다 구체적으로, 서버의 사전 구성(previous configuration)이 전혀 되어있지 않고, 운영 시스템 또는 소프트웨어가 전혀 설치되지 않는 타임 제로(time zero)에서, 베어-메탈(bare metal) 서버가, 신뢰할 수 있는 표준 프로토콜을 이용하여 디스커버리, 구성, 제공 및 부팅될 수 있다. 이것은, 리소스 매니저와 같이 전술된 액티비티(디스커버리(discovery), 에셋 인벤토리, 구성, 제공(proviosioning) 및 부팅)에 포함되는 임의의 시스템으로 임의의 서버 식별 기반의 구성을 제공하는 데에 사람에 의한 조정도 필요로 하지 않음을 의미한다. 이것은 또한 시스템이 사전-부팅 상태일 때 가능하다. 본 명세서에서 사용되는 타임 제로(time zero)란, 서버가 공장에서 박스에서 꺼내져서 예로서 아웃-오브-밴드 네트워크 설정 확립, 비-디폴트 기본 입력/출력 시스템(BIOS) 구성 설정, 최신 펌웨어 설치 및 운영 시스템 설치와 같은 초기 구성을 수행하기 위해 처음 부팅될 때까지의 기간이다. 본 명세서에서 사용되는 베어-메탈이라는 용어는 타임 제로에서의 시스템 상태를 의미하며, 시스템은 베어-메탈로 복귀될 수 있고, 타임 제로는 시스템 구성을 공장 상태로 완전히 재설정하고(베이스보드 관리 컨트롤러 등을 포함) 모든 디스크 컨텐츠를 삭제/무시함으로써 "복원"된다. 본 명세서에서 사용되는 사전-부팅 상태는 사전-부팅 시간 동안의 시스템 상태이다. 본 명세서에서 사용되는 사전-부팅 시간은 서버의 메인 프로세서가 파워-온 되어 최종 운영 시스템이 로딩됨에 따라 서버가 부팅 프로세스의 종료를 표시하고 시스템이 사용자 애플리케이션을 실행하도록 할 때까지의 기간이다. 시스템은 자신이 리셋 또는 파워-오프되고 후속하여 다시 파워-온된 후에 사전-부팅 시간으로 재진입한다. 본 명세서에서 사용되는 사전-부팅 환경은 사전-부팅 시간 동안의 시스템 환경이다.

제로 구성을 이용하여 사전-부팅 서버 디스커버리를 수행함으로써, 제공될 이미지를 결정하기 위한 임의의 다른 특유의 서버 식별자 또는 MAC 어드레스의 트랙을 유지하는 것이 필요하지 않다. 이것은 리소스 매니저의 구성 및 제공뿐 아니라 사전-부팅 상태에서의 서버의 리소스 할당에 대한 정책-기반 결정을 이루기 위한 방법을 제공한다. 예를 들어, 하나 이상의 프로세서 또는 멀티-코어 프로세서와 같은 요구사항들의 리스트를 준수하는 제 1 서버에게 소정의 특징을 갖는 워크로드를 할당하도록 리소스 매니저에게 지시하는 정책 규칙이 존재할 수 있다. 이러한 규칙은 특정한 방식으로 각 프로세서의 모델 특정 레지스터를 구성하도록 리소스 매니저에게 지시할 수도 있다.

사전-부팅 서버 디스커버리는 매우 신뢰할 수 있는 웹-기반의 사업 관리(WBEM:Web-based Enterprise Management)-호환 프로토콜을 이용하여 수행될 수 있으며, 그에 따라 오류 확률을 최소화한다. WBEM은 가장 뛰어난 기업을 포함하는 조직인 DMTF(Distributed Management Task Force)에 의해 지원된다. 신뢰할 수 있는 프로토콜을 사용함으로써, 실시예는 사전-부팅 실행 환경(PXE)에 의해 사용되는 것과 같이, 데이터그램이 보장된 신뢰성 또는 순서 없이 전송되는 UDP와 같은 신뢰 할 수 없는 프로토콜을 사용하는 것을 방지할 수 있다. 예를 들어, 다수의(예로서, 수천의) 서버를 갖는 데이터 센터에서 이미지를 다운로드하는 동안 실패가 발생할 수 있다. 이러한 제공이 PXE를 사용하여 실행되었을 때, 신뢰할 수 없는 통신 스킴으로 인해 실패가 검출되지 않을 수 있다.

자동화된 사전-부팅 플랫폼 구성 및 제공은 플랫폼 성능, 워크로드 요구사항 및 고레벨 정책에 기반하여 실행될 수 있다. 플랫폼 성능 질문, 구성 및 제공은 산업 내에서 넓게 수용되는 웹 서비스-공통 정보 모델(WS-CIM) 및 WS-관리와 같은 신뢰할 수 있는 웹 서비스 프로토콜을 사용할 수 있다. 사전-부팅 구성 및 제공은 산업계 표준인 CIM을 사용할 수 있다. 사용된 프로토콜은 보안 성능을 투명하게 통합하고 방화벽 트래버설을 허용할 수 있다. 마지막으로, 본 명세서에 기술된 사전-부팅 방법은 리소스 매니저에 의해 해석될 수 있는 고레벨 정책 정의 외에도 사람의 조정을 필요로 한다.

일 실시예에서 시스템은 사전-부팅 기본 입력/출력 시스템(BIOS)에 의한 실행을 위한 비휘발성 저장부 내의 저장, 운영 시스템(OS) 커널을 포함하는 페이로드, DHCP 클라이언트, CIM 브로커, 에셋 인벤토리, 플랫폼 구성 및 제공에 적절한 CIM 스킴 및 에셋 인벤토리, 플랫폼 구성 및 제공에 적절한 CIM 제공자를 포함할 수 있다. 또한, 에셋 인벤토리, 플랫폼 구성 및 제공을 위한 시스템과의 통신은 WS-관리 프로토콜, WSDM(Web Services Distributed Management) 또는 WS-CIM을 이용해 구현될 수 있다. 시스템은 예로서 랙에 장착된(rack-mounted) 블레이드 서버로서 데이터 센터 내에 존재하는 서버일 수 있다.

디스커버리를 가능케 하기 위해, 시스템은 서비스 위치 프로토콜(SLP) 서비스 에이전트에 연결될 수 있다. 일 실시예에서, 운영 시스템 커널은 EFI(Extensible Firmware Interface)-부팅가능할 수 있으며, 애플리케이션에 따라서, CIM 제공자 및 CIM 모델은 플래쉬 또는 시스템의 다른 비휘발성 저장부 내에 저장될 수 있다.

도 1을 참조하면, 본 발명의 일 실시예에 따른 비휘발성 저장부(100)의 블록도가 도시되었다. 도 1에 도시된 바와 같이, 비휘발성 저장부는 사전-부팅 BIOS, 즉 EFI BIOS(110)를 포함하는 플래쉬 메모리일 수 있다. 또한, EFI-부팅가능한 커널일 수 있고 Linux™ 커널과 같은 작은 풋프린트 OS에 해당할 수 있는 OS 커널(120)이 저장부(100) 내부에 도시되었다. 또한, 저장부(100)는 디스커버리에 사용될 수 있고 저장부를 포함하는 시스템과 이 시스템이 부팅되기 이전의 네트워크 내의 다른 시스템들 사이에서 액세스할 수 있는 WBEM 인터페이스(130)를 더 포함할 수 있다. BIOS, OS 커널 및 WBEM 인터페이스가 단일 플래쉬 메모리 내에 공동으로 저장된 BIOS 스택의 특정한 구현이 도시되었지만, 실시예가 이것으로 제한되는 것은 아니며 다른 실시예에서는 다른 비휘발성 저장 디바이스 내에 저장된 페이로드를 갖는 것과 같이 BIOS 스택을 제공하는 다른 방법이 구현될 수 있다.

도 1의 구현에서, 저장부(100)를 포함하는 시스템의 파워-업에 따라 EFI BIOS(110)이 실행될 수 있으며, 이것은 OS(120)의 실행을 트리거링할 수 있고, 신뢰할 수 있는 프로토콜에 따라 초기 통신을 허용하도록 WBEM 인터페이스(130)가 인에이블되도록 할 수 있다. 이러한 방식으로, 시스템의 구성 및 제공이 MAC 어드레스 또는 다른 시스템 식별자와 같은 임의의 초기 구성 정보를 리소스 매니저와 같이 포함된 임의의 시스템으로 제공하지 않고도 사전-부팅 환경에서 발생할 수 있다. 물론, 아래에서 기술되는 바와 같이 예를 들어 동적 호스트 구성 프로토콜(DHCP) 서버에 의해 제공되는 인터넷 프로토콜(IP) 어드레스가 통신이 발생하도록 하는 시스템과 관련된다.

일 실시예에서, 시스템은 아래와 같이 실행된다. 추가적인 사람 구성이 없는 초기 물리적 설치 후에, 서버는 즉시 턴온되고, 운영 시스템 부팅 프로세스가 시작하기 이전에 서버는 성능을 질문(query)할 수 있는 리소스 매니저에 의해 발견될 수 있으며, WBEM 표준 프로토콜을 사용하여 그것을 구성 및 제공할 수 있다. 디스커버리는 RFC(request for comment) 2608인 IETF(Internet Engineering Task Force)에 의해 제공된 WBEM 호환 프로토콜인 서비스 위치 프로토콜(SLP)을 사용하여 수행될 수 있다.

비휘발성 저장부 내의 전술된 구성요소들을 포함하는 서버 시스템에 추가로, 디스커버리 방법은 데이터 센터의 SLP 디렉토리 에이전트를 사용하여 구현될 수도 있다. RFC 3082 또는 유사한 공개/가입 메커니즘을 구현하는 디렉토리 에이전트를 제공하여, 디렉토리 에이전트(예로서, 데이터 센터를 이용함)로 연결된 리소스 매니저는 새로운 WBEM 서비스가 등록될 때마다 통지된다.

이러한 방식으로 리소스 매니저가 서버를 발견하면, 리소스 매니저는 예로서 CIM 및 WS-CIM, 또는 WS-관리를 통해 새롭게 발견된 플랫폼을 자동으로 구성할 수 있다. 일 실시예에서, 따라서 프로세서 특성 및 다른 플랫폼 특성은 부팅 프로세 스를 지속하기 이전에 리소스 매니저에 의해 구성될 수 있다. 구성 이전 또는 이후에 서버는 하나 이상의 워크로드에 따라 소정의 운영 시스템의 전체 또는 일부를 이용하여 자동으로 제공될 수 있으며, 이들은 모두 CIM 및 WS-CIM 또는 WS-관리 프로토콜을 사용한다. 마지막으로, CIM을 통해 서버가 선호되는 이미지로 부팅을 지속하도록 지시된다. 이러한 모든 동작들은 신뢰할 수 있는 통신 프로토콜을 사용하는 동시에 사전-부팅 환경에서 수행된다.

도 2에 도시된 바와 같이, 방법(200)은 리소스 매니저와 같이 포함된 임의의 시스템 또는 사전-부팅 환경에 있는 동안, 플랫폼 내에 존재하는 임의의 사전결정된 구성 정보 없이 플랫폼을 발견, 구성 및 제공하는 데에 사용될 수 있다. 특히, 도 2에 도시된 방법(200)은 플랫폼 상의 사전-부팅 BIOS를 실행함으로써 시작될 수 있다(블록(210)). 일 실시예에서, 사전-부팅 BIOS는 도 2와 관련하여 기술된 바와 같은 BIOS 스택의 일부인 EFI BIOS일 수 있다.

시스템이 자가-테스트되도록 BIOS가 실행되어 이것이 유효한 것으로 결정되었을 때, 일 실시예에서 BIOS는 BIOS와 동일한 비휘발성 메모리(즉, 플래쉬 메모리) 내에 저장된 OS 커널로 제어를 전달할 수 있다. 특히, 도 2에 도시된 바와 같이 블록(220)에서, CIM 또는 WBEM 환경에서의 통신을 위해 다양한 동작들을 수행하는 Linux™ 커널과 같은 최소의 OS 커널일 수 있는 이러한 OS 커널이 실행될 수도 있으며, 이는 본 명세서에서 사전-부팅 OS로도 지칭된다. 이러한 OS 커널의 일부로서, 동적 호스트 구성 프로토콜(DHCP) 루틴은 플랫폼을 갖는 네트워크 내에 존재할 수 있는 DHCP 서버로부터 인터넷 프로토콜(IP) 어드레스를 수신하도록 실행될 수 있다. 예를 들어, 일 구현에서 데이터 센터는 다른 무엇보다도 SLP 디렉토리 에이전트 및 리소스 매니저와 같은 다른 제어 시스템을 따라서 복수의 서버들(각 서버는 본 명세서에서 기술된 바와 같이 제공될 수 있음)과 DHCP 서버를 포함할 수 있다. 이와 달리, 이러한 루틴은 일부 실시예에서 사전-부팅 BIOS 내에서 수행될 수도 있다. 또한, 이러한 OS 커널은 CIM 브로커와 서비스 에이전트를 개시할 수 있으며, 이들 모두는 동일한 비휘발성 저장부 내에 저장될 수 있다.

도 2를 참조하면, 이러한 서비스 에이전트는 멀티캐스트 요청을 네트워크로 전송할 수 있다(블록(230)). 특히, 이러한 멀티캐스트 요청은 SLP 디렉토리 에이전트와 같은 디렉토리 에이전트 또는 서비스를 찾기 위한 요청에 해당할 수 있다. 이러한 요청에 응답하여, SLP 디렉토리 에이전트와 같은 디렉토리 에이전트는 신뢰할 수 있는 프로토콜 상에서 유니캐스트 수신확인을 전송할 수 있으며, 따라서 이것은 플랫폼에 의해 수신되고, 보다 구체적으로는 서비스 에이전트에 의해 수신된다(블록(240)). 그 다음, 서비스 에이전트는 자신의 WBEM 서비스를 디렉토리 에이전트로 등록할 수 있다. 본 발명의 범주가 이에 대해 제한되지는 않지만, 다양한 실시예에서 서비스 에이전트가 등록 메시지를 디렉토리 에이전트로 전송하여 하나 이상의 WBEM 서비스를 수행할 수 있음을 나타낸다. 일 실시예에서, 등록 메시지는 서비스의 유형(예로서, 주어진 WBEM 서비스)을 포함할 수 있으며, 많은 정보들 중에서도 IP 어드레스 또는 서비스의 URL 및 서비스가 청취하는 포트 넘버를 포함한다.

다음으로(방법(200)에는 도시되지 않았지만), 디렉토리 에이전트는 이렇게 새롭게 등록된 WBEM 서비스의 존재를 나타내도록 이전에 등록된 리소스 매니저로 통신을 전송할 수 있다. 따라서, 리소스 매니저는 서버 식별자와 관련된 정보 기술(IT) 관리자에 의해 진입된 구성과 같은 특정 서버에 관련된 구성 정보의 사전 수신 없이, 이러한 사전-부팅 환경의 플랫폼 상에서 발견, 구성 및 제공을 수행할 수 있다. 대신, 예로서 IT 직원에 의해 설정되는 것과 같은 리소스 매니저 내의 사전제공된 규칙에 기초하여, 리소스 매니저는 예로서 WBEM 서비스에 의해 이러한 사전-부팅 환경 내에서 수신될 수 있는 플랫폼으로 다양한 메시지를 전송할 수 있다(블록(250)). 통신은 정보가 시스템으로부터 요청되었는지를 결정하도록 디코딩될 수 있다(다이아몬드(260)). 예를 들어, 리소스 매니저는 성능 수신과 예로서 하드웨어 구성과 같은 시스템의 구성 정보 및 시스템 내에 존재하는 임의의 소프트웨어의 식별을 요청할 수 있으며, 이것은 프로세서 성능 등과 같은 시스템의 하드 드라이브 또는 다른 구성 정보를 액세스함으로써 결정될 수 있다.

만약 이러한 정보에 대한 요청이 수신되면, 요청된 정보가 수집되어 리소스 매니저로 전송된다(블록(270)). 만약 상기 통신이 시스템 정보에 대한 요청이 아니면, 제어는 다이아몬드(260)로부터 블록(280)으로 곧바로 통과할 수 있다. 블록(280)에서, 플랫폼의 다양한 시스템 구성요소가 구성/제공될 수 있다. 보다 구체적으로, 다양한 하드웨어 및/또는 소프트웨어 구성요소가 리소스 매니저에 의해 구성 및/또는 제공될 수 있다. 예를 들어, 리소스 매니저는 CIM을 통해 시스템을 구성하도록 WBEM-호환 프로토콜을 이용하여 메시지를 전송할 수 있다. 이것은 프로세서의 모델 특정 레지스터를 구성하고, 가상 로컬 영역 네트워크(VLAN)가 새로 운 이미지를 다운로드하는 데에 사용하도록 나타내고, 이미지가 디스크 내에 저장되어 부팅되도록 제공하며, 추가적인 CIM 기능을 이용하는 새로운 페이로드를 제공하는 등을 수행할 수 있다.

이러한 구성/제공의 결론에서, BIOS는 자신의 동작을 결론내릴 수 있으며 시스템은 시스템의 하드 드라이브 상에 존재할 수 있는(그리고 리소스 매니저에 의해 제공될 수 있는) 제 2, 즉 전체 OS로 부팅하도록 리소스 매니저에 의해 명령될 수 있다(블록(290)). 블록(290)에 추가하여, 시스템은 리소스 매니저에 의해 제공될 수 있는 임의의 워크로드를 실행할 수 있다. 도 2의 실시예에 특정한 구현이 도시되었지만, 본 발명의 범주는 이러한 것으로 제한되지 않는다.

도 3을 참조하면, 본 발명의 실시예에 따른 데이터 센터의 블록도가 도시되었다. 도 3에 도시된 바와 같이, 데이터 센터(300)는 예로서 리소스 매니저(330)를 통해 제공/구성될 수 있는 서버와 같이 클라이언트 플랫폼으로서 역할을 할 수 있는 플랫폼(310)을 포함한다. 또한, 디렉토리 에이전트(320), 즉 SLP 디렉토리 에이전트는 또한 데이터 센터 내에 존재할 수 있다. 이와 달리, 디렉토리 에이전트(320) 및 리소스 매니저(330)는 동일한 서버 내에서 실행될 수 있다. 용이한 설명을 위해 세 개의 시스템들만이 도시되었고 도시를 용이하게 하기 위해 단일 클라이언트만이 존재하지만, 데이터 센터가 수천 개의 개별적인 시스템들을 포함할 수 있음을 이해할 것이다. 본 발명의 실시예에 따른 제공/구성을 인에이블하기에 앞서서, 리소스 매니저(330)는 새롭게 등록된 WBEM 서비스에 대한 통지를 수신하기 위해 디렉토리 에이전트(320)로 등록할 수 있다. 따라서, 리소스 매니저는 가입 메시지(305)를 디렉토리 에이전트(320)로 전송할 수 있다. 이러한 방식으로, 디렉토리 에이전트(320)는 WBEM 서비스의 통지를 리소스 매니저(330)로 제공할 수 있다.

도 3을 계속 참조하면, 시스템(310)이 파워 온 되었을 때, BIOS, 소위 시스템 내의 EFI BIOS가 실행될 수 있으며 예로서 사전-부팅 상태를 실행하는 BIOS와 동일한 플래쉬 저장부 내에 저장되는 페이로드로 제어를 전달할 수 있다. 일 실시예에서 이러한 페이로드는 최소 OS 커널 및 WBEM 인터페이스를 포함할 수 있다. 따라서, 이러한 구성요소가 초기화되었을 때, 시스템(310)은 멀티캐스트 SLP 디렉토리 에이전트(DA) 요청(315)을 디렉토리 에이전트(320)를 포함하여 데이터 센터로 전송할 수 있다. 이러한 메시지에 응답하여, 디렉토리 에이전트(320)는 시스템(310)이 WBEM 서비스 등록 메시지(335)를 전송하는 것의 수신에 따라 전송 제어 프로토콜(TCP)에 기초하는 신뢰할 수 있는 프로토콜을 사용하여, SLP DA 광고(325)를 전송할 수 있다. 따라서, TCP에 기초하는 신뢰할 수 있는 프로토콜을 사용하여, 시스템(310)의 사전-부팅 환경의 서비스 에이전트는 자신의 WBEM 서비스(들)를 디렉토리 에이전트(320)에 등록한다. 디렉토리 에이전트(320)는 등록 메시지에 의해 표시된 바와 같은 새로운 WBEM 서비스의 존재를 나타내는 TCP에 기초하는 신뢰할 수 있는 프로토콜을 이용하여, 통지 메시지(345)를 전송한다. 보다 구체적으로, 이러한 통지 메시지는 리소스 매니저(330)로 전송된다. 이러한 메시지는 리소스 매니저(320)가 디렉토리 에이전트(320)를 이용하는 WBEM 서비스에 대해 이전에 등록되기 때문에 전송되는 것임을 인지해야 한다.

따라서, 리소스 매니저(330)는 신뢰할 수 있는 프로토콜을 이용하여, 예로서 WS-CIM 또는 WS-관리 프로토콜을 통해 시스템(310)을 제공/구성하기 위해 다양한 액션들을 수행할 수 있다. 이러한 액션들은 일 실시예에서 다수의 동작들 중에서도 시스템 성능의 질문; 예로서 시스템 내의 하나 이상의 프로세서의 모델 특정 레지스터(MSR)와 같은 구성 레지스터와 같은 시스템의 다양한 하드웨어의 구성; 및 주어진 OS 이미지 및 수행될 하나 이상의 워크로드를 이용한 시스템의 제공을 포함할 수 있다. 따라서 도 3에 도시된 바와 같이, 리소스 매니저(330)는 시스템을 구성 및 제공하는 데에 사용될 WS-CIM 구성 메시지(355) 및 시스템(310)이 자신의 정상 부팅 액티비티를 지속해야만 한다는 것을 나타내는 WS-CIM 부팅 지속 메시지(365)를 전송한다. BIOS 실행을 완전히 완료하고 부팅 지속을 나타내는 리소스 매니저(330)로부터의 메시지를 수신함에 따라, 시스템(310)은 제공된 OS와 같은 OS로 제어를 전달한다. 일 실시예에서, 부팅 지속 메시지는 리소스 매니저에 의해 제공되는 것이 가능한 디스크 내의 이미지를 이용하여 부팅을 지속하도록 시스템(310)에게 명령하는 CIM 방법을 실시할 수 있다. 부팅이 종료되었을 때, 사용자는 하나 이상의 원하는 애플리케이션을 실행할 수 있다.

다양한 실시예에서, SLP의 사용은 디스커버리 상태에서의 오류 가능성을 뚜렷하게 감소시키며, 이것은 디렉토리 에이전트가 임의의 주기로 서비스 광고를 전송하기 때문이다. 결국, 클라이언트 시스템은 디렉토리 에이전트 광고들 중 하나를 수신하여 그것을 식별한다. 이러한 광고 후에, 남아있는 통신들은 신뢰할 수 있는 통신을 제공하는 TCP-기반의 프로토콜을 이용할 수 있다.

따라서 실시예는 디스커버리를 위한 구성 또는 사람의 조정을 필요로 하지 않는다. 대신, 서버는 단지 물리적으로 랙되고(racked) 턴온될 것을 필요로 한다. 통신은 신뢰할 수 있는 프로토콜을 사용하여 발생하며, 실시예는 에코시스템을 사용하는 용이한 집적화를 제공하도록 CIM 및 WBEM에 기초한 사전-부팅 환경에서 실행되어 서버 성능, 워크로드 특징 및 고레벨 정책에 기초해 구현될 서버 구성 및 제공을 인에이블링한다. 또한, 서버 디스커버리 및 할당/구성 결정은 일부 실시예들이 EFI BIOS에 기초한 페이로드를 실행할 수 있는 만큼 매우 빠르게 실행될 수 있다. WS-CIM(또는 WS-관리)와 같은 웹 서비스 관리 프로토콜을 이용함으로써, 보다 쉬운 방화벽 트래버스 성능이 서버에 대한 새로운 서비스 및 고성능 컴퓨팅(HPC)를 가능케 할 수 있고, WS-보안 및 보안 소켓 층(SSL)과 같은 보안 프로토콜의 사용 및 보안 특성의 추가를 허용한다.

실시예들은 다수의 서로 다른 시스템 유형으로 구현될 수 있다. 도 4를 참조하면, 예로서 본 발명의 실시예에 따른 데이터 센터로의 통합을 위한 블레이드 서버인 서버와 같은 클라이언트 시스템의 블록도가 도시되었다. 도 4에 도시된 바와 같이, 멀티프로세서 시스템(500)은 포인트-투-포인트 상호접속 시스템이며, 포인트-투-포인트 상호접속부(550)를 통해 연결된 제 1 프로세서(570)와 제 2 프로세서(580)를 포함한다. 도 4에 도시된 바와 같이, 프로세서(570, 580)의 각각은 제 1 및 제 2 프로세서 코어(즉, 프로세서 코어(574a, 574b) 및 프로세서 코어(584a, 583b))를 포함하는 멀티코어 프로세서일 수 있으나, 잠재적으로는 다수의 보다 많은 코어들이 프로세서 내에 존재할 수 있다.

도 4를 계속 참조하면, 제 1 프로세서(570)는 메모리 컨트롤러 허브(MCH)(572) 및 포인트-투-포인트(P-P) 인터페이스(576, 578)를 더 포함한다. 유사하게, 제 2 프로세서(580)는 MCH(582) 및 P-P 인터페이스(586, 588)를 포함한다. 도 4에 도시된 바와 같이, MCH(572, 582)는 프로세서를 각각의 메모리, 즉 메모리(532, 534)로 연결하며, 이것은 각각의 프로세서에 국부적으로 부착되는 메인 메모리(예로서, 동적 랜덤 액세스 메모리(DRAM))의 일부일 수 있다. 제 1 프로세서(570) 및 제 2 프로세서(580)는 각각 P-P 상호접속부(552, 554)를 통해 칩셋(590)으로 연결될 수 있다. 도 4에 도시된 바와 같이, 칩셋(590)은 P-P 인터페이스(594, 598)를 포함한다.

또한, 칩셋(590)은 P-P 인터페이스(539)에 의해서 고성능 그래픽 엔진(538)을 갖는 칩셋(590)을 연결시키기 위한 인터페이스(592)를 포함한다. 칩셋(590)은 인터페이스(596)를 통해 제 1 버스(516)로 연결될 수 있다. 도 4에 도시된 바와 같이, 다양한 입력/출력(I/O) 디바이스(514)는 제 1 버스(516)를 제 2 버스(520)로 연결하는 버스 브릿지(518)를 따라 제 1 버스(516)로 연결될 수 있다. 다양한 디바이스들은 예를 들어 키보드/마우스(522), 통신 디바이스(526) 및 일 실시예에서 코드(530)를 포함할 수 있는 플래쉬 메모리 또는 다른 비휘발성 저장 디바이스와 같은 데이터 저장 유닛(528)을 포함하는 제 2 버스(520)로 연결될 수 있다. 이러한 코드는 자동화된 디스커버리, 에셋 인벤토리, 구성 및 제공을 가능케 하기 위해 도 1의 BIOS 스택과 같은 BIOS 스택으로서 결합될 수 있으며 동시에 시스템은 사전-부팅에 놓이고 비구성 또는 구성 상태에 있을 수 있다. 또한, 오디오 I/O(524)가 제 2 버스(520)에 연결될 수 있다.

실시예는 코드로 구현될 수 있으며, 명령어를 수행하기 위해 시스템을 프로그램하는 데에 사용될 수 있는 명령어가 저장되는 저장 매체 상에 저장될 수 있다. 저장 매체는 플로피 디스크, 광학 디스크, CD-ROM, CD-RW(compact disk rewritable) 및 자기-광학 디스크를 포함하는 임의의 유형의 디스크, 판독 전용 메모리(ROM), 동적 랜덤 액세스 메모리(DRAM)와 같은 랜덤 액세스 메모리(RAM), 정적 랜덤 액세스 메모리(SRAM), 소거가능한 프로그램가능 판독 전용 메모리(EPROM), 플래쉬 메모리, 전기적으로 소거가능한 프로그램가능 판독 전용 메모리(EEPROM)와 같은 반도체 디바이스, 자기 또는 광학 카드, 또는 전자 명령어를 저장하기에 적합한 임의의 다른 유형의 매체를 포함할 수 있지만, 이것으로 제한되는 것은 아니다.

본 발명이 제한된 개수의 실시예들과 관련하여 기술되었지만, 당업자는 이러한 실시예들로부터 다수의 변경 및 변화가 있을 수 있음을 이해할 것이다. 첨부된 특허청구범위는 본 발명의 참 사상과 범주 내에 포함되는 이러한 모든 변경 및 변화를 커버하고자 한다.

도 1은 본 발명의 일 실시예에 따른 비휘발성 저장의 블록도.

도 2는 본 발명의 일 실시예에 따른 방법의 순서도.

도 3은 본 발명의 실시예에 따른 데이터 센터의 블록도.

도 4는 본 발명의 실시예에 따른 클라이언트 시스템의 블록도.

Claims

시스템의 사전-부팅 환경(a pre-boot environment)에서 상기 시스템의 공통 정보 모델(CIM) 브로커(a common information model broker) 및 서비스 에이전트를 초기화하는 단계와,

상기 시스템으로부터 상기 서비스 에이전트를 통해 멀티캐스트 디렉토리 에이전트 요청을 전송하고, 상기 시스템에 연결된 디렉토리 에이전트로부터 네트워크를 통해 유니캐스트 광고(a unicast advertisement)를 수신하는 단계와,

웹-기반의 엔터프라이즈 관리(WBEM; a web-based enterprise management) 서비스를 상기 서비스 에이전트를 통해 상기 디렉토리 에이전트에 등록하는 단계와,

상기 WBEM 서비스의 존재(presence)를 나타내기 위해 상기 디렉토리 에이전트가 상기 시스템에 연결된 리소스 매니저로 통지 메시지를 전송한 후에, 상기 리소스 매니저로부터 상기 네트워크를 통해 적어도 하나의 구성 메시지(configuration message)를 수신하고, 상기 적어도 하나의 구성 메시지에 응답하여 상기 사전-부팅 환경에서 상기 시스템을 구성(configuring)하는 단계를 포함하는

방법.
제 1 항에 있어서,

상기 시스템을 구성하는 단계는 상기 적어도 하나의 구성 메시지에 응답해 상기 시스템의 프로세서의 적어도 하나의 구성 레지스터를 업데이트하는 단계를 포 함하되,

상기 적어도 하나의 구성 메시지는 전송 제어 프로토콜(TCP)을 사용하는 WBEM-호환 프로토콜 메시지인

방법.
제 1 항에 있어서,

상기 시스템을 구성하는 단계에 이어서 상기 시스템의 운영 시스템(OS)을 부팅하는 단계를 더 포함하되,

상기 OS의 적어도 일부분은 상기 사전-부팅 환경에서 상기 리소스 매니저로부터 제공(provision)되며, 상기 리소스 매니저로부터의 부팅 지속 메시지(a continue boot message)에 응답하는

방법.
제 3 항에 있어서,

상기 OS를 이용하여 상기 시스템 상에서 워크로드(workload)를 실행하는 단계를 더 포함하되, 상기 워크로드는 상기 사전-부팅 환경에서 상기 리소스 매니저로부터 제공되는

방법.
제 1 항에 있어서,

사전-부팅 기본 입력/출력 시스템(BIOS; basic input/output system)을 구비하는 비휘발성 저장부에 저장된 페이로드를 통해 상기 전송, 등록 및 수신 단계를 수행하는 단계를 더 포함하되, 상기 페이로드는 제 1 운영 시스템(OS) 커널을 포함하는

방법.
제 5 항에 있어서,

상기 제 1 OS 커널은 확장가능한 펌웨어 인터페이스(EFI)-부팅가능 커널(Extensible Firmware Interface-bootable kernel)을 포함하고, 상기 EFI-부팅가능 커널을 통해 상기 CIM 브로커 및 상기 서비스 에이전트를 초기화하며,

상기 EFI-부팅가능 커널, 상기 CIM 브로커 및 상기 서비스 에이전트는 상기 비휘발성 저장부에 저장되는

방법.
제 6 항에 있어서,

상기 리소스 매니저로부터 제 2 OS 커널을 수신하여, 상기 사전-부팅 환경에 서 상기 제 2 OS 커널을 상기 시스템의 제 2 비휘발성 저장부에 저장하는 단계를 더 포함하되,

상기 제 2 OS 커널은 상기 리소스 매니저에 제공된 상기 시스템의 정보에 응답하여 제공되는

방법.
제 7 항에 있어서,

상기 리소스 매니저로부터의 부팅 지속 메시지에 응답하여 상기 제 2 OS 커널을 부팅하는 단계와, 상기 제 2 OS 커널을 이용하여 상기 시스템 상에서 워크로드를 실행하는 단계를 더 포함하되,

상기 워크로드는 상기 리소스 매니저에 의해 제공되는

방법.
제 1 항에 있어서,

상기 시스템을 제공하도록 사전결정된 구성에 시스템 식별자를 연관시키지 않고, 상기 시스템으로부터 상기 멀티캐스트 요청을 전송하는 단계를 더 포함하는

방법.
제 9 항에 있어서,

상기 시스템의 에셋 인벤토리(asset inventory)를 수행하기 위해 상기 시스템의 성능 식별을 이용하여 상기 리소스 매니저의 질문(query)에 응답하는 단계를 더 포함하는

방법.
제 1 항에 있어서,

상기 디렉토리 에이전트가 상기 WBEM 서비스 등록의 통지를 상기 리소스 매니저에게 제공하고,

상기 시스템이 상기 리소스 매니저로부터 시스템 성능에 대한 요청을 수신하여 상기 요청에 대한 응답을 제공하며,

상기 리소스 매니저가 상기 요청에 대한 상기 응답에 기초하여 상기 적어도 하나의 구성 메시지를 전송하는

방법.
명령어를 포함하는 장치-액세스가능한 저장 매체를 포함하는 물품으로서,

상기 명령어가 실행되면, 시스템으로 하여금,

상기 시스템이 상기 시스템과 관련된 식별 정보를 갖지 않는 사전-부팅 환경에서 기본 입력/출력 시스템(BIOS) 모듈을 실행하고,

상기 사전-부팅 환경에서 서비스 에이전트를 개시하도록 상기 사전-부팅 환경에서 최소의 OS 커널을 실행하고,

상기 사전-부팅 환경에서 상기 서비스 에이전트를 실행하며,

상기 시스템에 대해 웹-기반의 엔터프라이즈 관리(WBEM) 서비스를 수행하도록 하되,

상기 서비스 에이전트는 네트워크를 통해 요청을 전송하고 전송 제어 프로토콜(TCP)을 통해 서비스 위치 프로토콜(SLP) 디렉토리 에이전트로부터 광고를 수신하며, 상기 광고에 응답하여 상기 WBEM 서비스를 상기 SLP 디렉토리 에이전트에 등록하는

물품.
제 12 항에 있어서,

실행되면, 상기 시스템으로 하여금, 상기 시스템에 연결된 리소스 매니저로부터 상기 네트워크를 통해 적어도 하나의 구성 메시지를 수신하도록 하고, 상기 적어도 하나의 구성 메시지에 응답하여 상기 사전-부팅 환경에서 상기 시스템을 구성하도록 하는 명령어를 더 포함하는

물품.
제 13 항에 있어서,

상기 최소의 OS 커널은 EFI-부팅가능 커널을 포함하고,

상기 BIOS, 상기 EFI-부팅가능 커널 및 상기 서비스 에이전트는 비휘발성 저장부에 저장되는

물품.
제 14 항에 있어서,

실행되면, 상기 시스템으로 하여금, 상기 리소스 매니저로부터 제 2 OS 커널을 수신하고, 상기 제 2 OS 커널을 제 2 비휘발성 저장부에 저장하도록 하는 명령어를 더 포함하되,

상기 제 2 OS 커널은 상기 리소스 매니저에 제공된 상기 시스템의 정보에 응답하여 제공되는

물품.
제 14 항에 있어서,

상기 물품은 상기 비휘발성 저장부를 포함하는

물품.
명령어를 실행하는 프로세서와,

명령어를 포함하는 저장 매체를 포함하되,

상기 명령어는, 시스템으로 하여금, 사전-부팅 기본 입력/출력 시스템(BIOS)을 실행하고, 상기 사전-부팅 BIOS로부터 사전-부팅 환경에서 실행하는 제 1 운영 시스템(OS) 커널로 제어를 전달하고, 네트워크의 디렉토리 에이전트를 식별하고, 상기 디렉토리 에이전트로부터 광고를 수신하고, 웹-기반의 엔터프라이즈 관리(WBEM) 서비스를 상기 디렉토리 에이전트에 등록하고, 상기 WBEM 서비스의 존재를 나타내기 위해 상기 디렉토리 에이전트가 상기 네트워크의 리소스 매니저로 통지 메시지를 전송한 후에, 상기 리소스 매니저로부터 적어도 하나의 구성 메시지를 수신하며, 상기 적어도 하나의 구성 메시지에 응답하여 상기 사전-부팅 환경에서 상기 시스템을 구성하도록 하는

시스템.
제 17 항에 있어서,

상기 시스템의 구성은, 전송 제어 프로토콜(TCP)의 WBEM 메시지에 대응하는 상기 적어도 하나의 구성 메시지에 응답하여 상기 프로세서의 적어도 하나의 구성 레지스터를 업데이트하는 것을 포함하는

시스템.
제 17 항에 있어서,

상기 명령어는 상기 시스템으로 하여금, 상기 시스템 구성에 이어서 제 2 OS를 부팅하고, 상기 제 2 OS를 이용하여 상기 시스템 상에서 워크로드를 실행하도록 하되,

상기 제 2 OS 및 상기 워크로드는 상기 사전-부팅 환경에서 상기 리소스 매니저로부터 제공되는

시스템.
제 17 항에 있어서,

상기 제 1 OS 커널은 EFI-부팅가능 커널을 포함하고,

상기 EFI-부팅가능 커널 및 상기 사전-부팅 BIOS는 상기 시스템의 비휘발성 저장부 내에 공통으로 저장되는

시스템.