'Microsoft/Virtualization'에 해당되는 글 11

  1. 2015.11.24 Hyper-V 동적 MAC 할당 원리
  2. 2015.10.03 System Center VMM 서비스 실패
  3. 2015.06.15 VSP, VSC, VMBUS
  4. 2014.09.18 Vmware -> Hyper-V Migration
  5. 2014.04.06 트렁크 vs 액세스 링크
  6. 2012.10.28 Windows 2012 VDI
  7. 2012.04.26 Hyper-V CPU 정책
  8. 2012.04.16 Hyper-V Snapshot Merge
  9. 2011.01.31 Hyper-V 리부팅 오류
  10. 2009.07.10 가상화 라이센스 정책

Hyper-V 동적 MAC 할당 원리

2015.11.24 15:58 | Posted by 로멘틱가이

Hyper-V의 동적 MAC 할당원리는 다음과 같습니다.

 

[MAC 주소]

01-15-5D-X1-X2-X3

 

처음 3 자리 : Microsoft IEEE 식별자로 잡혀있음

X1 : IP의 3번째 자리수를 16진수로 변환

X2 : IP의 4번째 자리수를 16진수로 변환

X3 : 00 ~FF 사이의 값을 할당

 

Registry 키 값은 다음과 같습니다.

 

HKLM\Software\Microsoft\Windows\NT\CurrentVersion\Virtualization

 

 

System Center VMM 서비스 실패

2015.10.03 19:55 | Posted by 로멘틱가이

GPO에서 아래 내용을 적용하면 해당 계정만 적용되어짐

(다른 GPO도 마찬가지겠지만)

- 네트워크에서 이 컴퓨터 액세스

 

해당 내용 적용을 위해 DB 서버에 적용하였더니 기존에 연결이 되던 SCVMM이 SQL에 Login Fail 이나면서 서비스가 기동이 되지 않는 현상이 발생하였음

 

해당 정책 설정을 삭제하고 정상 작동 완료

 

혹시나 다른 곳 테스트를 위해 System Center의 공통 DB에 정책 적용한 경우 기존 사용 계정을 추가하던지 적용한 GPO를 초기화 하면 됨

VSP, VSC, VMBUS

2015.06.15 23:13 | Posted by 로멘틱가이

VSP/VSC/VMBUS 관계도

 

http://www.serverwatch.com/server-tutorials/child-partition-with-without-vspvsc-design.html

 

 

Vmware -> Hyper-V Migration

2014.09.18 08:58 | Posted by 로멘틱가이

http://www.microsoftvirtualacademy.com/training-courses/vmware-to-hyper-v-migration

 

Vmware -> Hyper-V 내용이라는데 참고하세요

(아직 못봐서 내용은 확인 못했습니다.)

 

Thanks To 민성

트렁크 vs 액세스 링크

2014.04.06 02:40 | Posted by 로멘틱가이

두 개의 스위치를 연결한 위의 경우 스위치 A와 스위치 B 를 연결하는 Link를 통해 모든 VLAN이 지나갈 수 있습니다. (해당 스위치가 VLAN으로 구성되어 있는 경우)

물론, Link를 연결한 Port에 특정 VLAN을 제한할 수 있지만 Default는 모든 VLAN이 지나갈 수 있습니다.

이를 트렁크(Trunk) 링크라고 합니다.

해당 트렁크 링크를 제외한 다른 포트는 특정 VLAN에 속하는 VLAN만 통과할 수 있습니다. 이를 액세스 링크(Access Link)라고 합니다.

가상화에서 모든 VLAN들이 지나 가야 하는 경우 트렁크로 구현해야 합니다.

간단하게 모든 VLAN을 특정 스위치에 넘긴 후 해당 스위치에서 액세스 링크를 통해 VLAN이 지나가므로 특정 스위치로 넘기는 링크는 트렁크로 구현 해야 한다고 생각하면 됩니다.

Windows 2012 VDI

2012.10.28 22:58 | Posted by 로멘틱가이

Windows 2012의 VDI 관련 동영상입니다.

 

기존의 Terminal Service와 연동하여 Client VM을 연동하는 방식입니다.

실제 Private Cloud를 구축하기 위해서는 System Center 군이 필요하지만 간단한 목적으로 사용하는 경우 VDI면 될거 같습니다.

 

동영상

http://technet.microsoft.com/en-us/video/technet-radio-it-time-setting-up-windows-server-8-vdi-in-13-clicks-and-a-cup-of-coffee.aspx

 

Site

http://blog.itvce.com/?p=1569

 

2012의 경우 RDS와 VDI가 간단하게 설치할 수 있습니다.

Hyper-V CPU 정책

2012.04.26 12:28 | Posted by 로멘틱가이

Hyper-V에는 CPU가중치를 줄 수 있는 기능이 있다.

 

 

가상 컴퓨터 예약

- 예약하는 가중치를 의미합니다. 즉, CPU 전체 사용량 중 기본적으로 예약할 값을 의미합니다. 예를 들어 5대의 VM이 있는데 4대에 25%씩을 할당하면 5대의 VM에는 예약을 걸 수 없습니다.

총 합이 100%가 되면 더이상 예약을 할 수 없습니다.

중요한 Server에 할당해야하는 경우 사용하는 것을 권고 합니다.

가상 컴퓨터 제한

- 제한은 최대한도를 의미합니다. Test 서버와 같이 CPU 사용에 제한을 걸어야하는 경우에 해당 제한을 주면  최대값을 제한할 수 있습니다.

상대적 가중치

- CPU 할당에 있어 경합이 일어나는 경우 상대적 가중치를 의미합니다. 사용하는 VM들을 확인하여 중요 서버와 중요하지 않은 서버를 구분하여 가중치를 조정해 관리하는 것을 권장합니다.

 

위와 같이 CPU 가중치를 조정하여 관리하면 효율적인 관리 할 수 있습니다.

Hyper-V Snapshot Merge

2012.04.16 01:51 | Posted by 로멘틱가이

Hyper-V에는 Snapshot이라는 개념이 있습니다.

해당 개념은 말그대로 지금 순간을 저장해 두는 개념입니다.

Windows Update나 작업 전에 Snapshot을 저장해 두고 작업이 비정상으로 끝난 경우에 원복을 할 수 있는 유용한 개념입니다.

 

간혹 해당 기능을 Backup 기능으로 사용하는 경우가 있는데 Backup의 개념은 아니므로 Backup과는 별개의 개념으로 생각해야 합니다.

 

Disk 구성은 다음과 같습니다.

- VHD : 원본 파일 처음 저장된 Data가 저장되어 있음

- AVHD : 변경된 내용이 저장되어 있는 파일

 

이렇게 두 개의 파일이 저장하고 있는 내용이 틀리기 때문에 두 파일 중 하나의 파일이 없는 경우 Data 적합성에 이슈가 있습니다.

 

SnapShot 적용은 다음과 같이 적용합니다.

 

해당 VM에서 마우스 오른쪽을 눌러 스냅숏을 누르면 스냅숏이 받아집니다.

처음 화면입니다.

이번에 Test할 시나리오는 다음과 같습니다.

 

바탕화면에 Test Folder 생성 후 Snapshot을 받고 Test 파일 생성 후 Snapshot을 받을 예정입니다.

받은 Snapshot으로 되돌아가기 Test 후 최종적으로 Snapshot을 없애고 Merge하는 작업을 진행하겠습니다.

 

 

 

우선 처음 화면에 대해 Snapshot을 받는 과정입니다.

스냅숏을 선택하면 VM의 상태 Tap에 스냅숏 만드는 중이 뜨게 됩니다.

그리고 만든 후 해당 VM의 정보에 받힌 스냅숏의 정보(받은 시간)이 Display 되어집니다.

 

TEST Folder를 생성합니다.

 

 

Test.txt를 생성한 후 2번째 Snapshot을 받습니다.

 

 

Snapshot을 받은 후에는 VHD 파일이 아닌 현재 생성된 AVHD파일이 디스크에 Attach되어 있는 것을 확인할 수 있습니다.

처음 설명드린 대로 변경사항을 AVHD에 저장하기 때문에 원본파일인 VHD 파일이 아닌 AVHD 파일이 Attach되어 변경사항을 기록하게 됩니다.

 

해당 Snapshot에서 마우스 오른쪽을 눌러 원하는 Snapshot을 적용하면 해당 Snapshot상태로 돌아가게 됩니다.

 

첫번째 받은 Snapshot상태로 돌아가 있음을 확인할 수 있습니다.

 

Merge를 하기 위해서는 Snapshot의 최상단에서 스냅숏 하위 트리 삭제를 선택하면 모든 Snapshot이 삭제되어 집니다.

해당 Snapshot을 삭제 후 해당 Server를 시스템 종료하면 아래 그림과 같이 병합이 진행되어 집니다.

 

 

병합 진행이 완료되어 지면 위와 같이 기존의 AVHD가 아닌 병합된 VHD가 Attach되어 있음을 확인할 수 있습니다.

 

서버에 접속해보면 최종 적용되어진 내용이 보여짐을 확인할 수 있습니다.

 

위와 같이 최종 화면이 보임을 알 수 있습니다.

 

Snapshot의 경우 변경사항이 저장되어지기 때문에 변경사항만큼의 Data가 추가로 기록되게 됩니다.

추후 관리에 있어 디스크가 부족할 수 있으므로 작업 완료후에는 반드시 Snapshot을 삭제한 후 Merge작업을 통해 VHD로 관리하도록 진행해야 합니다.

만일 디스크 부족 시 AVHD를 삭제하게되면 최종 본으로 복구가 불가능 하며 Booting 이슈로 인해 OS가 재시작 될 수 없습니다.

 

위의 Merge작업은 혹시 이슈가 있을 수 있으므로 VHD와 AVHD파일을 Backup후 진행해주시기 바랍니다.

 

만일 1,2,3번 Snapshot이 있는 경우 merge를 2번 Snapshot으로 하고 싶은 경우 2번 Snapshot을 적용한 후 동일 진행하면 2번 Snapshot으로 merge되어집니다.

 

Hyper-V 리부팅 오류

2011.01.31 12:59 | Posted by 로멘틱가이

hyper-v 가 구동되고 있는 Windows 2008 R2 Server의 경우 아래와 같은 이슈가 있으므로 참고 바랍니다.

 

1. 현상

1) CPU가 Nehalem(5500 이상)인 경우

    0x00000101 (매개0000000000000000,매개, 000000000000000c) CLOCK_WATCHDOG_TIMEOUT
 
    위와같은 중지오류가 발생합니다.
    
2) CPU가 Westmere 인 경우
    STOP: 0x0000001a (Parameter1Parameter2Parameter3Parameter4) MEMORY_MANAGEMENT
 
    위와같은 중지오류가 발생합니다.
2. 원인
새로나온 Wesmere 프로세스의 경우 VMCB(Virtual Machine Control Block)을 두어 더욱 가상화 환경에서 나은
성능을 내도록 하고 있습니다.
 
하지만 해당 기술은 Windows 2008 R2 및 Windows 2008 SP2가 나온 이후에 나온 기술이므로 정상적으로 해당 기술을
사용할 수 없기 때문에 발생합니다.
 
VMCB를 정상적으로 사용하지 못하는 경우 OS는 메모리의 잘못된 부분을 참조한다고 생각하므로 OS를 리부팅 시키게 됩니다.
 
3. 해결책
KB2264080 패치를 받으면 해당 문제가 해결되어 집니다.
(Windows 패치 대상 및 설치 리스트에 해당 패치가 있는지 확인이 필요합니다.)
해당 패치 적용 후 리부팅이 필요합니다.
 
Windows 2008 R2 or 2008 사용 서버에 Hyper-V 기동되고 있는 서버들은 반드시 CPU 확인 및 해당 패치 바랍니다.

가상화 라이센스 정책

2009.07.10 08:42 | Posted by 로멘틱가이

간단한 내용이지만 가상화 관련 라이센스 정책에 대해 알려드립니다.

 

1. Hyper-V

    Windows 2008 STD - 1개의 OS 무료 나머지 OS는 별도 OS 라이센스(Hyper-V용) 필요

    Windows 2008 ENT - 4개의 OS 무료

    Windows 2008 DataCenter - 라이센스 무제한 단, DataCenter 버전은 MS에서 판매하는 것이 아닌 H/W업체에서 직접

                                            커스트마이징 하여 판다고 함(IBM 서버의 OS를 HP에 설치하면 설치 안됨)

 

2. Vmware

    3.x버전 : 2 CPU 당 1 라이센스

    4.x버전 : 1 CPU 당 1 라이센스

    - 요 근래 높은 Core의 CPU가 많이 나와 4.x부터 정책을 바꾼것 같습니다.

 

추가로 Hyper-V를 설치할때 AD로 반드시 Join되어야 한다고 전에 답변을 받았으나

재 확인 결과 AD로 반드시 Join될 필요는 없다고 합니다.

 

이전 1 2 다음