개발 환경 구성: 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)
12211	정성태	4/27/2020	19307	개발 환경 구성: 486. WSL에서 Makefile로 공개된 리눅스 환경의 C/C++ 소스 코드 빌드
12210	정성태	4/20/2020	20780	.NET Framework: 903. .NET Framework의 Strong-named 어셈블리 바인딩 (1) - app.config을 이용한 바인딩 리디렉션 [1]	1
12209	정성태	4/13/2020	17456	오류 유형: 614. 리눅스 환경에서 C/C++ 프로그램이 Segmentation fault 에러가 발생한 경우 (2)
12208	정성태	4/12/2020	16032	Linux: 29. 리눅스 환경에서 C/C++ 프로그램이 Segmentation fault 에러가 발생한 경우
12207	정성태	4/2/2020	15927	스크립트: 19. Windows PowerShell의 NonInteractive 모드
12206	정성태	4/2/2020	18521	오류 유형: 613. 파일 잠금이 바로 안 풀린다면? - The process cannot access the file '...' because it is being used by another process.
12205	정성태	4/2/2020	15147	스크립트: 18. Powershell에서는 cmd.exe의 명령어를 지원하진 않습니다.
12204	정성태	4/1/2020	15170	스크립트: 17. Powershell 명령어에 ';' (semi-colon) 문자가 포함된 경우
12203	정성태	3/18/2020	18023	오류 유형: 612. warning: 'C:\ProgramData/Git/config' has a dubious owner: '...'.
12202	정성태	3/18/2020	21246	개발 환경 구성: 486. .NET Framework 프로젝트를 위한 GitLab CI/CD Runner 구성
12201	정성태	3/18/2020	18490	오류 유형: 611. git-credential-manager.exe: Using credentials for username "Personal Access Token". [1]
12200	정성태	3/18/2020	18577	VS.NET IDE: 145. NuGet + Github 라이브러리 디버깅 관련 옵션 3가지 - "Enable Just My Code" / "Enable Source Link support" / "Suppress JIT optimization on module load (Managed only)"
12199	정성태	3/17/2020	16226	오류 유형: 610. C# - CodeDomProvider 사용 시 Unhandled Exception: System.IO.DirectoryNotFoundException: Could not find a part of the path '...\f2_6uod0.tmp'.
12198	정성태	3/17/2020	19588	오류 유형: 609. SQL 서버 접속 시 "Cannot open user default database. Login failed."
12197	정성태	3/17/2020	18933	VS.NET IDE: 144. .NET Core 콘솔 응용 프로그램을 배포(publish) 시 docker image 자동 생성 - 두 번째 이야기 [1]
12196	정성태	3/17/2020	16023	오류 유형: 608. The ServicedComponent being invoked is not correctly configured (Use regsvcs to re-register).
12195	정성태	3/16/2020	18335	.NET Framework: 902. C# - 프로세스의 모든 핸들을 열람 - 세 번째 이야기
12194	정성태	3/16/2020	21035	오류 유형: 607. PostgreSQL - Npgsql.NpgsqlException: sorry, too many clients already
12193	정성태	3/16/2020	18017	개발 환경 구성: 485. docker - SAP Adaptive Server Enterprise 컨테이너 실행 [1]
12192	정성태	3/14/2020	20042	개발 환경 구성: 484. docker - Sybase Anywhere 16 컨테이너 실행
12191	정성태	3/14/2020	21106	개발 환경 구성: 483. docker - OracleXE 컨테이너 실행 [1]
12190	정성태	3/14/2020	15721	오류 유형: 606. Docker Desktop 업그레이드 시 "The process cannot access the file 'C:\Program Files\Docker\Docker\resources\dockerd.exe' because it is being used by another process."
12189	정성태	3/13/2020	21323	개발 환경 구성: 482. Facebook OAuth 처리 시 상태 정보 전달 방법과 "유효한 OAuth 리디렉션 URI" 설정 규칙
12188	정성태	3/13/2020	26086	Windows: 169. 부팅 시점에 실행되는 chkdsk 결과를 확인하는 방법
12187	정성태	3/12/2020	15693	오류 유형: 605. NtpClient was unable to set a manual peer to use as a time source because of duplicate error on '...'.
12186	정성태	3/12/2020	17455	오류 유형: 604. The SysVol Permissions for one or more GPOs on this domain controller and not in sync with the permissions for the GPOs on the Baseline domain controller.

AD BLOCK 해제 요청