개발 환경 구성: 5.2. VMWare

부모글 보이기/감추기

VMWare Server 가 어떤 환경의 VM 를 지원하는지, 아래의 화면에서 실제로 제가 생성했던 것을 보시면 한눈에 알아보실 수 있을 것입니다.

참고로, Virtual Server 를 해당 서버에서뿐만 아니라, 다른 PC 에서도 Virtual Server 웹 사이트를 방문해서 모든 VM 제어/생성을 할 수 있는 데요.
VMWare 같은 경우에는 독립 실행형 Application 인 VMWare Console 까지 같이 제공해 주고 있습니다.
아래의 화면은 VMWare Server 가 설치된 다른 서버를 제 노트북 컴퓨터에 설치된 VMWare Console 로 연결한 화면입니다.
주의할 것은, 이때 방화벽 설정에서 902 포트는 열어주어야만 정상적으로 서버에 접속할 수 있습니다.

1. 서버에 접속을 하면 다음과 같은 VMWare 콘솔 화면이 최초로 나타나게 됩니다. 왼쪽 패널의 "Inventory" 에는 설치된 VM 목록이 나오게 되는데, 아직 아무것도 설치하지 않았기 때문에 비어 있습니다. 이제, 새로운 VM 을 하나 설치하는데요. 오른쪽 패널의 "New Virtual Machine" 을 선택해 주면 됩니다.

VMWare 콘솔 화면

2. 그럼, 아래와 같이 마법사 화면이 시작됩니다.

VM 마법사 단계 1

3. 다음 화면에서, 어떠한 옵션들이 있는지 자세히 보기 위해서 저는 "Custom" 을 선택했습니다.

VM 마법사 단계 2

4. 어떤 OS 를 설치할지를 결정하게 됩니다. 이미지에는 잘렸지만, Vista 32bit/64bit 도 포함되어져 있습니다. 아쉽게도 Longhorn Server 는 포함되어져 있지 않지만, 대충 Vista 옵션으로 때워도 될 것 같습니다. ^^

VM 마법사 단계 3

5. VM 관련 파일들이 설치될 경로와 이름을 묻습니다. Virtual Server 에서의 설정과 별반 다른 것이 없습니다.

VM 마법사 단계 4

6. 어차피, 저만 사용할 것이므로. 보안을 위해서 체크했습니다.

VM 마법사 단계 5

7. 아쉽게도, Virtual Server 에서 볼 수 있었던 "Save State" 기능은 제공하지 않습니다. 특이한 것은, Virtual Server 의 경우, 이와 같은 설정을 하기 위해서는 사용자 계정을 입력해야 했었는데, VMWare 는 Local System 계정까지도 제공을 해주는 군요. - 설치 이후, VM Settings 에 보니 "Snapshot" 기능이 있는데, 그것이 "Save State" 기능과 유사한 것 같습니다.

VM 마법사 단계 6

8. 기능 설명에 나와 있던 데로, Virtual SMP 지원 옵션이 제공됩니다. 당연히 ^^; 2-way 를 선택했습니다.

VM 마법사 단계 7

9. 메모리 설정입니다. Virtual Server 와 다른 면이 없어 보입니다.

VM 마법사 단계 8

10. 네트워크 설정입니다. 역시 Virtual Server 와 다른 면이 없어 보입니다.

VM 마법사 단계 9

11. Disk 설정 화면입니다. 이것도 Virtual Server 와 다른 것이 없습니다. 당연하겠지만, Microsoft 의 VPC 파일과 VMWare 의 vmdk 포맷은 다른 듯 합니다. 이 점이 가장 아쉽다고나 할까요. 마이그레이션 툴이라도 있으면 좋을 텐데. ^^ 이것 때문에 VMWare 사용에 대한 갈등이 생기게 됩니다. 어차피 MS 도 다음 버전의 Virtual Server 에서는 64bit 호스팅 환경 및 가상 SMP 를 지원할 수도 있을 텐데, 현재 그렇게 많이 만들어 놓은 VPC 이미지를 모두 버리고 VMWare 로 간다는 것은 다소 어려운 결정일 듯 싶습니다. 차라리 그 보다는, x64 2-way VM 하나만을 만들어 두고 테스트 서버로 두는 것이 더 낫겠다는 생각을 하게 됩니다.

VM 마법사 단계 10

12. 오,,, SCSI 유형까지 지원하는 군요. 더군다나 SCSI 유형이 오히려 추천 항목이라고 합니다. 어차피 VM 이라 어느 정도의 성능일지는 모르지만. (200/07/23: Virtual Server 에도 SCSI 는 구현되어져 있었네요. ^^)

VM 마법사 단계 11

13. 디스크 용량 제한입니다. Virtual Server 보다 더 나은 옵션을 제공하는데요. 다름 아닌 디스크 용량 제한이 VPC 같은 경우에는 16GB 였는데, VMWare 는 호스트 측 컴퓨터의 하드 디스크 용량이 허용하는 한도내에서 최대한으로 잡을 수 있도록 해주고 있습니다. 대신에, "Allocate all disk space now" 를 선택하면 시간이 상당히 오래 걸리는 초기화 작업을 하게 됩니다.

VM 마법사 단계 12

14. VMDK 파일 이름을 지정할 수 있습니다.

VM 마법사 단계 13

15. "Finish" 버튼을 누르고 나면 다음과 같이 디스크 초기화 작업과 함께 VM 이 최종적으로 생성됩니다. 그런데, 16GB 초기화 작업이 상당히 오래 걸리는 군요. 디스크 I/O 도 장난이 아닌 듯 싶습니다. Host OS 가 거의 완전히 그 작업 때문에 중지되었다고도 할 수 있을 정도입니다. 급한 작업이 있을 때는 VM 생성을 미루는 것도 좋을 것입니다.

VM 마법사 단계 14

VMWare 는, 64bit PC 가 없는 경우에도 64bit VM 환경을 구성해 주기 때문에, 현재로서는 관련해서 유일한 해결책을 제시해 주는 솔루션이라고 보입니다.
일례로, 차기 Exchange 버전의 경우 명시적으로 64bit 환경에서만 구동될 수 있도록 해놓았기 때문에 그것을 테스트 하기 위해서는 지금까지는 별도의 물리 64bit PC 를 구입해서 설치를 했어야 했는데요. 이젠 VMWare Server로 인해 한가지 선택 사항이 더 늘어나게 되었습니다.

암튼, ^^ 아주 좋군요.
MS 도 어서 빨리 64bit Guest OS 를 지원하는 VPC 를 내놓기를 바랍니다. ^^

VMWare로 만든 VM을 써본 간략한 후기를 적어봅니다. (따라서, 지극히 개인적인 의견입니다.)

우선, 제가 애용하는 터미널 서비스로 역시 이번에도 접속해서 사용해 보았고요. 이미 설명한 대로, 64bit Windows EE에 가상 2-way SMP, 메모리 1GB 설정으로 VM을 만들었습니다.
사실, 그 이외의 사양이라면 차라리 Virtual Server를 쓰는 것이 낫지요. 굳이 64bit 머신에서 WOW64를 통해서 VMWare를 구동시킬 필요는 없어보이니까요.

처음에는 64bit / 2way SMP에 대한 가상화에 대해서 무척 매력이 있다고 생각했는데요.
정작 사용을 해보니, MS VPC와 성능상으로 무척 대비가 되는 인상을 받게 되었습니다.
뭐랄까, Microsoft는 OS를 소유한 회사이니만큼 (느낌상, 근거 없음) 최적화를 했지만, VMWare는 그렇지 않다는 느낌을 받게 되는군요.

실제로, VM을 재부팅한다든가 할 때에 VMWare에서의 하드를 긁어대는 소리는 정말 위험하지 않을까 싶을 정도로 요란하더군요.
반면에 Virtual Server는 상당히 조용하게 재부팅이 이루어집니다.

또한, 가상 VM을 동작시키는 방식에서도 차이를 보이는 것이, VMWare는 하나의 "프로세스"로 띄워서 가상화 머신을 동작시키게 됩니다. 반면 VPC는 커널 측에서 VM을 처리하는 것으로 보입니다. 실제로, VM을 띄우는 2개의 환경이 Task Manager에서 다음과 같이 확인이 되어집니다.

[그림 1: Virtual Server의 프로세스 - 현재 VM 3개 떠 있는 상태]
VPC 프로세스

[그림 2: VMWare 프로세스 - 현재 VM 1개 떠 있는 상태]

한번 비교해 볼까요?
[그림 1]은 VM이 3개 떠 있는데도 그것을 커널상에서 처리하기 때문에 보이지 않는 것을 볼 수 있습니다. 실제로 VPC에 할당된 메모리조차도 작업 관리자에서는 보이지 않고 전체적인 메모리 사용률로만 알 수 있습니다.
반면에 [그림 2]는 VM이 한 개 떠 있는 vmware 처리 화면인데요. VM이 늘어날 수록 vmware-vmx.exe*32 프로세스가 하나씩 추가되게 됩니다. 메모리 역시 VM에 할당한 메모리로 늘어납니다.

조금 사용하다 보니, MS Virtual Server와 비교해서 너무나 잦은 디스크 액세스와 CPU 점유로 인해서 도저히 ^^; 짜증이 나서 못 쓰겠습니다.
때때로, 해당 VM의 잦은 디스크 액세스와 CPU 소모율로 인해서 VM 머신은 물론이고, 심지어 Host OS에 대한 터미널 세션에서의 UI 반응까지도 급격히 저하시키는 현상이 발생하곤 합니다.

그리고, 가끔씩 아래와 같은 이해할 수 없는 현상이 발생하는 것도 있습니다.

[그림 3: VMWare 프로세스 소모 - VM은 아무런 동작도 하지 않고 있는 중]

위의 그림에서 보시는 것처럼 CPU 소모가 77%를 차지하고 있습니다. 이런 현상이 제법 오래 지속되는데 그 이유를 도저히 모르겠습니다. 해당 VM의 Guest OS의 작업 관리자로 확인해 보면 어떠한 작업도 하지 않고 있음에도 불구하고 이렇게 Host OS의 CPU 자원을 잡아먹는 현상이 있는 것입니다.

CPU가 잠잠해졌을 때에도, 디스크 액세스는 꾸준히 발생합니다. 성능 모니터로 확인해 본 결과 꾸준히 Page Faults/sec가 발생하는 것을 확인할 수 있습니다.

결론적으로, 저는 VMWare 서비스를 내려버리고 말았습니다. 그나마 64bit VM 설치해 놓은 것이 아까워서 프로그램 삭제까지는 안했습니다.
VMWare의 Linux 버전에서는 어떨런지는 모르겠지만, 이렇게 심한 자원소모를 발생하는 VMWare가 어떻게 그렇게 높은 시장 점유율을 유지하는 지 다소 이해가 안되더군요.

[최초 등록일: 7/18/2006]
[최종 수정일: 12/2/2022]

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

by SeongTae Jeong, mailto:techsharer at outlook.com

No	Writer	Date	Cnt.	Title	File(s)
12941	정성태	1/26/2022	17456	오류 유형: 790. AKS/k8s - pod 상태가 Pending으로 지속되는 경우
12940	정성태	1/26/2022	13896	오류 유형: 789. AKS에서 hpa에 따른 autoscale 기능이 동작하지 않는다면?
12939	정성태	1/25/2022	15038	.NET Framework: 1140. C# - ffmpeg(FFmpeg.AutoGen)를 이용해 MP3 오디오 파일 인코딩/디코딩하는 예제	1
12938	정성태	1/24/2022	18245	개발 환경 구성: 633. Docker Desktop + k8s 환경에서 local 이미지를 사용하는 방법
12937	정성태	1/24/2022	15853	.NET Framework: 1139. C# - ffmpeg(FFmpeg.AutoGen)를 이용해 오디오(mp2) 인코딩하는 예제(encode_audio.c) [2]	1
12936	정성태	1/22/2022	15423	.NET Framework: 1138. C# - ffmpeg(FFmpeg.AutoGen)를 이용해 멀티미디어 파일의 메타데이터를 보여주는 예제(metadata.c)	1
12935	정성태	1/22/2022	16100	.NET Framework: 1137. ffmpeg의 파일 해시 예제(ffhash.c)를 C#으로 포팅	1
12934	정성태	1/22/2022	15538	오류 유형: 788. Warning C6262 Function uses '65564' bytes of stack: exceeds /analyze:stacksize '16384'. Consider moving some data to heap. [2]
12933	정성태	1/21/2022	15972	.NET Framework: 1136. C# - ffmpeg(FFmpeg.AutoGen)를 이용해 MP2 오디오 파일 디코딩 예제(decode_audio.c)	1
12932	정성태	1/20/2022	17096	.NET Framework: 1135. C# - ffmpeg(FFmpeg.AutoGen)로 하드웨어 가속기를 이용한 비디오 디코딩 예제(hw_decode.c) [2]	1
12931	정성태	1/20/2022	13606	개발 환경 구성: 632. ASP.NET Core 프로젝트를 AKS/k8s에 올리는 과정
12930	정성태	1/19/2022	14851	개발 환경 구성: 631. AKS/k8s의 Volume에 파일 복사하는 방법
12929	정성태	1/19/2022	14864	개발 환경 구성: 630. AKS/k8s의 Pod에 Volume 연결하는 방법
12928	정성태	1/18/2022	14623	개발 환경 구성: 629. AKS/Kubernetes에서 호스팅 중인 pod에 shell(/bin/bash)로 진입하는 방법
12927	정성태	1/18/2022	15190	개발 환경 구성: 628. AKS 환경에 응용 프로그램 배포 방법
12926	정성태	1/17/2022	15060	오류 유형: 787. AKS - pod 배포 시 ErrImagePull/ImagePullBackOff 오류
12925	정성태	1/17/2022	15744	개발 환경 구성: 627. AKS의 준비 단계 - ACR(Azure Container Registry)에 docker 이미지 배포
12924	정성태	1/15/2022	17244	.NET Framework: 1134. C# - ffmpeg(FFmpeg.AutoGen)를 이용한 비디오 디코딩 예제(decode_video.c) [2]	1
12923	정성태	1/15/2022	16041	개발 환경 구성: 626. ffmpeg.exe를 사용해 비디오 파일을 MPEG1 포맷으로 변경하는 방법
12922	정성태	1/14/2022	14846	개발 환경 구성: 625. AKS - Azure Kubernetes Service 생성 및 SLO/SLA 변경 방법
12921	정성태	1/14/2022	12555	개발 환경 구성: 624. Docker Desktop에서 별도 서버에 설치한 docker registry에 이미지 올리는 방법
12920	정성태	1/14/2022	13885	오류 유형: 786. Camtasia - An error occurred with the camera: Failed to Add Video Sampler.
12919	정성태	1/13/2022	13420	Windows: 199. Host Network Service (HNS)에 의해서 점유되는 포트
12918	정성태	1/13/2022	13875	Linux: 47. WSL - shell script에서 설정한 환경 변수가 스크립트 실행 후 반영되지 않는 문제
12917	정성태	1/12/2022	13084	오류 유형: 785. C# - The type or namespace name '...' could not be found (are you missing a using directive or an assembly reference?)
12916	정성태	1/12/2022	12368	오류 유형: 784. TFS - One or more source control bindings for this solution are not valid and are listed below.

AD BLOCK 해제 요청