KR20090025204A

KR20090025204A - 머신을 가상 머신으로 변환하는 방법 및 컴퓨터 프로그램 제품

Info

Publication number: KR20090025204A
Application number: KR1020087027375A
Authority: KR
Inventors: 마이클 엘. 마이클; 윌리암 엘. 샤이델; 벤자민 알랜 레이스; 카란 메라; 벤카타스브라만얌 라만; 나탈리아 브이. 바라바
Original assignee: 마이크로소프트 코포레이션
Priority date: 2006-05-08
Filing date: 2007-03-08
Publication date: 2009-03-10
Also published as: MX2008014244A; WO2007130209A1; JP2009536762A; CA2648761A1; TW201415371A; TW200813839A; ES2632512T3; JP5026509B2; IL194679A; RU2008144202A; JP5496254B2; CN102541658A; CN101443748B; JP2012155768A; EP2021939A4; RU2011147372A; EP2021939B1; MY149997A; BRPI0711336A2; BRPI0711336A8

Abstract

실제(또는 이전의 가상) 머신이 실행되고 있는 동안에, 실제 머신 볼륨이 가상 머신 호스트에서 가상 머신으로 변환될 수 있다. 일 구현에서, 하나 이상의 볼륨이 실행되고 있는 동안에, 하나 이상의 실제 머신 볼륨의 애플리케이션(및/또는 파일 시스템)-일관형 스냅샷을 생성하는 데 볼륨 쉐도우 복사 서비스가 사용될 수 있다. 그리고, 스냅샷 데이터는 가상 머신 호스트의, 탑재된 가상 하드 디스크 파일(동적 또는 고정됨)로 전달될 수 있다. 그리고, 가상 머신 내의 운영 체체(들) 및 가상 하드 디스크 파일과 연관된 동작 정보(예를 들면, 부팅 기록, 시스템 레지스트리, 드라이버, 장치, 구성 선호도 등)는, 대응하는 가상 머신이 가상 머신 호스트에서 부팅 가능하고 기능하는 것을 보장하기 위하여 적절하게 변경될 수 있다. 그리고, 가상 하드 디스크 파일은 탑재 해제되어, 새로운 가상 머신으로서 사용될 수 있다.

가상 머신, 실제 머신, 스냅샷, 가상 머신 호스트, 가상 하드 디스크 파일

Description

머신을 가상 머신으로 변환하는 방법 및 컴퓨터 프로그램 제품{CONVERTING MACHINES TO VIRTUAL MACHINES}

컴퓨터화된 환경에서 상이한 유형의 리소스(소프트웨어, 하드웨어 또는 그 조합)들을 분산시키는 방법은 여러 가지가 있다. 예를 들면, 소프트웨어 관점에서, 기업체는 복수의 다른 컴퓨터들에 운영 체제(또는 애플리케이션 프로그램)의 복수의 사본을 설치할 수 있고, 이에 의해 여러 시스템들 간에 하나의 사본을 분산시킬 수 있다. 하드웨어를 공유하는 통상적인 방법은, 다양한 저장 또는 파일 공유 필요성을 위해 복수의 다른 컴퓨터 시스템들이 다른 컴퓨터의 드라이브 공간에 액세스할 수 있도록 네트워크 상에 컴퓨터 시스템을 셋업하는 것을 포함한다.

그러나, 하드웨어 성능(즉, 현재 저장, 메모리 및 처리 용량)의 최근의 발달을 보면, 단순히 통상적인 저장 및/또는 네트워크 트래픽 관리 기능을 제공하는 것만으로는 소정의 실제 머신(physical machine)을 최대한으로 활용할 수 없는 경향이 있다는 것을 의미하고 있다. 이와 같은 경우, 조합된 소프트웨어 및 하드웨어 관점에서 리소스들을 분산시키는 추가적인 방법은 이제 단일의 실제 시스템 상에 복수의 가상 컴퓨터 시스템들을 설치하는 것을 포함한다. 일반적으로, 가상 머신(virtual machine)은 호스트의 저장 장치의 전용 부분 상의 특정 운영 체제의 고유한 인스턴스, 및 호스트 메모리 및 처리 능력의 할당 부분을 이용하여 설치될 수 있다.

이들 및 기타 특징들 때문에, 가상 머신은 다른 가상 머신, 심지어는 가상 머신이 설치된 호스트 서버와도 쉽게 구분될 수 있다. 네트워크 상의 다른 사용자에게, 가상 머신은 단순히 네트워크 상의 임의의 다른 실제 컴퓨터 시스템과 같은 별도로 어드레스 가능한 컴퓨터 시스템으로서 보일 것이다. 그리고, 가상 머신은 네트워크 상의 다른 서버(예를 들면, 이메일 또는 데이터베이스 서버)로서 사용되거나, 소프트웨어 또는 하드웨어 테스트 목적을 위해 사용되거나, 씬 클라이언트(thin client)에 대한 메인 컴퓨터 시스템으로서 사용되거나 하는 등과 같은 광범위한 목적에 사용될 수 있다.

이러한 기능 외에, 가상 머신은 상당히 용이하게, 일부 경우에는 빠르게 설치되고 셋업될 수 있을 뿐만 아니라 제거될 수도 있다는 추가적인 이점도 제공할 수 있다. 예를 들면, 특정한 호스트 컴퓨터 시스템에 대한 관리자는 가상 머신에 대한 요청을 수신하고, 호스트 컴퓨터 상에 적절한 리소스들을 수동으로 할당하여, 요청된 가상 머신을 설치할 수 있다. 가상 머신이 더 이상 필요 없어지면, 관리자는 호스트 서버에서 가상 머신을 종료(shut down)시키거나, 심지어는 가상 머신을 제거하라는 하나 이상의 명령을 수동으로 선택할 수 있다. 따라서, 조직(organization)은 하나 또는 몇 개의 호스트 서버가 수 백개의 가상 머신들을 잠재적으로 호스트하게 함으로써, 실제 머신들(서버, 퍼스널 컴퓨터 등)의 수를 감소시키기를 원할 수 있다. 특히, 조직이 전력 절약, 열(temperature)/냉각 절약, 공간 절약 및 감소된 실제 머신 사용에 의해 이용 가능한 다른 절약들을 포함해서 다 양한 리소스 소비 및 머신 관리 비용을 줄일 수 있으면, 이러한 통합(consolidation)에 의해 다수의 이점들을 제공할 수 있음이 이해될 것이다.

불행하게도, 다수의 기존의 실제 컴퓨터 시스템들을 가상 머신들로 변환하는 것에 의해 실제 머신들을 통합시키는 것은 간단한 문제가 아니다. 특히, 일반적으로 실제 드라이브의 콘텐츠를 호스트 서버의 파티션에 단순히 복사하는 것만으로는 이용 가능한 가상 머신을 생성하는 데 충분하지 않다. 예를 들면, 실제 머신이 실행되고 있는 동안에 실제 머신의 드라이브의 기본적 복사를 행하는 것은 파일 상태에 모순(inconsistency)(즉, 데이터가 "애플리케이션-일관형(application-consistent)"이 아님)을 생성할 수 있다. 이와 같이, 실제 머신에서 데이터를 액세스하고 있는 애플리케이션은 나중에 가상 머신으로 이동될 때, 데이터의 사본을 사용하는 것이 불가능하다. 또한, 이러한 사본을 호스트 서버로 단순히 전송하는 것만으로는 시스템 레지스트리에 다른 모순을 일으키거나, 여러 디스크 및 네트워크 드라이버와 모순을 일으키거나, 운영 체제 바이너리(binary)에 모순을 일으키거나 등등을 할 수 있다. 이러한 어려움들을 극복하기 위한 일부 메커니즘들이 존재하긴 하지만, 그렇게 하기 위한 통상적인 메커니즘들은 전형적으로 현저한 가동 중지 시간(downtime) 및 리소스 낭비(인간 및 소프트웨어 측면 모두에서)를 수반한다.

예를 들면, 실제 머신을 변환하는 한 가지 방법은 가상 머신 호스트(virtual machine host)에서 아무것도 없는 상태로부터(from scratch) 가상 머신을 생성하는 단계를 포함한다. 특히, 관리자는 단순히 실제 머신의 모든 애플리케이션을 새로 운 가상 머신에 설치하고, 파일 시스템 및 애플리케이션 데이터를 가상 머신으로 전송하고 나서, 아무것도 없는 상태로부터 및/또는 애플리케이션 복원 동작을 통해 가상 머신에서 임의의 다른 작업 부하(workload)를 재구축할 수 있다. 물론, 이 방법은 여러 가지 관점에서 바람직하지 않은데, 특히 수백 개의 실제 머신을 가상 머신으로 변환하려고 하는 경우, 조직의 리소스에 낭비를 발생시킬 수 있다.

실제 머신을 변환하기 위한 다른 방법은, 실제 머신의 콘텐츠의 전달 가능한(transferable) 사본을 생성하기 위하여 ADS(Automated Deployment Service) 및/또는 PXE(Pre-Installation Executable Environment)와 같은 상당히 복잡한 인프라스트럭쳐(infrastructure) 컴포넌트를 사용하는 단계를 포함한다. 일반적으로, 이러한 유형의 인프라스트럭쳐를 사용하는 메커니즘은 실제 머신을 종료시키고, 예를 들어 PXE를 이용하여 실제 머신을 재부팅하는 단계를 포함한다. 이는 관리자로 하여금 고유의 운영 체제를 로드시키지 않고도 실제 머신을 시작하게 할 수 있기 때문에, 복사 프로세스 동안에 파일에 대한 기입을 금지시킬 수 있다.

실제 드라이브 콘텐츠를 복사한 후에, 관리자는 가상 머신 호스트로 콘텐츠를 전달할 수 있다. 이것만으로도 수 기가바이트의 데이터에 대해 한 시간 이상이 걸릴 수 있다. 데이터를 전달하면, 관리자는 복사된 콘텐츠를 가상 머신으로서 부팅가능하게 하기 위하여 전달된 데이터에 상대적으로 복잡한 수 많은 변화들을 행할 필요가 있다. 변환되고 있는 실제 머신을 오프라인으로 하고 또한 데이터를 부팅 가능하게 하는 것(taking the physical machine that is being converted offline and making the data bootable)과 연관된 가동 중지 시간에 적어도 부분적 으로 기인하여, 이 방법은 통상적으로 실제 머신을 아무것도 없는 상태로부터 가상 머신으로서 단순히 재구축하는 것이 너무 어려울 때 행해진다.

따라서, 실제 머신을 어드레스 가능한 가상 머신으로 변환하는 것과 연관된 여러 가지 문제(issue)가 있다.

<발명의 개요>

본 발명의 구현은 실제 머신을 가상 머신으로 효율적으로 변환하도록 구성되는 시스템, 방법 및 컴퓨터 프로그램 제품(product)을 이용하여, 본 기술 분야에서의 하나 이상의 문제점을 해결한다. 특히, 본 발명의 구현은 실제 머신을 오프라인으로 할 필요 없이, 실제 머신 볼륨 데이터가 가상 머신 호스트(또는 다른 적절한 컴퓨터 시스템) 등에서 빠르게 복사, 전달, 부팅 가능하게 할 수 있다. 일 구현에서, 예를 들면, 하나 이상의 애플리케이션 기입자(writer)(예를 들면, 볼륨 쉐도우 복사 서비스(volume shadow copy service)를 통함)가, 하나 이상의 볼륨이 온라인에서 유지되면서, 하나 이상의 실제 머신 볼륨의 애플리케이션(및/또는 파일 시스템)-일관형 스냅샷(snapshot)을 생성하는 데 사용될 수 있다. 그리고, 스냅샷(들)은 효율적인 전달 수단(예를 들면, 블록 수준 복사)을 사용하여 호스트 서버의 가상 하드 디스크 파일로 전달될 수 있다. 그리고, 전달된 스냅샷 데이터와 연관된 동작 정보(예를 들면, 부팅 데이터, 시스템 레지스트리 및 바이너리 등)는 가상 머신 호스트에서 변경(modified)되어, 이에 의해 그 전달된 스냅샷 볼륨을 부팅 가능하게 할 수 있다.

예를 들면, 실제 머신의 관점에서 볼 때, 현저한 가동 중지 시간을 일으키지 않고도 실제 머신을 가상 머신으로 변환하는 본 발명의 일 구현에 따른 하나의 예시적인 방법은, 실제 머신의 하나 이상의 볼륨에 대한 하나 이상의 하드웨어 구성 설정을 식별하는 단계를 포함할 수 있다. 또한, 본 방법은 하나 이상의 실제 머신 볼륨에 대응하는 하나 이상의 일관된 스냅샷을 생성하는 단계를 포함할 수 있다. 또한, 본 방법은 탑재된(mounted) 가상 하드 디스크 파일에 하나 이상의 스냅샷을 전송하는 단계를 포함할 수 있다. 또한, 본 방법은 탑재된 가상 하드 디스크 파일에 하나 이상의 일관된 스냅샷에 대한 부팅 기록을 전송하는 단계를 포함할 수 있다. 이러한 경우, 부팅 기록은 가상 머신 호스트에서 변경(또는 필요하다면, 아무것도 없는 상태로부터 생성)될 수 있는 하나 이상의 일관된 스냅샷에 대한 동작 정보의 일부를 형성할 수 있다.

또한, 가상 머신 호스트의 관점에서 볼 때, 실제 머신을 가상 머신으로 변환하는 본 발명의 일 구현에 따른 다른 예시적인 방법은, 파일 크기를 갖는 가상 하드 디스크 파일을 생성하는 단계를 포함할 수 있다. 또한, 본 방법은 가상 머신 호스트에서 가상 하드 디스크 파일을 탑재하는 단계를 포함할 수 있다. 이러한 경우, 가상 하드 디스크 파일은 운영 체제에게 액세스 가능한 실제 디스크로서 보일 수 있다. 또한, 본 방법은 하나 이상의 실제 머신 볼륨에 대응하는 하나 이상의 일관된 스냅샷을 수신하는 단계를 포함할 수 있다. 또한, 본 방법은 하나 이상의 일관된 스냅샷에 대한 동작 정보를 변경하는 단계를 포함할 수 있다. 이와 같이, 하나 이상의 일관된 스냅샷은 예를 들면, 부팅 기록, 드라이버, 운영 체제 바이너리, 시스템 레지스트리 및/또는 구성 선호도에 대한 변화를 통해, 가상 머신 호스 트에서의 운영 체제에 적절하도록 될 수 있다. 또한, 본 방법은 가상 하드 디스크 파일의 탑재(mount)를 제거하는 단계를 포함할 수 있다. 따라서, 가상 하드 디스크 파일은 실제 디스크로서는 액세스할 수 없지만, 오히려 가상 머신으로서 부팅 가능할 수 있다.

본 발명의 개요는 이하 실시예에서 더욱 상술되는 개념의 선택을 간략화된 형태로 도입하기 위하여 제공된다. 본 발명의 개요는 청구 대상의 핵심적인 특징 또는 본질적인 특징을 식별하기 위한 것이 아니며, 또한 청구 대상의 범위를 정하는 데 도움을 주기 위하여 사용되는 것도 아니다.

본 발명의 예시적인 구현의 추가적인 특징 및 이점은 이하의 실시예에서 설명되며, 부분적으로는 실시예로부터 명백해지거나, 또는 이러한 예시적인 구현의 실시에 의해 알 수 있을 것이다. 이러한 구현의 특징 및 이점은 첨부되는 청구범위에서 특히 명시되는 인스트루먼트(instrument) 및 조합에 의해 실현되고 획득될 수 있다. 이들 및 기타 특징은 이하 실시예 및 첨부되는 청구범위로부터 보다 충분히 명백해지거나, 또는 이하 설명되는 것과 같은 예시적인 구현의 실시에 의해 알 수 있을 것이다.

본 발명의 상술한 이점과 특징 및 기타 이점과 특징이 획득될 수 있는 방식을 설명하기 위하여, 위에서 간략하게 설명된 본 발명의 보다 구체적인 설명을 첨부된 도면에서 도시된 그 구체적인 실시예를 참조하여 나타낸다. 이들 도면은 단지 본 발명의 통상적인 실시예만을 도시하기 때문에 그 범위를 제한하는 것으로 고 려되지 않는다는 것을 이해하면, 이하 첨부되는 도면의 사용을 통해 본 발명의 추가적인 특성 및 상세가 기술되고 설명될 것이다.

도 1A는 하나 이상의 스냅샷이 하나 이상의 실제 디스크 볼륨(들) 중에서 취해지고, 하나 이상의 가상 하드 디스크 파일이 가상 머신 호스트에서 생성되는 본 발명의 일 구현에 따른 총체적인 개략도.

도 1B는 실제 디스크 볼륨(들)의 하나 이상의 스냅샷의 데이터가 효율적인 전달 메커니즘을 사용하여 그 생성된 가상 하드 디스크 파일로 전송되는, 도 1A의 총체적인 개략도.

도 1C는 전달된 스냅샷 데이터를 포함하는 가상 하드 디스크 파일이 본 발명의 일 구현에 따라 부팅 가능한 가상 머신을 생성하도록 변경되는, 도 1A 및 도 1B의 총체적인 개략도.

도 2는 하나 이상의 머신을 대응하는 하나 이상의 가상 머신으로 변환하기 위한 방법을 실제 머신 및 가상 머신 호스트의 관점에서 본 흐름도.

본 발명은 실제 머신을 가상 머신으로 효율적으로 변환하도록 구성되는 시스템, 방법 및 컴퓨터 프로그램 제품으로 확장된다. 특히, 본 발명의 구현은 실제 머신을 오프라인으로 할 필요 없이, 가상 머신 호스트(또는 다른 적절한 컴퓨터 시스템) 등에서 실제 머신 볼륨 데이터를 빠르게 복사, 전달, 부팅 가능하게 할 수 있다. 일 구현에서, 예를 들면, 하나 이상의 애플리케이션 기입자(예를 들면, 볼륨 쉐도우 복사 서비스를 통함)가, 하나 이상의 볼륨이 온라인에서 유지되면서, 하 나 이상의 실제 머신 볼륨의 애플리케이션(및/또는 파일 시스템)-일관형의 스냅샷을 생성하는 데 사용될 수 있다. 그리고, 스냅샷(들)은 효율적인 전달 수단(예를 들면, 블록 수준 복사)을 사용하여 호스트 서버의 가상 하드 디스크 파일로 전달될 수 있다. 그리고, 전달된 스냅샷 데이터와 연관된 동작 정보(예를 들면, 부팅 데이터, 시스템 레지스트리 및 바이너리 등)는 가상 머신 호스트에서 변경되어, 이에 의해 전송된 스냅샷 볼륨을 부팅 가능하게 할 수 있다.

따라서, 본 발명의 구현은 실제 머신의 가동 중지 시간을 피할 수 있는 방식의 상대적으로 빠른 "원 터치(one-touch)" 실제 대 가상(physical-to-virtual) 머신 변환과 같은 이점을 제공할 수 있다. 또한, 본 발명의 구현은 변환된 머신이 가상 머신 호스트에서 일관되기 때문에, 안정된 "원 터치" 실제 대 가상 머신 변환을 허용할 수 있다. 이하의 설명 및 청구범위로부터 보다 충분히 이해되는 바와 같이, 이러한 변환은 임의의 수의 적절한 컴포넌트 및 모듈에 의해 수행될 수 있다. 예를 들면, 본 발명의 구현은 애플리케이션(및/또는 파일 시스템)-일관형 스냅샷을 생성하기 위하여 VSS(Volume Shadow Copy Service)의 컴포넌트 및 메커니즘을 사용하는 것을 포함할 수 있다. 이러한 컴포넌트는 스냅샷 프로세스 동안에 실행되고 있는 하나 이상의 실제 머신 볼륨의 하나 이상의 일관된 스냅샷(또는 지정 시점 이미지(point-in-time image))를 생성할 수 있다.

또한, 본 발명의 구현은 VDS(Volume Disk Service) 및/또는 관련된 컴포넌트의 사용을 포함할 수 있다. 일반적으로, VDS(또는 관련된 컴포넌트(들))는 실제 디스크 상에 볼륨을 생성하고 구성하기 위한 플랫폼을 포함한다. 또한, 본 발명의 구현은 "디스크 이미저(disk imager)"의 사용을 포함하며, 일부 경우에는 "이미지 탑재기(image mounter)"의 사용을 포함한다. 일반적으로, 디스크 이미저는 복사하기 위한 시작 위치 및 바이트(또는 바이트 블록)의 수가 주어지면, 실제 디스크 또는 볼륨의 블록(또는 바이트 블록) 기반 사본을 생성하도록 구성되는 컴포넌트 및/또는 모듈을 포함한다. 반대로, 이미지 탑재기 툴은 예를 들면, 가상 하드 디스크 파일을 입력으로서 취하고, 그 파일을 실제 디스크로서 노출시키도록 파일 시스템에 가상 하드 디스크 파일을 탑재하도록 구성되는 하나 이상의 컴포넌트 및/또는 모듈을 포함한다. 이 노출된 실제 디스크는 마치 어떤 다른 실제 디스크가 운영 체제에 액세스 가능한 것처럼(이는 그 볼륨(들)에 데이터를 기입시키는 능력을 포함함) 액세스 가능하게 될 수 있다.

본 발명의 구현은 가상 머신 호스트에서 가상 하드 디스크 파일("VHD(virtual hard disk)" 파일)을 사용하는 것을 더 포함하며, 여기서 VHD 파일은 하나 이상의 VM(Virtual Machine)에 의해 관리되는 (또한 그 내부에서 액세스 가능한) 하나의 실제 디스크 및 하나 이상의 실제 디스크 볼륨을 포함한다. "가상 머신", "가상 머신 호스트" 및 "VHD 파일"이란 용어가 일부 MICROSOFT 환경에서 사용되긴 하지만, MICROSOFT 컴포넌트(및/또는 WINDOWS SERVER 컴포넌트)에 대한 여기서의 참조는 단지 예시적인 것임을 이해할 것이다. 특히, 본 명세서 및 청구범위를 읽은 후에는, 여기서 설명되는 컴포넌트, 모듈 및/또는 메커니즘이 가상 머신 또는 이러한 관련된 엔티티를 구현하는 광범위한 운영 환경에서 발견되고 실시될 수 있음을 이해할 것이다.

이제 도 1A를 참조하면, 본 도면은 실제 머신(105)(예를 들면, 퍼스널 컴퓨터, 실제 서버 등)이 가상 머신 호스트(110)에서 호스트되는 가상 머신으로 변환될 수 있는 예시적인 컴퓨터화된 환경(100)의 총체적인 개략도를 도시한다. 하나의 구성요소적 수준에서, 실제 머신(예를 들면, 105)을 가상 머신(예를 들면, 도 1C의 175)으로 변환하는 단계는, 하나 이상의 실제 머신 볼륨(들)(예를 들면, 115)의 스냅샷을 찍는 단계, 가상 머신 호스트에서 가상 머신 하드 디스크 파일(들)(예를 들면, 140)을 생성하는 단계, 스냅샷(들)을 VHD 파일로 전달하는 단계, 및 VHD 파일의 전달된 스냅샷 볼륨(들) 중 하나 이상의 스냅샷 볼륨을 가상 머신(예를 들면, 175)으로서 부팅 가능하게 하는 단계를 포함할 수 있다. 따라서, 변환을 효율적으로 일어나게 하기 위하여 구현될 수 있는 상이한 준비 프로세스들 및 동작 후(post-operation) 프로세스들이 다수 존재함을 이해할 수 있을 것이다.

적어도 하나의 구현에서, 예를 들면, 변환 프로세스는 변환 모듈(130)(즉, 머신(105) 및/또는 호스트(110)에 하나 이상의 모듈을 포함할 수 있음)의 사용을 통해 시작될 수 있으며, 이는 실제 머신(105)의 실제 디스크(들) 상의 하나 이상의 볼륨(예를 들면, 볼륨(115))의 스냅샷 동작을 시작한다. 일반적으로, 변환 모듈(130)은 실제 디스크 볼륨의 일관된 쉐도우 사본(shadow copy)을 생성하도록 구성되는 임의의 적절한 기입자 및 요청자(requestor)를 포함할 수 있다. 앞서 언급된 바와 같이, 예를 들면, 이러한 기입자 및 요청자는 볼륨 쉐도우 복사 서비스에서 제공될 수 있다. 따라서, 예를 들면, 변환 모듈(130)은 실제 디스크의 하나 이상의 볼륨(예를 들면, 볼륨(115)) 각각의 모든 애플리케이션 기입자에, 그것의 데 이터의 스냅샷 동작을 시작하기 위하여 신호를 전송함으로써 변환 프로세스를 시작할 수 있다. 도시된 바와 같이, 예를 들면, 볼륨(115)은 적어도 볼륨 데이터(125)뿐만 아니라 부팅 기록(120)도 포함한다.

변환 모듈(130)로부터 이 메시지를 수신하면, 볼륨(115) 상의 각각의 애플리케이션 기입자는 그 메모리내(in-memory) 데이터를 실제 디스크에 플러쉬(flush)시키고/거나, 임의의 파일 시스템 또는 볼륨 로그(log)를 프리즈(freeze)시킬 수 있다. 애플리케이션 기입자를 사용하지 않는 애플리케이션에 있어서, 변환 모듈(130)은 애플리케이션을 셧다운시키라고 명령하여(예를 들면, 디폴트로, 또는 사용자 또는 관리자로부터의 명령에 의해), 이에 의해 스냅샷 동안에 어떠한 기입도 행해지지 않는 것을 보장할 수 있다. 따라서, 도 1A는 변환 모듈(130)이 볼륨(115) 상의 모든 볼륨 데이터의 단일의 지정 시점 스냅샷(즉, 사본)을 생성할 수 있음을 도시하고 있다. 예를 들면, 도 1A는 변환 모듈(130)이 볼륨(115)의 스냅샷(117)(즉, "스냅샷 볼륨")을 생성한 것을 도시하고 있는데, 이 경우의 스냅샷(117)은 볼륨 데이터(127) 및 부팅 기록(120)을 포함한다.

데이터가 효율적인 방식으로 복사되고 전달되는 것을 보장하기 위하여, 스냅샷을 찍을 때, 또는 스냅샷(및 복사) 동작을 행할 때 행해질 수 있는 최적화가 다수 존재함을 이해할 것이다. 예를 들면, 변환 모듈(130)은 볼륨(115)의 어느 부분이 사용 중이고(즉, 데이터를 포함하고), 어느 부분이 비었는지(free)를 식별할 수 있다. 따라서, 스냅샷 동작은 전체적인 볼륨(들) 또는 전체적인 실제 디스크보다는, 볼륨(들) 또는 실제 디스크의 사용 부분만을 복사하도록 구성될 수 있다. 또 한, 스냅샷 동작은 가상화된 환경에서 덜 유용한(또는 전혀 쓸모없는) 소정의 파일을 피하도록(avoid) 더 구성될 수 있다.

특히, 예를 들면, 스냅샷 동작은 볼륨 diff 영역, 페이지 파일, 배드 클러스터(bad cluster), 최대 절전 모드(hibernation) 파일 등에 포함된 것과 같은 파일을 식별하도록 더 구성될 수 있다. 따라서, 스냅샷(117)을 생성하거나 바이트 블록 전달을 행할 때 이들 파일들을 피할(avoid) 수 있어서, 가상 머신 호스트(110)로 전달될 필요가 있는 데이터의 양을 더욱 감소시킬 수 있다. 이들 유형의 파일 및 최적화는 광범위한 운영 환경에서 다른 유형의 파일, 사용 중이거나 빈 공간 계산 등에 대해 쉽게 변형될 수 있음을 이해할 것이다.

어느 경우에서든, 예를 들어, 주로 스냅샷 동작 동안(및/또는 스냅샷 동작 이후)의 시간에 따른 변화에 의해, 스냅샷(117)의 데이터(127)가 볼륨(115) 상의 원본 데이터(125)와 일반적으로 상이하다. 예를 들면, 실제 머신(105)이 스냅샷 동작 동안에 여전히 실행되고 있기 때문에, 예를 들어 사용자가 계속해서 어떤 애플리케이션 데이터에 대한 기입을 생성하고 있는 경우, 볼륨 데이터(125)는 계속해서 변화될 수 있다. 따라서, 볼륨 데이터(127)(즉, "볼륨 데이터(127)")는 좀더 앞선 일관된 지정 시간(point-in-time)의 볼륨(115) 상의 데이터(125)를 나타내며, 이 시간은 본질적으로 변환 모듈(130)이 스냅샷 프로세스를 시작한 지정 시간이다.

그렇지만, 도 1A는 부팅 기록(120)이 볼륨(115)의 실행 데이터와 함께 있을 때와 스냅샷(117)에 있을 때가 동일하다는 것을 도시하기도 한다. 즉, 애플리케이션은 통상적으로 부팅 기록에 대한 액세스 권한을 갖지 않기 때문에, 부팅 기록(예 를 들면, 120)이 스냅샷 프로세스 동안에 변할 수 없다는 것이 이해될 것이다. 특히, 부팅 기록은 일반적으로 운영 체제에 의해 변화되며, 그나마도 통상적으로는 드물게 변화된다. 이와 같이, 도 1A는 이 경우의 부팅 기록(120)이 스냅샷 동작 이전과 동일함을 나타내고 있다.

스냅샷(117) 생성에 앞서, 혹은 스냅샷(117) 생성 동안에, 또는 스냅샷(117) 생성 직후에, 변환 모듈(130)은 실제 머신(105)의 실제 디스크(도시 생략)에 대응하는 하나 이상의 가상 하드 디스크("VHD") 파일(140)을 가상 머신 호스트(110)에 셋업할 수도 있다. 예를 들면, 도 1A는, 변환 모듈(130)이, 기입 가능한 가상 하드 디스크 파일(140)을 생성하기 위한 메시지(150)를 전송하는 것을 도시한다. 또한, 일 구현에서, 이는 특정한 고정된 크기의 VHD 파일(들)(예를 들면, 140)을 생성하기 위한 메시지를 우선 전송하고, 그 VHD 파일을 기입 가능하게 하기 위한 별도의 메시지를 전송하는 단계를 포함할 수 있다. (또한, 변환 모듈(130)은 (기입 가능하거나 그와 다른(otherwise)) 동적으로 크기가 변화되는(dynamically-sized) VHD 파일(이는 데이터가 추가됨에 따라 크기가 커짐)을 생성하기 위한 메시지를 전송할 수도 있다.)

일반적으로, 각각의 VHD 파일은 컴퓨터 시스템의 단일의 실제 디스크에 대응하도록 구성될 수 있고, 실제 디스크 내의 각각의 볼륨은 새로이 생성된 VHD 파일 내에 나타내는 것과 같은 방식으로 나타날 수 있다. 그러나, 일부 경우에는, VHD 파일은 전체적인 실제 디스크보다는 단일의 볼륨을 나타낼 수 있다. 그렇지만, (단일의 볼륨(115)만이 도시되어 있긴 하지만) 실제 디스크가 복수의 볼륨을 갖는 실제 디스크 예에서는, 새로운 VHD는 복수의 볼륨에 대응하는 데이터도 포함할 수 있다. 물론, 이에 관해서도 다소 융통성이 있긴 하다. 예를 들어, 실제 머신(105)의 사용자가 복수의 파티션(및/또는 미러형 볼륨(mirrored volume) 등)에 걸쳐 확장되는 볼륨을 가진다면, 사용자는 대상(destination) 가상 하드 디스크 파일의 스냅샷 데이터에 하나의 파티션만을 전용(dedicate)시키도록 결정할 수 있다. 마찬가지로, 사용자는 복수의 볼륨을 포함하는 실제 디스크 중의 하나의 볼륨만을 가상 하드 디스크 파일로 전달하도록 결정할 수 있다.

따라서, VHD 파일의 크기는 일반적으로 적어도 전달되는 소스(transferred source)(예를 들면, 실제 디스크, 구체적으로는 실제 디스크 볼륨, 실제 디스크 내의 데이터 등) 데이터에 대해 필요로 되는 것과 같은 크기일 것이다. 이와 같이, 여기서 설명되는 기술은 기존의 가상 머신을 좀더 큰 저장 공간에 복사할 때에도 또한 사용될 수 있음을 이해할 것이다. 예를 들면, 관리자는, 가상 머신의 볼륨 저장 용량이 감소되고 있음을 식별하면, 추가로 좀더 큰 VHD 파일(들)을 생성하고, 가상 머신 데이터를 스냅샷하고, 그 스냅샷 데이터를 이미 설명된 것과 동일한 프로세스를 이용하여 새로운 VHD 파일(들)로 전달(예를 들면, 복사)함으로써 가상 머신을 실질적으로 "재가상화(re-virtualize)"시킬 수 있다.

따라서, 본 발명의 구현은 "실제 대 가상" 머신 변환뿐만 아니라 "가상 대 가상(virtual to virtual)" 머신 변환도 포함한다. 특히, 일부 환경에서는, 본 발명의 구현이 "머신"을 "가상 머신"으로 변환하는 것으로서 보다 일반적으로 참조될 수 있다. 즉, "머신"은 "실제" 컴퓨터 시스템(예를 들면, 연관된 하드웨어 및 운 영 체제(들)를 갖는 데스크탑 컴퓨터) 및 "가상" 컴퓨터 시스템(예를 들면, 고유한(unique) 컴퓨터 시스템(들)으로서 가상 머신 호스트에 설치된 컴퓨터 시스템) 모두를 포함하는 것임을 이해할 수 있다.

어쨌든, 가상 하드 디스크 파일(140)을 생성하면, 변환 모듈(130)이 파일(140)을 실제 디스크로서 탑재하여, 파일(140)이 예를 들면, 네트워크 통신을 통해 스냅샷(117)의 데이터를 수신할 수 있게 된다. (여기서 설명되는 일부 구현에서는, 심지어 탑재가 필요없을 수도 있음을 이해할 것이다.) 따라서, 도 1A에는 변환 모듈(130)이 가상 하드 디스크 파일(140)을 탑재하기 위한 메시지(155)를 전송하는 것도 도시되어 있다. 추가적인 구현 또는 다른 구현에서, 메시지(155)는 임의의 가상 머신 호스트(110), 변환되고 있는 실제 머신(105), 또는 VHD 파일(140)이 탑재되어 있는 머신과 변환되고 있는 실제 머신(즉, 이 경우는 105) 간에 네트워크 접속이 있는 어느 곳 상에든 VHD 파일(140)을 탑재하기 위한 명령어를 포함할 수 있다.

파일(140)을 탑재하는 단계의 일부는 파일을 실제 디스크의 장치 ID와 같은 하나 이상의 장치 식별자와 연관시키는 단계를 포함할 수 있다. 예를 들면, 가상 머신 호스트(110)는 "

"와 같은 드라이브 경로를 통해 식별 가능할 수 있게 가상 하드 디스크 파일(140)을 탑재하도록 명령받을 수 있다. 특히, 도 1B에는 VHD(140)가 "디스크 드라이브(145)"로서 식별 가능한 것이 도시되어 있다. 유사 선상에서, 변환 모듈(130)은 각각의 스냅샷(예를 들면, 117)에 대하여 장치 식별자(및/또는 예를 들면, 탑재점(mount point))를 식별할 수도 있다. 최종 적으로, 변환 모듈(130)은 스냅샷 콘텐츠를 전달하기 위하여 임의의 스냅샷 및 임의의 대응하는 VHD 파일에 대해 그 식별된 장치 식별자를 사용할 수 있다.

일반적으로, 변환 모듈(130)은 임의의 수의 데이터 전달 메커니즘을 사용하여 스냅샷(117) 콘텐츠를 전달할 수 있다. 예를 들면, 일 구현에서, 변환 모듈(130)은 디스크 드라이브(145)를 통해 스냅샷(117)을 바이트 단위로(on a byte-by-byte basis) 파일(140)에 전달할 수 있다. 그러나, 추가적인 구현 또는 다른 구현에서는, 변환 모듈(130)이 "바이트 블록들(byte blocks)"을 식별하고 전달함으로써 파일(140)에 스냅샷(117)을 전달할 수 있다. 일반적으로, 바이트 블록은 개별적인 바이트들의 (어떤 임의의 크기의) 고정된 시퀀스를 포함한다. 적어도 일 구현에서는, 개별적인 바이트들보다는 바이트 블록들을 전달하는 것이 스냅샷(117)이 네트워크를 통해 전달될 수 있는 속도를 현저하게 증가시킬 수 있다.

예를 들면, 통상적인 네트워크 전달 프로토콜을 통해 가상 머신 호스트(110)로 전달하는 데 일반적으로 수 시간이 걸릴 수 있는 수 기가바이트의 데이터가 바이트 블록 전달 메커니즘을 이용하면 일부 경우에는 겨우 몇 분안에 전달될 수 있다. 어쨌든, 도 1B는 이 경우에 변환 모듈(130)이 바이트들(또는 바이트 블록들) "160₁", "160₂" 등을 전달하고, 이들 바이트들/바이트 블록들을 디스크 드라이브(145)를 통해, 기입 가능한 가상 하드 디스크 파일(140)에 직접 전달하는 것을 도시하고 있다. 도 1B에 도시된 바와 같이, 가상 하드 디스크 파일(140)은 부팅 데이터(120) 전부를 포함할 수 있고, 데이터 전달이 완료되면, 스냅샷(117)에 캡쳐 된(captured) 다른 볼륨 데이터(127)를 포함할 것이다.

데이터 전달에도 불구하고, 가상 하드 디스크 파일(140)이 가상 머신 호스트(110)에서 반드시 부팅 가능할 필요는 없는데, 왜냐하면 부팅 데이터 및 드라이버가 가상 머신 호스트(110)의 콘텍스트(context)에서 유용하지 않을 수도 있기 때문이다. 이에 대한 한 가지 이유는 가상 머신 환경에(및/또는 가상 머신 호스트(110) 내에) 존재하는 "가상 하드웨어"가 실제 머신(105)에 대한 하드웨어와 동일하지 않을 수 있다는 것이다. 예를 들면, 실제 머신(105) 상의 커널 및 HAL(Hardware Abstraction Layer)과 같은 컴포넌트는 예를 들면 듀얼(dual) 프로세서 시스템에 기초할 수 있다. 또한, 가상 머신 호스트(110)는 다양한 네트워크 카드 드라이버, 프로세서 아키텍처, 실제 디스크(예를 들면, 머신에 부착된 저장 장치), 실제 디스크 식별자, 운영 체제 드라이버 및 디스크 드라이버를 그 호스트되는 가상 머신에 에뮬레이트(emulate)할 수는 있으며, 그렇지 않으면 이들은 변환되고 있는 소스 머신(source machine)(예를 들면, 실제 머신(105))에서는 찾을 수 없을 것이다(which might not otherwise be found at the source machine being converted). 이러한 차이점은 실제 디스크 볼륨을 가상 호스트 내부로부터 가상 머신으로 변환할 때에 존재할 수도 있다.

그 결과, 전달된 부팅 데이터(120)는 가상 머신 호스트(110)에서의 적절한 가상화된 환경 내에서는 적용할 필요가 없는, 실제 머신(105)에서의 운영 체제 특징에 기초할 수 있다. 이들 및 기타 이유들은, 관리자가 특정 운영 환경(들)에 따라 다수의 상이한 변경들을 행할 필요가 있음을 의미한다. 따라서, 변환 모 듈(130)은 가상 하드 디스크 파일(140)을 가상 머신 호스트(110)에서 부팅 가능하게 변경할 수도 있다. 일부 경우에 있어서, 이는 스냅샷 데이터에 기초하여, 생성될 가상 머신에 대하여 커널 및 HAL - 및 다른 드라이버 및 레지스트리 설정 - 을 업데이트하라는 명령어를 포함할 수 있다.

따라서, 예를 들면, 도 1C에는, 변환 모듈(130)이 가상 머신 호스트(110)에 동작 정보를 변경하기 위한 요청(165) 및 대응하는 인수(argument)를 전송하는 것도 도시되어 있다. (일부의 경우, 가상 머신의 동작 정보(예를 들면, 부팅 섹터 및 레지스트리 정보)에 대한 이들 변경은 (VHD 파일 내로 전달되기 전에) 심지어 실제 머신에서도 행해질 수 있다.) 일 구현에서, 이는, 변환 모듈(130)이 볼륨 스냅샷(117)의 부팅 기록을 조사하고, 가상 머신의 새로운 디스크 및 볼륨 구성에 기초하여, 이전에 전달된 부팅 데이터(120)를 새로운 부팅 정보(예를 들면, 변경된 부팅 정보 또는 아무것도 없는 상태로부터의 새로운 부팅 정보)로 교체하는 단계를 포함할 수 있다. 또한, 다른 단계에서, 변환 모듈(130)은 볼륨 스냅샷(117)의 전달된 레지스트리 정보(도시 생략)를 조사할 수 있고, 가상 머신 호스트(110) 상에 존재하는 새로운 하드웨어 및 드라이버에 기초하여, 그 전달된 레지스트리 정보를 가상 머신(110)에 적절한 방식으로 업데이트할 수 있다.

또한, 이러한 업데이트하는 단계는 커널 및 HAL 드라이버와 같은 시스템 바이너리를 멀티 프로세서로부터 단일 프로세서 하드웨어 구성으로 변화시키는 단계를 포함할 수 있다. 또한, 이러한 업데이트하는 단계는 가상 머신 호스트(110)에 고유한 컴퓨터 및 드라이브 아이덴티티 정보를 추가하는 단계, 가상 머신 호스 트(110)에 고유한 임의의 적절한 디스크 또는 파일 드라이버를 추가하는 단계뿐만 아니라 적절한 네트워크 드라이버, 저장 장치 드라이버 등을 수용하기 위하여 레지스트리 정보를 변화시키는 단계를 포함할 수 있다. 이러한 업데이트하는 단계는, 실제 장치에 대한 드라이버를 가상 장치에 대한 드라이버로 교체하는 단계, 가상 환경 내에 대응하는 가상 장치가 존재하지 않는 경우에 하드웨어에 대한 드라이버를 디스에이블(disable)시키는 단계, 및 가상 환경 내에 대응하는 가상 장치가 존재하지 않는 경우에 장치에 종속되는 서비스 및 애플리케이션을 디스에이블시키는 단계를 더 포함할 수 있다.

또한, 변환 모듈(130)은, 결과적인 가상 머신(예를 들면, 175)이 원래의 실제 머신(105)에서와 동일한 선호도(preference)(예를 들면, 메모리, CPU 등)로 동작하도록, 의도한 가상 머신(예를 들면, 175)에 대하여 이들 및/또는 다른 적절한 구성 값을 더 생성할 수 있다. 또한(또는 다르게는), 이러한 선상에서, 가상 머신 호스트(110)의 관리자는 결과적인 가상 머신에 대한 이들 선호도를 변경할 수 있다. 또한, 관리자는 심지어 아무것도 없는 상태로부터 이러한 동작 정보(즉, 구성 값, 선호도 등)를 구축할 수도 있다. 어느 경우에든, 다수의 엔티티가 결과적인 가상 머신이 부팅 가능하며 가상 머신 레지던스(residence)(예를 들면, 가상 머신 호스트(110)) 상에서 정확하게 동작하게 될 것을 보장하는 데 적절한 임의의 수의 구성 변화를 가할 수 있음을 이해할 것이다.

적절한 부팅 기록을 적절하게 변경/생성(즉, 120에서 123으로 변경/생성)하고, 또한 시스템 레지스트리 정보, 드라이버 정보 및/또는 기타 구성 또는 선호도 정보를 적절하게 변경/생성한 후, 변환 모듈(130)이 가상 하드 디스크 파일(140)의 탑재를 제거(즉, "탑재 해제(un-mount)")하여, 더 이상 드라이브로서 액세스 가능하지 않게 할 수 있다. 예를 들면, 도 1C에는 가상 머신 호스트(110)에게 가상 하드 디스크 파일(140)의 탑재를 제거하라고 명령하는 메시지(170)를 가상 머신 호스트(110)에 전송하는 것이 도시되어 있다. 이 탑재를 제거한 후, 가상 하드 디스크 파일(들)(140)은 가상 머신(175)으로서 사용될 수 있고, 그 데이터는 스냅샷 동작이 시작된 곳에서의 볼륨(115)의 데이터와 본질적으로 동일하다.

특히, 새로운 가상 머신(175)에 의해 관리되는 볼륨(들) 내의 데이터는 모든 적절한 측면에서 일관된다(예를 들면, 애플리케이션-일관형, 파일 시스템-일관형, 및/또는 크래시-일관형(crash-consistent) 등). 그 결과, 실제 머신(105)의 이전 사용자가 이제 가상 머신 호스트(110)에서 가상 머신(175)을 부팅시키고, 마치 사용자가 실제 머신(105)을 사용하고 있는 것처럼 (아니면 사용자가 실제 머신(105)을 사용하고 있는 경우에 비해 좀더 최적화되어) 가상 머신(이전 데이터에 대한 액세스 포함)을 사용할 수 있다. 또한, VHD 파일이 일반적으로 휴대 가능한 것도 이해될 것이다. 예를 들면, 최종 사용자는 가상 머신(175)과 연관된 가상 머신 파일(들)(예를 들면, VHD 파일(들) 등)을 원하는 장소로 전달하고 임의의 필요한 동작 정보 업데이트를 행함으로써, 적어도 하나의 구현에서 간단히 가상 머신(175)을 임의의 원하는 위치(즉, 다른 가상 머신 호스트)로 전달할 수 있다.

다른 구현에서, 하나 이상의 VHD 파일(예를 들면, 140)은 심지어 실제 머신(105) 그 자체에서 생성되고 나서, 적절한 가상 머신 호스트(예를 들면, 110)에 전송/전달될 수도 있다. 예를 들면, 실제 머신(105)의 사용자는 실제 머신에서 VHD 파일(예를 들면, 140)을 생성하고, 실제 머신에서 관심 있는 데이터에 대해 스냅샷 콘텐츠를 그 VHD 파일에 전달할 수 있다. 이는, 원할 경우에, 사용자가 (즉, 가상 머신 호스트(110)에서) VHD 파일의 탑재를 피할 수 있는 적어도 한 가지 방법이다. 어느 경우에든, 사용자는 VHD 파일 및 대응하는 스냅샷 콘텐츠를 적절한 대상(예를 들면, 가상 머신 호스트(110))으로 전송/전달하고, 그 대상에서 대응하는 동작 정보를 변화시킬 수 있다. 다르게는, 사용자는 심지어 VHD 파일 및 스냅샷 콘텐츠를 새로운 대상으로 전송하기 전에, 소스(예를 들면, 실제 머신(105))에서 VHD 파일 및 스냅샷 콘텐츠에 대한 동작 정보를 변화시킬 수도 있다.

일부 경우에는, VHD "파일"을 그 자체로서 생성하기 보다는, 예를 들어 모듈(예를 들면, 변환 모듈(130))이 실제 머신(105)에서 생성된 스냅샷 데이터 및 VHD 메타데이터를 운반에 효율적인 부분들(예를 들면, 바이트 블록)로 하여 메모리로부터 스트리밍하도록 구성될 수 있다. 또한, 스트리밍될 데이터는 적절한 VHD 포맷/콘텐츠 사양에 따라 VHD 포맷으로 포맷될 수 있다. 따라서, 대상(예를 들면, 가상 머신 호스트(110))으로 전달된 후에, 스트림이 VHD 파일로서 저장될 수 있는데, 왜냐하면 스트리밍된 데이터가 VHD 파일 포맷으로 생성되었기 때문이다. 이는 VHD 파일의 탑재를 피하는 또 다른 방법이기도 하다.

따라서, 도 1A 내지 도 1C는 실제 머신 볼륨 데이터의 스냅샷을 생성하고 그 데이터로부터 새로운 가상 머신을 생성하기 위한 본 발명의 구현에 따라 사용될 수 있는 다수의 총체적 개략도 및 컴포넌트를 도시한다. 상술한 사항 외에, 본 발명 의 구현은 특정한 결과를 달성하기 위한 하나 이상의 단계를 포함하는 방법의 흐름도의 관점에서 설명될 수 있다. 예를 들면, 도 2는 실제 머신 또는 다른 가상 머신과 같은 머신을 가상 머신으로 변환하기 위한 방법의 흐름도를 실제 머신(105) 및 가상 머신 호스트(110)의 관점에서 도시하고 있다. 도 2의 방법은 도 1A 내지 도 1C의 메커니즘의 컴포넌트들과 관련하여 이하 기술된다.

예를 들면, 도 2는, 실제 머신(105)의 관점에서, 하나 이상의 실제 머신 볼륨 상에 현저한 가동 중지 시간을 일으키지 않고도 실제 머신을 가상 머신 호스트에서 가상 머신으로 변환하는 방법(a method of converting a physical machine to a virtual machine at a virtual machine host)이 실제 머신의 하드웨어 구성을 식별하는 단계(200)를 포함할 수 있음을 도시하고 있다. 단계(200)는 머신의 하나 이상의 볼륨에 대한 하나 이상의 하드웨어 구성 설정을 식별하는 단계를 포함한다. 예를 들면, 도 1A는 변환 모듈(130)을 도시하고 있는데, 이는 스냅샷 프로세스를 시작하기에 앞서 볼륨(115)에 대한 하드웨어(및/또는 소프트웨어) 구성 설정을 식별할 수 있다. 이는, 부팅 기록(120) 및 볼륨 데이터(125)를 이들이 볼륨(115) 상에서 실제 머신(105)에 존재하는 것으로서 식별하는 단계를 포함할 수 있고, 데이터가 멀티프로세서 환경에 대해 구성되는지 여부, 운영 체제 지원 파일의 비호환성, 고려될 필요가 있는 저장 장치 및 네트워크 드라이버가 존재하는지 여부 등을 식별하는 단계를 더 포함할 수 있다.

또한, 도 2는 실제 머신(105)의 관점에서, 본 방법이 하나 이상의 볼륨의 스냅샷을 생성하는 단계(210)를 포함할 수 있음을 도시하고 있다. 단계(210)는 하나 이상의 머신 볼륨에 대응하는 하나 이상의 일관된 스냅샷을 생성하는 단계를 포함한다. 예를 들면, 도 1A는 변환 모듈(130)이 볼륨(115)의 스냅샷(117)을 생성하는 것을 도시하고 있는데, 이 스냅샷은 이전과 동일한 부팅 기록(120)뿐만 아니라 볼륨 데이터(127)도 포함한다. 적어도 하나의 구현에서, 변환 모듈(130)은, 기입자를 이용 가능한 경우에는 기입자 연관된(writer-involved) 스냅샷 프로세스를 볼륨(115) 상에 호출할 수 있고, 아니면 이러한 기입자를 이용할 수 없는 경우에는 단순히 애플리케이션(또는 다른 기입 프로세스)을 종료시킬 수 있다. 그 결과, 스냅샷 프로세스 후의 시간에 따른 단일의 인스턴스에 대해 스냅샷(117) 내의 데이터가 일관(예를 들어, 애플리케이션 일관형)되는 것이 보장될 수 있다.

또한, 도 2는 실제 머신(105)의 관점에서, 본 방법이 스냅샷(들)을 탑재된 가상 디스크 파일에 전송하는 단계(220)를 포함할 수 있음을 도시하고 있다. 단계(220)는 탑재된 가상 하드 디스크 파일에 하나 이상의 일관된 스냅샷을 전송하는 단계를 포함한다. 예를 들면, 변환 모듈(130)은 실제 머신(105)에서 찍힌 각각의 스냅샷에 대한 장치 식별자를 리트리브하고, 가상 머신 호스트(110)에 탑재된 가상 하드 디스크 파일 각각에 대한 임의의 장치 식별자를 리트리브한다. 도 1B는, 적절한 장치 식별자를 리트리브하였을 때, 변환 모듈(130)이 예를 들어, 바이트(또는 바이트 블록) 전달/복사 메커니즘을 이용하여 스냅샷(117)의 볼륨 데이터(127)를 가상 하드 디스크 파일(140)로 전달할 수 있음을 도시하고 있다.

또한, 도 2는 실제 머신(105)의 관점에서, 본 방법이 부팅 기록(들)을 탑재된 가상 디스크 파일로 전송하는 단계(230)를 포함할 수 있음을 도시하고 있다. 단계(230)는, 하나 이상의 일관된 스냅샷에 대한 부팅 기록이 가상 머신 호스트에서 변경될 수 있도록, 그 하나 이상의 일관된 스냅샷에 대한 부팅 기록을 탑재된 가상 하드 디스크 파일에 전송하는 단계를 포함한다. 예를 들면, 도 1B는 변환 모듈(130)이 부팅 데이터(120)를 가상 하드 디스크 파일(140)에 전송하는 것도 도시하고 있다. 또한, 도 1C는, 부팅 기록(123)이 가상 머신 호스트(110)의 운영 환경에 대해 일관되도록, 부팅 기록(120)을 기록(123)으로 변경하기 위한 메시지(165)를 전송할 수 있다. 일 구현에서, 새로운 가상 머신에 대한 새로운 부팅 기록은 그냥 전송되고 변경되는 것보다는 오히려 아무것도 없는 상태로부터 간단히 생성될 수 있다.

상술한 사항 외에, 도 2는 가상 머신 호스트(110)의 관점에서, 하나 이상의 머신 볼륨에 대한 가동 중지 시간을 일으키지 않고도 머신(즉, 실제 머신 또는 이전 가상 머신)을 가상 머신 호스트에서 가상 머신으로 변환하는 방법이 가상 하드 디스크 파일을 생성하는 단계(240)를 포함할 수 있음을 도시하고 있다. 단계(240)는 파일 크기를 갖는 가상 하드 디스크 파일을 생성하는 단계를 포함한다. 예를 들면, 도 1A에는 가상 머신 호스트(110)가 가상 머신 호스트(110)에게 기입 가능한 가상 하드 디스크파일을 생성하라고 명령하는 메시지(150)뿐만 아니라, 새로운 가상 하드 디스크 파일을 기입 가능하게 하라는 명령어를 수신하는 것이 도시되어 있다. 이에 응답하여, 가상 머신 호스트(110)는 가상 하드 디스크 파일(140)을 생성하고, 이를 기입 가능하게 한다. 앞서 언급된 바와 같이, 여기서 가상 하드 디스크 파일 크기는 정적일 수도 있고, 아니면 동적일 수도 있다. 예를 들면, 가상 하 드 디스크 파일(140)은 50 기가바이트의 볼륨(115) 데이터를 수용하기 위하여 100 기가바이트로 설정될 수 있다. 다르게는, 변환 모듈(130)은 가상 하드 디스크 파일(140)을, 추가적인 데이터가 전달됨에 따라 동적으로 커지도록 설정한다.

또한, 도 2는 가상 머신 호스트(110)의 관점에서, 본 방법이 가상 하드 디스크 파일을 탑재하는 단계(250)를 포함할 수 있음을 도시하고 있다. 단계(250)는, 가상 하드 디스크 파일이 액세스 가능한 실제 디스크로서 보이도록, 가상 머신 호스트에서 가상 하드 디스크 파일을 탑재하는 단계를 포함한다. 예를 들면, 도 1A에는 가상 머신 호스트(110)가 가상 하드 디스크 파일(140)을 탑재하라는 요청(155)을 수신하는 것이 도시되어 있다. 일 구현에서, 가상 머신 호스트(110)는 파일(140)을 특정한 장치 식별자와 연관시키라는 명령을 받고 나서, 그 식별자를 실제 장치로서 탑재할 수 있다. 그러면, 가상 하드 디스크 파일(140)은 디스크 장치(145)로서 보이고 액세스될 수 있다.

또한, 가상 머신 호스트(110)의 관점에서, 본 방법은 하나 이상의 스냅샷을 수신하는 단계(260)를 포함할 수 있다. 단계(260)는 하나 이상의 실제 머신 볼륨에 대응하는 하나 이상의 일관된 스냅샷의 데이터를 수신하는 단계를 포함한다. 예를 들면, 도 1B에 도시된 바와 같이, 가상 머신 호스트(110)는 임의의 적절한 전달 메커니즘(즉, 임의의 네트워크 전달 프로토콜에 따라 바이트 단위이든 또는 바이트 블록 단위이든)을 사용하여 볼륨 데이터(127) 및 부팅 데이터(120)를 수신한다.

또한, 도 2는 가상 머신 호스트(110)의 관점에서, 본 방법이 부팅 기록을 변 경하는 단계(27)를 포함할 수 있음을 도시하고 있다. 단계(270)는, 하나 이상의 일관된 스냅샷이 가상 머신 호스트에서의 운영 체제에 적합하도록, 하나 이상의 일관된 스냅샷에 대한 동작 정보를 변경하는 단계를 포함한다. 도 1C에 도시된 바와 같이, 예를 들면, 가상 머신 호스트(110)는 동작 정보를 변경하기 위한 메시지(165)를 수신한다. 예를 들면, 메시지(165)는 적절한 가상 머신 호스트(110) 기준(criteria)을 식별하고, 적절한 방법으로 부팅 데이터(120)를 부팅 데이터(123)로 변화시키기 위한 하나 이상의 요청을 포함할 수 있다. 또한, 메시지(165)(또는 다른 메시지 - 도시 생략)는 레지스트리 및/또는 동작 선호도 정보를 변화시키기 위한 하나 이상의 요청을 포함할 수 있다.

동작 속성의 이러한 변화는 예를 들면, 임의의 수의 하드웨어 및 운영 체제 구성(예를 들면, 임의의 수의 프로세서, 하드웨어 드라이버, 디스크 드라이버/식별자 및 저장 장치 드라이버/식별자, 네트워크 드라이버 등)을 포함할 수 있다. 이러한 변화는 가상 머신의 새로운 운영 체제가 가상 환경에 대해 호환 가능하고 적절하게 기능하는 것을 보장하도록 고려될 필요가 있다. 동작 속성의 변화는 드라이버 및 다른 하드웨어의 사용, 드라이버의 아이덴티티가 바이너리에서 교체되고/되거나 등록되는 것, 커널 및/또는 HAL 정보에 대한 업데이트 등과 같은 여러 가지 레지스트리 조작을 더 포함할 수 있다. 동작 속성의 변화는 메모리 및/또는 CPU 요구 사항에 대한 구성 선호도와 같은, 가상 머신에 대한 여러 가지 구성 선호도를 더 포함할 수 있다.

또한, 도 2는 가상 머신 호스트(110)의 관점에서, 본 방법이 가상 하드 디스 크 파일 탑재를 제거하는 단계(280)를 포함할 수 있음을 도시하고 있다. 단계(280)는, 가상 하드 디스크 파일이 실제 디스크로서 액세스 가능하지 않도록, 하드 디스크 파일의 탑재를 제거하는 단계를 포함한다. 예를 들면, 가상 머신 호스트(110)는, 가상 머신 호스트(110)가 가상 하드 디스크 파일(140)의 탑재를 제거하라고 요청하는 메시지(170)를 수신한다. 그리고, 가상 머신 호스트(110)는, 파일(140)이 더이상 국지적으로 또는 네트워크를 통해 호스트 수준 디스크 드라이브로서 액세스 가능하지 않도록, 가상 하드 디스크 파일을 탑재 해제할 수 있다. 그 결과, 시간에 따른 단일의 인스턴스에 대해 일관되는 데이터를 포함하는 가상 디스크 파일(140)이 가상 머신(175)으로서 부팅되고, 가상 머신 호스트(110)에서 동작하려고 할 수 있다. 특히, 최종 사용자의 관점에서, 가상 머신(175)은 - 거의 모든 의도 및 목적상 - 스냅샷 동작 이전의 실제 머신(105)과 본질적으로 동일한 형태(즉, 동일한 데이터 또는 그의 데이터 서브세트(들))이다.

따라서, 도 1A 내지 도 1C 및 도 2는 머신(예를 들면, 실제 머신 또는 이전 가상 머신)을 가상 머신으로 효율적으로 변환하기 위한 다수의 컴포넌트 및 메커니즘을 제공한다. 특히, 본 도면들 및 대응하는 본문은, 변환되고 있는 머신을 재부팅할 필요 없이, 및/또는 ADS 또는 PXE 환경으로 재부팅할 필요없이, 본 발명의 구현이 적어도 하나의 측면에서 수행될 수 있는 방법을 설명한다. 이와 같이, 상술한 컴포넌트 및 메커니즘은 실제 머신이 예를 들어, 통상적인 디스크 및 네트워크 전달 속도로 비교적 빠르게 생성될 수 있게 한다.

여기서 앞서 논의된 바와 같이, 본 발명의 구현은 광범위한 최적화 및 광범 위한 하드웨어 및 운영 체제 환경에 대해 변형되고 변경될 수 있음을 이해할 것이다. 예를 들면, 본 발명의 구현은 임의의 유형의 머신을 새로운 가상 머신으로 변환하는 데 쉽게 적용될 수 있다. 예를 들면, 이전 가상 머신에 대하여, 사용자는 그 볼륨을 최대한 활용하고 있는(maxed out) 가상 머신에 대해 저장 공간을 좀더 생성하고 싶어할 수 있다. 따라서, 사용자는 이전 가상 머신의 이전 VHD 파일보다 큰 하나 이상의 VHD 파일을 생성하고, 이전 가상 머신 데이터를 스냅샷하고, 그 가상 머신 스냅샷 데이터를 좀더 큰 VHD 파일에 전달할 수 있다. 또한, 여기서 설명되는 변환 프로세스는 명백하게 설명된 단계 이외의 복수의 독립적인 단계들로 좀더 분리될 수 있다. 예를 들면, 사용자가 볼륨 이미지를 대상 머신으로 전달하기 위한 방법을 가지고 있으면, 사용자는, 이미지가 대상 머신에서 부팅 가능하게도록, 이미지를 "가상화"시키기 위한 픽스업(fix-up) 동작을 간단히 호출할 수 있다.

상술한 사항 외에, 본 발명의 구현이 광범위한 디스크 구성에도 적용될 수 있음이 쉽게 이해될 것이다. 예를 들면, 머신 볼륨(115)이 설치되는 실제 디스크(들)는 운영 체제의 임의의 하나 이상의 기본 또는 동적 디스크일 수 있고, 여러 가지 파티션들 및/또는 볼륨들을 더 포함할 수도 있다. 그렇지만, 여기서 설명되는 프로시저(procedure), 컴포넌트 및 메커니즘은 마치 이들이 이전 머신(예를 들면, 실제 머신 또는 이전 가상 머신)에 있는 것처럼 가상 머신의 이러한 변형에 적용될 수 있다. 특히, 실제 동적 또는 기본 디스크와 연관된 특징이 가상 머신 호스트에 전달되어, 새로운 가상 머신은 기본 또는 동적 디스크 속성을 이용하여 마치 전에 했던 것과 마찬가지로 거동하게 될 것이다. 따라서, 여기서 설명되는 컴 포넌트, 모듈 및 메커니즘은 이전 머신으로부터 이전 머신의 새로이 가상화된 형태로의 심리스한 천이(seamless transition)를 보장하도록 폭넓게 적용될 수 있다.

본 발명의 실시예는 이하 더욱 상술되는 바와 같이, 다양한 컴퓨터 하드웨어를 포함하는 전용 또는 범용 컴퓨터를 포함할 수 있다. 또한, 본 발명의 범주 내에 있는 실시예는 저장되어 있는 컴퓨터 실행 가능 명령어 또는 데이터 구조를 전달하거나 포함하기 위한 컴퓨터 판독 가능 매체를 포함한다. 이러한 컴퓨터 판독 가능 매체는 범용 또는 전용 컴퓨터에 의해 액세스될 수 있는 어떠한 이용 가능한 매체일 수도 있다.

예를 들어, 이러한 컴퓨터 판독 가능 매체는 RAM, ROM, EEPROM, CD-ROM 또는 기타 광 디스크 저장 장치, 자기 디스크 저장 장치 또는 기타 자기 저장 장치, 또는 원하는 프로그램 코드 수단을 컴퓨터 실행 가능 명령어 또는 데이터 구조의 형태로 전달하거나 저장하는 데 사용되고 전용 또는 범용 컴퓨터에 의해 액세스 가능한 임의의 기타 매체를 포함할 수 있지만, 이에 제한되지 않는다. 정보가 네트워크 또는 다른 통신 접속(하드와이어드(hardwired), 무선, 또는 하드와이어드 또는 무선의 조합)을 통해 컴퓨터로 전달되거나 제공될 때, 컴퓨터는 그 접속을 적절히 컴퓨터 판독 가능 매체로서 본다. 따라서, 임의의 이러한 접속들은 컴퓨터 판독 가능 매체라고 적절히 칭해진다. 또한, 상술한 것들의 조합도 컴퓨터 판독 가능 매체의 범주 내에 포함되어야 한다.

컴퓨터 실행 가능 명령어는, 예를 들면, 범용 컴퓨터, 전용 컴퓨터 또는 전용 처리 장치로 하여금 어떤 함수 또는 함수들의 그룹을 실행하게 하는 명령어 및 데이터를 포함한다. 본 발명의 대상들은 구조적인 특징 및/또는 방법론적인 단계에 특정된 언어로 기술되었지만, 첨부되는 청구범위에서 규정되는 대상은 상술한 특정 특징 또는 단계에 제한될 필요가 없음을 이해할 것이다. 오히려, 상술한 특정 특징 및 단계는 청구범위를 구현하는 예시적인 형태로서 개시되어 있다.

본 발명은 그 사상 또는 본질적인 특징을 벗어나지 않고도 다른 특정한 형태로 실시될 수 있다. 개시된 실시예는 모든 측면에 있어서 제한적인 것이 아닌 단지 예시적인 것으로서 고려되어야 한다. 따라서, 본 발명의 범위는 상술한 설명에 의하는 것이 아니라 첨부되는 청구범위에 의해 나타난다. 청구범위의 등가물의 의미 및 범위 내에서의 모든 변화는 그 범주 내에 포함된다.

Claims

하나 이상의 가상 머신(virtual machine)을 호스트(host)하도록 구성되는 가상 머신 호스트(virtual machine host)를 포함하는 컴퓨터화된 환경의 머신(machine) - 상기 머신은 하나 이상의 볼륨(volume)을 포함함 - 에서, 상기 하나 이상의 머신 볼륨에 현저한 가동 중지 시간(downtime)을 일으키지 않고도, 상기 머신을 상기 가상 머신 호스트에서 가상 머신으로 변환하는 방법으로서,

상기 머신의 하나 이상의 볼륨에 대한 하나 이상의 하드웨어 구성 설정을 식별하는 단계;

상기 하나 이상의 머신 볼륨에 대응하는 하나 이상의 일관된 스냅샷(consistent snapshot)을 생성하는 단계;

상기 하나 이상의 일관된 스냅샷을 탑재된(mounted) 가상 하드 디스크 파일로 전송하는 단계; 및

상기 하나 이상의 일관된 스냅샷에 대한 부팅 기록이 상기 가상 머신 호스트에서 변경(modified)될 수 있도록, 상기 하나 이상의 일관된 스냅샷에 대한 부팅 기록을 상기 탑재된 가상 하드 디스크 파일로 전송하는 단계

를 포함하는, 머신을 가상 머신으로 변환하는 방법.
제1항에 있어서,

상기 하나 이상의 일관된 스냅샷 중 적어도 하나의 스냅샷은, 상기 적어도 하나의 스냅샷을 하나 이상의 바이트(byte) 블록의 세트로서 전달함으로써 상기 가상 머신으로 전송되는, 머신을 가상 머신으로 변환하는 방법.
제1항에 있어서,

상기 머신은 실제 머신(physical machine)이고,

상기 실제 머신 및 상기 가상 머신 호스트가 동일한 컴퓨터 시스템이어서, 상기 실제 머신의 하나 이상의 볼륨이 그 동일한 컴퓨터 시스템 내의 상기 실제 머신의 다른 디스크 장치로 전달되는, 머신을 가상 머신으로 변환하는 방법.
제1항에 있어서,

상기 하나 이상의 머신 볼륨은 동적(dynamic) 실제 디스크 상에 설치된 복수의 머신 볼륨들을 포함하는, 머신을 가상 머신으로 변환하는 방법.
제1항에 있어서,

상기 하나 이상의 일관된 스냅샷을 생성하는 단계는,

상기 하나 이상의 머신 볼륨 상에서, 사용된 공간(used space)과 빈 공간(free space)을 식별하는 단계;

상기 사용된 공간 내에서, 스냅샷 또는 복사 동작들 동안에 피해질(to be avoided) 하나 이상의 파일을 식별하는 단계 - 상기 피해질 하나 이상의 파일은 diff 영역 파일, 페이지 파일, 배드 클러스터(bad cluster), 최대 절전 모 드(hibernation) 파일 중 임의의 하나 이상을 포함함 - ; 및

복사된 데이터가,

(i) 상기 식별된 사용된 공간, 또는

(ii) 상기 피해질 하나 이상의 파일을 제외한, 상기 식별된 사용된 공간

중 하나만을 포함하도록, 상기 하나 이상의 머신 볼륨으로부터 하나 이상의 가상 하드 디스크 파일로 데이터를 복사하는 단계

를 더 포함하는, 머신을 가상 머신으로 변환하는 방법.
제1항에 있어서,

상기 하나 이상의 하드웨어 구성 설정을 식별하는 단계는,

기입자 연관된(writer-involved) 스냅샷 프로세스들에 대해 구성되는, 상기 하나 이상의 볼륨 상의 하나 이상의 애플리케이션을 식별하는 단계; 및

각각의 식별된 애플리케이션에게 기입자 연관된 스냅샷 프로세스들을 시작하라는 명령어를 전송하는 단계

를 더 포함하는, 머신을 가상 머신으로 변환하는 방법.
제6항에 있어서,

기입자 연관된 스냅샷 프로세스들에 대해 구성되지 않은 하나 이상의 애플리케이션을 식별하는 단계; 및

상기 기입자 연관된 프로세스들에 대해 구성되지 않은 상기 식별된 하나 이 상의 애플리케이션 각각을 종료(shut down)시키는 단계

를 더 포함하는, 머신을 가상 머신으로 변환하는 방법.
제1항에 있어서,

상기 가상 머신 호스트에게 가상 하드 디스크 파일을 생성하라는 하나 이상의 명령어를 전송하는 단계; 및

상기 가상 머신 호스트에게 상기 가상 하드 디스크 파일을 기입 가능하게 하라는 명령어를 전송하는 단계

를 더 포함하는, 머신을 가상 머신으로 변환하는 방법.
제8항에 있어서,

상기 생성된 가상 하드 디스크 파일은 그 가상 하드 디스크 파일의 크기가 시간에 따라 변화될 수 있도록 동적으로 크기가 변화되는(dynamically-sized), 머신을 가상 머신으로 변환하는 방법.
제8항에 있어서,

상기 생성된 가상 하드 디스크 파일을 탑재하라는 하나 이상의 명령어를 전송하는 단계; 및

상기 탑재된 가상 하드 디스크 파일에 대한 장치 식별자를 식별하는 단계

를 더 포함하는, 머신을 가상 머신으로 변환하는 방법.
제10항에 있어서,

상기 하나 이상의 일관된 스냅샷에 대한 하나 이상의 장치 식별자를 식별하는 단계를 더 포함하는, 머신을 가상 머신으로 변환하는 방법.
제1항에 있어서,

상기 가상 머신 호스트의 하나 이상의 시스템 값을 식별하는 단계; 및

상기 식별된 하나 이상의 시스템 값에 따라 상기 하나 이상의 일관된 스냅샷의 데이터에 대한 동작 정보를 변경하라는 명령어를 전송하는 단계

를 더 포함하고,

상기 동작 정보를 변경하라는 명령어는,

(i) 상기 부팅 기록;

(ii) 시스템 레지스트리 정보;

(iii) 하나 이상의 드라이버;

(iv) 운영 체제 바이너리(binary)들;

(v) 커널 바이너리들; 또는

(vi) 상기 가상 머신의 하나 이상의 구성 선호도(preference)

중 임의의 하나 이상을 변경하라는 명령어를 포함하는, 머신을 가상 머신으로 변환하는 방법.
제12항에 있어서,

상기 동작 정보를 변경하라는 명령어는,

하나 이상의 실제 장치에 대한 드라이버들을 하나 이상의 가장 장치에 대한 드라이버들로 교체하라는 하나 이상의 명령어;

상기 가상 환경 내에 대응하는 가상 장치(virtual device)가 존재하지 않는 경우에, 하드웨어에 대한 장치 드라이버들을 디스에이블(disable)시키라는 하나 이상의 명령어; 또는

상기 가상 머신 호스트에 존재하지 않는 하나 이상의 장치에 종속되는 하나 이상의 서비스를 디스에이블시키라는 하나 이상의 명령어

중 임의의 하나 이상의 명령어를 포함하는, 머신을 가상 머신으로 변환하는 방법.
제12항에 있어서,

상기 가상 하드 디스크 파일이 가상 머신으로서는 액세스 가능하지만 실제 디스크로서는 액세스 가능하지 않도록, 상기 가상 하드 디스크 파일의 탑재를 제거하라는 하나 이상의 명령어를 상기 가상 머신 호스트에 전송하는 단계를 더 포함하는, 머신을 가상 머신으로 변환하는 방법.
컴퓨터화된 환경의 가상 머신 호스트 - 상기 가상 머신 호스트는 하나 이상의 볼륨을 포함하는 하나 이상의 가상 머신을 호스트하도록 구성됨 - 에서, 하나 이상의 실제 머신 볼륨에 현저한 가동 중지 시간을 일으키지 않고도, 실제 머신을 상기 가상 머신 호스트에서 가상 머신으로 변환하는 방법으로서,

파일 크기를 갖는 가상 하드 디스크 파일을 생성하는 단계;

가상 하드 디스크 파일이 액세스 가능한 실제 디스크로서 보이도록, 상기 가상 하드 디스크 파일을 가상 머신 호스트에 탑재하는 단계;

하나 이상의 실제 머신 볼륨에 대응하는 하나 이상의 일관된 스냅샷을 수신하는 단계;

상기 하나 이상의 일관된 스냅샷이 상기 가상 머신 호스트에서의 운영 체제에 적합하도록, 상기 하나 이상의 일관된 스냅샷에 대한 동작 정보를 변경하는 단계; 및

상기 가상 하드 디스크 파일이 실제 디스크로서 액세스 가능하지 않도록, 상기 가상 하드 디스크 파일의 탑재를 제거하는 단계

를 포함하는, 실제 머신을 가상 머신으로 변환하는 방법.
제15항에 있어서,

상기 하나 이상의 일관된 스냅샷을 상기 가상 하드 디스크 파일에 저장하는 단계를 더 포함하는, 실제 머신을 가상 머신으로 변환하는 방법.
제15항에 있어서,

상기 하나 이상의 일관된 스냅샷에 대한 데이터를 바이트 블록 수준으로 수 신하는 단계를 더 포함하는, 실제 머신을 가상 머신으로 변환하는 방법.
제15항에 있어서,

상기 생성된 가상 하드 디스크 파일을 기입 가능하게 하라는 명령어를 수신하는 단계; 및

상기 탑재된 가상 하드 디스크 파일에 대한 장치 식별자를 실제 컴퓨터 시스템으로 전송하는 단계

를 더 포함하는, 실제 머신을 가상 머신으로 변환하는 방법.
제15항에 있어서,

상기 실제 컴퓨터 시스템에 하나 이상의 시스템 값(system value)을 보고하는 단계를 더 포함하며, 상기 하나 이상의 시스템 값은 상기 하나 이상의 일관된 스냅샷에 대한 동작 정보를 변경하는 데 사용되는, 실제 머신을 가상 머신으로 변환하는 방법.
하나 이상의 가상 머신을 호스트하도록 구성되는 가상 머신 호스트를 포함하는 컴퓨터화된 환경의 머신 - 상기 머신은 하나 이상의 볼륨을 포함함 - 에서, 실행될 때, 상기 머신의 하나 이상의 프로세서가, 상기 하나 이상의 머신 볼륨에 현저한 가동 중지 시간을 일으키지 않고도, 상기 머신을 상기 가상 머신 호스트에서 가상 머신으로 변환하는 방법을 실행하게 하는 컴퓨터 실행 가능 코드가 저장되어 있는 컴퓨터 프로그램 제품(computer program product)으로서,

상기 방법은,

머신의 하나 이상의 볼륨에 대한 하나 이상의 하드웨어 구성 설정을 식별하는 단계;

상기 하나 이상의 머신 볼륨에 대응하는 하나 이상의 일관된 스냅샷을 생성하는 단계;

상기 하나 이상의 일관된 스냅샷을 탑재된 가상 하드 디스크 파일로 전송하는 단계; 및

상기 하나 이상의 일관된 스냅샷에 대한 부팅 기록이 상기 가상 머신 호스트에서 변경될 수 있도록, 상기 하나 이상의 일관된 스냅샷에 대한 상기 부팅 기록을 상기 탑재된 가상 하드 디스크 파일로 전송하는 단계

를 포함하는 컴퓨터 프로그램 제품.