Hyper-V VM에서 자신이 동작하고 있는 Hyper-V Host를 확인하는 방법은 아래와 같습니다.

1. 레지스트리 키 확인
HKLM\SOFTWARE\Microsoft\Virtual Machine\Guest\Parameters\PhysicalHostName

2. Powershell 에서 확인
(get-item "HKLM:\SOFTWARE\Microsoft\Virtual Machine\Guest\Parameters").GetValue("PhysicalHostName")


 

 

 

 

Windows Server 2012 R2 Hyper-V 서버에서 가상 머신을 운영하는 환경에서,

각 가상 머신에 할당한 메모리는 Hyper-V 서버(물리 서버)의 가상 머신 저장 경로에 .bin 파일의 형태로 생성됩니다.

예를 들어, 가상 머신에 2GB의 메모리를 할당한 상태에서
1. 가상 머신이 실행 중이라면, 2GB의 .bin 파일이 보입니다.

2. 가상 머신이 종료되면 .bin 파일이 사라집니다.

즉, 가상 머신의 가상 하드디스크 파일 외에도, 가상 머신에 할당한 메모리 만큼 Hyper-V 서버의 디스크 공간이 필요합니다.

 

Windows Server 2012 R2 Hyper-V 가상 머신의 폴더 구조와 파일에 대해 살펴보면,

가상 머신을 생성하면 기본적으로 아래와 같이 3개의 폴더가 생성됩니다.
Snapshots, Virtual Hard Disks, Virtual Machines

 

[Virtual Machines]

Virtual Machines 폴더 하위에는 가상 머신의 GUID로 된 폴더와 GUID.xml 파일이 보입니다.

GUID.xml 파일은 가상 시스템의 구성 세부 정보가 들어 있습니다. (CPU, Memory, Network Adapter, Mac Address 등)

 

GUID 폴더에는 맨 처음에 얘기한 가상 머신의 메모리 파일(GUID.bin)과 GUID.vsv 파일이 존재합니다.
GUID.vsv 파일은 가상 머신과 연결된 장치의 저장된 상태를 담고 있습니다.
이 두 파일은 가상 머신이 종료되면 사라집니다.

 

[Virtual Hard Disks]

Virtual Hard Disk 폴더에는 가상 하드 디스크(.vhdx, .avhdx) 파일들이 저장됩니다.
.avhdx 파일은 가상 머신 스냅샷(검사점)에 사용되는 차이점 보관용 디스크(differencing disk) 입니다. 즉, 스냅샷(검사점)을 찍으면 생성되는 파일입니다.

 

[Snapshots]

Snapshots 폴더 하위에도 Virtual Machines 폴더 처럼 GUID로 된 폴더와 GUID.xml 파일이 보입니다.
(가상 머신에서 스냅샷(검사점)을 생성한 경우에만 이 폴더와 파일이 생성됩니다. 스냅샷(검사점)이 없다면 해당 폴더는 비어있습니다.)

GUID.xml 파일에는 스냅샷(검사점) 생성 당시의 가상 머신의  구성 세부 정보가 들어있습니다.
GUID 폴더에는 스냅샷(검사점) 생성 당시의 메모리 파일(GUID.bin)과 GUID.vsv 파일이 존재합니다.
GUID.vsv 파일은 스냅샷(검사점) 생성 당시의 가상 머신과 연결된 장치의 저장된 상태를 담고 있습니다.
이 두 파일은 가상 머신이 종료된다고 해도 사라지지 않습니다. 스냅샷(검사점)을 삭제해야만 사라집니다. 

 

 

 

  1. Danzy 2017.04.28 11:45 신고

    안녕하세요 메가페인님~
    저랑 동일한 스킨으로 바꾸셨길래 깜놀했네요 항상 구경오고 있습니다~
    번창하세요!!!

    • megapain 2017.04.28 18:52 신고

      이전 스킨이 너무 old한 느낌이라 바꿔봤습니다. ㅎㅎ

Hyper-V 관리 콘솔에서 가상 머신 실행 시 아래와 같은 오류와 함께 가상 머신이 시작되지 않았습니다.

선택한 가상 컴퓨터를 시작하는 동안 오류가 발생했습니다.

'VirtualMachineName'이(가) 상태를 변경하지 못했습니다.

작업이 실패했습니다(오류 코드 '32788').

 

원인

원인은 Hyper-V 가상 스위치 삭제 때문이었습니다.

해당 Hyper-V 서버에서 가상 스위치를 삭제했는데, 가상 머신에는 삭제된 가상 스위치가 연결되어 있었기 때문에 문제가 발생했습니다. (즉 실제로 존재하지 않는 가상 스위치가 가상 머신에 연결된 상황)

문제가 발생한 가상 머신의 설정을 확인해보면, 가상 네트워크 어댑터에 '구성 오류'가 발생한 것을 확인할 수 있습니다.

 

해결 방법

해결 방법은 가상 머신에 올바른 가상 스위치를 연결하거나, Hyper-V에서 가상 스위치를 새로 만들어서 가상 머신에 연결하는 것입니다. 
단지 가상 머신을 부팅만 시키고 싶다면, 가상 머신 설정 - 네트워크 어댑터에서 가상 스위치 연결을 '연결되지 않음' 으로 설정하면 됩니다.

 


Hyper-V 관리 콘솔을 확인해 보면, 간혹 가상 머신을 만든 날짜가 1601-01-01 오전 9:00:00 으로 표시될 때가 있습니다.


서비스 관리 콘솔에서 Hyper-V 가상 컴퓨터 관리 서비스를 재 시작하고, Hyper-V 관리 콘솔을 새로 고침하면 정상 날짜로 표시됩니다.



by megapain

essay333@naver.com

2016-05-28

 

Hyper-V 복제 - 장애 조치와 계획된 장애 조치의 차이

 

Hyper-V 복제를 사용하여 가상 머신의 복제를 구현한 후 복제 메뉴를 확인해보면, 주 가상 컴퓨터복제 가상 컴퓨터메뉴 항목이 다른 것을 확인할 수 있습니다.

 

주 가상 컴퓨터에서 복제 메뉴를 확인해보면 아래와 같이 '계획된 장애 조치'라고 나옵니다.

 

복제 가상 컴퓨터에서 복제 메뉴를 확인해보면 아래와 같이 '장애 조치'라고 나옵니다.

 

1. 계획된 장애 조치

계획된 장애 조치주 가상 컴퓨터 (혹은 주 가상 컴퓨터가 동작 중인 Hyper-V 서버)를 유지보수나 Windows 업데이트 등의 이유로 시스템을 정상 종료 시켜야 할 경우에 사용합니다. 즉, 장애 상황에서 사용하는 것이 아니라, 주 가상 컴퓨터가 꺼져있는 동안 복제 가상 컴퓨터를 통해 서비스를 이어가고자 할 때 사용하는 것입니다. (물론 주 가상 컴퓨터가 종료되고 복제 가상 컴퓨터로 장애 조치되는 동안에는 서비스 중단이 발생합니다.)

 

계획된 장애 조치는 복제 가상 컴퓨터를 주 가상 컴퓨터로 전환 시키면서, 추가적으로 역방향 복제를 구성할 수 있습니다.


 

역방향 복제가 구성되면 기존 주 가상 컴퓨터가 저장된 경로에 복제가 반영됩니다.

*참고1 - 역방향 복제 구성 전 주 가상 컴퓨터가 저장된 경로

 

*참고2 - 역방향 복제 구성 후 주 가상 컴퓨터가 저장된 경로 (복제가 반영된 것을 확인할 수 있습니다. HRU는 Hyper-V Replica Undo-logs를 의미합니다.)

 

 

2. 장애 조치

장애 조치주 가상 컴퓨터 (혹은 주 가상 컴퓨터가 동작 중인 Hyper-V 서버)에 장애가 발생하여 더 이상 서비스가 불가능한 경우에 사용합니다.

 

계획된 장애 조치와는 달리, 장애 조치 상황에서 역방향 조회 구성은 불가능하고, 다만 복구 지점이 구성되어 있다면 복구 지점을 선택할 수 있습니다.

 -끝-

 

SCVMM에서 콘솔 연결 시 오류 (0x0107, 0x0000)

 

SCVMM에서 경계 네트워크의 Host에 속한 가상 머신을 콘솔 연결할 경우 아래와 같은 오류와 함께 연결이 실패합니다.

 

해결 방법

대상 호스트에서 Windows Remote Management (WS-Management) 서비스 계정 인증서를 내보내기(Export) 한 후 VMM 관리 콘솔을 실행하는 컴퓨터에 가져오기(Import) 합니다.

절차는 아래와 같습니다.

 

1. 대상 호스트에서 MMC 콘솔 실행 - 스냅인 추가/제거 - 인증서 - 서비스 계정 선택

 

2. Windows Remote Management (WS-Management) 선택 후 마침

 

3. WinRM\신뢰할 수 있는 루트 인증 기관 - 대상 Host 이름의 인증서 선택 오른쪽 버튼 클릭 - 모든 작업 -  내보내기

 

4. 내보내기 한 인증서 파일을 SCVMM 관리 콘솔을 실행하는 서버복사

 

5. SCVMM 관리 콘솔을 실행하는 서버에서 MMC 콘솔 실행 - 스냅인 추가/제거 - 인증서 - 컴퓨터 계정 선택


6. 인증서 관리 콘솔 - 신뢰할 수 있는 루트 인증 기관 - 인증서 오른쪽 버튼 클릭 - 모든 작업가져오기


 

인증서를 가져온 후 콘솔 연결해 보면 정상으로 연결됩니다.

 

 

참고 URL

Error (0x0107, 0x0000) when trying to view a VM Console
https://croftcomputers.wordpress.com/2012/08/15/error-0x0107-0x0000-when-trying-to-view-a-vm-console/

 

- 끝 -

 

 

Hyper-V 복제(Replica) 기능은 Hyper-V 2012 부터 추가된 기능으로, 말 그대로 가상 머신을 복제하는 기능입니다.

 

원래 용도는 Hyper-V  가상 머신의 DR을 구현하는 것입니다. 즉 Hyper-V 서버의 장애에 대비해 지역적 혹은 물리적으로 분리된 위치에 Hyper-V를 구성하고 가상 머신을 동기화하는 용도입니다.

 

DR 용도라고 하면 뭔가 거창한 것 같고 웬만한 회사에서는 구현하기 어렵다고 생각할 수도 있습니다.

하지만 조금만 응용하면, 돈 안들이고 Hyper-V 클러스터 처럼 구현할 수 있습니다.

 

이게 무슨 소린고 하면,,,

가상 머신으로 운영 중인 서버들 중에서 중요도는 높지 않지만 그렇다고 없으면 안되는 서버들이 회사마다 한 두대 씩은 있을겁니다. Hyper-V 클러스터를 구축해서 운영한다면 제일 좋겠지만, 클러스터의 경우에는 스토리지가 필요하기 때문에 스토리지가 없는 회사에서는 그림의 떡입니다. 또 중요도가 낮은 서버들을 위해 클러스터를 구축한다는 것도 웃기는 얘기입니다.

 

이럴때 Hyper-V 복제 기능이 대안이 될 수 있습니다.

 

스토리지도 필요 없습니다. 그냥 Hyper-V 서버 두 대만 있으면 됩니다.

한 쪽 Hyper-V 서버에 장애가 발생하면, 다른 쪽 Hyper-V 서버에 복제된 가상 머신을 켜주기만 하면 됩니다. 물론 클러스터였었더라면 가상 머신이 자동으로 켜지겠지만,,, 기능적인 차이는 그것 밖에 없습니다. 가상 머신이 자동으로 켜지느냐(클러스터), 수동으로 켜야 하느냐(복제).

 

실제 구현된 예제를 살펴보겠습니다.

이해를 돕기 위한 설명이므로, 세부적인 내용은 생략합니다.

 

회사에 Windows Server 2012 R2 Hyper-V 서버가 두 대 있습니다. 이름은 MASTER-SYS-01, MASTER-SYS-02 입니다.

 

MASTER-SYS-02 Hyper-V 서버에는 W2012R2VM01 이라는 가상 머신이 실행 중입니다. 이 가상 머신은 당장 장애가 나도 크게 문제되지는 않지만 그렇다고 없으면 안되는 서버입니다. 내부 파일 서버 정도가 되겠네요.

 

 

이 가상 머신을 MASTER-SYS-01 로 Hyper-V 복제를 구현합니다. 

 

 

복제 구성이 완료되면 MASTER-SYS-01 서버에 동일한 이름의 가상 머신이 생깁니다. 이때 복제된 가상 머신은 꺼져있는 상태입니다.

 

 

 

만약 MASTER-SYS-02 서버에 장애가 발생해서 부팅 불가능한 상황이라면, MASTER-SYS-01 서버의 복제된 가상 머신(W2012R2VM01)에서 장애 조치를 하면 가상 머신이 시작되고 기존과 동일한 서비스를 이어서 할 수 있습니다.

 

이게 끝입니다.

스토리지 없이도 클러스터를 구성한 것과 거의 비슷한 효과를 볼 수 있습니다. (반자동 클러스터??)

 

 

Hyper-V 복제 기능에 대한 이해를 위한 소개이다 보니 큰 부분에 대해서만 설명했습니다.

 

참고할 만한 내용 몇 가지를 추가하자면,

Active Directory 환경이라면 Kerberos 인증을 사용하고, WORKGROUP 환경에서는 인증서 기반 인증을 사용합니다. (즉 WORKGROUP 환경에서도 Hyper-V 복제를 사용할 수 있습니다.)

 

 

복제 간격은 30초, 5분, 15분 중 선택할 수 있습니다.

 

 

복구 지점은 최대 24개까지 저장할 수 있습니다. (1시간 간격으로 복구 지점이 생성되어 특정 시점으로 복원하는 것이 가능합니다.)

 

 

복제된 가상 머신이 장애 조치되고 나서 기존과 동일한 IP를 갖기 위해서는, 가상 머신 설정의 네트워크 속성에서 IP 정보를 등록해주면 됩니다.

 

 

 

-끝-

 

by megapain

essay333@naver.com

2016-02-23

 

 

Windows Server 2008 R2 Hyper-V 에서 내보내기(Export) 한 가상 머신을 Windows Server 2012 R2 Hyper-V로 가져오기(Import)하면 아래와 같은 오류가 발생합니다.

Hyper-V 가 '가상 머신 경로' 위치에서 가져올 가상 컴퓨터를 찾지 못했습니다.

 

 

 

문제 발생 원인

Windows 2008 R2에서 가상 머신을 내보내기 할 때는 WMI v1 namespace를 사용하는데, Windows Server 2012 R2에서 WMI v1 namespace가 삭제되었기 때문이랍니다.

자세한 내용은 아래 테크넷 블로그에서 확인할 수 있습니다.

 

Windows Hyper-V 2012 & 8.1 Hyper-V Did Not Find Virtual Machine to Import (http://blogs.technet.com/b/rmilne/archive/2013/10/22/windows-hyper-v-2012-amp-8-1-hyper-v-did-not-find-virtual-machine-to-import.aspx )

 

 

조치 방법

Windows Server 2008 R2 Hyper-V 가상 머신을 Windows Server 2012 R2로 가져오는 방법은 아래와 같습니다.

 

1. Windows Server 2008 R2 Hyper-V에서 가상 머신 종료

 

2. Hyper-V 가상 컴퓨터 관리 서비스(vmms) 중지

 

3. 대상 가상 머신을 폴더째로 복사해서 Windows Server 2012 R2로 붙여넣기

 

4. Windows Server 2012 R2 Hyper-V 에서 가상 머신 가져오기

 

 

기타 참고 사항

위와 같은 절차로 가상 머신을 가져온 후에 네트워크 연결에 문제가 발생할 수도 있습니다. 그럴때는 가상 머신 설정에서 네트워크 어댑터를 제거한 후 새로 추가하면 문제가 해결됩니다.

 

 

-끝-

 

 

 

 

 

 

by megapain

essay333@naver.com

2015.08.21

 

 

가상 머신의 디스크 공간이 부족한 경우 확장하는 방법은 아래와 같습니다.

 

가상 머신 설정 - 가상 하드 디스크 - 편집 

 

작업 선택 - 확장 선택 

 

새 크기 입력 (전체 크기) 

 

가상 컴퓨터에 로그온하여 디스크 관리 콘솔(diskmgmt.msc) 을 확인해보면 할당되지 않은 공간이 확인됩니다.

해당 디스크의 파티션을 선택하고 볼륨 확장을 선택합니다. 

 

디스크가 확장되었습니다. 

 

 

-끝-

 

by megapain

essay333@naver.com

2015.06.26

 

Windows Server 2012 (R2) Hyper-V에서 가상 머신 생성 시 2세대로 만들 경우, 1세대와는 달리 설치 옵션에서 실제 CD/DVD 드라이브를 선택할 수 없습니다.

 

1세대 가상 머신 설치 옵션

 

2세대 가상 머신 설치 옵션

 

 

위와 관련된 테크넷 자료는 아래와 같습니다.

Generation 2 Virtual Machine Overview- https://technet.microsoft.com/en-us/library/dn282285.aspx

 

 

-끝-

 

+ Recent posts

티스토리 툴바