(KB#1021506) VMware View Manager 4.6 이상 버전에서 Linked-clone의 라이프싸이클

이 문서는 이해를 돕기위해 KB#1021506을 한글로 번역한 것입니다. 번역과 원문에 차이가 있을 경우 원문이 우선합니다.

개요

View Manager 4.5에서 linked clone의 라이프싸이클 동안 관리되는 방법에 영향을 미치는 새로운 기능이 소개되었습니다. Linked Clone은  View Manager 3.0부터 적용되었습니다.

이 문서는 Linked Clone이 View Manager 4.5이상 버전에서 프로비져닝, 커스토마이징, refresh, recompose 그리고 rebalance되는 것에 대해서 설명합니다. 이 문서는 사용자 인터페이스나 절차가 아닌 내부 프로세스를 설명합니다.

내용

프로비져닝과 커스토마이징

Linked Clone의 라이프싸이클에서 첫번째 국면은 프로비져닝입니다. View Manager는 View Composer 서비스에 linked clone을 생성하는 호출을 하여 linked clone 생성을 시작합니다. View Composer 서비스는 vCenter Server를 호출하고, vCenter Server는 요청을 ESX 서버에 전달하여 linked clone을 생성합니다.

두 번째 국면은 커스토마이징입니다. 각 linked clone은 사용자가 가상머신에 로그인하기 전에 반드시 도메인내에서 유일한 식별자를 부여해야 합니다. View 4.5 전에는 VMware QuickPrep이 유일하게 가용한 커스토마이징 방법이었습니다. View 4.5에서 마이크로소프트의 SysPrep 커스토마이징 방법을 지원하게 되었습니다. Linked clone을 생성할 때 관리자는 QuickPrep또는 SysPrep을 커스토마이징 방법으로 사용할 수 있습니다.

아래에서 linked clone이 생성되고 커스토마이징 되는 절차에 대해 설명합니다.:

프로비져닝

1. View Manager는 View LDAP에 linked-clone 엔트리를 생성하고 가상머신을 프로비져닝 상태로 합니다.
2. View Manager는 linked-clone을 생성하기 위해 View Composer를 호출합니다.
3. View Composer Server는 새로운 클론을 위해Active Directory에 Machine 계정을 생성하고 새로 생성된 컴퓨터 계정에 random binary 패스워드를 생성합니다.
4. Linked clone이 생성될 데이터스토어에 기본 이미지의 replica와 snapshot이 아직 존재하지 않으면, View Composer는 데이터스토어에 Replica를 생성합니다. 모든 Replica들을 저장하기 위한 별도의 데이터스토어가 구성되어 있으면, Replica는 Replica 데이터스토어에 생성됩니다. (View 4.5 이후부터 Replica는 별도의 데이터스토어에 저장될 수 있습니다.)
5. View Composer는 vCenter Server API를 사용하여 linked clone을 생성합니다.
6. View Composer는 linked clone에 내부 디스크를 생성합니다. 이 조그만 디스크는 QuickPrep이나 SysPrep의 구성정보를 저장합니다. 이 디스크는 또한 윈도우즈가 정책 설정에 따라 매 30일마다 수행하는 machine password 변경을 저장합니다. 이 디스크 데이터는 checkpoint된 데스크톱이 refresh될 때 도메인 연결이 유지되는 것을 보장합니다.

  커스토마이징 

1. View Manager는 가상머신을 커스토마이징 상태로 합니다.
2. 만약 풀이 SysPrep를 사용하도록 구성되어 있으면, View Manager는 커스토마이징 스펙으로 가상머신을 커스토마이징 하도록 vCenter Server API customizeVM_Task를 호출합니다. 커스토마이징 스펙의 도메인/관리자 정보는 사용되지 않는 것에 주의합니다. 가상머신은 View Administrator UI를 통해 입력된 게스트 커스토마이징 정보를 사용하여 도메인에Join합니다.
3. View Manager는  linked clone을 Power On합니다.
4. 가상머신이 power on될 때 linked clone의 게스트 운영체제에서, View Composer Agent가 가상머신이 처음으로 시작하는 것을 감지하고 내부 디스크에 저장된 Machine 패스워드와 함께 NetJoinDomain을 호출합니다. 가상머신은 이제 도메인에 Join합니다. 이 동작은 QuickPrep 또는 SysPrep에서 모두 일어납니다.
5. 만약 Sysprep이 사용되면, Sysprep은 linked clone의 게스트 운영체제에서 실행합니다.
6. View Composer Agent는 Sysprep이 마칠때까지 기다렸다가 View Agent에 커스토마이징이 완료되었다고 통보합니다.
7. View Agent는 View Composer Agent가 커스토마이징이 완료되었다고 통보할 때를 기다립니다.커스토마이징이 완료되면, View Agent는 View Manager에 메세지를 보냅니다.
8. View Manager는 clone을 power off하고 커스토마이징이 완료되고 power off된 clone의 snapshot을 생성합니다.이snapshot은“vdm-initial-checkpoint”로 불립니다.
9. Clone이 생성되고, 커스토마이징되고, Snapshot이 생성된 후, View Manager는 linked clone을 Provisioned상태로 합니다. 가상머신이 powered on되면, 상태가 Available로 바뀝니다.

  상시 운영 

Linked clone이 power on되고 View Composer Agent가 실행되고 있는 동안, View Composer Agent는  machine account 패스워드에 가해지는 모든 변경을 추적합니다.

대다수의 Active Directory 환경에서, machine account 패스워드는 주기적으로 변경됩니다. 만약 View Composer Agent가 패스워드 변경을 감지하면, linked clone가 함께 생성된 internal 디스크의 machine account 패스워드를 갱신합니다. Refresh 동작중에, linked clone이 커스토마이징 후 생성된 스냅샷으로 원복될 때, agent는 machine account 패스워드를 최신의 것으로 설정합니다.

Refresh

View 4.5 이후부터, refresh는 커스토마이징이 완료된 후 생성된 스냅샷으로 원복하는 동작을 실행합니다. 이것이 SysPrep에 의해 행해진 커스토마이징을 유지하게 합니다.  View 4.5 전에는, refresh는 linked clone의 현재 OS 디스크를 삭제하고 새로운 OS 디스크를 생성하는 것이었습니다.

다음의 동작들이 refresh동안 일어납니다.:

1. View Manager가 가상머신을 Maintenance상태로 합니.
2. View Manager 는 가상머신을 post-customization snapshot “vdm-initial-checkpoint”상태로 되돌립니다. OS디스크만 checkpointed됩니다. 다른 모든 디스크들은 독립된 디스크로 생성되고 스냅샷에 해당되지 않습니다.
3. View Manager는 가상머신의 상태를Provisioned로 합니다. 만약 가상머신이 powered on되면, Available상태로 됩니다.
4. 게스트 운영체제가 다시 기동할 때, View Composer Agent는  machine account password를 갱신할 필요가 있는지 결정합니다. 내부 디스크에 저장된 machine account password가 레지스터리에 저장된 값보다 최신의 것이면, Agent는 도메인 연결을 유지하기 위해 내부 디스크에 저장된 패스워드로 갱신합니다.

  Recompose 

Recompose는 OS 디스크를 새로운 이미지와 스냅샷으로 바꾸는 동안 View Composer persistent disk와 이 디스크의 모든 사용자 데이터를 유지하도록 합니다. Recompose할 때, 관리자는 손쉽게 운영체제 패치와 새로운 소프트웨어를 사용자에게 배포할 수 있습니다.운영체제 주 버전간의 recompose는 지원되지 않습니다.(XP->Vista, XP->Windows7, Vista->Windows7).

Recompose동안에 새로운 OS 디스크가 생성되기 때문에, recompose 동안에 클론 또한 다시 커스토마이징 됩니다. 커스토마이징이 완료되면, View 관리자는 새로운 스냅샷을 생성합니다.

Recompose동안에 다음의 동작들이 일어납니다:

1. View Manager는 linked clone을Maintenance상태로 합니다.
2. View Manager 는recompose될 linked clone을 위해View Composer resync API 를 호출하고 View Composer가 새로운 base image와 스냅샷을 사용하도록 합니다.
3. Base image와 스냅샷의 replica가 linked clone이 위치할 데이터스토어에 없으면, View Composer가 데이터스토어에 replica를 생성합니다. 만약 별도의 데이터스토어가replica를 저장하기위해 구성되어 있으면, replica는 replica 데이터스토어에 생성됩니다.
4. View Composer는 linked clone의 현재 OS 디스크를 삭제하고 새로운 OS디스크를 생성하고 새로운 Replica에 연결합니다.
5. Recompose의 나머지 동작은 provisioning과 커스토마이징의 커스토마이징 단계와 동일합니다.

  Rebalance 

Rebalance는 사용하지 않는 스토리지 공간을 활용하기위해 가용한 데이터스토어들에 linked clone을 재배치 합니다. View 4.5 이상에서, Linked clone을 한 데이터스토어에서 다른 데이터스토어로 이동하는 다른 방법은 없습니다.

Rebalance는 어떠한 linked clone도 재배치 하지 않을 수 있습니다. 모든 데이터스토어에 거의 동일한 양의 free space가 있을 때,  linked clone을 한 데이터스토어에서 다른 데이터스토어로 이동하는 것이 공간 효율을 높이지 않을 수 있습니다.  Rebalance는 Pool에 구성된 데이터스토어들 중 하나의 데이터스토어가 다른  데이터스토어들에 비해 현저히 낮은 공간 효율을 보일 때에만 linked clone을 이동합니다.

아래의 동작들이 Rebalance 동안 일어납니다:

1. View Manager는 linked clone을Maintenance상태로 합니다.
2. View Manager 는 각 데이터스토어의 free space에 기초하여 어떤 가상머신이 이동할지를 결정합니다. 스토리지가 관리되고 View가 어떤 데이터스토어를 사용할지 결정하는 것에 대해 알아보려면VMware View Administrator's Guide의 Storage Overcommit for Linked-Clone Desktops편을 참조합니다.
3. View Manager 는 가상머신에서 OS 와 persistent disks를 분리합니다.
4. View Manager 는 분리된 디스크들을 새로운 데이터스토어로 이동합니다.
5. View Manager 는 가상머신을 새로운 데이터스토어로 relocateVM_Task API를 사용하여 이동합니다.
6. View Manager 는 디스크들을 다시 linked clone에 연결합니다.
7. View Manager 는 linked clone을 위해View Composer resync API 를 호출합니다.
8. Base image와 스냅샷의 replica가 linked clone이 위치할 데이터스토어에 없으면, View Composer가 데이터스토어에 replica를 생성합니다. 만약 별도의 데이터스토어가replica를 저장하기위해 구성되어 있으면, replica는 replica 데이터스토어에 생성됩니다.
9. View Composer는 linked clone의 현재 OS 디스크를 삭제하고 새로운 OS디스크를 생성하고 새로운 Replica에 연결합니다. 
10. Recompose의 나머지 동작은 provisioning과 커스토마이징의 커스토마이징 단계와 동일합니다.