AdminID.kr (어드민아이디) - 가상화 소프트웨어

VMware Workstation 8 의 소개와 가상 머신의 특성

2016-04-30T18:28:26+00:00

VMware Workstation 이란?

VMware Workstation 이란 가상 머신을 생성하고 운영하는 대표적인 프로그램 중 하나입니다. 가상 머신이란 문자의 뜻 그대로 Virtual Machine - 현실에 존재하지 않지만 마치 존재하는 것과 같이 만든 가상의 기계 또는 장치 - 를 의미합니다.

가상 장치에는 여러 가지가 있습니다. Virtual FDD 의 플로피 드라이브, 데몬 툴즈의 DVD-ROM, 윈도우 7 의 VHD 디스크 등이 모두 가상 장치에 해당합니다. 하지만 VMware Workstation 이 만들어내는 가상 머신은 이러한 개별적인 장치 수준이 아니라 완전한 한 대의 컴퓨터입니다.

즉, VMware Workstation 은 컴퓨터 속에 또 다른 가상의 컴퓨터를 만들어내는 프로그램인 것이죠. 우리는 그렇게 만들어진 가상의 컴퓨터 안에 운영체제를(윈도우, 리눅스 등) 설치하여 실제 컴퓨터와 흡사하게 사용하는 것이 가능합니다.

내 컴퓨터 안에 또 다른 컴퓨터, 이것이 바로 가상 머신이고, 여기에 가장 널리 사용되는 프로그램이 VMware Workstation 입니다.

가상 머신 장치의 특성과 분명한 한계

이미 다른 곳에서 가상 머신에 대해 얼핏 들으시고는 오해하시는 부분들이 적잖게 있는데 시작하기 전에 분명하게 짚고 넘어가도록 하겠습니다. 가상 머신이란 것을 처음 들어보신 분들도 시작 전 알고 넘어가시는 것이 좋습니다.

일단 가상 머신 장치들의 성능적인 부분을 간단하게 정리하자면 아래와 같습니다. (VMware Workstation 의 가상 머신에만 국한된 것이 아니라 통상적인 가상 머신들이 이러한 경향을 가집니다.)

**가상 머신에 포함되는 장치들의 성능**
장치	설명
CPU, RAM, HDD	공유 + 가상, 현재 컴퓨터의 CPU, RAM, HDD 성능(용량)의 영향을 굉장히 크게 받음.
VGA	100% 가상 장치로써 현재 컴퓨터의 VGA 성능과는 무관함. 성능에 분명한 한계가 있음.
Network(Lan)	100% 가상 장치로써 내부 네트워크끼리의 연결은 가상 장치의 성능이 그대로 나오지만 외부 네트워크와의 연결은 실제 장치를 반드시 거쳐야하기 때문에 해당 성능을 뛰어넘을 수는 없음.
기타 장치	100% 가상 장치들, 나머지 장치들은 성능적인 부분에는 큰 영향 없음.

가장 먼저 가상 머신의 CPU 와 RAM 과 HDD, 이 세 가지 장치는 현재 가상 머신이 운용되고 있는 실제 컴퓨터 각각 장치들의 성능에 영향을 지대하게 받습니다. 실제 컴퓨터 장치를 공유하여 사용하거나(CPU, RAM) 100% 가상이지만 원체 가상 장치의 성능이 높고 실제 장치 위에 맞물려서 돌아가기 때문에(HDD) 실제 장치의 성능을 거의 그대로 따라가는 경우이죠.

확실히 이 세 가지 장치들은 실제 컴퓨터 장치를 업그레이드하면 할 수록 확실히 가상 머신의 성능도 그만큼 좋아지고 부드러워지는 것을 느낄 수 있습니다.

가상 머신의 성능에 절대적인 영향을 미치는 CPU, RAM, HDD 장치.

하지만 VGA 즉, 그래픽 카드는 다릅니다. 많은 분들이 가장 많이 오해하시는 부분이 바로 이 가상 머신의 그래픽 카드와 관련된 부분인데요. VMware Workstation 의 가상 머신에서 사용하는 그래픽 카드는 100% 가상으로 만들어진 표준 VGA (VMware Tools 를 설치해야 그나마 SVGAⅡ) 그래픽 카드입니다. 절대 앞서의 CPU 나 RAM 과 같이 현재 컴퓨터의 장치를 공유하여 그대로 사용하는 것이 아닙니다. 그리고 이러한 SVGAⅡ 그래픽 카드의 성능은 매우 낮습니다.

그러니까 쉽게 뭔 말이냐면, 가상 머신의 그래픽 카드는 CPU 가 만들어내는 겁니다. 현재 장착된 그래픽 카드가 아니라! CPU 샀더니 같이 들어있더라는 Intel HD Graphics 내장 그래픽을 사용하고 있더라도, 여러분이 몇백만원을 투자하여 Radeon HD7970 을 크로스 파이어로 묶어서 아주 빵빵하게 사용하고 있더라도, 가상 머신의 그래픽 카드는 CPU 가 만들어내는 SVGAⅡ 일 뿐이며 해당 그래픽 카드의 성능은 매우 제한적이라는 것이죠. 결론적으로 가상 머신의 그래픽 카드는 여러분 컴퓨터에 장착된 그래픽 카드와 아무런 관련이 없습니다.

어라? 그럼 CPU 성능을 올리면 가상 머신의 그래픽 카드 성능도 올라가겠네요? 조... 아뇨. 만들어진 SVGAⅡ 의 한계 성능이 원체 낮기 때문에 CPU 가 아무리 빨라져도 SVGAⅡ 성능의 한계치 이상으론 올라가지 않습니다.

컴퓨터의 성능이 아무리 좋아져도 생성된 SVGAⅡ 의 성능이 워낙 낮기 때문에 가상 머신의 전체적인 그래픽 성능은 거기서 거기.

그러니까 고사양의 3D 게임을 즐긴다든지, 3D 랜더링을 하는 등의, 그래픽 카드의 성능이 절대적으로 필요한 작업에 가상 머신을 활용하는 것은 무리가 따르게 됩니다. 여러분의 컴퓨터가 아무리 좋아져도 그래픽 카드를 활용하는 부분에 있어서는 현재의 가상 머신 기술로는 어쩔 수가 없습니다. [현재까진 가상 머신에서 그래픽 카드를 직접 연결하여 성능을 제대로 뽑아낼 기술이 부족. (일부 특수한 환경에서 그것도 굉장히 제한적으로만 시도되고 있음)]

또한 과도한 3D 성능을 필요치 않는 저성능의 온라인 게임일지라도 요즘의 온라인 게임들은 가상 머신을 통해 부정한 방법을 사용한다고 판단하여 자체적으로 가상 머신을 검출, 가상 머신 내에서는 게임이 실행되지 않도록 하는 것이 보통입니다. 혹 게임에서 막지 않아 접속이 가능하다 할 지라도 끊김 현상은 감수를 해야 하는 것이죠. [저사양의 고전 패키지 게임을 즐기는데에는 뭐 크게 무리가 없습니다.]

그러니까 그러한 목적으로 (주로 3D 온라인 게임 머신으로) 가상 머신을 운영해볼 생각이시라면 제가 조심스럽게 조언을 해드리는데요. 차라리 그냥 컴퓨터를 한 대 더 사세요. 그게 스트레스를 덜 받습니다.

가상 머신의 올바른 용도

이제 VMware Workstation 를 통해 생성하게 될 가상 머신에 어울리는 용도라면, 간단한 인터넷 서핑용이라든지, 테스트나 공부용으로 매우 잘 어울린다고 할 수 있습니다. 이러한 작업에는 실제 컴퓨터를 한 대 더 들여놓는 것을 능가하는 편리함이 있죠.

내부적으로 리눅스 서버를 구축해 보거나, 윈도우의 기능을 테스트하거나, 프로그램들에 어떠한 문제가 없는지 등을 테스트하거나, 현재 윈도우 7 을 사용하는데 급하게 윈도우 XP 가 필요할 때, 윈도우 버전에 따라 문제를 일으키는 프로그램을 반드시 구동해야 할 때와 같은 경우에는 정말로 이만한 프로그램이 없습니다.

그러한 분들께는 가상 머신은 보배 중에 보배가 아닐 수 없죠. 저는 그 중에서도 VMware Workstation 이 일반적인 유저들이 사용하기에 가장 편리하고 강력한 성능을 제공하고 있다고 생각합니다.

VMware Workstation 8.0

VMware 는 가상 머신만을 전문적으로 다루는 회사로써 VMware 라는 이름으로 출시되는 프로그램들은 주 사용 용도의 특성에 맞춰 수 많은 종류들이 있습니다. 그 중에서도 일반적인 사용자를 위한 버전은 VMware Workstation 이란 버전이죠.(단! 유료 버전입니다.) 그 외에 무료 버전인 VMware Player, 맥 OS 용인 VMware Fusion 등도 있지만 실질적인 사용법은 많이 다르지 않습니다.

제 블로그에서는 현재 최신 버전인 VMware Workstation 8.0, 그 중에서도 윈도우용 버전을 중점으로 이야기를 진행해 나가도록 하겠습니다.

p.s 일단은... 디스크와 파티션 관리하기에서 VMware Workstation 이 필요할듯 하여 당장 필요한 부분만 먼저 올리겠습니다. 디스크와 파티션 강좌가 어느 정도 끝나면 천천히 VMware Workstation 을 시작하는 것으로 하도록 하죠. 아마 VMware Workstation 으로 본격적으로 들어가기 위해서는 조금은 시간이 걸릴 듯 합니다. 기다려 주세요. ^^

출처 : http://cappleblog.co.kr/255

vCenter 없이 vSphere 로 ESXi 에 연결해서 가상머신 복사하기

2016-03-18T11:00:31+00:00

Contents

VMWare 로 가상화할때 VM을 template 로 만들어 놓고 cloning 하는 기능이 있다.

이 기능을 이용하면 순식간에 서비스에 필요한 VM 을 deploy 할수 있으나 비싼 vCenter server 를 사야하는 문제가 있다.

vCenter 없고 vSphere 로 ESXi 에 바로 연결해서 VM 이미지 파일 자체를 복사(Copy, Not Cloning) 해서 VM 을 빠르게 deploy 하는 방법을 정리해 본다.

VSphere 에서 수행

vSphere clinet 로 ESXi 서버에 연결
구성(Configuration) -> 스토리지(Storage) 클릭하면 우측에 Datastore 목록이 표시됨
VM 이 설치된 datastore 를 선택하고 마우스 우클릭해서 데이터스토어 찾아보기(Browse) 선택
VM을 복사할 폴더를 만든다. (ex: New VM)
.vmdk, .vmx, .vmxf 를 선택한후에 마우스 우클릭후 복사를 선택한다
새로운 VM 폴더를 클릭한후에 붙여넣기를 선택한다.
VM을 Inventory에 추가한다.

Console 에서 수행

사전에 remote 에서 ssh 연결이 가능하게 설정되어야 한다. (VMware ESXi 에 외부에서 ssh 연결할수 있게 설정하기 참고)

ssh 로 ESXi 서버에 연결
cd /vmfs/volumes/DATASTORE_NAME (DATASTORE_NAME 은 VSphere 에서 보이는 데이타스토어 이름이다. Ex: LocalStorage)
새로 만들 VM의 이름으로 폴더를 생성한다.
1. mkdir NewVM
vmkfstools 로 vmdk 를 복제한다. (기존 VM 이름: "CentOS 6", 신규 VM이름: NewVM)

/vmfs/volumes/522e8af9-f59a0983-39fd-d89d672a29ac # vmkfstools -i CentOS\ 6/CentOS\ 6.vmdk NewVM/NewVM.vmdk
Destination disk format: VMFS zeroedthick
Cloning disk 'CentOS 6/CentOS 6.vmdk'...
Clone: 100% done.
vm configuration file(*.vmx, *.vmxf) 를 새로운 VM 에 복사한다.

?

cp CentOS\ 6/CentOS\ 6.vmx NewVM/NewVM.vmx

cp CentOS\ 6/CentOS\ 6.vmxf NewVM/NewVM.vmxf
vi 로 *.vmx 파일을 열어서 VM이름을 변경한다. ("CentOS 6" -> "NewVM")

?

vi NewVM/NewVM.vmx NewVM/NewVM.vmxf

또는 위의 기능을 shell script 로 만든 vm-copy.sh를 사용
vm-copy.sh VMDIR CopyVMDIR

vm-copy.sh

#!/bin/sh -x
if [ $# -ne 2 ];then
        echo "USAGE: $0 SRC_DIR DEST_DIR";
        exit;
fi;
## remove /
SRC=`basename "$1" /`
DEST=`basename "$2" /`
if [ ! -d "$SRC" ];then
        echo "Source Dir \"$SRC\" is not exist. Exit....";
        exit;
fi
if [ -d "$DEST" ];then
        echo "Dest Dir \"$DEST\" is already exist. Exit....";
        exit;
fi
mkdir "$DEST"
vmkfstools -i "${SRC}/${SRC}".vmdk "${DEST}/${DEST}".vmdk
sed "s/${SRC}/${DEST}/g" < "${SRC}/${SRC}".vmx > "${DEST}/${DEST}".vmx
sed "s/${SRC}/${DEST}/g" < "${SRC}/${SRC}".vmxf > "${DEST}/${DEST}".vmxf
 
echo "$Done!";

Inventory에 추가

복사된 VM 을 인벤토리에 추가해야 VSphere 에서 사용할 수 있다.

데이터스토어 브라우저를 띄워서 VM 을 복사한 데이터스토어로 들어간다.
새로 추가된 VM(NewVM) 을 클릭하고 NewVM.vmx 를 선택한후 마우스 우클릭해서 "인벤토리에 추가(A)" 를 선택한다
인벤토리 이름을 입력하고 다음을 누른다
VM을 실행할 ResourcePool 을 선택한다.
완료를 누르고 VM 을 부팅해서 정상동작 여부를 확인한다.
부팅시 다음과 같은 메시지가 나오면 "i copied it" 을 선택한다. ( 참고 링크 - VMware vSphere “I moved it” or “I copied it” – What’s the difference?)

Ref

http://nchrissos.wordpress.com/2013/04/22/cloning-a-vm-without-vcenter-in-esxi-5-1-free-edition/

출처 : https://www.lesstif.com/pages/viewpage.action?pageId=12943617

Workstation용 .vmdk를 esxi 전용으로 변환하기

2016-03-17T18:19:09+00:00

2cpu 가상화 관련 질문을 보면 vMware Workstation용 .vmdk를 ESXi .vmdk로 변환이 가능한지 물어보는 질문이 많이 올라오더라구요.

그래서 관련 포스팅을 짧게 써봅니다.

1. 데이터스토어에 workstation용 .vmdk를 업로드

데이터스토어 이름을 datastore, 업로드 파일 이름을 esxi.vmdk로 가정합니다.

2. SSH 접속

업로드 한 데이터스토어로 들어갑니다.

cd /vmfs/volumes/datastore

이제 .vmdk 파일을 esxi용도로 변환해야 합니다. 변환 된 esxi용 .vmdk 이름을 esxi2로 가정합니다.

vmkfstools -i esxi.vmdk -d zeroedthick esxi2.vmdk

※주의사항: 데이터스토어에 최소 150GB의 여유공간이 있어야됩니다. 아니면 공간 없다고 에러납니다.

녹색의 zeroedthick는 디스크 종류를 정하는 옵션입니다.

데이터스토어에는 변환하는 esxi용 .vmdk 용량 만큼의 여유가 반드시 있어야하는데요.

여유가 없을 경우 zeroedthick 옵션을 thin으로 바꿀 수 있습니다.

vmkfstools -i esxi.vmdk -d thin esxi2.vmdk

한참을 기다리면 다 됩니다. workstation .vmdk를 올려놓은 데이터스토어에 들어가보면 다음 파일이 하나 추가됐을껍니다.

esxi2.vmdk

이 파일이 esxi용 vmdk 파일입니다. 기존의 esxi.vmdk는 삭제해주세요.

출처 : http://blog.pasion.kr/workstation-to-esxi-vmdk/

Configuring Virtual Machine Processor Settings

2015-10-16T10:44:00+00:00

Using VMware Workstation Player for Windows > Configuring Virtual Machine Hardware Settings

1 2 3 4 5
0 Ratings

You can configure processor settings for a virtual machine, including the number of processors, the number of cores per processor, and the preferred execution mode for the virtualization engine.

To configure processor settings for a selected virtual machine, select Player > Manage > Virtual Machine Settings, click the Hardware tab,and select Processors.

Processor Settings

Setting

Description

Number of cores per processor

Select the number of cores per processor.

Workstation Player supports up to 16-way virtual Symmetric Multiprocessing (SMP) for guest operating systems running on multiprocessor host machines. You can assign processors and cores per processor to a virtual machine on any host machine that has at least two logical processors.

Preferred mode

Select the preferred execution mode for the virtualization engine. You usually do not need to change virtualization engine settings.

Automatic	Workstation Player chooses the execution mode based on the guest operating system and the host CPU.
Binary translation	Workstation Player uses a mix of directly executing guest code and binary translation to run the guest operating system. Guest memory mapping is performed by using shadow page tables.
Intel VT-x or AMD-V	Workstation Player uses hardware extensions to run and isolate guest code. Guest memory mapping is performed by using shadow page tables.
Intel VT-x/EPT or AMD-V/RVI	Workstation Player uses hardware extensions to run and isolate guest code. Guest memory mapping is performed by using hardware paging.

Disable acceleration for binary translation

In rare instances, you might find that Workstation Player appears to freeze when you install or run software inside a virtual machine. This problem typically occurs early in the execution of the program. In many cases, you can prevent the problem by temporarily disabling acceleration in the virtual machine. After the program passes the point at which the problems occur, deselect this setting.

Virtualize Intel VT-x/EPT or AMD-V/RVI

Workstation Player forces the virtual machine execution mode to VT-x/EPT or AMD-RVI. Physical Address Extension (PAE) mode must be enabled to use virtualized AMD-V/RVI.

If the execution mode is not supported by the host system, virtualized VT-x/EPT or AMD/RVI is not available. If you migrate the virtual machine to another VMware product, virtualized VT-x/EPT or AMD-V/RVI might not be available.

Enable virtual CPU performance counters

Turn on this feature if you plan to use performance monitoring applications such as VTune or OProfile to optimize or debug software that runs inside the virtual machine.

This feature is available only if the virtual machine compatibility is Workstation 9 or later.

출처 : http://pubs.vmware.com/player-12-windows/index.jsp#com.vmware.player.win.using.doc/GUID-3140DF1F-A105-4EED-B9E8-D99B3D3F0447.html

Intel Virtualization Technology for Directed I/O (VT-d)

2015-10-13T10:02:00+00:00

어제 가상화에 관심있는 친구를 만나다가 IO 관련 가상화에 대해서 이야기를 조금 해보았는데... 그러면서 궁금해진 점이 virtualization technology for directed i/o 즉 VT-d 에 관련된 부분이었다.

그래서 IOV (I/O Virtualization) 에 관련된 내용을 좀 찾아보았는데... 내용은 다음과 같았다.

Intel Virtualization Technology for Directed I/O (VT-d)

VMM은 guest 소프트웨어로부터의 I/O requests에 대한 가상화를 지원하게 된다. 이를 위해서 현재 사용되고 있는 방법은 device emulation과 para-virtualization이다. 이러한 I/O device 가상화 (IOV) 모델에서, 신뢰성과 보호 수준에서 발생하는, 요구사항은 역시나

VMM에 의해서 장치에 할당된 자원들에 대해서만 접근이 가능하고
격리(isolate) 를 제공해야 한다는 것이다.

VT-d 는 이를 제공하기 위해서 hardware를 통해서 지원하는 가상화 기능으로

hardware assisted remapping 을 이용하여 장치 격리를 제공하고 이를 통한 reliability 와 security의 향상과,
장치들에 대한 직접적인 할당으로 인한 I/O 성능과 가용성의 증대

이다.

그렇다면 hardware assisted remapping 이란 무엇일까?

VT-d 는 장치들의 DMA를 미리 할당된 도메인 혹은 physical memory region들에 한정하는 기능을 제공한다. 이를 위해서는 DMA-remapping으로 알려져 있는 하드웨어 capability를 이용하게 된다. 칩셋의 VT-d DMA-remapping hardware logic은 DMA를 지원하는 peripheral I/O 장치들과 컴퓨터의 physical memory 간에 존재하게 되고, 이를 구현하기 위해서 computer system software로서 프로그램된다. (이를 가상화 환경에서는 VMM이 지원하게 되고, 가상화되어 있지 않은 환경, 즉 native 환경에서는 OS 가 이러한 기능을 구현하게 된다.) DMA-remapping은 incoming DMA request의 address를 현재 physical memory address로 변환하고, system software에서 제공하는 정보를 기반으로 해당 physical address에 접근이 가능한지를 검사하게 된다.

Intel VT-d 는 system software가 여러개의 DMA protection domain들을 만들도록 지원한다. 각각 protection domain은 host physical memory의 일부를 할당받은 isolated environment이다. 여기서 DMA protection domain은 소프트웨어 사용 모델에 따라서 VM에 할당된 메모리로 나타나거나, 혹은 VMM의 일부로써 혹은 VM에서 수행되는 guest OS driver에 할당된 DMA memory로서 나타날 수 있다. VT-d 구조는 system software로 하여금, 하나 혹은 그 이상의 I/O device들을 하나의 protection domain에 할당할 수 있게 한다. DMA isolation은 address-translation 테이블들을 이용하여 해당 physical memory에 할당되지 않은 I/O 장치들로부터 protection domain의 physical memory로의 접근은 제한하여 제공된다. 이는 각각 가상 머신들의 컴퓨터 자원들간의 separation을 보장하도록 필요한 isolation을 제공한다.

어떠한 주어진 I/O device가 임의의 memory location을 접근하려고 할때

DMA remapping hardware는 해당 device로부터 임의의 protection domain에 대한 접근 허용을 위해 address-translation table을 찾게 된다.
만약 장치가 접근이 허용되는 range 밖의 주소에 접근을 시도하면, DMA remapping hardware는 그 접근을 막고, 시스템 소프트웨어에게 fault 를 report하게 된다.

다음 Figure 1은 VT-d DMA Remapping을 보여주고 있는데, 여기서 Device-1은 Domain-C 에 할당되어 있지 않기에, Device-1이 Domain-C memory location range 를 접근하려고 시도할 경우 VT-d 하드웨어에 의해서 제한되게 된다.

Figure 1. VT-d DMA Remapping.

여기서, 성능을 향상시키기 위해서, I/O device 들과 protection domain들간의 mapping, 그리고 DMA address translation의 page-table entries와 같은 자주사용되는 remapping-structure entries는 캐슁된다. 이에 대해서 VT-d는 Peripheral Component Interconnect Special Interest Group (PCI-SIG) Address Translation Services(ATS) 스펙을 지원하는데 이는 Endpoint Device에서 장치에 제한된 DMA translations에 대한 캐슁을 허용하는 방법을 표준화하고 있다.

I/O performance through Direct Assignment

가상화는 다수의 virtual machines을 하나의 서버에서 생성하도록 지원하고 있다. 이러한 consolidation은 server hardware utilization을 높이는 것이 사실이지만, 추가적으로 server application들의 consolidation으로 인해서 높은 I/O performance를 요구하게 된다. Software기반의 IOV 방법론들은 I/O device들의 emulation을 사용하고 있는데, 이러한 emulation layer를 이용하는 VMM은 hardware device의 VM들에 대한 일관된 view를 제공하고, 이를 통해서 물리적인 장치는 다수의 VM들에 의해서 공유되도록 지원한다. 그러나 이는 high I/O performance device들의 I/O performance를 낮추게 되는데, VT-d 는 VM에 대한 직접적인 device의 할당을 통해서 가상화된 I/O device의 native capability 와 native performance에 대한 손실에 대한 해결책을 제공하게 된다.

이 모델에서는 VMM은 device들이 해당 파티션으로의 직접적인 할당을 가능하도록 하는 제어 기능에 대해서 일부 기능만을 수행하도록 한다. 즉, 파티션이 요청하는 모든 (혹은 대부분의) I/O request들을 진행하기 위해서 VMM이 호출되기 보다는, VMM은 guest software가 system functionality와 isolation에 관련된 조작을 하게 되는 protected resources (I/O configuration accesses, interrupt management 등과 같은)에 대한 접근을 진행하기 위해서만 VMM을 호출하게 된다.

I/O device들의 직접 VM에 할당되기 위해서, VMM 은 DMA request들이 isolation되도록 강제해야 한다. 또한 이렇게 I/O device들이 도메인들에 할당될 때, DMA remapping hardware는 I/O device로부터 해당 도메인이 현재 소유하고 있는 physical memory에 대한 DMA만을 사용하도록 제한하는데 사용되게 된다.

VM 혹은 guest 가 VMM 상에서 수행될 때, Guest Physical Address (GPA)로 알려져 있는, Guest OS의 physical address range로서 제공되는 address space는 실제 Host Physical Address (HPA)와는 같지 않을 수도 있다. DMA capable device들은 physical memory location들로부터/들로의 데이터 전송을 위해 HPA를 필요하게 된다. 그러나 direct assignment model에서는 guest OS device driver는 domain의 control하에 있게되고, DMA capable device이 필요로 하는 HPA 대신에 domain에 알고있는 GPA 를 제공하게 된다. 이때, VMM 은 DMA remapping hardware의 GPA to HPA 변환정보를 이용하여 필요한 변환을 수행하게 된다. 이러한 Remapping을 이용하여, data가 현재 중간에 존재하는 software emulation layer릍 통해서 전송되는 것이 아니라 guest들의 적절한 buffer로 직접적으로 전송될 수 있게 된다.

Figure 2. Software Emulation based I/O vs. Hardware based Direct Assignment I/O

Figure 2는 software emulation based I/O 와 hardware direct assignment based I/O 를 비교해 놓은 것이다. emulation based I/O에서는 중간의 software layer가 VM 과 device 간의 모든 I/O를 제어하는 것을 볼 수 있고, data가 emulation layer 를 통해서 device 로 전송되고 device로부터 emulation layer 로 전송되는 것을 보여준다.

direct assignment model에서는 unmodified guest OS driver가 해당 guest OS 에 할당된 device를 제어하는 것을 볼 수 있다. receive path에서 DMA remapping hardware는 guest OS driver에 의해서 제공되는 GPA를 옳은 HPA로 변환하고, 이에 따라 data는 guest OS의 버퍼로 직접적으로 전송되게 된다. VT-d 의 Interrupt Remapping 지원은 interrupt control 이 직접적으로 VM으로 할당되도록 허용하며, 이를 통해서 VMM의 overhead를 줄일 수도 있게 된다.

Intel VT-d usage models

VT-d를 지원하는 OS들과 VMM들은 I/O memory management의 VT-d functionality를 사용하여 device가 system의 기능에 영향을 줄 수 있는 delinquent DMA를 수행하는 것을 방지하여 protection domain들로부터 device들을 격리시킬수 있게 된다.

VT-d는 서버, 워크스테이션 그리고 software와 hardware의 결합에 의한 새로운 형태의 클래스에 대해서 보안을 제공하고 격리된 수행 공간인 virtual appliance라 불리는 컴포넌트를 수행함에 역시 사용될 수 있다. virtual appliance는 virus scanning과 firewall appliance 혹은 하드웨어 관리 appliance와 같이 미리 정의된 application들 그리고/혹은 service들을 위해서 최적화한 수행환경을 제공하게 된다.

가상 환경에서의 VM들은 응용단에서부터 device단까지 protection domain들로 격리시킬 수 있다. 이러한 방법은 하나의 도메인에서 발생하는 하나의 I/O device에 대한 문제가 다른 도메인들에게 문제를 발생시키는 것을 격리시킬 수 있게 되고, IT 사용자로 하여금 더욱 나은 system reliability 와 uptime을 제공할수 있게 된다.

Test와 development 환경에서도 다수의 VM들을 사용한 서버와, 가상환경에서 동작하는 공존하는 다수의 OS들를 이용한 workstation들은 work partition들을 isolate시킴으로써 장점을 취하게 된다.

Server Usage Models

많은 Server application들은 I/O-intensive 한데, 특히나 networking과 storage에 대해서는 더욱 그러하다. data center 내에서 생겨나는 중요한 I/O 요구사항들은 주로 scalability 와 performance인데, 이러한 부분은 mission-critical 응용들이 가상화된 data center server들과 infrastructure로 옮겨감에 따라서 server consolidation, reliability, 그리고 availability를 제공하기 위해서 필요하다. 또한 정부와 health-care는 동적인 health care 환경에서 mission-critical needs를 만족시키기 위해서 다수의 OS들을 제공하는 다수의 partition들에 대해서 secure I/O를 지원하고 isolation을 통해서 그 장점을 얻을 수 있다. 또한 health care에서 필요로하는 기관간의 개인 정보 보호에 관련된 보안에 대한 효과를 얻을 수 있다.

Enhancing Performance

가상화는 under-utilized server에 대해서 workload의 consolidation을 가능하게 해준다. 더욱 많은 work load가 consolidate됨에 따라서, I/O 의 사용과 bandwidth 가 많이 요구되고, I/O performance가 병목이 되게 된다. 성능을 높이기 위해서 높은 I/O 성능을 요구하는 VM에 대해서 직접적으로 전용의 고성능 I/O 장치가 할당될 수 있는데, Intel VT-d 기반의 I/O 가상화는 multi-port gigabit 그리고 10 gigabit 네트워크 아답터들과 같은 고성능 I/O 장치들로 하여금 platform상에 존재하는 다른 VM들이 고성능 장치의 동작에 영향을 주지 않도록 지원하게 된다. Intel은 PCI-SIG에서 I/O 가상화 스펙에 대해서 적극적으로 참여하고 있으며, 이는 다수의 VM들에 대해서 하나의 장치가 공유될 때에도 본연의 성능이 나오도록 지향하고 있다.

Enhancing Reliability and Security - Native OS and Server Consolidation

consolidated virtualized server들의 multiple I/O 장치들의 사용은 증가하고 있는데, 하나의 가상화된 서버에서 최대 네개의 networking 장치들이 사용되는 것이 찾기 어려운 일이 아니다. Intel VT-d 는 VMM들이 protected domain들에 대해서 이러한 device들을 isolate시킴으로써 reliability와 security 를 향상시키도록 돕게 된다.

지정된 memory range에 대해서 device들의 접근을 제어함으로써 end to end (VM to device) isolation이 VMM에 의해서 제공된다. 이는 security reliability 그리고 availability를 향상시킨다.

Device isolation은 비-가상화 플랫폼에서도 잘 적용될 수 있다. Device driver 개발자는 하드웨어 혹은 원치않는 memory range를 접근하는 device driver DMA를 debugging 하기 위해서 임의의 memory range들에 대해서 device isolation을 사용할 수 있다.

Getting around "Bounce Buffer" Conditions

Intel VT-d DMA remapping 기능을 사용한 시스템 소프트웨어는 bounce buffer conditions을 피함으로써 성능을 증가시킬 수 있다. bounce buffer들이 DMA를 수행하는 32bit device와 32bit address limitation들로 인해서 접근 불가한 physical memory range간에 사용될 때, 시스템 소프트웨어는 buffer 카피들을 수행하지 않고는 data를 high memory로의 data redirect를 사용할 수 있는데 이를 위해서 Intel VT-d DMA remapping을 사용할 수 있다.

Client Usage Models

Intel VT는 3rd party 회사로부터 필수적으로 필요한 security와 deep packet inspection과 Intel vPro technology를 이용한 desktop PC에서의 policy compliance 와 같은 activities를 위한 관리 서비스들을 수행하기 위해서 virtual appliance의 배포를 가능하게 한다. 이러한 tamper-resistant virtual appliance들은 중요한 서비스들을 위해서 더욱 secure하고 안정적인 환경을 제공하고 매우 쉽게 사용할 수 있도록 하나의 패키지에 모든 필요한 소프트웨어들을 포함하게 된다. 이러한 서비스 혹은 관리성에 있어서 VT-d는 가상 머신들을 위한 memory protections와 I/O optimization을 만족시키는 client platform을 제공하도록 isolate되고 control되는 그리고 protect되는 환경을 제공하게 된다.

VT-d based Virtual Appliances

virtual appliance는 application 그리고/혹은 서비스들을 미리정의된 집합으로써 최적화된 self-contained virtual execution environment이다. Lightweight Virtual Machine Monitor (LVMM)은 Intel VT를 사용하는 VMM으로써 두개의 수행 환경으로 client platform을 나누기 위해서 사용된다. 하나는 Windows XP와 같은 운영체제를 수행하기위한 사용자의 VM으로 video 혹은 rendering 응용들과 같은 사용자의 요구사항을 만족시키기 위한 응용, 개발과 테스트를 위한 응용, 그리고 기본적인 사무 응용들을 제공할 수 있다. 또 하나는 service partition (혹은 Server VM)으로 격리된 사용 공간에서 service OS 를 운영하게 된다. 사용자 파티션은 (예를 들어) network interface controller들을 제외한 플랫폼의 모든 장치들을 소유한다. 이때 network interface controller들은 service 파티션에 의해서 소유되는데, 이는 network traffic을 필터링하고 클라이언트 플랫폼을 위해서 다른 VM들에게 network device들을 가상화하게 된다. 서비스 파티션에서 수행되는 관리 응용들은 remote contol을 제공하여, 클라이언트 시스템을 이용해서 플랫폼의 나머지부분과 사용자 환경을 관리도록 지원한다.

Figure 3. Client VMM 구조

Figure 3에서 보여지는 구조는 서비스 파티션이 소유하고 있는 물리적인 network interface card 드라이버를 통한 network traffic 흐름을 보여준다. 브릿지 드라이버는 서비스 파티션 네트워크 스택과 사용자 파티션 네트워크 스택 사이에 패킷들을 라우팅해준다. 사용자 파티션에서는 가상 NIC 드라이버가 사용자 파티션으로 부터 모든 나가는 패킷들을 브릿지 드라이버로 보내고 브릿지 드라이버는 패킷들을 물리 NIC 으로 전달하게 된다.

이러한 네트워킹 구조는 부정적인 네트워크 트래픅으로부터 고수준의 보안을 제공하게 된다. 또한 하나의 파티션과 VT 그리고 VT-d의 사용을 통해서 할당된 자원으로부터의 부정적인 공격을 격리시키는 능력을 제공하게 된다. VT-d 는 가상 가전 기반의 새로운 종류의 응용을 만들어내는 초석을 마련하게 된다. 아는 NIC 장치 모델이 사용자 파티션에 드러난 가상화 schema 보다 잘 동작한다. 이러한 scheme에서는 모든 사용자 파티션의 NIC 장치로의 접근은 intercept되고 부정적인 코드의 확산을 보호하도록 emulate된다.

LVMM과 서비스 파티션은 사용자 파티션에 사상된 DMA 버스 마스터링 장치들로부터 보호받아야만한다. 이러한 DMA-capable 장치들은 정차시스템 메모리에 접근할 수 있고, 의도적 혹은 비의도적으로 LVMM과 서비스 파티션 코드와 데이터구조를 hosting하고 있는 메모리 페이지에 접근(읽기/쓰기)을 할 수 있다. 이러한 접근들은 IT 보안에 문제점을 야기시키고, memory corruption으로 인해서 플랫폼이 쓸모없어질 수 있는데, VT-d 는 이러한 문제점을을 방지하는데 사용될 수 있다.

앞서 언급했듯이, VT-d 는 system memory 에 대해서 두가지 view (Guest Physical Address (GPA) 와 Host Physical Address(HPA))를 허용하고 있다. LVMM은 HPA view, system physical address space 를 유지하고, 사용자 그리고 서비스 파티션들은 그들의 관련된 GPA view 를 유지하게 된다. LVMM은 CPU로부터의 접근을 위해서 GPA to HPA 로 변환하기 위해서 shadow page tables 들을 유지하게 된다. 유사하게 VT-d DMA remapping 엔진들과 관련된 변환 테이블들을 이용하여 LVMM은 모든 DMA-지원 I/O 장치들을 위해서 GPA-to-HPA 사상을 유지하게 된다. Figure 4는 이러한 사용 모델을 나타내고 있다.

Figure 4. 클라이언트 VMM에서의 VT-d 사용 모델

DMA 사상은 다음과 같이 동작한다:

모든 서비스 파티션 메모리 페이지들은 하나의 도메인에 추가되고 서비스 파티션에 사상된 DMA 장치들 (NIC들)은 오직 이러한 패이지들을 통해서만 접근이 가능하다.
모든 나머지 페이지들 (LVMM과 BIOS reserved를 제외한)은 사용자 파티션 도메인에 추가되고, 서비스 파티션에 사상된 페이지를 장치들을 제외한 모든 장치들 (예를 들어 iGFX, PCI/PCIe add-on 카드들 등)은 이러한 페이지들에 접근할 수 있다.
LVMM과 BIOS reserved 영역은 VT-d 변환 페이지 테이블에서 빠져있기 때문에 가상화된 환경에 의해서 DMA 접근들로부터 보호된다.

이러한 device-to-domain 사상은 다음과 같은 장점을 같는다.

하나의 도메인에 사상된 I/O 장치들은 다른 도메인의 메모리에 접근할 수 없다. 예를 들어, 사용자 파티션의 PCI/PCIe add-on 카드들은 LVMM 혹은 서비스 파티션에 접근할 수 없다.
서비스 그리고 사용자 파티션의 장치 드라이버들은 GPA-to-HPA 사상을 파악하기 위해서 어떠한 변화 없이 동작한다. 이러한 변환은 장치가 GPA를 통해서 I/O 요청을 이슈할 때 VT-d 하드웨어에 의해서 투명하게 수행된다.
만약 장치가 도메인에 사상되지 않은 주소에 대해서 접근하려고 시도하는 잘못된 동작을 할 경우, VT-d 하드웨어는 fault 를 생성한다. 이러한 fault 는 LVMM에 캡춰되고 서비스 파티션에 알려진다. 서비스 파티션의 추가적인 관리 응용은 fault 의 정에 따라서 에러 메세지를 표시해주거나 platform reboot으로 초기화 등의 적절한 행동에 의한 이러한 fault 를 처리할 수 있다.

Intel VT-d requirements

VT-d 는 Intel Client, Workstation 그리고 일부 Server 에서부터 지원이 시작된다.

하드웨어

VT-d 를 지원하는 chipset을 갖는 플랫폼

소프트웨어

가상환경에서 VT-d 기능을 지원하는 VMM (혹은 Hypervisor). VMM상에서 운영되는 Guest 는 수정이 필요없음.
native OS 환경 혹은 비-가상화 환경에서는 VT-d protection 특징을 OS 에서 사용할 수 있다.

BIOS requirements for the platform

VT-d 를 사용하도록 BIOS 에서 enabling 해주어야 함. BIOS는 VT-d capabilities (예를 들어 # of DMA remap engines etc)를 ACPI table 을 이용해서 VMM에게 드러내도록 해야한다.

결론

VT-d 구조는 완전한 application-to-I/O 장치 데이터 전송 격리를 지원하는 가상화된 환경을 생성할 수 있는 하드웨어 메카니즘을 제공한다. 이는 더욱 가용성있고, 신뢰성있고, 보안에 강한 가상 환경을 생성을 가능하게 한다. VT-d를 이용해서 소프트웨어 개발자들은 높은 가용성을 지원하고, 높은 성능을 제공하며, 증가하는 I/O 요구에 확장성있는 I/O 자원들을 완전히 보호하는 공유를 개발할 수 있게 된다.

I/O 장치 가상화를 위한 Intel 플랫폼에서의 VT-d 지원은 프로세서와 메모리 자원을 가상화하는 기존의 Intel VT 기능을 보완한다. 이를 통틀어서 VT 기술의 로드맵은 Intel 플랫폼의 가상화를 위한 완전한 하드웨어 지원을 제공하는 완벽한 솔루션을 제공한다. I/O 자원들의 가상화는 data center, enterprise, 그리고 home 에서의 새로운 사용 모델의 중요한 셋을 가능하도록 하는 중요한 step 이다.

참조

http://softwarecommunity.Intel.com/articles/eng/1416.htm

출처 : http://virtualization.tistory.com/m/post/8

인텔의 vPro, 5년 노력에도 안팔리는 이유?

2015-10-07T19:44:14+00:00

인텔 2세대 샌드브릿지 VPRO의 특징과 전망

들어가기에 앞서 해당 글은 몇달전 Intel의 블로거 초청행사에서 기업용 솔루션인 vPro 기술 시연 및 간담회에서 들었던 내용을 기초로 하고 있습니다.

어떤면에서 소비자들은 참 단순한 면이 있는 것 같습니다. 물론 저도 포함해서지만요. 서비스나 제품이 잘 팔리고 있을때는 잘나가는구나 하다가도 잘 안팔리는 것 같으면 이 회사 문제 있는 것 아냐라는 식으로 보게되죠.

물론, 제품이나 서비스가 잘 안팔릴땐 보통 문제를 같이 동반하는 경우도 있지만 잘 준비된 조직에선 이런 우려를 크게 개의치 않는 것 같습니다. 일시적인 부진이므로 곧 만회 할 수 있다고 판단하기 때문입니다.

물론, 여기에 오만이나 자만이 숨어 있다면 더 큰 대가를 지불하지만 정말 잘 준비하고 있는 회사는 바로 부족 분을 매워 도약의 발판을 마련하기 때문입니다. 그런면에서 제가 생각하기엔 잘 준비 된 것 같아 보이는 한 기업을 오늘 소개해 보려고 합니다.

바로 인텔입니다. 인텔이 상당히 지탄 받는 이유는 매출이나 수익 때문입니다. 기존 시장에 안주한다는 인상때문에 그런 평가를 많이 받는 것 같습니다. 100% 틀린말은 아니지만 제가 예상 하고 있던 것 보다는 나름 잘 준비를 해왔다고 생각되 오늘은 못하는 부분이 아니라 잘 해왔던 부분을 소개해 보려고 합니다.

Intel이 돈 안되는데 계속 밀고 있는 VPRO 어떤 것인가?
vPro는 일반적으로 일반용 PC나 노트북에 들어가는 기술이 아니라 기업용 PC를 대상으로하는 기업용 기술입니다. 원칙적으로는 기업용 센트리노2 플랫폼 라인업은 2개정도 밖에 안된다고 합니다.

이것은 일반인에게 보다 다수의 PC 제어와 운영 관리가 필요한 기업용에 더 적합한 기술이기 때문이란 것이 그들의 설명입니다.

그럼 vPro라는 기술이 어떤 기술이냐? 데스크톱의 가상화, 원격제어, 보안을 하드웨어 차원에서 관리/지원하기 위해 개발한 진보한 기술입니다. 물론, 과거에도 이런 기업용 관리 솔루션이 있어왔고 현재도 절찬리에 판매중이지만 vPro한단계 더 진보한 기술이라고 합니다.

관련 내용은 앞으로 계속 소개해 드리겠습니다.

칭찬성 글이라도 이해를 부탁한다는 메시지
지금 이야기 하기 앞서 행사에 초대되긴 했지만 제가 돈을 받았다거나 뭐 답례품을 받은 것은 없습니다. 굳이 답례 품이라면 도시락 하나랑 와줘서 고맙다고 라디오 겸용이 되는 작은 조명하나 주더군요.

제가 이번 글은 좀 인텔 칭찬을 많이 할 것 같아 오해 없으시라고 이야기 드립니다. 그동안 욕만 하던 놈이 갑자기 칭찬하니 돈받은거 아냐 하실 분이 계실것 같아서요. (욕할건 욕해야겠지만 칭찬 할건 또 칭찬해야 그게 중심을 잡는게 아닐까 생각되고 이번 글도 그런 제 원칙에 따라 작성 된 글입니다.)

그럼 시작하겠습니다. 전 엔지니어는 아니지만 컴퓨팅과 정보통신 관련 학과를 나왔고 약간의 하드웨어 지식과 프로그래밍 지식에 10년 가까이 현업에 종사해 오면서 이런저런 온라인 서비스 환경을 거치다 보니 이런 저런 환경적 배경을 몸으로 체험 할 수 있었습니다.

운이 좋았는데요. 그래서 정부나 기업 일도 많이 해보고 했는데요. 서울시 정도 되는 단체에서 일을 할 경우엔 보안적 이슈가 발생합니다.

해당 사무실에 방문하려고 해도 신분증과 반납증은 필히 가지고 있어야하고 들어가서도 인터넷을 하려고해도 노트북 인증과 iP를 부여 받아야 합니다.

여기에 실제 개발 서비스를 서울시 서버에 적용시에는 더 복잡한 절차가 필요합니다. 기업은 더 말할 나위도 없겠죠. (물론 이정도 시스템을 운영 할 수 있는 기업에 한해서지만요.)

바로 이런 영역에서 인텔이 제시한 vPro가 꽤 막강한 힘을 발휘 할 수 있는 분야입니다. 전 단순히 반도체 만드는 회사에서 이런 기술을 연구하고 그것도 5년동안 큰 수익 못내는데도 계속 지원 해왔다는 사실을 높이사는 것입니다.

vPro 무었이 칭찬 받을만 한가?
우선, 간단한 예를 하나 들어보도록 하겠습니다. 보안이 잘 갖춰진 회사나 기관에서 일을 하려면 기본적으로 컴퓨터를 세팅하고 인증하고 기본적인 보안 유출 방지를 위한 세팅을 하게 됩니다.

하지만 과거엔 원격 관리 소프트웨어를 설치한뒤 관제 센터에서 이를 제어 했습니다. 하지만 절차가 복잡하고 세팅하는 동안 업무 진행이 힘들다는 점, 하드웨어에 바이러스 같은 문제 발생시 즉각 대처가 어렵다는점.. 등 다양한 이슈가 있습니다.

vPro는 KVM 원격 제어를 통해 방화벽 적용된 상황에서도 네트워크상에서 하드웨어를 물리적으로 제어가 가능하다는 점이 장점입니다. 결국 네트워크 인터페이스가 실시간으로 동작하면서 전원이 들어간 상태에서 이를 네트워크로 연결해 컴퓨터를 켰다가 끌 수 있지만 BIOS 컨트롤까지는 어렵습니다.

vPro는 vPro 기술을 이용해 바이오스 제어까지 진행되기에 네트워크를 통해 바이러스가 침투해 PC가 망가져도 일정부분 이런 부분을 물리적 상태 접근을 통해 일정부분 제어가 가능합니다.

전 회사의 컴퓨터를 전원 관리를 위해 명령어 하나로 껐다가 켤 수도 있고, 은행에 비치 된 ATM 단말기 제어와 관리를 위해서 하드웨어 파손인 경우만 아니면 사람을 파견하지 않고도 원격 제어가 가능합니다.

vPro 다른 기능은 무었을 지원하나?
인텔에서 말하는 vPro 라인업은 보통 i5 - 2400, 2500 라인업을 가지고 있다고 한다. 제품 특성상 기능상 차별점이 있는데 위에 설명한 기능적 성능 이외에 저전력 부분을 좀 더 강화한 것이 특징이라고 합니다.

하이퍼스레딩, 터보부스트, 그래픽등에서 저전력 향상시켰다고 하네요.

vPro 패키지는 단순히 CPU에 국한하지 않습니다. 프로세스, 칩셋, 네트워크 카드까지를 vPro 라인업으로 패키지로 구성해야 제대로 된 vPro 제품군이 된다고 합니다.

제품에 vPro 표시가 없는 경우는 Q67 코드가 있으면 vPro 라인업이라고 하니 참고하시고요. vPro의 기술적 내용을 좀 더 설명 드리자면 칩셋에 M데몬(Management machine)을 만들어 동작하게 해서 기업 네트워크에 동작하는 vPro의 진행 상태 모니터링 합니다. (관제실에서 M데몬을 vPro (관제 서비스 클라이트)를 실행해 서비스와 보안 관리를 담당합니다)

vPro에는 칩셋 컨트롤 인증이 된 하드웨어에 한해서 활용 되는데 이런 기술을 액티브 매니지먼트 기술이라고해서 AMT라고 합니다. vPro 운영을 위한 관제 시스템을 구축후 AMT를 이용해 회사내에 있는 모든 PC(vPro 기능을 지원하는)를 인증하면 원격 통합 관리가 되는 것이죠.

또, OTP(원타임패스워드)를 한 단계 더 보완한 IPT기능도 관심 대상입니다. OTP는 어떤 PC에서나 사용 할 수 있다는 점 때문 해커들의 공격 수단으로 악용될 수 있는데 반해, 어떤 사이트에 접속하거나 어떤 정보를 가져올 때 반드시 지정된 노트북을 통해서만 이용 가능하도록 해야 할때 유용하게 IPT를 사용 할 수 있다고 합니다.

ITP는 칩셋단에서 뿌려주는 암호와 코드를 넣어서 인증을 받는 것인데 바로 이것이 OTP를 보완하는 기술인 것이지요.

이 밖에 vPro는 도난방지(AT) 기능도 지원합니다. 이 기능을 통해 도난당한 노트북을 훔친 사람이 사용하지 못하도록 시스템 비 활성화가 진행되고 분실 된 노트북의 전원이 켜지면 몇 분 이내에 관리자가 3G 모바일 네트워크를 통해 암호화 및 인증 과정을 거친 SMS 메시지로 '포이즌필'을 전송해 분실 노트북을 찾을 수 있는 기능을 제공하는 것이 특징이라고 합니다.

vPro 동작 방법은?
인텔에서는 vPro 기술이 보안과 바이러스에 강하다고 하는데 이유는 이런 문제 요소가 하드웨어에 침입하기 전에 메인보드의 vPro 칩셋에서 M 데몬이 자동으로 하드웨어 상태를 체크해 같이 장착되어 있는 플래시 메모리에 해당 상태정보를 올려 실시간으로 모니터링 할 수 있게한다고 합니다.

즉, 바이러스 프로그램을 지우거나 프로그램 프로세스가 꺼져 있어 컨트롤이 어렵고 컴퓨터마저 꺼져있거나 비동작 상태에서 vPro가 동작해 하드웨어 차원의 물리적 컨트롤을 진행한답니다.

물리적 레벨에서 하드웨어 컨트롤을 이야기하는 것이기 때문에 랜드라이버가 삭제되더라도 랜카드를 구동시키고 운용 시킬 수 있다. 즉, 컴퓨터가 리부팅이 되던 어떤 상태간에 네트워크로 VPRO 가 탑제된 컴퓨터만 연결되어 있으면 자동으로 컴퓨터를 끄고/켤수 있음은 물론 원격지의 컴퓨터에서 CD롬이 하드웨어적으로 설치가 되있는경우 장치관리자에서 CD롬 드라이버가 삭제가 되더라도 하드웨어 레벨에서 처리할 수 있어서 원격지에서 프로그램 설치가 가능하다.

또한, PC에 필러링 알고리즘을 삽입해 이상한 패키지나 프로그램이 네트워크를 통해 하드웨어에 접근시 체크해 웜바이러스의 경우는 이 기술로 차단 할 수 있다고 합니다.

AMT 기술의 유용성은 어떻게 확보되나?
관리자가 VPRO를 이용해 하드웨어 유휴 상태에서 바이오스 화면을 보고 관리 하는 것을 지원하는 것이 이 기술의 핵심입니다. IDE Redirection 기능은 원격지에서 PC에 OS 설치가 가능한 연걸을 제공하는 것이 특징입니다.

다른 관리 소프트웨어는 리부팅시 연결이 끊기는 문제가 발생하지만 리부팅이 되더라도 연결이 지속적으로 연결되어 프로그래밍 설치와 관리를 끝까지 할 수 있다는 장점이 있습니다.

이것이 인텔이 제시하는 최고의 핵심 요소인 것이지요.

vPro 만으로 모든것이 가능한가?
사실 그렇지는 않습니다. 정말 제대로 vPro 기술을 이용해 관제와 관리 등 기업이 요구하는 요구사항을 만족 시키기 위해서는 SDK와 API를 활용해 하드웨어를 물리적으로 연결하는 소프트웨어를 만들어야 합니다.

어떤면에서 이것이 최대 약점일 수 있습니다. vPro 기술을 제대로 응용하기 위해서는 이 기술을 활용 할 수 있는 소프트웨어 지원이 필수 인데.. 문제는 이런 필수 기술이 정형화 된 소프트웨어로 제공되지 않고 있고 제공되더라도 기업마다 특수한 환경이 있는 만큼 이에 맞게 커스터마이징 해야 한다는 단점이 발생합니다.

국내에서 신한은행 등.. 몇몇 사례가 있지만 이렇게 개발하고 운영하는데 시간이 소요되고 여기에 개발 비용과 유지 관리 비용에 있어서도 vPro 업그레이드에 맞춰 꾸준히 증가 할 수 있다는 요소가 있어 도입의 장벽이 되기도 합니다.

vPro 장점이 있다면 단점도 있을텐데..
물론 단점도 존재합니다. 우선, 불규칙 패킷으로 공격하는 윔바이러스 같은 바이러스에는 대응 할 수 있지만 디도스 같은 일반적 패턴 공격에는 아직 취약성을 가지고 있습니다.

또, 관리자 관제 시스템에 접속 할 수 있는 패스워드의 경우 보안이 강화되어 있긴 하지만 관리자 PW가 뚫리면 아무리 최첨단 보안성을 제공해도 모든 네트워크 침입을 통해 공격이나 정보 취득이 가능한 문제를 않고 있는 것도 단점입니다.

그리고 가격도 일반 PC보다 비싸고 이 기술을 이용한 소프트웨어 개발하려면 비용이 추가로 들어 기업 입장에서 일반 PC나 노트북을 이용하고 관리 소프트웨어를 설치해 운용하는 것에 비해 가격적인 메리트가 크지 않는 것도 큰 단점으로 지적 될 수 있습니다.

5년동안 안팔린 이유와 인텔이 계속 지원하는 이유는?
이 부분까지 인텔 측에서 이야기해 주지는 않았지만 제 개인적으로 5년동안 안팔린 가장 큰 이유는 기술적 문제점 보다는 (현존하는 웬만한 기업용 솔루션에 비해 여러 장점이 있습니다.) 가격적 면이 가장 크다고 생각합니다.

vPro 라인업 자체 가격이 일반 인텔계열 제품보다 2~30% 비싸고 여기에 추가 소프트웨어 개발이 진행되면 저라도 사용하지 않을테니깐요.

그리고 결정적으로 클라우드 시스템을 도입하면 인텔 vPro 기술의 일부분을 모두 가져 갈 수 있으면서도 더 경제적인 대안이 될 수 있어서 이런 부분에서의 간극을 어떻게 매우느냐가 관건이라고 할 수 있을 것 같습니다.

결국, 인텔이 돈안되는 기술이지만 지속적으로 지원하는 이유는 역시 한번 이 시스템을 기업에 들여놓게 되면 기업은 기존 시스템 유지와 관리의 용의함을 위해서라도 해당 솔루션을 바로 바꾸기 힘들기 때문에 지속적으로 인텔 제품과 솔루션을 이용해야 합니다.

이 과정에서 인텔은 고정적인 매출과 제품 판매가 가능하다는 점을 그들은 노리고 있는 것이지요. 현재까지는 가격이 너무 높고 여러 기존 솔루션 제품들 때문에 시장 진입은 못하고 있지만 분명 꽤 괜찮은 기술인 것은 분명하기에 앞으로도 어떻게 될지 지켜 볼 일입니다.

결론, 인텔 vPro 성공하기 위해선 클라우드를 주목해야..
제가 볼때 인텔이 지속적으로 vPro를 밀고 있는 이유는 당분간 모바일 중시의 클라우드 체제로 전이가 쉽게 일어나지 않고 향후 몇년간은 PC와 노트북 중심의 Mobility 체제가 지속 될 가능성이 있다는 것에 더 높은 점수를 두고 있는 것 같습니다.

결국 이런 미래 분석상 모빌리티 라인업도 늦은 데다가 기존에 투여한 개발 비용과 여건을 고려하면 당분간 vPro 를 밀면서 시장 추이를 분석하는 것이 현명하다 판단한 것이 아닐까 생각됩니다.

하지만 위에서도 말했듯 모바일과 클라우드 체제는 이제 당면 과제가 되고 있고 이미 시스코나 삼성 같은 기업은 이 시대를 대비하고 이와 관련한 제품 라인어을 만들어내고 있는 중입니다.

인텔도 이런 비전에 대한 최소한의 로드맵은 제시해야 할 것이고 이 과정에서 vPro를 사장 시키고 싶지 않다면 기업 클라우드와 vPro 기술의 연계점을 찾아 새로운 가격 저렴한 vPro를 제시해야 이 기술이 팔릴 수 있다는 가장 간단한 결론이 내려지게 되죠.

그동안 이런 내막을 수박 겉핧기 식으로 알아왔전 저였기에 칭찬보단 욕을 많이 했습니다. 하짐나 정말 기술 내용을 보면 소프트웨어 한계를 극복해 하드웨어적 관리에선 꽤 독보적 기술이 될 수 있다는 생각이 들기도 했습니다.

그러나 역시 문제는 이 기술이 개인에게 적용하기 위해선 그 분야가 너무 기업용에 치우쳐져 있고 기업용 역시 너무 고가에 고 비용을 요구해서 은행이나 금융권 같은 곳이 아닌 이상 제품 솔루션을 판매하기 버겁단 어려움이 존재합니다.

좋은 기술을 만들어 자신들의 제품을 유지보수하며 지속적으로 판매하는 쪽에 포커싱을 더 맞춘다면 가격을 개선해야 하는데 가격과 수요를 모두 공략한다는 관점에선 다소 우려스러운 전략을 펼치고 있다고 생각됩니다.

어쨌든, 인텔이 프로세스가 아닌 기업용 시장 공략을 위해서 이런 노력을 하고 있다는 것을 다시 한번 엿볼 수 있었고 이런저런 다양한 기술 개발과 노력을 하고 있었다는 사실정도는 인정해야 한다는 생각을 남기며 어늘 글은 여기서 줄여야 겠습니다.

출처 : http://www.iamday.net/apps/article/talk/294/view.iamday

가상화 - 윈디하나의 솔라나라

2015-10-07T19:35:03+00:00

분류: 솔라리스
설명: 솔라리스의 컨테이너(ZONE)에 대해서 설명 (2011-09-04)
위치: 윈디하나의 솔라나라: 가상화 (처음 오신 분은 솔라나라 이야기를 읽어주십시오)
윈디하나의 솔라나라 트위터 @solanara 출력하기

가상화(Virtualization)란?

가상화란 컴퓨팅 리소스의 추상화를 통해 다수의 운영 체제 또는 애플리케이션 이미지가 하나의 물리적 서버를 공유하도록 함으로써 총소유비용을 극적으로 절감하고 관리성을 개선할 수 있게 하는 프로세스를 말한다.

오라클의 ~~Virtualization Technology Center~~에 나와있었던 말이다. (내가 찾은것 중에서 가상화를 가장 잘 표현한 말이라 생각한다. 현재는 페이지가 삭제되어있다) 가상화를 쉽게 말하면 시스템 자원 추상화이고 이를 통해 비용 절감을 목적으로 한다. 목적이 비용 절감이기 때문에, 만약 가상화로 비용이 늘어난다면 하지 말아야 한다.

가상화 분류

구현에 의한 분류

※ 어떻게 가상화를 구현했느냐에 따라 아래와 같이 나누어진다. (아래의 내용중 일부는 위키피디아의 Vitualization항목에서 가져왔다. 위키피디아의 내용은 현재 수정된 상태다)

에뮬레이션(emulation, simulation): 에뮬레이션. PC에서 실행되는 수많은 게임 에뮬레이터도 이런 가상화 기술의 하나다. CPU를 포함한 모든 하드웨어를 가상으로 구현한다. 즉 옵코드(OpCode)가 달라도 실행 가능하다는 의미다. Bochs나 QEMU가 있다. 유일한 단점은 느리다는 것이다.
전가상화(Full-virtualization, Native-virtualization): 동일한 아키텍처에서 실행되는 Guest OS를 수정없이 그대로 띄워주는데 필요한 하드웨어를 모두 에뮬레이션 하는 형식으로 가상화 하는 것을 말한다. 쉽게 말해 CPU를 뺀 모든 하드웨어를 가상으로 구현한다. 하드웨어 에뮬레이터을 하이퍼바이저(Hypervisor)라 부른다. Oracle VM VirtualBox, VMware Workstation, VMware Server 등이 이에 속한다.
반가상화(Para-virtualization): 하드웨어 에뮬레이션 없이 하이퍼바이저(Hypervisor)를 통해 하이퍼바이저가 제공하는 API를 이용한 OS를 실행할 수 있는 가상화 방식이다. Guest OS를 하이퍼바이저의 API를 이용하도록 수정해야한다. VMware ESX Server, Xen, Solaris xVM Server, Sun Logical Domains 이 이에 속한다. 성능 저하가 크지 않아 각광받고 있는 기술이다.
OS레벨 가상화(OperatingSystem-level virtualization): OS상에서 같은 OS를 하나 더 사용하는것 처럼 꾸며주는 가상화이다. 당연히 OS의 수정이 필요하다. Solaris Containers, FreeBSD Jails, Linux Docker 가 이에 속한다. 가상화로 인한 속도저하가 없다고 생각해도 무방하다.

전가상화, 반가상화

※ 전가상화와 반가상화의 중요한 차이는 하이퍼 바이저, OS, 하드웨어의 관계이다.

전가상화
- OS는 하드웨어에 직접 액세스 하는것으로 인식 하지만 이 하드웨어는 하이퍼 바이저가 하드웨어를 에뮬레이션 한 것이다.
- OS입장에서 하드웨어를 자신이 소유한것으로 인식한다.
- 하이퍼바이저는 OS가 하드웨어에 주는 명령을 감시해 '하드웨어를 독점'하는 명령이 발생하면 별도로 핸들링 해주어야 한다. OS와 하드웨어 사이에서 중재하는 역할을 맡는다.
반가상화
- OS는 하드웨어에 하이퍼바이저가 제공한 API를 통해서 액세스 할 수 있다.
- OS입장에서 하드웨어를 자신이 소유하지 않고 있다는 것을 알고 있으므로 그에 대한 처리를 해준다.
- OS는 하드웨어를 독점하는 명령을 하지 않는다.

※ 솔라리스 10 최신 업데이트는 아래와 같이 지원한다.

OS레벨 가상화: Solaris Containers
전가상화: Oracle VM VirtualBox
반가상화: Sun Logical Domains

※ Illumos 최신 업데이트는 KVM을 추가로 지원한다.

전가상화 vs 반가상화

구분은 이렇게 해놓았지만, 이론적으로는 이렇다는 이야기고, 현재 출시되어있는 반가상화/전가상화 솔루션들도 실제로는 성능상의 문제로 전가상화와 반가상화를 넘나들며 구현되고 있다고 본다. 윈도를 포함한 대부분의 운영체제는 가상화 소프트웨어에 GuestOS로 들어가기 위해 이미 수정되어있으며, 부족한 부분은 Guest OS에 하이퍼바이저와 연동할 드라이버를 설치해 해결하고 있다. 필자는 전가상화, 반가상화 구분이 모호해진 이유가 VT-X, AMD-V 에서 제시한 Ring -1 때문이라고 본다. Ring -1 이 나온 이유중 하나가 Ring 0 에서 실행하는 운영체제를 운영체제 수정 없이 반 가상화로 실행하기 위함이다.

하이퍼바이저

하이퍼바이저(Hypervisor)는 호스트컴퓨터와 게스트 OS를 연결해주는 가상화 플랫폼이다. 크게 Type 1과 Type 2로 나뉜다.

Type 1: 하이퍼바이저가 하드웨어에서 바로 실행된다. (따라서 Type 1 하이퍼바이저는 부팅이 가능하다) 보통 Type 1은 반 가상화를 지원할 수 있다.
Type 2: 하이퍼바이저는 OS상에서 실행된다. Type 2는 전 가상화를 지원한다.

Type 1 하이퍼바이저는 부팅 가능하다는 것에서 OS와 비슷하지만 OS는 아니다. OS의 필수기능중 몇가지가 빠져있기 때문이다. 어플리케이션을 실행할 수 없다. (좀 더 복잡한 바이오스 정도로 보는것이 좋을지도 모르겠다)

가상화 지원을 위한 하드웨어 기술

[전가상화]와 [반가상화]를 사용할 때 하드웨어에서 성능 향상에 필요한 기능을 지원해주면 좀 더 빠르게 작동할 수 있다. 주로 리매핑 기술과 관련되어있다. 하드웨어 가상화 기술이 지원되는 장비와 하이퍼바이저와 게스트OS를 사용해, 가상화로 인한 성능 저하 비율을 1% 이하로 가져가는게 목표다. 필자가 생각에는 현재 가상화 기술로도 비용 절감을 실현할 수 있다고 생각한다. 아래는 현재 상용화된 가상화를 위한 하드웨어 기술들이다.

AMD-V, VT-x
CPU에서 지원하는 가상화 성능 향상 기술이다. AMD는 AMD-V, Intel은 VT-x이라 명명했다. 개발 당시 인텔에서는 Vanderpool이라고도 불렸다. 커널은 Ring 0에서 작동해 장치를 제어하게 되는데, 유저 어플인 GuestOS는 Ring 3에서 작동하기 때문에 Ring 0가 필요한경우 복잡한 과정을 거쳐야 했다. 이에 Ring -1에 해당하는 모드를 추가해(VT-x의 경우 10개의 VM* 명령셋을 추가) 하이퍼바이저를 만들어 성능을 높일 수 있도록 했다.
Nested Page
2세대 AMD-V, VT-x 라고도 불리는 Nested Page는 MMU(Memory Management Unit)를 가상 머신에 최적화시키는 CPU의 기능이다. 메모리를 많이 참조하는 어플의 경우 2배 이상의 성능향상이 있다. 인텔의 경우 EPT(Extended Page Table)로 명명했고, AMD의 경우 RVI(Rapid Virtualization Indexing)로 명명했다. AMD의 경우 페넘II 부터, 인텔의 경우 i3, i5, i7 이상의 제품군에서 사용할 수 있는데, 인텔은 CPU마다 지원사항이 다르다. 인텔 CPU의 지원여부는 About Intel® Virtualization Technology을 읽어보자. Ivy Bridge기반 i3, i5, i7은 현재 모두 EPT를 지원한다.
IOMMU
IOMMU(Input/Output Memory Management Unit)는 Intel 칩셋의 VT-d, AMD의 AMD-Vi(IOMMU), SUN의 Device Virtual Memory Access등을 지원하는 마더보드를 사용하면 (정확히는 칩셋에서 지원해야 한다) 성능을 더 향상시킬 수 있다. IOMMU는 GPU에서 사용되던 GART(Graphics Address Remapping Table)와 비슷한 기술로 메모리및 DMA 리매핑 기술이다. 이 글을 쓰는 시점에서 IOMMU 는 890FX, Q35, Q45, Q57, X58, Q67, B75, Q77, 5x00, 3450 칩셋을 채용한 마더보드의 일부에서 지원된다. 인텔 마더보드의 경우 Compatibility with Intel® Virtualization Technology (Intel® VT)에서 지원되는 마더보드를 확인해볼 수 있다.
VT-c
인텔의 이더넷 가상화 기술이다. 가상 이더넷 장치를 추가할 때 하드웨어적인 가속을 해준다.

계통도

출처: Virtualization: State of the Art (PDF)

 ┌──┐ │ＶＭ│ └─┬┘ ┌───────┴───────┐ 시스템가상화 프로세스가상화 ┌─────┴─────┐ ┌───┴───┐ │ │ ＨＷ가상화 ＨＷ에뮬레이션 │ │ 에뮬레이터 ┌───┴───┐ 다중시스템 동적변환기 Ｔｙｐｅ 1 Ｔｙｐｅ 2 ┌─────┬─┘ ┌───┼───┐ VirtualBox ┌─┴─┐ 멀티태스크 ＯＳ변환 ISA&ABI ISA&OS Language Java 반가상화 전가상화 │ xVM ┌─┴─┐ ＯＳ가상화 Zone H/W지원 바이너리변환 xVM

Solaris Containers (Zones)

Zones

존(Zones)라고는 하지만 존은 솔라리스 컨테이너(Solaris Containers)의 일부이다. Solaris containers = Zones + Resource Management 라 볼 수 있다.
참고
- System Administration Guide: Oracle Solaris Containers-Resource Management and Oracle Solaris Zones
- Oracle Solaris Containers

※ Zone의 상태 차트. [존을 생성후 인스톨 하고, 준비한 다음 부팅하면 존이 실행된다]라고 이해하면 된다. 각각의 과정을 모두 거쳐야 한다.

 ┌───────┐ｃｒｅａｔｅ┌────┐ｉｎｓｔａｌｌ ┌─────┐ｒｅａｄｙ┌─────┐ ┌────┐ │ │─────→│ＣＯＮ │────────→│ │────→│ │ｂｏｏｔ│ │ │ＮＯＴ │ │ＦＩＧ │ │ＩＮＳＴ │ │ＲＥＡＤＹ│───→│ＲＵＮＮ│ │ＣＲＥＡＴＥＤ│←─────│ＵＲＥＤ│←────────│ＡＬＬＥＤ│←────│ │ │ＩＮＧ │ └───────┘ｄｅｌｅｔｅ└────┘ｕｎｉｎｓｔａｌｌ└─────┘ｈａｌｔ └─────┘ └────┘ ↑ ｓｈｕｔｄｏｗｎ │ └──────────────────────┘ 주) incomplete 상태는 install 하다가 실패한 경우이다.

 root@wl ~ # zoneadm list -cv 1) ID NAME STATUS PATH BRAND IP 0 global running / native shared root@wl ~ # mkdir -m 700 /export/zone1 2) root@wl ~ # zonecfg -z zone1 3) zone1: 그런 영역은 구성되지 않음 새 영역 구성을 시작하려면 'create'을(를) 사용하십시오. zonecfg:zone1> create zonecfg:zone1> set zonepath=/export/zone1 zonecfg:zone1> set autoboot=true zonecfg:zone1> add inherit-pkg-dir zonecfg:zone1:inherit-pkg-dir> set dir=/opt zonecfg:zone1:inherit-pkg-dir> end zonecfg:zone1> add net zonecfg:zone1:net> set address=192.168.0.20 zonecfg:zone1:net> set physical=vmxnet0 zonecfg:zone1:net> end zonecfg:zone1> verify zonecfg:zone1> commit zonecfg:zone1> exit root@wl ~ # cat /etc/zones/zone1.xml 4) <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE zone PUBLIC "-//Sun Microsystems Inc//DTD Zones//EN" "file:///usr/share/lib/xml/dtd/zonecfg.dtd.1"> <!-- DO NOT EDIT THIS FILE. Use zonecfg(1M) instead. --> <zone name="zone1" zonepath="/export/zone1" autoboot="true"> <inherited-pkg-dir directory="/lib"/> <inherited-pkg-dir directory="/platform"/> <inherited-pkg-dir directory="/sbin"/> <inherited-pkg-dir directory="/usr"/> <inherited-pkg-dir directory="/opt"/> <network address="192.168.0.20" physical="vmxnet0"/> </zone> root@wl ~ # zoneadm list -cv 4) ID NAME STATUS PATH BRAND IP 0 global running / native shared - zone1 configured /export/zone1 native shared root@wl ~ # zonecfg -z zone1 info 4) zonename: zone1 zonepath: /export/zone1 brand: native autoboot: true bootargs: pool: limitpriv: scheduling-class: ip-type: shared inherit-pkg-dir: dir: /lib inherit-pkg-dir: dir: /platform inherit-pkg-dir: dir: /sbin inherit-pkg-dir: dir: /usr inherit-pkg-dir: dir: /opt net: address: 192.168.0.20 physical: vmxnet0 root@wl ~ # zoneadm -z zone1 install 5) Preparing to install zone <zone1>. Creating list of files to copy from the global zone. Copying <2383> files to the zone. Initializing zone product registry. Determining zone package initialization order. Preparing to initialize <1089> packages on the zone. Initializing package <1089> of <1089>: percent complete: 100% Initialized <1089> packages on zone. Zone <zone1> is initialized. Installation of <1> packages was skipped. The file </export/zone1/root/var/sadm/system/logs/install_log> contains a log of the zone installation. root@wl ~ # zoneadm list -cv | grep zone1 - zone1 installed /export/zone1 native shared root@wl ~ # zoneadm -z zone1 ready 6) root@wl ~ # zoneadm list -cv | grep zone1 1 zone1 ready /export/zone1 native shared root@wl ~ # zoneadm -z zone1 boot 7) root@wl ~ # zoneadm list -cv | grep zone1 1 zone1 running /export/zone1 native shared root@wl ~ # zlogin zone1 8) [영역 'zone1' pts/3에 연결됨] Sun Microsystems Inc. SunOS 5.10 Generic January 2005 # Ctrl+D ['zone1' pts/3 영역에 대한 연결이 닫힘] root@wl ~ # zlogin -C zone1 8) [영역 'zone1' 콘솔에 연결됨] zone1 console login: zone1 console login: ~. [영역 'zone1' 콘솔에 대한 연결이 닫힘] root@wl ~ # zoneadm -z zone1 halt 9) root@wl ~ # zoneadm list -cv | grep zone1 - zone1 installed /export/zone1 native shared root@wl ~ # zoneadm -z zone1 uninstall 10) zone1 영역을 uninstall하시겠습니까? (y/[n])? y root@wl ~ # zoneadm list -cv | grep zone1 - zone1 configured /export/zone1 native shared root@wl ~ # zonecfg -z zone1 11) zonecfg:zone1> delete zone1 영역을 삭제하시겠습니까? (y/[n])? y zonecfg:zone1> exit root@wl ~ # zoneadm list -cv ID NAME STATUS PATH BRAND IP 0 global running / native shared root@wl ~ #

1) ID값 0을 가진 global이란 존은 항상 생성되어있다. 솔라리스의 기본 존이다. 여기에 zone1 이라는 존을 생성할 것이다.
2) zone1을 생성하기 위한 디렉토리를 미리 만들어놓는다. 반드시 권한을 700으로 해야한다.
3) zone1의 설정 파일을 생성한다. [add net]뒤의 내용은 각자의 환경에 맞게 수정해야 한다.
4) /etc/zones/zone1.xml 파일이 생성되었고, zone1이 설정되었음을 알 수 있다.
5) install 명령은 한참 걸리기도 하고 시스템에 디스크 부하를 많이 준다.
6) zone1을 ready상태로 전환한다.
7) zone1을 boot상태로 전환한다. ready상태가 아니고 installed상태라면 자동으로 ready로 전환후 boot상태로 다시 전환한다.
8) 로그인은 zlogin 프로그램을 이용한다. -C 옵션을 이용하면 '콘솔'에 로그인하는 것과 같아진다. -C 를 사용하면 다른 화면을 보게될 것이며 권한도 다르다. 콘솔에서 접속을 해제하려면 로그오프 한후 ~. 을 입력한다.
9) zone1에 로그인한 후에 halt명령을 수행하거나, 존에서 나온후 zoneadm -z zone1 halt명령을 주면 존이 종료되며 installed상태로 돌아간다. halt외에 reboot를 사용할 수도 있다.
10 언인스톨 한다.
11) 설정 파일을 삭제한다.

Branded Zones

zone생성시 파라메터를 변경해 리눅스용 존을 생성할 수 있다. 리눅스 바이너리 파일을 수정없이 실행시킬 수 있다.
리눅스 브랜드 존에서는 리눅스 커널 2.4를 사용하는 GNU LibC기반의 어플리케이션만 실행 가능하다.
오픈 솔라리스의 경우 브랜드 존에 대해 리눅스 어플리케이션 호환이 더 좋다. 오라클도 띄울 수 있다. 솔라리스에서는 안되는듯. ^^

LX존 지원 종료

오라클에서는 Linux branded zone은 더이상 지원하지 않을 것이라고 밝혔다.

 root@wl ~ # wget http://www.solanara.net/downloads/centos39.distro 1) root@wl ~ # cp centos39.distro /usr/lib/brand/lx/distros/ root@wl ~ # mkdir CentOSISO root@wl ~ # cd CentOSISO root@wl ~/CentOSISO # wget http://www.solanara.net/downloads/CentOS-3.9-i386-binDVD.iso 2) root@wl ~/CentOSISO # digest -a md5 CentOS-3.9-i386-binDVD.iso 472540be581948a64c7cd052bac0d015 root@wl ~/CentOSISO # cd .. root@wl ~ # mkdir -m 700 /export/lxzone 3) root@wl ~ # zonecfg -z lxzone 4) lxzone: 그런 영역은 구성되지 않음 새 영역 구성을 시작하려면 'create'을(를) 사용하십시오. zonecfg:lxzone> create -t SUNWlx zonecfg:lxzone> set zonepath=/export/lxzone zonecfg:lxzone> set autoboot=true zonecfg:lxzone> add net zonecfg:lxzone:net> set address=192.168.0.30 zonecfg:lxzone:net> set physical=e1000g0 zonecfg:lxzone:net> end zonecfg:lxzone> add capped-memory zonecfg:lxzone:capped-memory> set locked=256m zonecfg:lxzone:capped-memory> end zonecfg:lxzone> exit root@wl ~ # zoneadm list -cv ID NAME STATUS PATH BRAND IP 0 global running / native shared - lxzone configured /export/lxzone lx shared root@wl ~ # zoneadm -z lxzone install -d ~/CentOSISO all 5) Installing distribution 'CentOS 3.9'... Installing cluster 'all' Installing miniroot for zone 'lxzone'. Attempting to locate 31 packages... Installing 31 miniroot packages... Setting up the initial lx brand environment. System configuration modifications complete. Duplicating miniroot; this may take a few minutes... Booting zone miniroot... Miniroot zone setup complete. Performing full install for zone 'lxzone'. Attempting to locate 956 packages... Installing zone 'lxzone' from ISO "/root/CentOSISO/CentOS-3.9-i386-binDVD.iso". Installing 956 packages; this may take several minutes... Completing installation; this may take a few minutes. Setting up the initial lx brand environment. System configuration modifications complete. Installation of CentOS 3.9 to zone 'lxzone' completed 2009년 2월 13일 금요일 오전 11시 39분 21초. Installation of zone 'lxzone' completed successfully. Details saved to log file: "/export/lxzone/root/var/log/lxzone.install.10794.log" root@wl ~ # zoneadm -z lxzone boot 6) root@wl ~ # zlogin -C lxzone 7) [영역 'lxzone' 콘솔에 연결됨] CentOS release 3.9 (Final) Kernel 2.4.21 on an i686 lxzone login: root [root@lxzone root]# uname -a Linux lxzone 2.4.21 BrandZ fake linux i686 i686 i386 GNU/Linux [root@lxzone root]# vi /etc/sysconfig/network 8) NETWORKING=yes HOSTNAME=lxzone [root@lxzone root]# vi /etc/hosts 192.168.0.30 lxzone [root@lxzone root]# reboot

1) centos39.distro 파일을 받는다. 솔라리스 10에서는 CentOS 3.9를 정식지원하지 않는다. 필자가 CentOS 3 Release Notes u9를 참고해 직접 만들었다.
2) CentOS 3.9의 DVD이미지를 받는다. 현재 존재하는 대부분의 미러에서 받을 수 없기 때문에 솔라나라에 링크 걸어둔다.
3) lxzone 디렉토리를 만들어 놓는다. 존 파일은 여기에 생성할 것이다.
4) lxzone 을 설정한다. 생성시 create -t SUNWlx 명령을 준다는 것이 다르다.
5) BRAND가 lx라는것이 다르다. 인스톨시 CentOS패키지가 있는 tar.bz2파일의 위치를 -d 옵션을 이용해 넣어준다. 만약 CentOS 3.8의 ISO 파일들이 /root/CentOSISO 에 있다면 [zoneadm -z lxzone install -d /root/CentOSISO all] 처럼 실행시켜도 된다. tar파일보다는 오래 걸리지만 CentOS가 더 최신 버전인듯 하다. 필자는 이렇게 사용한다.
6) 존의 설치가 끝나면 존을 부팅시킨다.
7) 존의 콘솔에 연결하면 내용을 확인해볼 수 있다.
8) 네트워크를 활성화한 한다. network 파일을 수정하고 재시작 해주어야 한다.(존을 재시작 한다) hosts파일도 수정해야 한다.

Oracle VM VirtualBox

Oracle VM VirtualBox는 독일의 이노텍(Innotek)에서 만들던 가상화 소프트웨어다. 썬 마이크로시스템에서 이노텍을 인수하고, 다시 오라클이 썬을 인수해 지금은 오라클의 소유가 되었다. VMWare Workstation 정도로 생각하면 된다. 이노텍은 마이크로 소프트의 VirtualPC 개발에도 참여했었다. (윈도우와도 많은 호환성을 보인다) 솔라리스에서 사용할 수 있는 최고의 전 가상화 소프트웨어이기도 하다.
VirtualBox 는 솔라리스 10 x86/x64 버전에서만 작동한다.

 root@wl ~/src # wget http://download.virtualbox.org/virtualbox/4.3.10/VirtualBox-4.3.10-93012-SunOS.tar.gz root@wl ~/src # mkdir VirtualBox root@wl ~/src # cd VirtualBox root@wl ~/src/VirtualBox # tar xvfz ../VirtualBox-4.3.10-93012-SunOS.tar.gz root@wl ~/src/VirtualBox # pkgadd -d VirtualBox-4.3.10-SunOS-amd64-r93012.pkg The following packages are available: 1 SUNWvbox Oracle VM VirtualBox (i386) 4.3.10,REV=2014.03.26.20.08.93012 Select package(s) you wish to process (or 'all' to process all packages). (default: all) [?,??,q]: all 패키지 예 <SUNWvbox>(을)를 </root/src/VirtualBox/VirtualBox-4.3.10-SunOS-amd64-r93012.pkg>에서 처리 중 Oracle VM VirtualBox(i386) 4.3.10,REV=2014.03.26.20.08.93012 Oracle Corporation ## checkinstall 스크립트 실행 Checking package dependencies... Done. ## 패키지 정보 처리 중 ## 시스템 정보 처리 중 ## 디스크 공간 요구 검증 중 ## 이미 설치되어 있는 패키지와의 충돌 여부를 확인하고 있습니다. ## setuid/setgid 프로그램 점검 다음의 파일은 setuid/setgid 권한과 함께 설치되는 중입니다: /opt/VirtualBox/amd64/VBoxHeadless <setuid root> /opt/VirtualBox/amd64/VBoxNetAdpCtl <setuid root> /opt/VirtualBox/amd64/VBoxNetDHCP <setuid root> /opt/VirtualBox/amd64/VBoxNetNAT <setuid root> /opt/VirtualBox/amd64/VBoxSDL <setuid root> /opt/VirtualBox/amd64/VirtualBox <setuid root> 이 파일들을 setuid/setgid 파일로 설치하겠습니까? [y,n,?,q] y 이 패키지에는 설치 과정 중 수퍼유저 권한으로 실행될 스크립트가 있습니다. <SUNWvbox>(을)를 계속 설치하겠습니까 [y,n,?] y Oracle VM VirtualBox(을)를 <SUNWvbox>(으)로 설치 ## 1째 (전체: 1) 부분 설치 /etc/hostname.vboxnet0 ... /var/svc/manifest/application/virtualbox/virtualbox-autostart.xml [ 클래스 <none> 검증 ] /opt/VirtualBox/VBoxAutostart <연결된 경로 이름> /opt/VirtualBox/VBoxHeadless <연결된 경로 이름> /opt/VirtualBox/VBoxISAExec <연결된 경로 이름> /opt/VirtualBox/VBoxManage <연결된 경로 이름> /opt/VirtualBox/VBoxSDL <연결된 경로 이름> /opt/VirtualBox/VBoxSVC <연결된 경로 이름> /opt/VirtualBox/VBoxTestOGL <연결된 경로 이름> /opt/VirtualBox/VBoxZoneAccess <연결된 경로 이름> /opt/VirtualBox/VirtualBox <연결된 경로 이름> /opt/VirtualBox/vboxwebsrv <연결된 경로 이름> /opt/VirtualBox/webtest <연결된 경로 이름> [ 클래스 <manifest> 검증 ] ## 설치 후 스크립트 실행 Checking for older bits... Installing new ones... Detected Solaris 10 Version Generic_147441-01 Loading VirtualBox kernel modules... - Loaded: Host module - Loaded: NetAdapter module - Loaded: NetFilter (STREAMS) module Configuring services... - Loaded: Zone access service Installing MIME types and icons... Installing Python bindings... - Skipped: Python 2.4 install is unusable - Installed: Bindings for Python 2.6 Updating the boot archive... <SUNWvbox>(이)가 성공적으로 설치되었습니다. root@wl ~/src/VirtualBox # VirtualBox 1)

1) VirtualBox를 실행한다. /opt/VirtualBox/UserManual.pdf 에 매뉴얼이 있다.

Oracle VM Server for SPARC

Sparc 시스템에서 가상화를 위한 소프트웨어다. Sun Logical Domains 라고 불렸지만 오라클에 인수된 이후 Oracle VM Server for SPARC으로 이름이 변경되었다.
sun4v(SUN Ultra Sparc T1 CPU 이상을 사용한 시스템, 정확하게는 썬의 CoolThreads 기술이 적용된 CPU를 사용하는 시스템), Solaris 10 u4 이후 부터 지원되는 가상화 방식이다
솔라리스 10이 설치된 상태에서 Oracle VM Server for SPARC을 받아 설치하면 된다고 한다.
해보지 않은 관계로 더이상 언급하는 건 무리다. ^O^

출처 : http://www.solanara.net/solanara/virtualization

인텔® 가상화 기술 정보

2015-10-07T19:33:34+00:00

인텔® 가상화 기술 정보

IT 환경에서 관리 효율과 보안 및 유연성을 높여주는 가상화 기술 소프트웨어 기반 가상화 솔루션과 결합된 하드웨어 지원 인텔® 가상화 기술(인텔® VT)과 같은 가상화 기술은 단일 서버 또는 PC에 여러 환경을 통합함으로써 최대의 시스템 활용도를 제공합니다. 기본 하드웨어에서 소프트웨어를 추출하면, 새로운 사용 모델의 세계가 열려 비용 절감, 관리 효율 증가, 보안 강화 등의 이점이 있으며 재난 발생 시 컴퓨팅 인프라가 보다 탄력적으로 대처할 수 있습니다.

자세한 기술 정보는 다음을 참조하십시오: http://www.intel.com/technology/virtualization/

사용 중인 시스템의 프로세서가 인텔® VT를 지원하는지 확인하려면 인텔® 프로세서 식별 유틸리티 사용을 고려해 보십시오. 이 유틸리티는 다음 웹사이트에서 다운로드할 수 있습니다: 다운로드 센터

프로세서 제품군		인텔® VT-x 지원	인텔® EPT 지원
Intel® High End Desktop Processors		예	예
Intel® Core™ M Processors		예	예
5th Generation Intel® Core™ i7 Processors		예	제품에 따라 다름
Intel® Core™ i7-5900 Mobile Processor Series	i7-5950HQ	예	아니요
Intel® Core™ i7-5800 Mobile Processor Series	i7-5850EQ	예	예
Intel® Core™ i7-5800 Mobile Processor Series	i7-5850HQ	예	아니요
Intel® Core™ i7-5700 Mobile Processor Series	i7-5700EQ i7-5750HQ i7-5700HQ	예	예
Intel® Core™ i7-5700 Desktop Processor Series	i7-5775R i7-5775C	예	예
Intel® Core™ i7-5600 Mobile Processor Series	i7-5650U i7-5600U	예	예
Intel® Core™ i7-5500 Mobile Processor Series	i7-5557U i7-5550U i7-5500U	예	예
5th Generation Intel® Core™ i5 Processors		예	제품에 따라 다름
Intel® Core™ i5-5600 Desktop Processor Series	i5-5675R i5-5675C	예	예
Intel® Core™ i5-5500 Desktop Processor Series	i5-5575R	예	예
Intel® Core™ i5-5300 Mobile Processor Series	i5-5350U i5-5300U	예	예
Intel® Core™ i5-5300 Mobile Processor Series	i5-5350H	예	아니요
Intel® Core™ i5-5200 Mobile Processor Series	i5-5287U i5-5257U i5-5250U i5-5200U	예	예
5th Generation Intel® Core™ i3 Processors		예	예
4th Generation Intel® Core™ i7 Extreme Processor		예	예
4th Generation Intel® Core™ i7 Processors		예	예
4th Generation Intel® Core™ i5 Processors		예	예
4th Generation Intel® Core™ i3 Processors		예	예
3rd Generation Intel® Core™ i7 Extreme Processor		예	예
3rd Generation Intel® Core™ i7 Processors		예	예
3rd Generation Intel® Core™ i5 Processors		예	예
3rd Generation Intel® Core™ i3 Processors		예	예
2nd Generation Intel® Core™ i7 Extreme Processor		예	예
2nd Generation Intel® Core™ i7 Processors		예	예
2nd Generation Intel® Core™ i5 Processors		예	예
2nd Generation Intel® Core™ i3 Processors		예	예
Previous Generation Intel® Core™ i7 Extreme Processor		예	예
Previous Generation Intel® Core™ i7 Processor		예	예
Previous Generation Intel® Core™ i5 Processor		예	예
Previous Generation Intel® Core™ i3 Processor		예	예
Intel® Xeon® Processor E7 v3 Family		예	예
Intel® Xeon® Processor E7 v2 Family		예	예
Intel® Xeon® Processor E7 Family		예	예
Intel® Xeon® Processor E5 v3 Family		제품에 따라 다름	제품에 따라 다름
Intel® Xeon® Processor E5-4600 v3 Product Family	E5-4669V3 E5-4667V3 E5-4660V3 E5-4655V3 E5-4650V3 E5-4640V3 E5-4627V3 E5-4620V3 E5-4610V3	예	예
Intel® Xeon® Processor E5-2600 v3 Product Family	E5-2699V3 E5-2698V3 E5-2697V3 E5-2695V3 E5-2690V3 E5-2687WV3 E5-2683V3 E5-2680V3 E5-2670V3 E5-2667V3 E5-2660V3 E5-2658AV3 E5-2658V3 E5-2650LV3 E5-2650V3 E5-2648LV3 E5-2643V3 E5-2640V3 E5-2637V3 E5-2630LV3 E5-2630V3 E5-2628LV3 E5-2623V3 E5-2620V3 E5-2618LV3 E5-2609V3 E5-2608LV3 E5-2603V3	예	예
Intel® Xeon® Processor E5-2600 v3 Product Family	E5-2685V3	아니요	아니요
Intel® Xeon® Processor E5-2400 v3 Product Family	E5-2438LV3 E5-2428LV3 E5-2418LV3 E5-2408LV3	예	예
Intel® Xeon® Processor E5-1600 v3 Product Family	E5-1603V3 E5-1607V3 E5-1620V3 E5-1630V3 E5-1650V3 E5-1660V3 E5-1680V3	예	예
Intel® Xeon® Processor E5-1400 v3 Product Family	E5-1428LV3	예	예
Intel® Xeon® Processor E5 v2 Family		예	예
Intel® Xeon® Processor E5 Family		예	예
Intel® Xeon® Processor E3 v5 Family		예	예
Intel® Xeon® Processor E3 v4 Family		예	예
Intel® Xeon® Processor E3 v3 Family		예	예
Intel® Xeon® Processor E3 v2 Family		예	예
Intel® Xeon® Processor E3 Family		예	예
Intel® Xeon® Processor D Family		예	예
Intel® Xeon® Processor 7000 Sequence		예	제품에 따라 다름
Intel® Xeon® Processor 7500 Series	X7560 X7550 X7542 L7555 L7545 E7540 E7530 E7520	예	예
Intel® Xeon® Processor 7400 Series	X7460 L7455 L7445 E7450 E7440 E7430 E7420	예	아니요
Intel® Xeon® Processor 7300 Series	X7350 L7345 E7340 E7330 E7320 E7310	예	아니요
Intel® Xeon® Processor 7200 Series	E7220 E7210	예	아니요
Intel® Xeon® Processor 7100 Series	7150N 7140N 7140M 7130N 7130M 7120N 7120M 7110N 7110M	예	아니요
Intel® Xeon® Processor 7000 Series	7041 7040 7030 7020	예	아니요
Intel® Xeon® Processor 6000 Sequence		예	예
Intel® Xeon® Processor 5000 Sequence		예	제품에 따라 다름
Intel® Xeon® Processor C5500 series	LC5528 LC5518 EC5549 EC5539 EC5509	예	예
Intel® Xeon® Processor C3500 series	LC3528 LC3518 EC3539	예	예
Intel® Xeon® Processor 5600 Series	X5690 X5687 X5680 X5677 X5675 X5672 X5670 X5667 X5660 X5650 X5647 L5640 L5638 L5630 L5618 L5609 E5649 E5645 E5640 E5630 E5620 E5607 E5606 E5603	예	예
Intel® Xeon® Processor 5500 Series	X5570 X5560 X5550 W5590 W5580 L5530 L5520 L5518 L5508 L5506 E5540 E5530 E5520 E5507 E5506 E5504 E5503 E5502	예	예
Intel® Xeon® Processor 5400 Series	X5492 X5482 X5472 X5470 X5460 X5450 L5430 L5420 L5410 L5408 E5472 E5462 E5450 E5440 E5430 E5420 E5410 E5405	예	아니요
Intel® Xeon® Processor 5300 Series	X5365 X5355 L5335 L5320 L5318 L5310 E5345 E5335 E5320 E5310	예	아니요
Intel® Xeon® Processor 5200 Series	L5248	예	예
Intel® Xeon® Processor 5200 Series	X5272 X5270 X5260 L5240 L5238 L5215 E5240 E5220 E5205	예	아니요
Intel® Xeon® Processor 5100 Series	5148 5138 5133 5128 5113 5160 5150 5140 5130 5120 5110	예	아니요
Intel® Xeon® Processor 5000 Series	5080 5070 5063 5060 5050 5040 5030	예	아니요
Intel® Xeon® Processor 3000 Sequence		제품에 따라 다름	제품에 따라 다름
Intel® Xeon® Processor 3600 Series	W3690 W3680 W3670	예	예
Intel® Xeon® Processor 3500 Series	W3580 W3570 W3565 W3550 W3540 W3530 W3520 W3505 W3503	예	예
Intel® Xeon® Processor 3400 Series	X3480 X3470 X3460 X3450 X3440 X3430 L3426 L3406	예	예
Intel® Xeon® Processor 3300 Series	X3363 X3353	예	예
Intel® Xeon® Processor 3300 Series	X3380 X3370 X3360 X3350 X3330 X3323 X3320 L3360	예	아니요
Intel® Xeon® Processor 3200 Series	X3230 X3220 X3210	예	아니요
Intel® Xeon® Processor 3100 Series	E3113	예	예
Intel® Xeon® Processor 3100 Series	L3110 E3120 E3110	예	아니요
Intel® Xeon® Processor 3000 Series	3070 3065 3060 3050 3040	예	아니요
Intel® Xeon® Processor 3000 Series	L3014	아니요	아니요
Intel® Itanium® Processor		예	제품에 따라 다름
Intel® Itanium® Processor 9500 Series	9560 9550 9540 9520	예	예
Intel® Itanium® Processor 9300 Series	9350 9340 9330 9320 9310	예	아니요
Intel® Itanium® Processor 9100 Series	9152M 9150N 9150M 9140N 9140M 9130M 9120N 9110N	예	아니요
Intel® Itanium® Processor 9000 Series	9050 9040 9030 9020 9015 9010	예	아니요
Intel® Atom™ Processor		제품에 따라 다름	제품에 따라 다름
Intel® Atom™ Processor D2700 Series	D2700	아니요	아니요
Intel® Atom™ Processor D2500 Series	D2560 D2550 D2500	아니요	아니요
Intel® Atom™ Processor D500 Series	D525 D510	아니요	아니요
Intel® Atom™ Processor D400 Series	D425 D410	아니요	아니요
Intel® Atom™ Processor E3800 Series	E3805 E3815 E3825 E3826 E3827 E3845	예	예
Intel® Atom™ Processor E600 Series	E680T E680 E665CT E665C E660T E660 E645CT E645C E640T E640 E620T E620	예	아니요
Intel® Atom™ Processor N2800 Series	N2800	아니요	아니요
Intel® Atom™ Processor N2600 Series	N2600	아니요	아니요
Intel® Atom™ Processor N500 Series	N570 N550	아니요	아니요
Intel® Atom™ Processor N400 Series	N475 N470 N455 N450	아니요	아니요
Intel® Atom™ Processor N200 Series	N280 N270	아니요	아니요
Intel® Atom™ Processor Z600 Series	Z670 Z650 Z625 Z615 Z600	아니요	아니요
Intel® Atom™ Processor Z500 Series	Z560 Z550 Z540 Z530P Z530 Z520PT Z520	예	아니요
Intel® Atom™ Processor Z500 Series	Z515 Z510PT Z510P Z510 Z500	아니요	아니요
Intel® Atom™ Processor 300 Series	330	아니요	아니요
Intel® Atom™ Processor 200 Series	230	아니요	아니요
Intel® Atom™ Processor for Smartphone and Tablet		제품에 따라 다름	아니요
Intel® Atom™ Processor Z3700 Series	Z3795 Z3785 Z3775D Z3775 Z3770D Z3770 Z3745D Z3745 Z3740D Z3740 Z3736G Z3736F Z3735G Z3735F Z3735E Z3735D	예	아니요
Intel® Atom™ Processor Z3500 Series	Z3580 Z3570 Z3560 Z3530 Z3590	예	아니요
Intel® Atom™ Processor Z3400 Series	Z3480 Z3460	예	아니요
Intel® Atom™ Processor Z2700 Series	Z2760	아니요	아니요
Intel® Atom™ Processor Z2500 Series	Z2580 Z2560 Z2520	예	아니요
Intel® Atom™ Processor for Communications		예	예
Intel® Atom™ Processor for Server		예	제품에 따라 다름
Intel® Atom™ Processor C2000 Product Family for Server	C2750 C2730 C2550 C2530 C2350	예	예
Intel® Atom™ Processor S1200 Product Family for Server	S1260 S1240 S1220	예	아니요
Intel® Atom™ Processor for Storage		예	아니요
Intel® Quark™ SoC		예	아니요
Intel® Pentium® Processor		제품에 따라 다름	제품에 따라 다름
Intel® Pentium® Processor N3000 Series for Mobile	N3700	예	예
Intel® Pentium® Processor N3000 Series for Mobile	N3540 N3530 N3520 N3510	예	아니요
Intel® Pentium® Processor G3000 Series for Desktop	G3470 G3460T G3460 G3450T G3450 G3440T G3440 G3430 G3420T G3420 G3320TE G3260T G3260 G3258 G3250T G3250 G3240T G3240 G3220T G3220	예	예
Intel® Pentium® Processor J2000 Series for Desktop	J2900 J2850	예	아니요
Intel® Pentium® Processor G2000 Series for Desktop	G2140 G2130 G2120T G2120 G2100T G2030T G2030 G2020T G2020 G2010	예	예
Intel® Pentium® Processor 3000 Series for Mobile	3550M 3556U 3558U 3560M 3560Y 3561Y 3805U 3825U	예	예
Intel® Pentium® Processor 2000 Series for Mobile	2129Y 2127U 2117U 2030M 2020M	예	예
Intel® Pentium® Processor 1400 Series for Server	1407 1405V2 1405 1403V2 1403	예	예
Intel® Pentium® Processor A1000 Series for Mobile	A1018	예	예
Intel® Pentium® Processor B900 Series for Mobile	B915C	예	예
	B925C	예	아니요
	B980 B970 B960 B950 B940	아니요	아니요
Intel® Pentium® Processor 900 Series for Mobile	977 967 957 987 997	아니요	아니요
Intel® Pentium® Processor G800 Series for Desktop	G870 G860T G860 G850 G840	예	예
Intel® Pentium® Processor G600 Series for Desktop	G645T G645 G640T G640 G632 G630T G630 G622 G620T G620	예	예
Intel® Pentium® Processor 300 Series for Desktop	350	예	아니요
Intel® Pentium® Processor 4000 Series for Mobile	4405U 4405Y	예	예
Intel® Pentium® Processor G4400 Series For Desktop	G4400T G4400TE G4400	예	예
Intel® Pentium® Processor G4500 Series For Desktop	G4500 G4500T G4520	예	예
Legacy Intel® Pentium® Processor		제품에 따라 다름	제품에 따라 다름
Intel® Pentium® 4 Processor 500 Series	505 505J 506 511 511 515 516 519 519K	아니요	아니요
Intel® Pentium® 4 Processor 500 Series supporting Hyper-Threading Technology	517 520 520J 520J 521 524 530 530J 531 540 540J 541 550 550J 550 551 560 560J 561 570 571	아니요	아니요
Intel® Pentium® 4 Processor 600 Series	620	아니요	아니요
Intel® Pentium® 4 Processor 600 Series supporting Hyper-Threading Technology	662 672	예	아니요
	630 631 640 641 650 651 660 661 670	아니요	아니요
Intel® Pentium® 4 Processors with 533 MHz FSB	520	아니요	아니요
Intel® Pentium® D Processor 800 Series	805 820 830 840	아니요	아니요
Intel® Pentium® D Processor 900 Series	920 930 940 950 960	예	아니요
Intel® Pentium® D Processor 900 Series	915 925 935 945 920	아니요	아니요
Intel® Pentium® M Processor 700 Series	705 715 725 730 735 740 745 745A 750 755 760 765 770 780 718 738 758 778 713 723 733 753 773	아니요	아니요
Intel® Pentium® Processor E2000 Series for Desktop	E2140 E2160 E2180 E2200 E2210 E2220	아니요	아니요
Intel® Pentium® Processor E5000 Series for Desktop	E5500 E5700 E5800	예	아니요
	E5200	아니요	아니요
	E5300 E5400	SPEC 세부 사항 참조
Intel® Pentium® Processor E6000 Series for Desktop	E6300 E6500 E6500K E6600 E6700 E6800	예	아니요
Intel® Pentium® Processor Extreme Edition 800 Series for Desktop	840	아니요	아니요
Intel® Pentium® Processor Extreme Edition 900 Series for Desktop	955 965	예	아니요
Intel® Pentium® Processor G6000 Series for Desktop	G6951 G6950 G6960	예	예
Intel® Pentium® Processor P6000 Series for Mobile	P6000 P6100 P6200 P6300	아니요	아니요
Intel® Pentium® Processor SU2000 Series for Mobile	SU2700	아니요	아니요
Intel® Pentium® Processor SU4000 Series for Mobile	SU4100	아니요	아니요
Intel® Pentium® Processor T2000 Series for Mobile	T2060 T2080 T2130	예	아니요
Intel® Pentium® Processor T2000 Series for Mobile	T2310 T2330 T2370 T2390	아니요	아니요
Intel® Pentium® Processor T3000 Series for Mobile	T3200 T3400	아니요	아니요
Intel® Pentium® Processor T4000 Series for Mobile	T4200 T4300 T4500 T4400	아니요	아니요
Intel® Pentium® Processor U5000 Series for Mobile	U5400 U5600	아니요	아니요
Mobile Intel® Pentium® 4 Processor 500 Series supporting Hyper-Threading Technology	518 532 538 548 552	아니요	아니요
Intel® Celeron® Processor		제품에 따라 다름	제품에 따라 다름
Intel® Celeron® Processor N3000 Series for Mobile	N3000 N3050 N3150	예	예
Intel® Celeron® Processor 3000 Series for Mobile	3765U 3755U 3215U 3205U	예	예
Intel® Celeron® Processor N2000 Series for Mobile	N2940 N2930 N2920 N2910 N2840 N2830 N2820 N2815 N2810 N2808 N2807 N2806 N2805	예	아니요
Intel® Celeron® Processor 2000 Series for Mobile	2981U 2980U 2970M 2961Y 2957U 2955U 2950M 2002E 2000E	예	예
Intel® Celeron® Processor J1000 Series for Desktop	J1900 J1850 J1800 J1750	예	아니요
Intel® Celeron® Processor E1000 Series for Desktop	E1600 E1500 E1400 E1200	아니요	아니요
Intel® Celeron® Processor G1000 Series for Desktop	G1850 G1840T G1840 G1830 G1820TE G1820T G1820 G1630 G1620T G1620 G1610T G1610 G1101	예	예
Intel® Celeron® Processor 1000 Series for Mobile	1037U 1020M 1020E 1019Y 1017U 1007U 1005M 1000M	예	예
Intel® Celeron® Processor 1000 Series for Mobile	1047UE	예	아니요
Intel® Celeron® Processor 900 Series for Mobile	927UE	예	아니요
Intel® Celeron® Processor 900 Series for Mobile	925 900	아니요	아니요
Intel® Celeron® Processor B800 Series for Mobile	B840 B830 B820 B815 B810E B810 B800	예	아니요
Intel® Celeron® Processor 800 Series for Mobile	857 847	예	예
Intel® Celeron® Processor 800 Series for Mobile	887 877 867 847E 827E 807UE 807	예	아니요
Intel® Celeron® Processor B700 Series for Mobile	B720 B710	예	아니요
Intel® Celeron® Processor 700 Series for Mobile	787 725C	예	예
Intel® Celeron® Processor 700 Series for Mobile	797	예	아니요
Intel® Celeron® Processor G500 Series for Desktop	G555 G550T G550 G540T G540 G530T G530	예	예
Intel® Celeron® Processor G400 Series for Desktop	G470 G465 G460 G440	예	예
Legacy Intel® Celeron® Processor		제품에 따라 다름	제품에 따라 다름
Intel® Celeron® D Processor 300 Series	310 315 315J 320 325 326 325J 326 330 330 330J 331 335 335 335J 336 340 340J 341 345 345J 346 347 350 350J 351 352 355 356 360 365	아니요	아니요
Intel® Celeron® M Processor 300 Series	310 320 330 340 350 360 370 380 390 333 353 373 383	아니요	아니요
Intel® Celeron® M Processor 400 Series	410 420 430 440 450 423 443	아니요	아니요
Intel® Celeron® M Processor 500 Series	520 530 523	아니요	아니요
Intel® Celeron® M Processor ULV 700 Series	722 723 743	아니요	아니요
Intel® Celeron® Processor 200 Series for Desktop	220	아니요	아니요
Intel® Celeron® Processor 400 Series for Desktop	445	예	아니요
Intel® Celeron® Processor 400 Series for Desktop	420 430 440 450	아니요	아니요
Intel® Celeron® Processor 500 Series for Mobile	585 575 570 560 550 540 530 573	아니요	아니요
Intel® Celeron® Processor E3000 Series for Desktop	E3200 E3300 E3400 E3500	예	아니요
Intel® Celeron® Processor P1000 Series for Server	P1053	예	아니요
Intel® Celeron® Processor P4000 Series for Mobile	P4500 P4505 P4600	예	예
Intel® Celeron® Processor SU2000 Series for Mobile	SU2300	예	아니요
Intel® Celeron® Processor T1000 Series for Mobile	T1600 T1700	아니요	아니요
Intel® Celeron® Processor T3000 Series for Mobile	T3100 T3000 T3300	아니요	아니요
Intel® Celeron® Processor U3000 Series for Mobile	U3400 U3405 U3600	예	아니요
Intel® Celeron® Processor ULV 700 Series	763	아니요	아니요
Legacy Intel® Core™2 Processor		제품에 따라 다름	아니요
Intel® Core™2 Duo Processor E4000 Series	E4300 E4400 E4500 E4600 E4700	아니요	아니요
Intel® Core™2 Duo Processor E6000 Series	E6300 E6305 E6320 E6400 E6405 E6420 E6540 E6550 E6600 E6700 E6750 E6850	예	아니요
Intel® Core™2 Duo Processor E7000 Series	E7600	예	아니요
	E7200 E7300	아니요	아니요
	E7400 E7500	SPEC 세부 사항 참조
Intel® Core™2 Duo Processor E8000 Series	E8600 E8500 E8400 E8300 E8200	예	아니요
Intel® Core™2 Duo Processor E8000 Series	E8190	아니요	아니요
Intel® Core™2 Duo Processor L7000 Series	L7200 L7300 L7400 L7500 L7700	예	아니요
Intel® Core™2 Duo Processor P7000 Series	P7370 P7570	예	아니요
	P7450 P7350	아니요	아니요
	P7550	SPEC 세부 사항 참조
Intel® Core™2 Duo Processor P8000 Series	P8400 P8600 P8700 P8800	예	아니요
Intel® Core™2 Duo Processor P9000 Series	P9500 P9600 P9700	예	아니요
Intel® Core™2 Duo Processor SL9000 Series	SL9300 SL9380 SL9400 SL9600	예	아니요
Intel® Core™2 Duo Processor SP9000 Series	SP9300 SP9400 SP9600	예	아니요
Intel® Core™2 Duo Processor SU7000 Series	SU7300	예	아니요
Intel® Core™2 Duo Processor SU9000 Series	SU9300 SU9400 SU9600	예	아니요
Intel® Core™2 Duo Processor T5000 Series	T5600	예	아니요
Intel® Core™2 Duo Processor T5000 Series	T5870 T5800 T5750 T5670 T5550 T5500 T5470 T5450 T5300 T5270 T5250 T5200	아니요	아니요
Intel® Core™2 Duo Processor T6000 Series	T6570 T6670	예	아니요
Intel® Core™2 Duo Processor T6000 Series	T6400 T6500 T6600	아니요	아니요
Intel® Core™2 Duo Processor T7000 Series	T7800 T7700 T7600 T7500 T7400 T7300 T7250 T7200 T7100	예	아니요
Intel® Core™2 Duo Processor T8000 Series	T8300 T8100	예	아니요
Intel® Core™2 Duo Processor T9000 Series	T9800 T9600 T9550 T9500 T9400 T9300 T9900	예	아니요
Intel® Core™2 Duo Processor U7000 Series	U7500 U7500 U7600 U7600 U7700	예	아니요
Intel® Core™2 Extreme Processor QX6000 Series	QX6700 QX6800 QX6850	예	아니요
Intel® Core™2 Extreme Processor QX9000 Series for Desktop	QX9650 QX9770 QX9775	예	아니요
Intel® Core™2 Extreme Processor QX9000 Series for Mobile	QX9300	예	아니요
Intel® Core™2 Extreme Processor X6000 Series	X6800	예	아니요
Intel® Core™2 Extreme Processor X7000 Series	X7800 X7900	예	아니요
Intel® Core™2 Extreme Processor X9000 Series	X9000 X9100	예	아니요
Intel® Core™2 Quad Processor Q6000 Series	Q6600 Q6700	예	아니요
Intel® Core™2 Quad Processor Q8000 Series	Q8400 Q8400S	예	아니요
	Q8200 Q8200S	아니요	아니요
	Q8300	SPEC 세부 사항 참조
Intel® Core™2 Quad Processor Q9000 Series for Desktop	Q9300 Q9400 Q9400S Q9450 Q9500 Q9505 Q9505S Q9550 Q9550S Q9650	예	아니요
Intel® Core™2 Quad Processor Q9000 Series for Mobile	Q9000 Q9100	예	아니요
Intel® Core™2 Solo Processor SL3000 Series	SL3400	예	아니요
Intel® Core™2 Solo Processor SU3000 Series	SU3300 SU3500 SU3500	예	아니요
Intel® Core™2 Solo Processor U2000 Series	U2100 U2200	예	아니요
Legacy Intel® Core™ Processor		제품에 따라 다름	아니요
Intel® Core™ Duo Processor L2000 Series	L2300 L2400 L2500	예	아니요
Intel® Core™ Duo Processor T2000 Series	T2300 T2400 T2500 T2600 T2700	예	아니요
Intel® Core™ Duo Processor T2000 Series	T2050 T2250 T2300E T2350 T2450	아니요	아니요
Intel® Core™ Duo Processor U2000 Series	U2400 U2500	예	아니요
Intel® Core™ Solo Processor T1000 Series	T1300 T1350 T1400 T1250	아니요	아니요
Intel® Core™ Solo Processor U1000 Series	U1300 U1400 U1500	예	아니요
6th Generation Intel® Core™ i3 Processors		예	예
6th Generation Intel® Core™ i5 Processors		예	예
6th Generation Intel® Core™ i7 Processors		예	예
Server Accessories		예	아니요

제공된 모든 정보는 언제든 예고 없이 변경될 수 있습니다. 인텔은 언제든지 예고 없이 제조 라이프 사이클 및 사양과 제품 설명을 변경할 수 있습니다. 이곳의 정보는 "있는 그대로" 제공되며 인텔에서는 정보의 정확성과 제품 기능, 가용성, 작동 여부 또는 나열된 제품의 호환성 등에 관한 어떠한 표현이나 보증도 하지 않습니다. 특정 제품이나 시스템에 대한 자세한 정보는 시스템 공급업체에 문의하십시오.

인텔® 가상화 기술을 사용하려면 이 기술을 지원하는 프로세서, 칩셋, BIOS, 가상 기계 모니터(VMM)가 탑재된 컴퓨터가 필요하며, 일부 특정 용도로 사용하는 경우, 해당 용도를 지원하는 특정 플랫폼 소프트웨어가 필요합니다. 기능, 성능 또는 기타 장점은 하드웨어 및 소프트웨어 구성에 따라 달라집니다. 인텔 가상화 기술을 지원하는 VMM 애플리케이션은 현재 개발 단계에 있습니다.

인텔 프로세서 번호는 성능의 측정 기준이 아닙니다. 프로세서 번호는 각 프로세서 제품군 내에서의 기능을 구별하기 위한 것이지 프로세서 제품군 자체를 구별하기 위한 것이 아닙니다. 자세한 사항은 http://www.intel.com/content/www/kr/ko/processors/processor-numbers.html을 참조하십시오.

출처 : http://ark.intel.com/ko/Products/VirtualizationTechnology

[가상화] VT-D의 호환성 Motherboards

2015-10-07T19:31:31+00:00

VT-d or AMD-V compatible motherboards

Intel desktop motherboards supporting VT-d

http://www.intel.com/support/motherboards/desktop/sb/CS-030922.htm*

* Scroll down to "The following Intel® Desktop Boards support Intel VT with Directed I/O:"

Here a summary of the VT-d compatible Intel desktop motherboards as of August 21, 2013 (see link above for updated information):

H87, Q87, Z87 chipsets: DH87MC, DH87RL, DQ87PG, DZ87KLT-75K

B85 chipset: DB85FL

X79 chipset: DX79SI, DX79SR, DX79TO

H77, Q77, Z77 chipsets: DH77DF, DH77EB, DH77KC, DQ77CP, DQ77KB (see here), DQ77MK, DZ77BH-55K, DZ77GA-70K (see here), DZ77RE-75K, DZ77SL-50K

B75, Z75 chipsets: DB75EN, DZ75ML-45K

Q67 chipset: DQ67EP, DQ67OW, DQ67SW

H61 chipset: DH61AGL

Q57 chipset: DQ57TM, DQ57TML

Q45 chipset: DQ45CB, DQ45EK

Q35 chipset: DQ35JO, DQ35MP

Asrock motherboards supporting VT-d

Asrock B85M (see here)

Asrock Z77-Pro4-M (see here)

Asrock Fatal1ty X79 Professional (see here)

Asrock 226WS (see here)

Asrock Z87 boards - see thread

ASRock Z87 Extreme6/ac (see here)

Asrock Z77 Extreme6 with BIOS 2.40 (see here)

Asrock Z77 Extreme4 (see here)

Asrock Z77 Extreme4-M (see here and here)

Asrock H61M-VS R2.0 (see here)

Asrock Z77E-ITX with BIOS 1.40 (see here and here)

Remarks:
Some Asrock motherboard BIOS releases are NOT supporting VT-d. Please check the vendor site under BIOS updates, and if in doubt, contact the vendor.

Examples:
ASRock Z77E-ITX - BIOS 1.60 breaks VT-d, but BIOS 1.70 again supports VT-d.
ASRock Z77 Extreme6 - BIOS P2.30 breaks VT-d, but there is a report that BIOS P2.40 enables it. Best to verify with vendor.

Asrock motherboards supporting AMD-V

Asrock A55MD2 (see here)

Asrock FM2A85X-Mini ITX (see here)

Asrock 970 Extreme3 R2.0 with Bios Ver 1.3 and FX-8350 CPU (see here)

Asrock Extreme3 990fx (see here)

See next post!

ASUS motherboards supporting VT-d

ASUS Z87I-Pro (see here)

ASUS Sabertooth X79 (for SB-E CPUs only!!! - see here; IVB-E CPUs are currently not supported)

ASUS Rampage IV Extreme (for SB-E CPUs; for IVB-E CPUs, use BIOS release 4802 or newer, or beta BIOS here)

ASUS Rampage IV Formula (for SB-E CPUs only!!! - see here)

ASUS Rampage IV Gene (for SB-E CPUs only!!! - see here)

ASUS P9X79-E WS (for IVB-E use BIOS 1406 - see here)

ASUS motherboards supporting AMD-V

ASUS M5A99FX PRO R2.0 with BIOS v2005 !!! (see here)

ASUS Sabertooth 990FX R2.0 with BIOS v2005 !!! (see here)

ASUS Z8NA-D6 (see here)

Gigabyte motherboards supporting VT-d

Gigabyte Z77MX-D3H (see here)

Gigabyte Z68MA-D2H-B3 (see here)

Gigabyte H77N-WIFI (see here)

Gigabyte motherboards supporting AMD-V

Gigabyte 990FX UD7 rev3 (see here)

Gigabyte 990FX UD5 rev1 (see here)

MSI motherboards supporting VT-d

MSI Z77A-G43 (see here)

MSI Z87-G45 Gaming (see here)

Supermicro motherboards supporting VT-d

Supermicro X10SAT with Xeon CPU (see here)

Edited by powerhouse - 2/3/15 at 5:37am

출처 : http://shintime.com/?mid=Favorite_Format&l=jp&document_srl=17558&order_type=desc&m=1

출처 : http://www.overclock.net/t/1338063/vt-d-compatible-motherboards

인텔의 AES-NI, TXT, VT-D (AES 명령어 세트, 신뢰 실행 기술, 가상화기술)

2015-10-07T19:29:07+00:00

CPU의 스펙을 비교하다보면...
한번쯤은 마추치게 되는 용어들이
인텔의 AES-NI, TXT, VT-D 입니다.

이전에 Core i5 450M 프로세서에 대한 내용을
다룰때 잠깐 언급한적있는데...
Core i5 모바일 프로세서 중 400번대 제품과
500번대 제품이 나눠지는 기준이
저 기술의 유무에 따라서 나눠지게 됩니다.

링크 ☞ Core i5 430m, Core i5 450m 과 Core i5 520m 의 비교 : Arrandale CPU

마침 댓글로 질문을 남겨주신분도 계시고 해서 정리하는 의미에서 작성하겠습니다.
매번 남기는 내용이지만...
저의 지식의 깊이는 상당히 얕기 때문에 "아 그런가?" 이정도로만 받아들여주시길 바랍니다.
저는 전문가가 아니고 그냥 IT쪽에 관심이 많은 일반인 입니다. 따라서 심도 깊은 질문은 서로를
난처하게 할수 있기 때문에... 처리과정이라든지의 상세한 내용은 전문가에게 질문을 남겨주시기
바랍니다. ^^

위에서 언급했던 AES-NI, TXT, VT-D 기술은 들은 전부 축약어로...
원래의 기술이름은 아래와 같습니다.

AES-NI : Advanced Encryption Standard - New Instructions
TXT : Trusted Execution Technology
VT-D : Virtualization Technology for Directed I/O
이들 기술은 가상화와 함께 클라우드 컴퓨팅과 밀접한 연관을 가지고 있는 기술들입니다.

AES-NI 는 AES 의 New Instruction 으로 AES의 새로운 명령어 세트로 해석할 수 있습니다.
AES 는 Adcanced Encryption Standard 로 DES(Data Encryption Standard)를 대신할
미국의 표준 알고리즘입니다.
AES - NI 는 인텔의 "새로운 암호화 명령어세트"정도로 해석이 가능합니다. ^^
즉 데이터를 암호화 시키고 또 그 암호화된 데이터를 푸는데 걸리는 시간을 단축 시키는 기능입니다.

대표적인 예로 압축 프로그램인 7Zip을 사용할 경우 AES-NI가 탑재된 CPU로 작업하게 되면
보다 시간을 단축시킬수 있고, 무선랜 (Wi-Fi) 에서 역시 보안에 대한 신뢰성과 효율성을 높일 수
있게 됩니다.
저 개인의 생각으로는 일반인 보다는 업무 중심의 노트북이나 보안이 필요로하는 직업군에서
노트북을 사용을 위해 구입하신다면 한번 더 고려해야 될 기술이 아닐까합니다.

참고자료

AES_fips-197.pdf

AES-NI.pdf

AES-NI와 클라우드 컴퓨팅에 관련된 동영상입니다.

TXT는 Trusted Execution Technology 로 굳이 번역하자면 "신뢰 실행 기술" 입니다.
보다 안전한 컴퓨팅을 위한 기술로 보안이 요구되는 중요한 자료들을 빼내가고자 하는
각종 소프트 웨어의 공격으로 부터 시스템을 방어하는 것입니다.
보안이라는 소프트웨어적 개념을 하드웨어화 시킨 것입니다.

가상화 기술(Virtualization Technology) 및 TXT를 지원하는 하드웨어들이 플랫폼상의 소프트웨어 구동할때나 데이터 저장할때 암호를 생성 하고, 보안모듈을 확인하는등의 과정과
함께 관련 소프트웨어의 조합이 필요합니다.

이 조합을 통해서
인텔 TXT가 적용된 시스템은 무단변경된
소프트웨어의 실행을 방지하고,
특정 소프트웨어를 실행 시키는 경우 그에
해당된 메모리 실행 영역에 다른 소프트웨어가 접근하는 것을 하드웨어적으로 차단하는
방법으로 각종 소프트웨어의 공격으로 부터 효과적인 방어를 하게 됩니다.
대표적인 예로 키보드의 입력 정보나 모니터에 뜨는 화면을 외부로 가로채가는 등의 악성코드
또는 유해 프로그램에 대한 침투를 막을 수 있습니다.

TXT (Trusted Execution Technology) 기술의 영상입니다.

VT-D는
Virtualization Technology for Directed I/O 로
칩셋에서 제공하는 가상화 기술을 말하는데 보다 추가적인 설명에 앞서서먼저 가상화에 대해서 언급해야 될듯한데...

가상화(Virtualization)는 하나의 물리적인 리소스를 다중의 논리적 인 리소스를 만들어 내거나 반대로 여러개의 물리적 리소스를 하나의 논리적인 리소스처럼 보이게하는 것을 의미합니다.

예를 들자면...
대부분의 컴퓨터 부품들은 한번에 하나의 OS 로 부터 제어를 받도록 되어있습니다.
따라서 윈도우 내에서 윈도우가 한번 더 실행되지 않는겁니다.
가상화란 이런 문제를 해결해서 OS 상에서 다른 OS 를 사용 할 수 있도록 해주는 기술입니다.
일반적으로 보면 윈도우 7에서 애플의 운영체제인 레오파드를 설치한다거나... 아니면 리눅스 또는
윈도우 XP를 실행하는것을 말합니다.

이전에도 VMware 등을 통해서 가상화 구현이 가능했지만... 소프트웨어로 제공되는 가상화 기술은 한계를 가지기 때문에 이것을 하드웨어 기술로 구현한것이 인텔의 가상화 기술(Virtualization Technology) 입니다.

인텔의 가상화 기술을 VT-X, VT-D, VT-C 이렇게 3가지로 구분지을 수 있습니다.

VT-X - CPU
가상머신(VM: Virtual Machine)으로 인해 만들어진 많은 운영체제들은
가상머신모니터(VMM : Virtual Machine Monitor or Hypervisor) 과 통신하면서
실제 하드웨어 사용에 대한 주도권을 다투게 됩니다.
많은 OS가운데 누가 먼저 실제 CPU 리소스를 사용할 것인가에 대해 경쟁하는 과정에서
병목현상이 발생할수 있는데... VM들에 우선순위를 붙여 병목현상을 막는 역활을 합니다.

VT-D - 칩셋
가상화를 I/O(Input-Output)까지 넓힌 것으로, VM(가상머신)으로부터 직접 I/O에 접속할 수 있게
되고, 이것은 물리적인 서버에 접속하고 있는 I/O와 같은 성능을 제공할 수 있게 됩니다.
즉, 가상 OS가 각종 디바이스에 직접 접근 할 수 있으므로
하드웨어적으로 안정된 가상화를 이루게 됩니다.

VT-C - 네트워크 카드
가상머신이 네트워크 접속을 효율적으로 할 수 있도록, 네트워크 인터페이스 카드를 분류하고
패킷을 바꿔주는 기능을 합니다.

인텔의 가상화 기술(Virtualization Technology)에 대한 영상

위에서 나열한 VT-X, VT-D, VT-C 가상화 기능은 인텔의 서버에서 구현된 기술로
지금은 PC 프로세서까지 내려와 Core i7, Core i5 까지 적용 되어있고
향후 아톰과 임베디드 프로세서 까지 확장될 전망입니다.

                       샌디브릿지 프로세서에 적용된 기술들
링크 ☞  샌디 브릿지 - 터보 부스트2.0 (Sandy Bridge Processor Turbo Boost 2.0)
링크 ☞ 하이퍼스레딩과 멀티스레드 그리고 인텔의 파이프라인(Hyper-Threading & Pipeline)
링크 ☞ 인텔의 AES-NI, TXT, VT-D (AES 명령어 세트, 신뢰 실행 기술, 가상화기술)
링크 ☞ 샌디브릿지 AVX 명령어 세트 (Sandybridge AVX instruction set)

                         샌디브릿지 데스크탑 i 시리즈 프로세서의 구분
링크 ☞ 샌디브릿지 데스크탑 CPU 비교 1부 : 종류와 구분 (Sandy Bridge Processor)
링크 ☞ 샌디브릿지 데스크탑 CPU 비교 2부 : 샌디브릿지 내장 그래픽 HD 2000 & HD 3000
링크 ☞ 샌디브릿지 데스크탑 CPU 비교 3부 : 성능 비교 (SandyBridge Processor BenchMark)

                      Core i3-2105 제품의 스펙과 내용 링크
링크 ☞ Core i3 2105 & Core i5 2405S (새롭게 출시된 인텔 샌디브릿지 데스크탑 프로세서)

           샌디브릿지 데스크탑 펜티엄(Pentium) 시리즈 프로세서의 구분
링크 ☞ 샌디브릿지 펜티엄 프로세서의 비교와 차이 (Pentium G620, G620T, G840, G850)

샌디 브릿지 노트북용 모바일 프로세서의 성능은 아래의 링크를 참고하세요.
링크 ☞ 샌디브릿지 노트북 CPU (1부 : Core i3 & Core i5)
링크 ☞ 샌디브릿지 노트북 CPU (2부 : Core i7)
링크 ☞ 샌디브릿지 노트북 CPU (3부 : 내장 그래픽코어 HD Graphics 3000)

위에서 나열한 기술들의 최종 목표는 클라우드 컴퓨팅입니다.
가상화 기술에 대해서 말할때 잠깐언급했었지만... 하나의 물리적 자원을 쪼개서 사용할수도 있고... 여러개의 물리적 자원을 하나처럼 운용할수 있다는것은 운용 관리에 드는 비용과 노력을 줄이고 보다 효율적인 사용이 가능하게 됩니다.
즉 클라우드 환경을 구축하는데 필요한 요소라고 할수 있을 것입니다.

출처 : http://smsinfo.tistory.com/494

Desktop Boards - Compatibility with Intel® Virtualization Technology (Intel® VT) (가상화 지원 칩셋)

2015-10-07T19:14:15+00:00

Desktop Boards

Compatibility with Intel® Virtualization Technology (Intel® VT)

Intel® Virtualization Technology (Intel® VT) consists of technology components that support virtualization of platforms based on Intel® Processors, thereby enabling the running of multiple operating systems and applications in independent partitions.

There are two types of virtualization:

Intel® Virtualization Technology (Intel® VT)

Improves the fundamental flexibility and robustness of traditional software-based virtualization solutions by accelerating key functions of the virtualized platform, including:

Speeding up the transfer of platform control between the guest operating systems (OSs) and the virtual machine manager (VMM)/hypervisor
Enabling the VMM to uniquely assign I/O devices to guest OSs
Optimizing the network for virtualization with adapter-based acceleration

Intel® Virtualization Technology (Intel® VT) for Directed I/O (Intel® VT-d)

Provides additional performance, security and flexibility by providing the VMM with the following capabilities:

I/O device assignment
DMA remapping
Interrupt remapping
Reliability

Intel® Desktop Boards require the following components to support Intel® VT or Intel® VT-d:

Intel® Processor that supports Intel VT.
BIOS with Intel VT or VT-d support (found on the Security menu in BIOS setup).
A third party VMM (virtual machine manager) may also be required.

To see if your processor supports Intel VT, refer to Does my processor support Intel® Virtualization Technology?

The following Intel® Desktop Boards support Intel VT:

Chipset	Desktop Board
H87, Q87, Z87	DH87MC, DH87RL, DQ87PG, DZ87KLT-75K
B85	DB85FL
X79	DX79SI, DX79SR, DX79TO
H77, Q77, Z77	DH77DF, DH77EB, DH77KC, DQ77CP, DQ77KB, DQ77MK, DZ77BH-55K, DZ77GA-70K, DZ77RE-75K, DZ77SL-50K
B75, Z75	DB75EN, DZ75ML-45K
Z68	DZ68ZV, DZ68DB, DZ68BC, DZ68AF, DZ68PL
Q67, P67, H67	DQ67EP, DQ67OW, DQ67SW, DP67DE, DP67BG, DP67BA, DH67VR, DH67GD, DH67CL, DH67CF, DH67BL
B65	DB65AL
H61	DH61AG, DH61AGL, DH61BE, DH61CR, DH61DL, DH61SA, DH61WW, DH61ZE
X58	DX58SO2, DX58SO, DX58OG
Q57	DQ57TM, DQ57TML
H55, P55	DH55HC, DH55PJ, DH55TC, DP55KG, DP55SB, DP55WB, DP55WG
X48	DX48BT2
G45, P45, Q45	DG45FC, DG45ID, DP45SG, DQ45CB, DQ45EK
B43, G43, P43, Q43	DB43LD, DG43GT, DG43NB, DG43RK, DP43BF, DP43BFL, DP43TF, DQ43AP
G41	DG41AN, DG41BI, DG41CN, DG41KR, DG41MJ, DG41RQ, DG41TX, DG41TY, DG41WV
X38	DX38BT
P35, Q35	DP35DP, DQ35JO, DQ35MP
G33	DG33BU, DG33FB
G31	DG31GL, DG31PR

The following Intel® Desktop Boards support Intel VT with Directed I/O:

Chipset	Desktop Board
H87, Q87, Z87	DH87MC, DH87RL, DQ87PG
B85	DB85FL
X79	DX79SI, DX79SR, DX79TO
H77, Q77, Z77	DH77DF, DH77EB, DH77KC, DQ77CP, DQ77KB, DQ77MK, DZ77BH-55K, DZ77GA-70K, DZ77RE-75K, DZ77SL-50K
B75, Z75	DB75EN, DZ75ML-45K
Q67	DQ67EP, DQ67OW, DQ67SW
H61	DH61AGL
Q57	DQ57TM, DQ57TML
Q45	DQ45CB, DQ45EK
Q35	DQ35JO, DQ35MP

Related topic

Intel® Virtualization Technology

This applies to:

Solution ID: CS-030922
Last Modified: 03-Aug-2015
Date Created: 04-Oct-2009

출처 : http://www.intel.com/support/motherboards/desktop/sb/CS-030922.htm

Vmware Converter 포트 확인 (Required VMware vCenter Converter ports)

2015-09-04T09:44:26+00:00

Required VMware vCenter Converter ports (1010056)

Symptoms

You may receive these errors, which can indicate blocked ports:

Unable to contact the specified host
The host is not available, there is a network configuration problem, or the management services on the host are not responding
Failed to connect to peer
Error: Failed to connect to server
The operation failed
Incorrect user credentials
Unable to SSH to the source machine
Please check if a firewall is blocking access to the SSH daemon on the source machine
Failed to clone the volume
Unable to connect
FAILED: The request refers to an unexpected or unknown type
Failed to connect ISO image to remote VM
FAILED: unable to obtain the IP address of the helper virtual machine
ssh: Could not resolve hostname
Name or service not known
FAILED: An error occurred during the conversion
Unable to obtain IP addresss of helper virtual machine
A general system error occurred: unknown internal error

Purpose

This article describes the ports required to be open for VMware vCenter Converter.

Following the article and ensuring the ports are open ensures that common firewall configurations in your environment are compatible with Converter.

Resolution

VMware vCenter Converter fails if one or more required ports are blocked. Follow the section that matches your conversion scenario.

In this article, these terms are used:

Source computer	The physical or virtual machine that is being converted.
Converter server	The server portion of VMware vCenter Converter. In a typical installation, both the Converter server and Converter client are installed at the same location. By default, this is the installation method that is used.
Converter client	The client portion of VMware vCenter Converter. In a custom installation, the Converter client can be installed to a different computer than the Converter server.
VirtualCenter	The VirtualCenter computer that is being used as the conversion destination, if such was chosen.
ESX	The VMware ESX host that is being used as the conversion destination, if one is chosen, or the ESX host that is hosting the target virtual machine.
Fileshare path	The path to a virtual machine's .vmx file, if the source is an existing or standalone virtual machine, or the path to a directory if the destination is to be a standalone virtual machine.
Standalone virtual machine	A virtual machine that is being managed by a VMware product other than VMware ESX.
Helper virtual machine	When converting a powered on Linux operating system (P2V), this is the target virtual machine that is being used temporarily for the purpose of copying files from the source computer. It uses the TCP/IP information that is entered in the Converter wizard for the target virtual machine. Ensure that this IP address can communicate directly with the source computer.

Notes:

If you perform a corrective action, determine if the problems initially encountered are still being experienced.
To test port connectivity, do so from a command or shell prompt. For more information, see Opening a command or shell prompt (1003892).
To test TCP port connectivity use the telnet command. For more information, see Testing port connectivity with Telnet (1003487).
To test UDP port connectivity from Linux or MacOS use the traceroute command. For more information, see a traceroute man page.
To test UDP port connectivity from Windows use the Portqry utility. For more information, see the Microsoft Knowledge Base article 310099.
For powered-on Windows conversions to vCenter destinations, Proxy Mode feature in Converter 6.0 is introduced. By selecting this option, no direct connectivity is required from the source machine to the destination ESX host.

Note: The preceding links were correct as of March 15, 2009. If you find a link is broken, provide feedback and a VMware employee will update the link.

Converting a powered on Windows operating system (P2V)

Source	Destination	TCP Ports	UDP Ports	Notes
Converter server	Source computer	445, 139, 9089 or9090	137, 138	If the source computer uses NetBIOS, port 445 is not required. If NetBIOS is not being used, ports 137, 138, and 139 are not required. If in doubt, ensure that none of the ports are blocked. Port 9089 is used for Converter Standalone versions,and 9090 isused for the Converter plugin. Note: Unless you have installed Converter server to the source computer, the account used for authentication to the source computer must have a password, the source computer must have network file sharing enabled, and it cannot be using Simple File Sharing.
Converter server	VirtualCenter	443, 902		Only required if the conversion target is VirtualCenter.
Converter client	Converter server	443		Only required if a custom installation was performed and the Converter server and client portions are on different computers.
Source computer	ESX/ESXi	443, 902		If the conversion destination is vCenter Server, only port 902 is required from the source to the ESX/ESXi hosts.

Converting a powered on Linux operating system (P2V)

Note: These are the default ports. If custom ports were used when installing vCenter Server, these will need to be changed to match your environment.

Source	Destination	TCP Ports	Notes
Converter server	Source computer	22	The Converter server must be able to establish an SSH connection with the source computer.
Converter client	Converter server	443	Only required if a custom installation was performed and the Converter server and client portions are on different computers.
Converter server	VirtualCenter	443	Only required if the conversion target is VirtualCenter.
Converter server	ESX/ESXi	443, 902, 903	If the conversion destination is vCenter Server, only port 902 is required from the source to the ESX/ESXi hosts.
Converter server	Helper virtual machine	443
Helper virtual machine	Source computer	22	The helper virtual machine must be able to establish an SSH connection with the source computer. By default the helper virtual machine gets its IP address assigned by DHCP. If there is no DHCP server available on the network chosen for the target virtual machine you must manually assign it an IP address.

Converting an existing virtual machine (V2V)

Note: These are the default ports. If custom ports were used when installing vCenter Server, these will need to be changed to match your environment.

Source	Destination	TCP Ports	UDP Ports	Notes
Converter server	Fileshare path	445, 139	137, 138	This is only required for standalone virtual machine sources or destinations. If the computer hosting the source or destination path uses NetBIOS, port 445 is not required. If NetBIOS is not being used, ports 137, 138, and 139 are not required. If in doubt, ensure that none of the ports are blocked.
Converter client	Converter server	443		Only required if a custom installation was performed and the Converter server and client portions are on different computers.
Converter server	VirtualCenter	443		Only required if the target is VirtualCenter.
Converter server	ESX/ESXi	443, 902		If the conversion destination is vCenter Server, only port 902 is required from the source to the ESX/ESXi hosts.

Additional Information

For translated versions of this article, see:

Español: Puertos de VMware vCenter Converter requeridos (2033057)
Português: Portas necessárias do VMware vCenter Converter (2032593)
日本語: 必要な VMware vCenter Converter のポート (2078649)
简体中文: 需要使用的 VMware vCenter Converter 4.x/5.x 端口 (2081918)

This Article Replaces

1008757

Update History

01/03/2014 - Added vCenter Converter Standalone 5.5.x to Products

Request a Product Feature

To request a new product feature or to provide feedback on a VMware product, please visit the Request a Product Feature page.

출처 : http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1010056

Unable to connect to the network share 'x.x.x.x\ADMIN$' - When using vCenter Converter the converter agent fails to install with an error (1021465)

2015-08-23T20:57:55+00:00

Unable to connect to the network share 'x.x.x.x\ADMIN$'

When using vCenter Converter the converter agent fails to install with an error (1021465)

Symptoms

When converting a remote machine using vCenter Converter Standalone, you see the error:

Converter Standalone Agent installer/uninstaller failed on xxxxxxxxx.

Note: Where xxxxxxxx is the IP address or hostname of the source machine being converted.

When converting a remote machine using vCenter Converter, you see the error:

Unable to complete installation/uninstallation of vCenter Converter agent on xxxxxxxx

Where xxxxxxxx is the IP address or hostname of the source machine being converted.

In the C:\Documents and Settings\All Users\Application Data\VMware\VMware vCenter Converter Standalone\logs\vmware-converter-server-xx.log file ,you see entries similar to:

info 'App'] [agentManager,83] [AgentManager] Install Agent on xxxxxxxxx
info 'App'] [agentDeploymentWin32,47] [AgentDeployment] Connect to ADMIN$ on xxxxxxxxx as xxxxxxxxx\administrator
info 'App'] [,0] SMB manager: Error connecting to share [\\xxxxxxxxx\ADMIN$]: 1385
error 'App'] [agentDeployment,366] [AgentDeployment] Deployment on xxxxxxxxx failed: Unspecified error in remote execution mechanism
error 'App'] [agentDeployment,158] [AgentDeployment] Install of Agent failed on xxxxxxxxx
error 'App'] [agentManager,106] [AgentManager] Install Agent failed: converter.fault.AgentDeploymentFault

Cause

This issue occurs when the vCenter Converter connection to the network share of the remote computer fails.

Resolution

Note: Ensure that there are no pending Windows updates on the machine and any anti-virus software is disabled during this process.

To resolve this issue, ensure that you can connect to the remote share.

To ensure that you can connect to the remote share:

Ensure that you can access the shared location on the remote computer.
Ensure that the Server service is running on the source machine:
1. Click Start > Run, type services.msc, and click OK.
2. Locate the Server service in the services console and ensure that the status is Started.
3. If the service is not started, right-click on the service and click Start.
Disable any firewalls, User Access Control (UAC), or Simple File sharing on the remote Windows guest operating system.

For the list of necessary ports that are required to be open, see the vCenter Converter Administration Guide.

Manually copy the Converter Agent Installer, VMware-Converter-Agent.exe located at C:\Program Files (x86)\VMware\VMware vCenter Converter Standalone, from the source computer to the remote computer and install the Converter agent.
If the preceding steps do not resolve the issue, install the vCenter Converter Standalone utility on the remote computer and start the conversion from the remote computer.

Request a Product Feature

To request a new product feature or to provide feedback on a VMware product, please visit the Request a Product Feature page.

Feedback

1 2 3 4 5
89 Ratings

출처 : http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1021465

인텔® 가상화 기술 적용 프로세서 제품군 목록

2012-12-26T20:42:41+00:00

인텔® 가상화 기술 정보

자세한 기술 정보는 다음을 참조하십시오: http://www.intel.com/technology/virtualization/

프로세서 제품군		인텔® VT-x 지원	인텔® EPT 지원
3rd Generation Intel® Core™ i7 Extreme Processor		예	예
3rd Generation Intel® Core™ i7 Processors		예	예
3rd Generation Intel® Core™ i5 Processors		예	예
3rd Generation Intel® Core™ i3 Processors		예	예
2nd Generation Intel® Core™ i7 Extreme Processor		예	예
2nd Generation Intel® Core™ i7 Processors		예	예
2nd Generation Intel® Core™ i5 Processors		예	예
2nd Generation Intel® Core™ i3 Processors		예	예
Previous Generation Intel® Core™ i7 Extreme Processor		예	예
Previous Generation Intel® Core™ i7 Processor		예	예
Previous Generation Intel® Core™ i5 Processor		예	예
Previous Generation Intel® Core™ i3 Processor		예	예
Intel® Atom™ Processor		제품에 따라 다름	아니요
Intel® Atom™ Processor Z500 Series	Z540 Z530 Z520 Z550 Z530P Z520PT Z560	예	아니요
Intel® Atom™ Processor Z500 Series	Z510 Z500 Z515 Z510P Z510PT	아니요	아니요
Intel® Atom™ Processor 200 Series	230	아니요	아니요
Intel® Atom™ Processor 300 Series	330	아니요	아니요
Intel® Atom™ Processor N200 Series	N270 N280	아니요	아니요
Intel® Atom™ Processor N400 Series	N450 N470 N455 N475	아니요	아니요
Intel® Atom™ Processor D500 Series	D510 D525	아니요	아니요
Intel® Atom™ Processor D400 Series	D410 D425	아니요	아니요
Intel® Atom™ Processor Z600 Series	Z600 Z615 Z625 Z670 Z650	아니요	아니요
Intel® Atom™ Processor N500 Series	N550 N570	아니요	아니요
Intel® Atom™ Processor E600 Series	E620 E620T E640 E640T E660 E660T E680 E680T E645C E645CT E665C E665CT	예	아니요
Intel® Atom™ Processor N2600 Series	N2600	아니요	아니요
Intel® Atom™ Processor N2800 Series	N2800	아니요	아니요
Intel® Atom™ Processor D2500 Series	D2560	예	아니요
Intel® Atom™ Processor D2500 Series	D2500 D2550	아니요	아니요
Intel® Atom™ Processor D2700 Series	D2700	아니요	아니요
Intel® Atom™ Processor for Tablet		예	아니요
Intel® Atom™ Processor for Server		예	아니요
Intel® Celeron® Desktop Processor		제품에 따라 다름	제품에 따라 다름
Intel® Celeron® Processor 400 Series	445	예	아니요
Intel® Celeron® Processor 400 Series	420 430 440 450	아니요	아니요
Intel® Celeron® Processor 200 Series	220	아니요	아니요
Intel® Celeron® Processor E1000 Series	E1200 E1600 E1500 E1400	아니요	아니요
Intel® Celeron® Processor E3000 Series	E3200 E3300 E3400 E3500	예	아니요
Intel® Celeron® Processor G1000 Series	G1101	예	예
Intel® Celeron® Processor P1000 Series	P1053	예	아니요
Intel® Celeron® Processor G500 Series	G530 G530T G540 G540T G550 G550T G555	예	예
Intel® Celeron® Processor G400 Series	G440 G460 G465	예	예
Intel® Celeron® Mobile Processor		제품에 따라 다름	제품에 따라 다름
Intel® Celeron® Processor 500 Series	540 550 530 560 570 575 585 573	아니요	아니요
Intel® Celeron® Processor T1000 Series	T1700 T1600	아니요	아니요
Intel® Celeron® Processor T3000 Series	T3100 T3000 T3300	아니요	아니요
Intel® Celeron® Processor 900 Series	900 925	아니요	아니요
Intel® Celeron® Processor SU2000 Series	SU2300	예	아니요
Intel® Celeron® Processor P4000 Series	P4500 P4505 P4600	예	예
Intel® Celeron® Processor U3000 Series	U3400 U3600 U3405	예	아니요
Intel® Celeron® Processor ULV 700 Series	763	아니요	아니요
Intel® Celeron® Processor B800 Series	B810 B810E B800 B840 B815 B820 B830	예	아니요
Intel® Celeron® Processor 800 Series	847 857	예	예
Intel® Celeron® Processor 800 Series	847E 827E 807UE 867 877 807 887	예	아니요
Intel® Celeron® Processor B700 Series	B710 B720	예	아니요
Intel® Celeron® Processor 700 Series	787 725C	예	예
Intel® Celeron® Processor 700 Series	797	예	아니요
Intel® Celeron® D Processor		예	아니요
Intel® Celeron® M Processor		예	아니요
Intel® Core™ Duo Processor		제품에 따라 다름	아니요
Intel® Core™ Duo Processor L2000 Series	L2300 L2400 L2500	예	아니요
Intel® Core™ Duo Processor T2000 Series	T2300 T2400 T2500 T2600 T2700	예	아니요
Intel® Core™ Duo Processor T2000 Series	T2050 T2250 T2300E T2350 T2450	아니요	아니요
Intel® Core™ Duo Processor U2000 Series	U2400 U2500	예	아니요
Intel® Core™ Solo Processor		제품에 따라 다름	아니요
Intel® Core™ Solo Processor T1000 Series	T1300 T1350 T1400 T1250	아니요	아니요
Intel® Core™ Solo Processor U1000 Series	U1300 U1400 U1500	예	아니요
Intel® Core™2 Duo Desktop Processor		제품에 따라 다름	아니요
Intel® Core™2 Duo Processor E6000 Series	E6300 E6400 E6600 E6700 E6320 E6420 E6540 E6550 E6750 E6850 E6405 E6305	예	아니요
Intel® Core™2 Duo Processor E4000 Series	E4300 E4400 E4500 E4600 E4700	아니요	아니요
Intel® Core™2 Duo Processor E8000 Series	E8200 E8400 E8500 E8300 E8600	예	아니요
Intel® Core™2 Duo Processor E8000 Series	E8190	아니요	아니요
Intel® Core™2 Duo Processor E7000 Series	E7600	예	아니요
	E7200 E7300	아니요	아니요
	E7400 E7500	SPEC 세부 사항 참조
Intel® Core™2 Duo Mobile Processor		제품에 따라 다름	아니요
Intel® Core™2 Duo Processor T5000 Series	T5600	예	아니요
Intel® Core™2 Duo Processor T5000 Series	T5200 T5500 T5300 T5250 T5450 T5470 T5550 T5270 T5750 T5670 T5800 T5870	아니요	아니요
Intel® Core™2 Duo Processor T7000 Series	T7200 T7400 T7600 T7100 T7300 T7500 T7700 T7250 T7800	예	아니요
Intel® Core™2 Duo Processor L7000 Series	L7200 L7400 L7300 L7500 L7700	예	아니요
Intel® Core™2 Duo Processor U7000 Series	U7500 U7600 U7700 U7500 U7600	예	아니요
Intel® Core™2 Duo Processor T8000 Series	T8300 T8100	예	아니요
Intel® Core™2 Duo Processor T9000 Series	T9300 T9500 T9400 T9600 T9800 T9550 T9900	예	아니요
Intel® Core™2 Duo Processor P9000 Series	P9500 P9600 P9700	예	아니요
Intel® Core™2 Duo Processor P8000 Series	P8600 P8400 P8700 P8800	예	아니요
Intel® Core™2 Duo Processor SL9000 Series	SL9300 SL9400 SL9380 SL9600	예	아니요
Intel® Core™2 Duo Processor SP9000 Series	SP9300 SP9400 SP9600	예	아니요
Intel® Core™2 Duo processor SU9000 Series	SU9300 SU9400 SU9600	예	아니요
Intel® Core™2 Duo Processor P7000 Series	P7370 P7570	예	아니요
	P7450 P7350	아니요	아니요
	P7550	SPEC 세부 사항 참조
Intel® Core™2 Duo Processor T6000 Series	T6670 T6570	예	아니요
Intel® Core™2 Duo Processor T6000 Series	T6600 T6500 T6400	아니요	아니요
Intel® Core™2 Duo Processor SU7000 Series	SU7300	예	아니요
Intel® Core™2 Extreme Desktop Processor		예	아니요
Intel® Core™2 Extreme Mobile Processor		예	아니요
Intel® Core™2 Quad Desktop Processor		제품에 따라 다름	아니요
Intel® Core™2 Quad Processor Q6000 Series	Q6600 Q6700	예	아니요
Intel® Core™2 Quad Processor Q9000 Series for Desktop	Q9300 Q9450 Q9550 Q9400 Q9650 Q9500 Q9400S Q9550S Q9505 Q9505S	예	아니요
Intel® Core™2 Quad Processor Q8000 Series	Q8400 Q8400S	예	아니요
	Q8200 Q8200S	아니요	아니요
	Q8300	SPEC 세부 사항 참조
Intel® Core™2 Quad Mobile Processor		예	아니요
Intel® Core™2 Solo Processor		예	아니요
Intel® Itanium® Processor		예	제품에 따라 다름
Intel® Itanium® Processor 9000 Series	9010 9015 9020 9030 9040 9050	예	아니요
Intel® Itanium® Processor 9100 Series	9150M 9110N 9120N 9130M 9140M 9140N 9150N 9152M	예	아니요
Intel® Itanium® Processor 9300 Series	9330 9310 9320 9340 9350	예	아니요
Intel® Itanium® Processor 9500 Series	9560 9550 9540 9520	예	예
Intel® Pentium® Desktop Processor		제품에 따라 다름	제품에 따라 다름
Intel® Pentium® Processor Extreme Edition 800 Series	840	아니요	아니요
Intel® Pentium® Processor Extreme Edition 900 Series	955 965	예	아니요
Intel® Pentium® Processor E2000 Series	E2140 E2160 E2180 E2220 E2200 E2210	아니요	아니요
Intel® Pentium® Processor E5000 Series	E5500 E5700 E5800	예	아니요
	E5200	아니요	아니요
	E5300 E5400	SPEC 세부 사항 참조
Intel® Pentium® Processor E6000 Series	E6300 E6500 E6500K E6600 E6700 E6800	예	아니요
Intel® Pentium® Processor G6000 Series	G6950 G6951 G6960	예	아니요
Intel® Pentium® Processor G600 Series	G620 G620T G622 G630 G630T G632 G640 G640T G645 G645T	예	예
Intel® Pentium® Processor G800 Series	G840 G850 G860 G870 G860T	예	예
Intel® Pentium® Processor 300 Series	350	예	아니요
Intel® Pentium® Processor G2100 Series	G2120 G2100T	예	예
Intel® Pentium® Processor 1400 Series	1405 1403 1407	예	예
Intel® Pentium® Mobile Processor		제품에 따라 다름	제품에 따라 다름
Mobile Intel® Pentium® 4 Processor 500 Series supporting Hyper-Threading Technology	518 532 538 548 552	아니요	아니요
Intel® Pentium® M Processor 700 Series	705 715 725 730 735 740 745 745A 750 755 760 765 770 780 718 738 758 778 713 723 733 753 773	아니요	아니요
Intel® Pentium® Processor T2000 Series	T2060 T2080 T2130	예	아니요
Intel® Pentium® Processor T2000 Series	T2310 T2330 T2370 T2390	아니요	아니요
Intel® Pentium® Processor T3000 Series	T3400 T3200	아니요	아니요
Intel® Pentium® Processor T4000 Series	T4200 T4300 T4400 T4500	아니요	아니요
Intel® Pentium® Processor SU4000 Series	SU4100	아니요	아니요
Intel® Pentium® Processor P6000 Series	P6000 P6100 P6200 P6300	아니요	아니요
Intel® Pentium® Processor U5000 Series	U5400 U5600	아니요	아니요
Intel® Pentium® Processor B900 Series	B915C	예	예
Intel® Pentium® Processor B900 Series	B940 B950 B960 B970 B980	아니요	아니요
Intel® Pentium® Processor 900 Series	997	예	아니요
Intel® Pentium® Processor 900 Series	957 967 977	아니요	아니요
Intel® Pentium® Processor 2000 Series	2020M 2117U	예	예
Intel® Pentium® 4 Processor		제품에 따라 다름	아니요
Intel® Pentium® 4 Processors with 533 MHz FSB	520	아니요	아니요
Intel® Pentium® 4 Processor 500 Series	505 505J 506 511 511 515 516 519 519K	아니요	아니요
Intel® Pentium® 4 Processor 500 Series supporting Hyper-Threading Technology	517 520 520J 521 524 530 530J 531 540 540J 541 550 550 551 560 560J 561 570 571 550J 520J	아니요	아니요
Intel® Pentium® 4 Processor 600 Series	620	아니요	아니요
Intel® Pentium® 4 Processor 600 Series supporting Hyper-Threading Technology	662 672	예	아니요
	630 631 640 641 650 651 660 661 670	아니요	아니요
Intel® Pentium® D Processor		제품에 따라 다름	아니요
Intel® Pentium® D Processor 800 Series	805 820 830 840	아니요	아니요
Intel® Pentium® D Processor 900 Series	920 930 940 950 960	예	아니요
Intel® Pentium® D Processor 900 Series	915 925 945 935 920	아니요	아니요
Intel® Xeon® Processor 3000 Sequence		제품에 따라 다름	제품에 따라 다름
Intel® Xeon® Processor 3000 Series	3040 3050 3060 3070 3065	예	예
Intel® Xeon® Processor 3000 Series	L3014	아니요	아니요
Intel® Xeon® Processor 3200 Series	X3210 X3220 X3230	예	예
Intel® Xeon® Processor 3100 Series	L3110 E3113 E3120	예	예
Intel® Xeon® Processor 3100 Series	E3110	예	아니요
Intel® Xeon® Processor 3300 Series	X3320 X3350 X3360 X3353 X3363 X3323 X3330 X3370 L3360 X3380	예	예
Intel® Xeon® Processor 3500 Series	W3520 W3540 W3550 W3565 W3570 W3580 W3503 W3505 W3530	예	예
Intel® Xeon® Processor 3400 Series	X3430 X3440 X3450 X3460 X3470 L3426 L3406 X3480	예	예
Intel® Xeon® Processor 3600 Series	W3680 W3670 W3690	예	예
Intel® Xeon® Processor 5000 Sequence		예	제품에 따라 다름
Intel® Xeon® Processor 5000 Series	5030 5040 5050 5060 5070 5080 5063	예	아니요
Intel® Xeon® Processor 5100 Series	5110 5120 5130 5140 5150 5160 5148 5128 5133 5138 5113	예	아니요
Intel® Xeon® Processor 5300 Series	E5310 E5320 E5345 X5355 E5335 L5320 L5310 X5365 L5335 L5318	예	아니요
Intel® Xeon® Processor 5400 Series	L5408	예	예
Intel® Xeon® Processor 5400 Series	E5405 E5410 E5430 E5440 E5450 E5462 E5472 X5460 X5482 L5410 L5430 E5420 L5420 X5450 X5472 X5470 X5492	예	아니요
Intel® Xeon® Processor 5200 Series	L5238 E5240 L5248	예	예
Intel® Xeon® Processor 5200 Series	E5205 X5260 X5272 L5240 E5220 X5270 L5215	예	아니요
Intel® Xeon® Processor 5500 Series	L5508 L5518	예	예
Intel® Xeon® Processor 5500 Series	E5502 E5503 E5506 E5507 E5530 E5540 X5550 X5560 X5570 W5580 E5520 L5520 E5504 L5506 W5590 L5530	예	아니요
Intel® Xeon® Processor C5500 series	EC5549 EC5539 LC5528 EC5509 LC5518	예	예
Intel® Xeon® Processor C3500 series	EC3539 LC3528 LC3518	예	예
Intel® Xeon® Processor 5600 Series	X5680 X5667 X5670 X5660 X5650 E5640 E5630 E5620 L5640 L5630 L5609 X5677 L5638 L5618 E5645 X5690 X5675 X5687 X5672 X5647 E5649 E5607 E5606 E5603	예	아니요
Intel® Xeon® Processor 6000 Sequence		예	예
Intel® Xeon® Processor 7000 Sequence		예	예
Intel® Xeon® Processor E3 Family		예	예
Intel® Xeon® Processor E5 Family		예	예
Intel® Xeon® Processor E7 Family		예	예

인텔 프로세서 번호는 성능의 측정 기준이 아닙니다. 프로세서 번호는 서로 다른 프로세서 제품군이 아닌 각 프로세서 제품군 내의 기능을 구별합니다. 자세한 내용은 http://www.intel.co.kr/content/www/kr/ko/processors/processor-numbers.html 을 참조하십시오.

출처 : http://ark.intel.com/ko/Products/VirtualizationTechnology

VMware giving error message while installing!! - VMware can not installed. VMware requires feature that are not present on your CPU, No-Excute Memory Protection

2012-11-10T20:27:55+00:00

Atom 계열의 컴퓨터에 VMware를 설치하다가 다음과 같은 오류가 나는 경우가 있다.

VMware can not installed. VMware requires feature that are not present on your CPU..

무언가 CPU에서 지원을 해주지 못해서 설치가 불가능하다는 얘기이다.

VMware에서 요구하는 CPU 특성은

Supported Processors

The host system must have a 64-bit x86 CPU that meets the following requirements.

■	LAHF/SAHF support in long mode
■	1.3GHz or faster core speed

Multiprocessor systems are supported.

When you install Workstation, the installer performs checks to make sure the host system has a supported processor. You cannot install Workstation if the host system does not meet the processor requirements.

Processor Requirements for 64-Bit Guest Operating Systems

The operating system that runs inside a virtual machine is called the guest operating system. To run 64-bit guest operating systems, the host system must have one of the following processors.

■	An AMD CPU that has segment-limit support in long mode
■	An Intel CPU that has VT-x support

위와 같다.

위의 내용을 요약하면

CPU가 64-Bit를 지원하여야하고 VT-x 를 지원해야 한다.

지원 여부는 CPU-Z와 같은 CPU 정보확인 프로그램을 사용하면 된다.

cpu-z_1.61-32bits-en.zip

정보에서 EM64T (Intel) 또는 AMD64 (AMD)와 VT-x 가 보이면 지원하는것이다.

관련 질문과 답글도 찾을 수 있다.

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

http://www.howtogeek.com/forum/topic/vmware-giving-error-message-while-installing

I downloaded latest built of VMware Player 4.0.2 and while installing,
Error: VMware Player can not be installed on this computer. VMware Player
requires features that are nor present on your CPU. See the
product release notes for specific hardware and software requirements.

Posted 7 months ago #

Top

This post has been reported.

Installation Requirements

When you install Workstation, the installer performs checks to make sure the host system has a processor that meets the following requirements. You cannot install Workstation if the host system does not meet these requirements.

64-bit x86 CPU
LAHF/SAHF support in long mode
You can use CPU-Z or a similar utility to determine if the host system CPU is 64-bit capable. CPU-Z shows EM64T (Intel) or AMD64 (AMD) if the processor is 64-bit capable.

If you plan to install a 64-bit guest operating system in a virtual machine, the host system must have one of the following processors. Workstation will not allow you to install a 64-bit guest operating system if the host system does not have one of these processors.

AMD CPU that has segment-limit support in long mode.
Intel CPU that has VT-x support. VT-x support must be enabled in the host system BIOS. The BIOS settings that must be enabled for VT-x support vary depending on the system vendor. See VMware KB article 1003944 for information on how to determine if VT-x support is enabled.

위와 같은 문제가 아니라면 다음과 같은 문제가 있을 수 있다.

CMOS의 CPU 설정중 "No-Execute Memory Protection" 이라는 부분이 활성화된 경우에도

VMWare가 설치가 되지 않는다.

메모리 영역에서 악성코드가 실행되지 못하도록 막는 기능인데

VMWare의 기능을 악성코드로 간주하게 된다.

관련 질답은 다음에서 확인할 수 있다.

http://communities.vmware.com/thread/120655

Jan 10, 2008 1:17 AM
"No-Execute Memory Protection" BIOS settinghi guys!

while BIOS-upgrading our blade center (HP BL460c blades) i realized that the "No-Execute Memory Protection" setting was turned off everywhere. google, however, told me that turning on this setting would be a clever thing to do. the only problem is changing this BIOS setting results in our esx servers (3.5.0 / 64607; Infrastructure Center 2.5) complaining that the CPU is now different than it was at the point the VMs were created, and thus won't vmotion them. this kinda sucks because i don't really want to mess around with CPUID masks.

any ideas how to get around this? is there an easy hack to make the VMs vmotion again? or just leave the setting as it was, turned off?

thanks in advance,

Tom

EDIT: shutting down the guests, moving them to an different esx server with "No-Execute Memory Protection" turned on, starting them there, enables me to vmotion them between those servers which also have this setting turned on. weird...

Re: "No-Execute Memory Protection" BIOS setting
Hiya,

You can set a cpu mask on your VMs so that these type of cpu incompatibilities are ignored in the pre-vmotion checks

In the VI client, rt click on the VM, edit settings, select the "options" tab, click on advanced, then look in the CPU Identification Mask

You can just mask the NX flag - or you can mask other advanced features (search the vmtn forums and/or google for more info)

Dinny
Report Abuse

Re: "No-Execute Memory Protection" BIOS setting

thanks for your response!

i found out that shuting down the gues OS, then the ESX server itself, then enabling the BIOS setting and starting up again does the trick. no CPUID mask needed.

-Tom

Re: "No-Execute Memory Protection" BIOS setting

That's OK if all your hardware supports the same cpu settings - obviously if they are all the same - then there are no compatabilities to mask.

If some ESX hardware supports some cpu functionality, and some doesn't - that is when you do need to mask out the incompatabilities

Dinny

내 메인모드는 현재 AD2700-ITX인데

'No-Excute Memory Protection' 기능이 있다.

이 부분을 비활성화 시키면 VMWare의 설치가 가능하다.

AD2700-ITX.pdf

도움이 되었기를..

전가상화와 반가상화

2012-07-14T23:25:04+00:00

이전에 서버가상화의 종류에는 크게 두가지가 있다고 했습니다. 그중 하이퍼바이저형 가상화에는 또다시 전가상화와 반가상화로 나뉩니다.

전가상화(Full-Virtualization)
:전가상화는 하드웨어를 완전히 가상화하는 방식입니다. 하드웨어를 완전히 가상화하기 때문에 게스트 OS에 아무런 수정없이, 또한 Windows에서 Linux까지 다양한 OS를 이용할 수 있는 장점이 있습니다. 전가상화를 실현하기 위해서는 물리적인 가상화 지원기능, 즉 CPU의 VT(Virtualization Technology)를 이용할 필요가 있습니다만, 이 때문에 퍼포먼스의 저하가 발생한다는 단점이 생깁니다. 전가상화를 이용한 하이퍼바이저인 VMware의 ESX Server나 마이크로소프트의 Hyper-V 등의 하드웨어 전제조건중 CPU에 Intel-VT나 AMD-V의 기능이 필수인 점은 바로 이 때문입니다.

전가상화(Full-Virtualization)

반가상화(Para-Virtualization)
:전가상화와 달리 하드웨어를 완전히 가상화하지않습니다. 그렇기 때문에 게스트 OS가 직접 하드웨어를 제어하는 것이 아니라, 하이퍼바이저에게 의뢰, 하이퍼바이저가 제어를 하기에 높은 퍼포먼스를 유지할 수 있습니다. Xen이 주목을 받고있는 이유중 하나죠.
물론 반가상화도 단점이 있습니다. 반가상화를 실현하기 위해서는 게스트 OS의 커널의 일부분을 수정해야 한다는 점입니다. 그렇기 때문에 이용할 수 있는 게스트 OS는 오픈소스에 한정되어있습니다. 마이크로소프트가 소스를 공개하지않는한 말이죠. 흐흐

반가상화(Para-Virtualization)

출처 : http://virtualhive.tistory.com/36

하이퍼바이저형 가상화 vs 호스트형 가상화

2012-07-14T23:17:52+00:00

요즘 가상화 기술이 주목을 받고있죠. 그중에서도 서버의 가상화는 많은 회사들이 안고있는 하드웨어의 관리, 재난에 의한 시스템의 신속한 복구등 여러가지 문제를 해결해줄 수 있는 방법으로 각광을 받고있습니다. 이런 서버의 가상화는 하이퍼바이저, 가상OS, VMM(Virtual Machine Monitor=가상머신에 CPU나 기억장치 등의 리소스를 가상화하여 제공하는 소프트웨어,가상화 레이어라고도 함)라고도 불리며 크게 두가지 "Type1 (네이티브, 베어메탈 방식)"과 "Type2 (호스트형 방식)"으로 나눌 수 있습니다.

Type1 (일반적으로 하이퍼바이저(Hypervisor)형 가상화라고 불립니다.)
일반적으로 하이퍼바이저(Hypervisor)형 가상화라고 불립니다. 이 하이퍼바이저형 가상화는, VMM을 물리 컴퓨터의 하드웨어상에 직접 동작을 시키는 방법으로 호스트 OS가 필요없습니다.

출처 : VMware

호스트 OS에 할당할 리소스가 필요없기에 호스트형 가상화에 비해 오버헤드가 적고 물리 컴퓨터 리소스의 관리가 유연한게 특징입니다만, 자체적으로 관리기능을 갖고 있지않기에 별도의 관리콘솔(내지는 관리 컴퓨터)가 필요합니다.

이런 하이퍼바이저형 가상화 소프트웨어에는 VMware의 ESX/ESX i Server, Citrix의 XenServer, Oracle의 VM Server, 썬의 xVM Server, 마이크로소프트의 Hyper-V, Virtual Iron의 Virtual Iron, Parallels의 Parallels Server등이 있습니다.

Type 2 (일반적으로 호스트(Hosted)형 가상화라고 불립니다.)
일반적으로 호스트(Hosted)형 가상화라고 불립니다. 이 호스트형 가상화는 물리 컴퓨터상의 호스트 OS위에 VMM(Virtual Machine Monitor)가 인스톨되어져 이 VMM위에 게스트 OS를 동작시키는 방법입니다.

출처 : VMware

이 호스트형 가상화는 물리 컴퓨터의 하드웨어를 에뮬레이트하기 때문에 오버헤드는 크지만, 게스트 OS의 종류에 그다지 제약이 없습니다. 그렇기 때문에 Windows에서 FreeBSD까지 다양한 게스트 OS를 동작시킬 수 있고, 물리 컴퓨터 역시 데스크톱뿐만이 아니라, 노트북에서도 동작합니다.

이런 호스트형 가상화 소프트웨어에는 VMware의 VMware Workstation, VMware Server, VMware Player, 마이크로스프트의 Virtual Server 2005 R2, Virtual PC, 썬의 VirtualBox, Parallels의 Parallels Workstation등이 있죠. 이 호스트형 가상화는 무엇보다도 손쉽게 도입이 가능하다는 점일겁니다.

PS 1>저도 몇년전부터 가상화에 관심을 두고 공부를 하고 있는 중이어서 알게된 정보를 이렇게 블로그에 남기고 있습니다. 읽다가 틀린 점이 있으면 알려주세요~

출처 : http://virtualhive.tistory.com/22

우리나라에서 가상 데스크 탑 인프라 (VDI)는 무엇인가?

2012-07-14T22:27:54+00:00

안녕하세요? www.virtualization.co.kr 사이트 컬럼입니다.

이번 주는 데스크 탑 가상화를 기획하거나, 고민하는 사이트들을 방문하고 이야기를

하면서 느낀 우리나라의 데스크 탑 가상화 시장에 대해 정리를 해 보겠습니다.

다분히 개인적인 의견임을 먼저 밝힙니다만, 이 분야에서 오랜 동안 전문 솔루션들과 국,내외 전문가들의 글과 토론을 통해해 느낀 점을 밝히는 바, 부디 결정하는데 조금이나마

도움이 되었으면 합니다.

대부분의 고객들은 데스크 탑 가상화는 과연 무엇이라고 생각 하고 있을까요?

아니, 의미를 축소해서 가상화에 대한 정의를 무엇이라고 생각 하고 있을까요?

가상화의 기본 컨셉은 물리적인 작업 환경에 이미지 기술을 도입하여, 이 이미지가

물리적인 머신에서 또 다른 작업 환경을 만들어 주는 것입니다.

2000년대 들어서면서 IT 시장은 VMware에 의해 도입 된 서버 가상화로 시작이 되었고

본격적으로는 불과 3-4년 전부터였습니다.

(하지만, 실제적으로는 아주 오래 전에 메인 프레임 업체에 의해 가상화 응용이 실제로

이루어졌습니다..즉, IA64 CPU를 기반으로 하는 슈퍼 컴퓨터에 물리적 파티션으로

여러 OS를 올려 사용 한 개념이 그 효시가 아닐까 합니다. 그렇다면 아마도 상당히

오래 되었지요.)

가상화 시장은 2000년도 VMware에 의해 소개와 도입이 되면서 시작 된 서버 가상화 입니다.

서버 가상화는 간단히 말하면 고비용 서버의 남는 자원과 성능을 여러 서버를 동시에

통합 함으로서 그 활용도를 최대화 (60 - 70%까지) 하자는 파라다임의 변화였다고

볼 수 있습니다.

그리고 이 개념은 성공적으로 시장에 안착을 했습니다.

즉, 서버 가상화는 한마디로 통합에 의한 경비 절감이 그 목적입니다.

그럼, 데스크 탑 가상화는 어떤가요?

고객들을 만나보면, 서버 가상화 도입 비용과 대 부분 비교하며 비용이 어머 어마해 필요성을 느끼면서도 현재로서는 시작을 하지 못하거나, 초기 투자 정도 하고 있습니다.

초기 투자 이후는, 또 다시 고민에 고민을 시작 합니다. 과연 전사적으로 해야 하는지...

그 비용이나 생각해야 할 부분이 상상 이상으로 많기 때문입니다.

데스크 탑 가상화 시장이 비교적 순탄하게 진행 되고 있는 미국이나 유럽에서는

정의를 데스크 탑 관리 측면으로 접근하며, CIO들의 고민인 데스크 탑 관리 비용을 점차적으로 줄여나가고, 그로 인해 가장 중요한 비지니스 연속성에 의한 생상성

향상에 그 최종 목적을 두고 있다는 것입니다. 보안은 그 중 한 요소에 불과 합니다.

사실, 우리 나라만, 망분리에 의한 보안 사업으로 생각 하는 것으로 보입니다.

개인적인 기억으로는 2년 전 정부에서 클라우드 시장을 주도하기 시작하면서, 자연 스럽게 그 첫 번째가 서버 가상화, 뒤 이어 데스크 탑 가상화가 급속도로 관심을 가지기 시작 한 것으로 기업 됩니다. 적어도 우리나라는 그렇게 기억 됩니다.

이 부분에서 자연 스럽게 만나는 용어가 데스크 탑 가상화 인프라스트럭처

(VDI) 입니다.

고객을 만나보면 90% 이상이 데스크 탑 가상화는 정부에서 추구하는 망 분리를 위한

솔루션으로 인식을 하고 있습니다. 즉, 서버 기반 컴퓨팅 (SBC) 이죠...

그 한 부류인 SBC VDI 솔루션이 최적이며, 보안에 입각한 망분리 사업에 유일 한 솔루션

이라는 의견입니다.

외국의 가트너등 보고 자료에 따르면, 논리적인 가상화가 물리적 머신에 의한 인프라보다

최소 60%이상 보안에 취약 하다는 조사 결과가 나와 있습니다.

그만큼 가상화 인프라를 위한 보안 솔루션이 아직 미비하다는 이야기 입니다.

(앞으로는 점점 더 낳아 지겠지만...)

그럼, SBC 기반 VDI는 무엇인가요?

그 구성을 살펴보면, 데이터 센터(혹은 클라우드 센터)내 서버에 데스크 탑 이미지를 두고

각 클라이언트들은 원격 접속 프로토콜로 지정 된, 본인 데스크 탑으로 접속해서

서버 자원을 이용해 작업을 하고, 그 작업 결과의 세션 값을 받는, 즉 과거의 터미널

개념입니다.

단, 그래픽이 더 우수 하고, 100% 중앙 집중 통제 작업 프로세서입니다.

여기서 이러한 인프라를 구축하기 위해서 고려해야 하는 점은 무엇일까요?

1) 가상 데스크 탑을 호스팅하는 서버 수 (일반적으로 코어당 3명의 사용자로 계산합니다)

2) 항상 온라인으로만 작업을 함으로 MS CAL 라이선스 비용 발생합니다.

3) 가상 데스크 탑에서 운영 되는 OS, 어플리케이션 라이선스 비용 발생합니다.

4) 모두 데이터 센터로 접속해서 작업 함으로 필수적으로 수반 되는 네트워크 대여폭 문제

5) 우리가 사용하는 모든 어플리케이션들이 모두 서버 기반에서 문제 없이 운영 되는지?

6) 당장 필요한 어플리케이션을 설치 할 수 있는지?

7) 특수한 개인 인증이 필요한 어플리케이션이나 디바이스들은 모두 센터에서 해결이 되는지?

8) 모든 클라이언트들은 디스크 없는 모니터와 키보드로 교체해야 하는지?

9) 아니면, 기존의 PC를 계속 사용 해야 하는지?

10) 회사에 오면 오로지 회사 일만 해야 하는지?

11) 개인 일은 절대 하면 안되는 것인지? 이것이 업무 능률을 최고로 올리는 일 인지?

12) Vedio Conference, VoIP, 플래쉬, 동영상, 그래픽 중심의 작업은 원할 한지?

13) 개인 데이터가 갑자기 필요 할 때는 어떻게 해야 하는지?

14) 사용자 설정 값이나 프로파일 관리는 모두 완벽하게 센터에서 관리 되는지?

15) Off Line에서는 작업을 안해도 되는 것인지? 못해도 되는 것인지?

16) 엄청난 서버 도입으로 데이터 센터를 다시 설계 해야 하는지?

17) 네트워크 설계도 모두 다시 해야 하는지?

18) 소프트웨어 라이선스 문제에서 자유로운지?

19) 센터에서의 전체 관리는 복잡하지 않은지?

20) 원격 접속하는 클라이언트 문제는 신속히 해결 할 수 있는지?

이상으로 생각나는 문제점들을 나열 해 보았고 그 중 몇가지는 기술적으로 해결이 되어

있을 수도 있습니다.

그럼에도 불구하고 대화를 해 보면, 고민을 하면서도, "보안 문제만 해결 된다면 할 수 있다" 라는 이야기를 듣습니다.

과연, 예전에는 어떻게 해 왔었는지 궁금하지 않을 수 없습니다.

이 부분에서, 데이터 센터로 원격 접속해서 작업을 하면, 사용자 PC에는 아무런 데이터가

남지 않기 때문에 보안이 완벽하다는 주장인데....

아시다시피, 보안 문제의 80%는 내부 인원에 의한 것이고, 모니터에서 데이터가 보인다는 것 자체가 이미 보안에서 자유롭지 못하다는 생각은 하지 않나요?

카메라로 내용은 절대로 못 찍을까요?

외부에서 원격 접속해서 하는 어떤 행동으로 부터도 완벽할까요?

가상화는 위에서도 적었듯이 모두 이미지 기반입니다. 이 미미지를 해하는 바이러스는 없을까요?

이미 외국에서는 SBC 일변도의 VDI 환경의 많은 문제점으로 인한 새로운 솔루션이 등장하고 있다는 사실도 검토할 때 반드시 병행을 해야 할 것입니다.

이 글 도입 부분에서도 이야기 했듯이 VDI는 하나의 인프라이며,

센터에서 데스크 탑 관리를 주 목적으로 하는 솔루션들입니다.

만일, VDI 클라이언트에 문제가 생기면, 관리 비용 역시 발생 할 것입니다. (물론 가장 중요한 비지니스 연속성에 의한 생산성에 문제가 제일 크리티컬 하겠죠...)

클라이언트 기반 데스크 탑 가상화 솔루션 사들의 공통적이고,

대표적인 주장은 이렇습니다.

클라이언트의 보안은 그들 전문 회사 솔루션을 활용하고, 또다른 문제점들이 있다면 이 부분도 전문 회사와 작업을 하면 된다는 것입니다. 우리의 목적은 중앙에서 전체 클라이언트들을 원 클릭으로 빠르고 쉽게 관리하며, 해결하는 것입니다.

모든 문제점들에 대한 해결점은 한 회사의 솔루션으로 해결한다는 것은 있어도 안되고, 있을 수도 없다는 의견을 모두 이야기 합니다.

이렇게 된다면, IT 시장 자체도 의미가 없을 것입니다.

필자의 생각은 이렇습니다.

SBC 기반의 VDI 환경은 꼭 필요한 부서만, 최소한의 비용으로 구축 하고,

상대적으로 보안이 덜 중요한 곳은 클라이언트 기반 데스크 탑 가상화로 전체 관리를 하는 전략이 가장 안전하고, 권장하는 바입니다.

IT 시장은 또 어느 방향으로 이동 할 지 아무도 모릅니다.

모두가 안전하고, 경제적인 비용으로 최대의 효과를 낼 수 있는 방법은 퓨전이라

생각합니다.

이상으로 현재와 같이 SBC 기반 VDI 일변도의 데스크 탑 가상화 시장에 대한

생각을 정리 해 보았습니다.

감사합니다.

이 글과 관련해서, 생각 할 의견이나, 또 다른 솔루션을 있다면,

mjki@virtualization.co.kr로 의견을 보내 주시거나, 회원 가입 후

http://www.virtualization.co.kr/bbs/board.php?bo_table=06b&wr_id=26

페이지에 의견을 남겨 주시면 감사하겠습니다.

다음에 의견 반영해서 다루도록 하겠습니다.

가상화, 클라우드는 www.virtualization.co.kr 입니다.

출처 : http://www.virtualization.co.kr/bbs/board.php?bo_table=01_2&wr_id=913&sfl=wr_subject%7C%7Cwr_content&stx=vdi&sop=and

가상화 업체의 새로운 기회 - 망 분리 사업

2012-07-14T22:26:28+00:00

올해 공공기관 망 분리 사업이 본격화된다. 망 분리 사업은 그다지 새로운 개념은 아니다. 글자 그대로 하나로 구축되어 있던 망(Network)을 분리하겠다는 것이다. 분리의 기준은 "(내부) 업무"와 "(외부) 인터넷"이다.

사실 이러한 망 분리는 금융권 등에서는 이미 한참 전에 적용한 것들이다. 일례로 내가 2004년에 프리랜서로 일하며 잠시 출입했던 N은행의 경우, 그 당시에 이미 나름의 망 분리가 적용된 상황이었다. 나야 당시 N은행에 납품되는 비밀번호 입력기의 드라이버 쪽만 담당했기에 실제 망에 어떻게 설계된 지는 확인하지 못했지만, 기본적으로 N은행 직원의 컴퓨터는 "업무용" 망과 "외부용" 망을 선택할 수 있게 되어 있었다. 아마도 다음과 같은 형태가 아니었나 싶다.

물론 세부적인 망의 디자인으로 다를 수도 있다. 랜 카드(NIC)를 하나만 쓰면서 VLAN을 나눠 쓸 수도 있고 업무용 망은 아예 라우터에 물리지 않을 수도 있다. 또는 스위치도 하나로 묶여있을 수도 있다. 하지만 그게 이 포스팅의 포인트는 아니니 더 이상의 언급은 하지 않겠다.

당시 저 환경을 보고 있는 내게 가장 의아하게 다가운 문제는 "저 방식이 무슨 장점이 있나?" 였다. 이쯤에서 망 분리를 하는 이유에 대해서 짚고 넘어가야 한다. 망 분리는 다음과 같은 이유 때문에 수행한다.

업무용 내부 자료 및 통신 내용에 대한 외부로부터의 해킹 차단:
망이 분리되어 있으니 외부에서는 접근할래야 접근할 수가 없다. 외부 망과 내부 망은 최소한의 연결도 제거 해야 한다.
내부 직원이 인터넷 상에서 실수로 받은 악성 코드 및 바이러스로부터 내부 망을 보호한다.
기본적으로 외부 망에서 흘러들어온 악성 코드 및 바이러스가 사내망에서 떠도는 것을 막는다.
내부 자료의 유출을 막는다.
1번과 일맥상통하는 얘기다.
ISP의 서비스 중단과 같은 사태 속에도 업무 중단을 최소화한다.
내부망은 외부망과는 원천적으로 다르고 사용자도 적어 장애를 최소화한다.

뭐 이외에도 여러 이유가 있고, 돈 많이 받고 이빨 잘 까는 업계의 각종 컨설턴트 및 망 분리에 조금이라도 참여할 여지가 있는 회사의 마케팅과 영업 직원들이 훨씬 깔끔하고 보기 좋게 정리한 것도 있겠지만, 역시나 일단 참고 위의 것들만 보도록 한다.

사실 위의 그림 속에 나와있는 구성은 앞서 말한 망 분리의 장점 중 4번을 제외하고는 전혀 갖고 있지 않다. 사실상 저 구성에서 직원 컴퓨터는 망 선택 소프트웨어를 딸칵하는 것만으로 업무망과 인터넷망이 바뀐다. 직원이 업무용 망에서 작업하던 자료 사본을 컴퓨터에 저장한 후, 클릭 한 번이면 그 자료는 외부에 노출된다. 그리고 해킹도 마찬가지다. 악의적인 의도를 가진 누군가 망 선택 소프트웨어를 활용하는 트로이 목마 또는 악성 코드 등을 만들어서 배포하면 회사 내부의 자료는 순식간에 그 누군가의 컴퓨터에 차곡차곡 쌓일 수 있다. 쉽게 말해 1,2,3번은 위의 구성에서는 활용될 수 없는 장점인 것이다.

이것은 몇 년 전, 길게는 몇 십년 전의 상황이고, 지금은 많이 바뀐 것 같다. 신문과 지인 통신을 통해 들은 바로는 크게 다음과 같은 두 가지 구성이 요새의 대세인듯 하다.

(a) 업무용과 인터넷용(외부용) 컴퓨터의 물리적인 분리

(b) 가상화 기술을 이용하여 업무용과 인터넷용 OS 분리

첫번째 방법은 가장 확실한 방법으로 네트워크만 분리하는 것이 아니라 아예 컴퓨터까지 분리해버리는 것이다. 이렇게 되면 누군가 직접 침입하지 않는 한 외부에서의 해킹은 불가능해진다. 두번째 방법은 가상화 기술을 이용하여 한 컴퓨터 안에서 업무용 OS와 인터넷용 OS를 구분하는 것이다. 충분히 성숙된 하이퍼바이저를 활용한다면 큰 보안 문제 없이 업무망과 인터넷망을 확실히 구분할 수 있는 방법으로, 각 OS 상의 어플리케이션이 상대방 OS를 통하여 망에 접근하는 것은 사실상 불가능해진다.

위의 두 구성을 보고 있자면 뭔가 첫번째 구성은 비효율적으로 느껴진다. 그런 느낌은 당연하다. 각 직원의 자리마다 컴퓨터를 두 대 놓고 작업한다는 것은 비효율적이다. 물론 이런 말을 하면 씬 클라이언트 (SBC 등) 업체들이 쌍수를 들고 "저요! 저요! 그래서 저희는 조그마한 씬 클라이언트만 두면 된다고 생각해요!"라고 하겠지만, 여전히 두 대는 말이 안 된다. 그리고 컴퓨터를 물리적으로 두 대로 구분하게 되면 상상하지 못한 제약과 보안 리스크가 생긴다. 바로 USB 메모리다.

업무용 컴퓨터와 인터넷용 컴퓨터를 물리적으로 구분하고 업무를 보라고 할 수 있을까? 물론 이상적으로는 업무 관련 자료는 모두 업무망을 통하고 회사 이메일을 사용하면 되겠지만 인생사가 그리 칼 같이 잘리지 않는 법이다. 업무용 망에서 쓰던 문서를 외부에 게시해야 하는 경우가 있을 수도 있고, 외부에서 받아온 문서 및 사진 등을 업무에 활용해야 할 수도 있다. 하지만 망도 분리되어 있고 컴퓨터가 분리되어 있으면 어떻게 자료를 주고 받을 수 있을까? 자연스레 USB 메모리 등을 이용하여 두 컴퓨터 간의 데이터를 공유하게 된다. 많은 회사들에서 USB 사용을 막는다고 하지만 저렇게 분리된 상태에서 USB도 막으면 망 분리를 통한 보안 확보라는 빈대 한 마리를 잡기 위해 작업 능률 저하 및 물리적 매체(USB 메모리)를 통한 보안 리스크라는 초가집을 태우는 일이 되버릴 것은 불 보듯 뻔한 일이다.

이 상태에서 가장 좋은 방식은 USB 방식의 메모리 장치를 사내에서 표준화 시키고 해당 장치에는 보안 모듈을 탑재하여 일정 보안 등급 이상의 문서는 저장이 안되고 외부에서 받아온 파일은 자동으로 바이러스/악성코드 검사를 하며 추후 있을 문제를 위하여 중앙 검역소에 일정 기간 저장을 시키는 것이다. 하지만, USB 메모리 장치의 표준화는 쉽지도 않거니와 이를 위한 소프트웨어 개발 및 각 사용 기업별 환경에 맞춘 커스터마이징 (customizing)을 생각하면 이 방법은 매우 비용 효율적이지 못한 방법이다.

그렇다면 두 번째 방식은 어떨까? 전반적으로 두 번째 방식은 첫 번째 방식에 비해서 장점이 많다.

일단 각 직원별로 하나의 (물리적인) 컴퓨터만을 사용해도 된다는 것은 큰 장점이다. 게다가 최근 급속도로 발전한 x86 가상화 소프트웨어들을 활용하면 마치 서로 다른 OS라는 것을 인지하지 않은 채로도 충분히 작업을 수행할 수 있다. 동시에 각 OS별로 서로 다른 NIC를 할당하거나 단일 NIC의 서로 다른 VLAN을 할당할 수 있기 때문에 두 망(업무용과 인터넷용)을 확실하게 구분할 수 있다.

하지만 이 방식으로 여전히 첫번째 방식과 비슷한 문제를 갖고 있다. 업무용 OS와 인터넷용 OS 간의 데이터 전송이 "아주 쉽거나" 혹은 "아주 어렵다"는 것이다. 방식이 아주 어려워질 경우, 첫번째 방식과 똑같은 문제가 생길 것이다. 방식이 아주 쉬워진다는 것은 컴퓨터의 하드 디스크 상에 두 OS에서 모두 접근 가능한 공유 저장소가 있다는 것이다(물론 다른 방법도 무지막지하게 많이 존재할 수 있다. 예를 들어, 가상 NIC를 통한 데이터 전송이 가능할 수 있다). 방식이 아주 쉬워질 경우에는 맨 처음 나온 망 분리 방식처럼 아무 장점 없이 괜히 컴퓨터의 리소스만 갉아먹는 일이 될 것이다.

이에 대한 해결책은 첫번째 방식을 위한 해결책보다 훨씬 깔끔(간결하고 소프트웨어적으로 처리가 가능하다)하고 이미 많은 부분이 상용 소프트웨어 업체에 의해 구현되어 있다. 문서 DRM를 통한 보안 등급 관리와 사용자 권한을 통한 접근 제어 기술이 가상화 기술과 만나는 것이 바로 해결책이다.

업무용 문서는 하이퍼바이저에 내장(또는 플러그-인 형식으로 설치)된 권한 확인 절차를 거치고 해당 문서의 보안 등급을 확인하여 특정 등급(공개 가능)인 경우에만 공유 저장소에 저장될 수 있다. 또는 공유 저장소에 있는 모든 업무용 문서는 인터넷용 OS를 통한 접근 전 권한 확인 및 문서 등급 검사가 이뤄져야 한다.

반대로 인터넷(외부)에서 들어온 문서(또는 기타 파일)를 업무용 OS에서 접근하기 위해서는 해당 문서에 대한 바이러스/악성코드 검사 및 새로운 보안 등급 부여가 선행되어야 한다. 또한, 각 직원(사용자)의 권한을 확인하여 특정인의 경우 외부에서 오는 문서를 아예 접근하지 못한다던지 특정인에게만 실행 파일을 실행시킬 수 있는 권한을 준다든지의 조치를 취한다.

이런 소프트웨어는 이미 시장에 널려있다. 어느 정도 규모 이상의 기업은 모두 사내 문서 관리 및 문서별 DRM 적용을 하고 있으며, 각 직원별 권한이 지정되어 있다. 다만 이러한 소프트웨어와 가상화 소프트웨어(하이퍼바이저) 간의 유기적인 통합만이 남아있을 뿐이다. 아, 물론 이미 성숙한 가상화 업체의 경우 자체적으로 이러한 솔루션을 갖추고 있는 경우가 많지만, 여전히 "망 분리"라는 특수 상황에 최적화되어있지는 않은 듯 하다(여기서 최적화란 성능 또는 기능의 최적화가 아니라 사용 편이성 측면에서의 최적화다)

본 포스팅을 쓰고 있는 나는 소프트웨어쟁이고 동시에 (x86) 가상화에 대한 열렬한 신봉자이기 때문에 도저히 첫 번째 방법은 정답으로 보이지 않는다. 그렇기에 당연히도 본 포스팅을 상당히 한 쪽에 치우쳐진 글일 확률이 높다. 하지만 최대한 객관적으로 봐도 물리적인 망 이중화 전략은 초기 투자 비용 부담 및 Point of Failure 증가로 인한 유지.보수 문제 등 비용적인 문제가 많이 내재되어 있기에 두 번째 방식인 가상화를 통한 방식이 망 분리 전략에는 더 적합해 보인다.

다만 이렇게 되면 배달해야 하는 컴퓨터의 수가 줄어드니 물류 업체의 일자리가 줄어들고 (혹시라도 국내 PC 업체가 납품하게 되면) 컴퓨터 제조 공장의 일자리가 줄어든다고 이명박 대통령이 쿠사리 줄 것이고, 국내에 제대로된 가상화 소프트웨어 업체가 없어 모두 해외에서 수입해야 된다는 이유로 이명박 대통령이 국내 IT(특히나 소프트웨어)를 더 무시할 것이고, 청와대(가상화를 통한 망 분리가 청와대에 도입된다면) 대통령 집무실의 컴퓨터에 두 OS가 들어있어서 로긴 비밀 번호를 하나 더 외워야 하는데 그걸 못 외워서 컴퓨터 못 쓴다고 이명박 대통령이 구박할 것이니. 가상화를 통한 망 분리 사업 진행에 애로 사항이 있지 않을까 걱정이다.

덧. 본 포스팅 또한 언제나처럼 30분만에 그림부터 글까지 뚝딱한 것이기에 수 많은 비문과 오탈자가 있을 것이지만, 이 포스팅을 읽는 모든 분들께서 태평양과 같이 넓은 마음으로 양해해주시기 바랍니다.

출처 : http://engineered.egloos.com/2193909

논리적 망분리 이슈

2012-07-05T11:06:44+00:00

■ 현재 3000억원대 시장을 형성할 것으로 기대되는 공공기관 망분리 사업이 진행 중

물리적 방식 - PC 2대 사용(1명당 업무 전산망용 PC와 인터넷 접속용 PC 등 2대)

논리적 망 분리 방식 - PC 1대를 이용하는 논리적 망분리 방식이 정부가 검토 중

■ 망 분리 사업의 배경

정부기관에 대한 해킹 등 사이버공격을 차단하고 행정기관 내부의 정보 유출을 막기 위한 것으로

내부 업무망과 인터넷망을 분리, 운영하는 것이 핵심이다. 지난해 6개 부처를 시범사업 대상으로

선정한 이후 현재 총 58개 중 33개 기관이 망 분리를 마쳤거나 추진하고 있다.

내년부터는 16개 광역시도와 260여개 지자체 등 30만대 이상의 PC에 대한 망분리 사업이 발주될 예정

망 분리 구축 사업데 대한 논란

- 정부는 현재 물리적 방식을 채택할지 논리적 망 분리 방식을 채택할 지에 대해 결정 중이다.

- `물리적 망 분리' 방식이 채택되면서 가상화, 서버기반컴퓨팅(SBC) 기술 등을 이용해 PC 1대에서

망분리를 구현하는 `논리적 망분리' 관련 업체들이 반발하고 있는 것. 특히 물리적 망 분리 방식의

경우 두 PC를 옮겨다니면서 업무를 처리하는 것이 번거롭고 1인 2PC가 예산 낭비라는 비판도 제기

- 이 가운데 정부가 논리적 망분리 허용 여부를 검토하고 있어 업계의 기대가 높아지고 있다.

논리적 망분리 방식의 보안 수준과 비용 문제가 집중 논의되고 있다.

- 그동안 업계에서는 논리적 방식이 물리적 방식 대비 보안성과 비용 측면에서 경쟁력이 있다고 주장

은행과 대기업 등이 대규모로 도입할 만큼 서버기반컴퓨팅(SBC) 등의 성능은 이미 시장에서 검증이 됐고

물리적 망분리 대비 20% 이상 비용을 절감할 수 있다는 것.

- 모든 가상 시스템과 데이터를 중앙 서버에 집적해 관리하기 때문에 보안 업데이트 패치와 라이선스 관리 등

PC 관리 업무도 수월해진다고 주장

- 사용자들의 불편도 줄일 수 있다. 기존대로 1대 PC에서 작업할 수 있기 때문에 업무 환경 변화를 최소화할

수 있고 직원들의 업무 전환이나 자리 이동시에도 바로 가상 머신을 다운로드해 업무를 시작할 수 있게 된다.

특히 물리적 방식의 경우 당장 PC와 네트워크 장비들이 크게 늘어나는 반면 논리적 망분리는 장비 추가 구매를

최소화할 수 있어 `그린IT' 측면에서도 의미가 있다는 분석이다.

■ 그렇다면 논리적 망분리란??

서버기반컴퓨팅 기술을 이용한 논리적 망분리 방식. 가상머신을 중앙 서버나(왼쪽) PC에 두고(오른쪽)

필요할 때만 별도의 망으로 접속해 사용한다.
논리적 망분리는 하드웨어를 두 대 사용하지 않는 대신 가상화 기술을 이용해 내부 업무 전산망과 외부

인터넷망을 분리하는 방식으로, 서버기반컴퓨팅(SBC) 기반, 데스크톱 가상화 등이 대표적이다

■ SBC란?

SBC는 Server Based Computing의 약자입이다. 개인PC가 아닌 서버에 접속해서 서버에서 작업을 하는 방식이다.

대게 중요 보안 관련하여서만 적용을 하다가 요즘은 전사적으로 확대하고자 검토하는 기업들이 늘고 있는 추세이다.

이른바, 사용율이 저조한 서버들을 하나의 물리적인 서버에서 가상으로 수용하거나 저사양 서버를 하나의

가상 서버로 묶어 고가의 서버를 대체하는 기술을 서버 가상화라고 하며,

즉, 개개인의 사용자 PC를 가상화해 PC유지보수 비용을 절감시키거나 지식 재활용성을 높이면서도 보안을

강화하는데 목적이 있다고 볼수 있다.

장점 - SBC는 기업 업무 효율성

업무용 PC의 디스크 등 하드웨어 문제가 발생한 경우에도 소프트웨어나 운영체제를 새로 설치할 필요 없이

다른 PC에서 접속하면 동일한 데이터, 동일한 소프트웨어를 사용할 수 있다. 특히 SBC는 서버 접속만 가능하면

업무를 할 수 있기 때문에 고성능 PC가 아닌 넷북이나 모바일 단말기를 이용해서도 업무를 처리할 수 있다.

단점 - 동영상 등 다량의 트래픽이 필요한 서비스의 경우 통신망의 안정성에 따라 사용자가 불편을 느낄 수 있다는 점 등은

아직 기술 개발이 더 진행되야 할 부분으로 꼽힌다.

■ 이슈화 되고 있는 논리적 망분리 구체적 어플리케이션의 예

VMFort는 가상머신 기술 분류상 어플리케이션 레벨 가상화 제품군에 포함되는 "가상화 제품" 이다.

(VMCraft, Inc)사의 제품을 예로 설명

•VM Fort의 특징

◦원복 작성자도 기업정보 반출 불가
◦알려지지 않은 악성코드로 부터 보호
◦안전한 협업 시스템 제공
◦가상머신을 이용한 이미지 기반의 컴퓨팅( 새 PC에 소프트웨어를 설치 하지 않아도 됨)
◦소프트웨어간 충돌문제 해결

•시스템 구성도 및 가상 네트워크 구성도

가상머신 내에는 가상머신 전용 가상 네트워크 카드가 설치되며, 가상 네트워크 카드는 VNIC용 VPN을 통해서만 통신할 수 있다.

따라서 가상머신 내에서의 통신은 VPN에 의해 암호화되므로 실제 PC에서 네트워크 패킷을 모니터링하거나 조작할 수 없다.

또한, 가상머신은 업무망에만 접속할 수 있고, 실제 PC는 인터넷만 접속 가능하도록 네트워크가 설정된다.(설정에 따라 그 반대도 가능)

•VM Fort의 세부 기능
가상머신과 실제머신 사이의 클립보드 및 가상머신의 USB/CDR 드라이브, COM/LPT 포트 등의 매체제어가 가능

따라서 가상머신 내에서는 USB나 CD-ROM을 사용 못하게 하거나, 실제머신에서 가상머신으로의 복사는 허용하고

가상머신에서 실제머신으로의 복사는 허용하지 않는 등의 설정이 가능.

•사례 1- 소스 코드 유출 방지

•사례2 - 전자 정부 망분리 사업

•사례3 - 협업 시스템 구축

---------------------------------------------------------------------------------------------------------------------

정부의 망 분리에 있어서 앞으로의 그 대응이 주목된다. 효율성을 따진다면 논리적 망분리가 분명 대세이겠지만, 논리적 망분리의

안정성과 타당성이 도마 위에 있는 만큼, 얼마나 더 정교한 소프트 웨어를 개발하느냐가 관건이겠다. 해킹 및 정보 유출로부터 자유

로울 수 없는 현 상황에서 공공기관의 이번 적합한 대응은 앞으로의 IT분야의 보안에 중요한 KEY가 될 듯하다.

출처 : http://blog.naver.com/ldy2030/30069107739

가상화 기술보다 복잡한 윈도 라이선스 따라잡기

2011-12-25T20:32:50+00:00

최근 지식경재부 산하 우정사업본부(이하 우본)는 망 분리 프로젝트 사업자를 선정했습니다. 망 분리 사업이란 공공기관이 정보보호를 위해 업무용 인트라넷과 외부 인터넷을 완전히 단절하는 것을 말합니다. 인터넷에 연결되지 않으면 해킹당할 염려도 없고, 악성코드가 설치될 가능성도 낮기 때문에 일정규모의 공공기관은 의무적으로 망 분리를 하도록 돼 있습니다.

망 분리 방식으로는 여러 가지가 있습니다. 아예 PC를 두 대를 놓고 하나는 업무용으로, 하나는 인터넷용으로 이용하는 방법이 대표적입니다. 하지만 이는 불편할 뿐 아니라 공간도 많이 차지하고, 전기요금도 많이 나가며, 컴퓨터를 새로 사야 해서 비용이 많이 듭니다.

그래서 최근에는 가상화 기술을 이용하는 방식이 인기를 끌고 있습니다. 업무는 물리적 PC를 이용하고, 인터넷을 이용할 때는 가상화 된 PC나 애플리케이션을 이용하도록 하는 것입니다. 하나의 물리적 PC에서 사실상 두 대의 PC를 이용하는 것과 같은 효과를 줍니다.

바로 우본이 가상화 기술을 이용해 망 분리 프로젝트를 진행코자 하고 있습니다.

그런데 예상치 못한 곳에서 문제가 발생했습니다. 윈도 라이선스가 복병이었습니다.

우본은 사업자 선정에 앞서 각 가상화 솔루션 업체들의 기술이 윈도 라이선스를 위반하지 않는다는 인증서를 받아오도록 요청했다고 합니다. 자칫 자신도 모르게 불법SW를 사용하지 않도록 하기 위한 조치일 것입니다.

이 때문에 각 솔루션 업체들은 한국MS에 자신의 기술이 윈도 라이선스를 위반하지 않는지 문의를 해야 했고, 이 과정에서 일부 솔루션 업체들은 2~3년간 공들여 개발한 기술이 MS윈도 라이선스 정책을 위반한다는 사실을 깨달았다고 합니다.

MS 라이선스 정책은 원래 매우 복잡합니다. 특히 여기에 가상화가 더해지면 더욱 복잡도는 한층 강해집니다. 한국MS 담당자조차 이번에 솔루션 업체들의 라이선스 문의에 답하는 과정에서 새롭게 알게 된 것이 있다고 할 정도입니다.

MS 윈도 라이선스는 크게 ▲OEM ▲FPP ▲볼륨 라이선스로 나뉩니다. OEM은 PC제조업체들에 공급하는 라이선스이고, FPP는 일반 소매점에서 CD를 살 때의 라이선스입니다. 볼륨 라이선스는 다섯 개 이상의 PC를 보유한 기업이 이용하는 라이선스입니다.

하지만 이런 라이선스는 모두 물리적 PC를 기반으로 만들어진 정책입니다. 한 대의 PC로 여러 운영체제를 이용하는 가상화 환경에서는 이런 라이선스 정책을 그대로 적용하기 어렵습니다.

이 때문에 MS는 가상 데스크톱을 위해 ▲Windows 클라이언트 SA(Software Assurance) 와 VDA(Virtual Desktop Access)라는 새로운 라이선스 모델을 만들어, 지난 2010년 7월부터 적용하고 있습니다.

SA는 원래 일종의 유지보수 계약과 유사한 라이선스 정책입니다. 윈도를 구매한 후 SA를 추가로 구매하면 소르트웨어 이외에 기술지원, 컨설팅 서비스, 교육 등을 받을 수 있습니다. MS는 여기에 가상 데스크톱을 이용할 수 있는 권리까지 포함시켰습니다. 기존에 SA 라이선스를 가지고 있는 기업은 추가비용 없이 가상PC를 구동할 수 있습니다.

가상 데스크톱에 연결하거나 가상 데스크톱을 실행하기 위한 장치에 대한 SA 라이선스를 이미 보유하고 있는 기업은 추가로 라이선스를 취득할 필요가 없습니다.

VDA(Virtual Desktop Access)는 씬 클라이언트 등의 장치를 통해 가상 데스크톱을 이용할 때 적용하는 라이선스입니다. 또 맥OS에서 윈도를 가상으로 구동할 때도 이용할 수 있습니다. MS에 따르면 비용은 연간 100달러 수준이라고 합니다.

몇 가지 사례를 보겠습니다.

1. 100대의 PC를 통해 50개의 가상 데스크톱을 이용하는 경우 - 100대의 PC가 모두 SA라이선스를 획득해야 합니다. SA 라이선스가 있어야 가상 데스크톱에 접속할 수 있습니다. 비록 50개의 가상데스크톱만 이용하더라도 100대의 PC로 접속하려면 100개의 SA가 필요하다고 합니다.

2. 100대의 PC로 150개의 가상 데스크톱을 이용하는 경우 - 역시 100대의 PC가 SA를 획득해야 합니다. 가상 데스크톱을 몇 개 구동하느냐가 기준이 아니라 몇 대의 PC로 접속하느냐가 기준입니다.

3. 100대의 PC와 100대의 씬 클라이언트가 100개의 가상데스크톱에 접속하는 경우 - SA 100개와 VDA 100개가 필요합니다.

4. 회사에는 컴퓨터가 없고 100명의 직원들이 가정의 PC로 회사 서버의 가상 데스크톱에 접속해 일을 보는 경우 - VDA 100개가 필요합니다.

5. 회사에는 100명의 직원이 각각의 PC와 가상 데스크톱을 보유하고 있는데, 집에서도 가상 데스크톱에 접속해 이용하는 경우 - 100개의 SA가 필요합니다. SA는 로밍 권한이 포함돼 있습니다.

출처 : http://shimsky.delighit.net/253

AdminID.kr (어드민아이디) - 가상화 소프트웨어

VMware Workstation 8 의 소개와 가상 머신의 특성

vCenter 없이 vSphere 로 ESXi 에 연결해서 가상머신 복사하기

VSphere 에서 수행

Console 에서 수행

Inventory에 추가

Ref

Workstation용 .vmdk를 esxi 전용으로 변환하기

Configuring Virtual Machine Processor Settings

Intel Virtualization Technology for Directed I/O (VT-d)

인텔의 vPro, 5년 노력에도 안팔리는 이유?

가상화 - 윈디하나의 솔라나라

목차

가상화(Virtualization)란?

가상화 분류

구현에 의한 분류

전가상화, 반가상화

전가상화

반가상화

하이퍼바이저

가상화 지원을 위한 하드웨어 기술

AMD-V, VT-x

Nested Page

IOMMU

VT-c

계통도

Solaris Containers (Zones)

Zones

Branded Zones

Oracle VM VirtualBox

Oracle VM Server for SPARC

인텔® 가상화 기술 정보

인텔® 가상화 기술 정보

[가상화] VT-D의 호환성 Motherboards

인텔의 AES-NI, TXT, VT-D (AES 명령어 세트, 신뢰 실행 기술, 가상화기술)

Desktop Boards - Compatibility with Intel® Virtualization Technology (Intel® VT) (가상화 지원 칩셋)

Vmware Converter 포트 확인 (Required VMware vCenter Converter ports)

Required VMware vCenter Converter ports (1010056)

Symptoms

Purpose

Resolution

Additional Information

See Also

This Article Replaces

Update History

Request a Product Feature

Unable to connect to the network share 'x.x.x.x\ADMIN$' - When using vCenter Converter the converter agent fails to install with an error (1021465)

Unable to connect to the network share 'x.x.x.x\ADMIN$'

When using vCenter Converter the converter agent fails to install with an error (1021465)

Symptoms

Cause

Resolution

Tags

See Also

Request a Product Feature

Feedback

인텔® 가상화 기술 적용 프로세서 제품군 목록

인텔® 가상화 기술 정보

VMware giving error message while installing!! - VMware can not installed. VMware requires feature that are not present on your CPU, No-Excute Memory Protection

전가상화와 반가상화

하이퍼바이저형 가상화 vs 호스트형 가상화

우리나라에서 가상 데스크 탑 인프라 (VDI)는 무엇인가?

가상화 업체의 새로운 기회 - 망 분리 사업

논리적 망분리 이슈

가상화 기술보다 복잡한 윈도 라이선스 따라잡기