디지털 Transformation, 데이터센터 & Cloud, 베트남

Windows Server 2008 R2의 Hyper-V에서 제공하는 라이브 마이그레이션 (즉, A호스트에서 운영되던 가상서버를 B호스트로 이관할 때 이미 연결되어 있는 세션의 끊김 없이 이관해주는 기능)을 설정하는 방법에 대해 많은 분들이 궁금해 하십니다. 이에 대한 명쾌한 가이드가 본사에서 나와서 알려드립니다.

제일 많은 궁금증이 아래와 같습니다.

1. 호스트 서버에 네트웍 카드가 몇 개나 필요하지?
2. 호스트에 네트웍 카드 (NIC)가 2개, 3개, 4개, 그 이상이면 어떻게 설정하지?
3. 네트웍 카드가 몇 개 없다면 트래픽을 어떻게 적은  NIC에 묶어서 보내지?
4. 1Gbps NIC과 10Gbps NIC을 가지고 있을 때 추천하는 가이드가 달라지나?

Hyper-V: Live Migration Network Configuration Guide

일단 링크를 보내드립니다. 영문인데, 혹시 한글로 필요하시면 말씀해주세요.제가 중요한 부분만 번역해드리도록 하겠습니다.

http://www.microsoft.com/windowsserver2008/ko/kr/product-documentation.aspx

마이크로소프트와 Red Hat이 가상화 관련 협업을 하겠다고 2009년 2월 선언한 후 8개월 만에 결과물이 나왔습니다. 마이크로소프트의 Windows Server 2008과 Red Hat Enterprise Linux 5.4가 함께 구동되는 가상화 환경에 대해 테스트와 검증이 완료되었습니다.

마이크로소프트와 Red Hat의 첫번째 대규모 협업이라는 점에서 큰 의미가 있습니다. 데이터센터, 엔터프라이즈 환경에서 단 하나의 운영체제로 구동되는 경우는 거의 없고, 이 기종 운영체제가 혼재되어 있는 상황을 감안할 때 기념비적인 사건이라고 말할 수 있을 것 같습니다. 이에 앞서 Novell의 SUSE Linux와는 이미 테스트 및 검증이 완료되어 있기 때문에 리눅스와 상호운용성이 완성 단계에 이르렀습니다. 이외에도 7월에 리눅스 커널을 위한 가상화 디바이스 드라이버 개발을 지원하기 위해 마이크로소프트가 코드를 무상으로 제공한 바 있습니다.

이번에 인증된 부분은 다음과 같습니다.
1. Kernel Virtual Machine(KVM) Hypervisor를 사용하는 Red Hat Enterprise Linux 5.4와 Windows Server 2003, 2008, Windows Server 2008 R2 게스트
2. Windows Server 2008 Hyper-V, Microsoft Hyper-V Server 2008, Windows Server 2008 R2 Hyper0V와 Red Hat Enterprise Linux 5.2, 5.3, 5.4

위 인증된 가상화 소프트웨어 상에서 구동되는 선별된 애플리케이션들에 대해 기술지원을 제공합니다. 마이크로소프트 애플리케이션 중 BizTalk 서버, Exchange 서버, Sharepoint 서버가 포함되며 이후에 추가될 예정입니다. Hyper-V 위에서 구동되는 Red Hat의 JBoss Enterprise Middleware의 경우도 기술지원을 받을 수 있습니다.

Red Hat 엔터프라이즈 리눅스 구독을 하고 있는 고객, Windows Server 2008 기술지원 계약을 맺고 있는 고객은 모두 기술지원을 받을 수 있고, 계약이 없는 고객은 지원이 필요할 때 마다 Incident를 별도로 구매할 수 있습니다.

실제로 Windows Server 2008 R2의 RC(Release Candidate) 버전은 지난 달부터 사용이 가능한 상태이고, 많은 고객분들이 테스트 목적으로 사용하고 계십니다.

가장 대표적으로 향상된 부분은 가상화, Hyper-V라고 할 수 있을 것 같습니다.

첫째, Live Migration (즉, 한 대의 호스트에 구동되던 가상머신을 세션 중단 없이 다른 호스트로 옮길 수 있는 기술)이 무료로 제공됩니다.

둘째, 최대 64개까지의  논리적인 프로세서가 지원됩니다. (이전 버전에서는 32개 까지 지원)

셋째,  프로세서 Capacity 모드, 즉 A 호스트에서 구동되던 가상머신이 다른 CPU를 사용하는 호스트 B로 이전하는 서비스
(이전 버전에서는 다른 호스트로 옮겨갈 때 같은 CPU를 사용해야만 가능했고, 결국 새로운 하드웨어를 구매해야 하는 불편이 있었슴)

클라우드 컴퓨팅은 클라우드 사업자가 모든 인프라, 플랫폼을 제공하는 “공용 클라우드”와 기업이 자체 클라우드 환경을 구축하는 “사설 클라우드”의 두 가지 유형이 존재합니다.

그 중에서 사설 클라우드는 데이터센터를 자체 운영하는 엔터프라이즈 및 IDC들이 구축할 것으로 예상된다고 말씀드렸는데요, 마이크로소프트 서버 및 툴 총책임자인 President Bog Muglia께서 사설 클라우드 구축에 관해 아래와 같이 밝혔습니다.

"We will move more and more into managing pools of resources," Muglia said. Traditional data centers, and even most virtualized data centers, require administrators to manage servers as discrete entities and to move applications manually. Private clouds will take a much more flexible, scalable, automated approach and draw computing power from pools of resources, rather than discrete servers, and will adopt many of the best practices of public cloud vendors.

요약해보면 이렇습니다. 전통적인 데이터센터, 가상화를 적용한 데이터센터의 경우 관리자가 각 서버 자원들을 직접 관리하면서 그 위에 구동되는 애플리케이션을 수동으로 배포하고 있는데, 사설 클라우드 환경을 적용한 경우 개별 서버에 대한 관리가 아닌 모든 자원들을 Pool 개념으로 묶어서 훨씬 더 유연하고, 확장 가능하며 자동화된 접근 방식을 사용할 수 있다는 거죠.

IT 운영관점의 변화라고 볼 수 있을 것 같은데요 지금까지는 서버 워크로드를 어디에, 어떻게 배치하여 구동할 것인가에 집중하고 있었다면 앞으로는 이러한 일들을 컴퓨터가 대행하게 될 거라는 겁니다. 예를들면, 현재 버전의 가상 머신 관리자(VMM)은 가상서버를 어디에 배치할 것인지를 배치 마법사(Placement Wizard)가 추천하면 관리자가 적용하는 방식으로 이루어지지만, 향후 버전에서는 마법사가 없어지고 프로세스가 자동화될 것으로 보여집니다. 데이터센터 관리자가 자원 풀에 물리적 서버를 추가해놓으면 관리 소프트웨어가 이러한 자원을 가장 최적화하여 사용하는 개념입니다.

시스템 센터는 윈도우, 리눅스 서버등 이기종 환경을 관리할 수 있어야 겠죠. 물론, 현재 시스템 센터도 크로스 플랫폼 확장 add-on을 통해 리눅스 환경을 관리할 수 있습니다.
물론 Windows Server 2008 R2, 새로운 시스템센터 만으로 사설 클라우드를 바로 현실로 만들기는 어렵다고 설명했는데, 그 이유는 애플리케이션이 확장, 병렬 프로세싱을 사용하도록 설계되지 않으면 원하는 형태로 구축이 안될 거라는 거죠. 마이크로소프트 역시 병렬 프로그래밍 패러다임, Oslo 모델링 플랫폼, .Net 프레임웍 등을 통해 애플리케이션이 여러 서버를 가로지르면 구동 가능하도록 개발할 수 있도록 하는데 많은 노력을 기울이고 있습니다.

언제 사설 클라우드 구축이 가능한 Windows  Server R2, System Center가 준비될 것인지에 대해서는 아직 정확한 일정은 없지만, 가까운 미래에 사설 클라우드 구축 역시 하나의 주요한 움직임이 될 것이라고 생각됩니다.

Windows Server 2008 R2에서는 호스트 서버, 가상 머신 배포가 정말로 간단해집니다.

1. 호스트 서버에 운영체제를 설치하는 것
2. 가상 머신에 운영체제를 설치하는 것

두 경우 다 경험해 보셨죠? 설치 방법이 똑 같은가요? 설치하는데 몇 분 정도 걸리시나요?
가상 머신의 경우 운영체제 이미지를 미리 다 만들어서 Library에 넣어 놓고, 관리도구를 통해 필요할 때 Provision 하는 방식을 선택하셨는데, 이것도 방법을 아는 분, 모르는 분에 따라 전혀 다르게 사용하시더군요

아시는 것처럼 가상머신의 파일 포맷은 VHD가 사용되고, de facto standard가 된 것 같습니다. Windows Server 2008 Hyper-V에서도 역시 VHD 형식을 사용했는데, R2 버전에서는 2가지 중요한 업데이트가 있습니다.

첫째, 관리자가 서버를 리부팅하지 않고 구동중인 VM의 SCSI Controller에 붙어 있는 pass-through disk를 추가 및 삭제 가능합니다. 스토리지가 급격히 증가하는 경우에 추가적인 다운타임 없이 관리할 수 있고 데이터센터 백업등의 시나리오에도 유연하게 대응할 수 있음을 의미합니다.

둘째, 로컬하드디스크에 저장된 .vhd 파일을 가지고 컴퓨터를 부팅할 수 있습니다. 미리 설정된 .vhd 파일을 가지고 호스트 서버, 가상머신을 배포할 수 있다는 것을 의미하죠. 실제 운영환경에 배포하기 전에 테스트환경에 쉽게 올려 놓고 검증 한 후 운영환경으로 간다면 관리의 패러다임이 많이 바뀌게 되는 거죠

Windows Server 2008 R2에서 더욱 강력해진 기능을 꼽으라면 Hyper-V라고 이야기하고 싶습니다.

Live Migration의 기능을 설명 드리겠습니다.
두 대의 호스트서버 A,B가 있습니다. 각 호스트서버에 가상머신 1,2가 구동중인데, 호스트 A에 구동중인 가상머신 1을 서비스 중단 없이 호스트 B로 보내는 것을 의미하죠. 가상머신 1에 연결된 사용자는 반응속도가 약간 떨어지는 것은 느낄지 모르지만, 물리적인 서버가 옮겨졌다는 것은 알지 못합니다.

 
그림1. Cluster Shared Volumes

Live Migration은 Windows Server 2008 R2에 포함된 Cluster Shared Volumes을 사용합니다. CSV는 같은 Failover Cluster안에 있는 여러 노드 들이 같은 LUN(Logical Unit Number)를 접근하도록 설계되어 있습니다. VM(가상머신) 관점에서는 각 VM이 자신만의 LUN을 가진 것처럼 보이지만 각 VM들은 같은 CSV Volume에 저장되어 있는 거죠. 
CSV안에 있는 각 노드들은 같은 이름과 경로를 갖게 됩니다.

그림2. CSV안의 같은 네임스페이스를 사용하는 예

CSV Volumes (Volume1, Volume2, Volume3)은 ClusterStorage 폴더에 저장되어 있습니다. ClusterStorage가 E: 드라이브에 위치하고 있다면 각 CSV Volume은 아래와 같이 접근 가능합니다.
E:\ClusterStorage\Volume1\Root, …

별도의 툴을 사용할 필요도 없죠? 아주 간단합니다.

또한 장점은 위의 노드 간에 단절이 발생할 때 Redirection을 통해 장애를 극복 가능합니다. 예를들면 Cluster Node2가 SAN 접근하는 경로에 장애가 발생하면 Cluster Node1으로 연결이 이루어져 SAN 접근이 가능해지는 것이죠.

괜찮죠?

많은 사람들로부터 듣는 이야기 중 하나 입니다. 마이크로소프트의 “Windows Server 2008은 정말 좋더라”
Windows Server 2008의 IIS7, NAP(Network Access Protection), Hyper-V 가상화, 보안 등은 각각 하나씩만 놓고 보더라도 충분한 경쟁력을 갖춘 항목 들입니다.

바로 그 Windows Server 2008이 보다 더 강력해져서 R2 베타로 등장했습니다. (아직은 Beta 지만요)
마이크로소프트의 대표적인 사이트, www.microsoft.com을 구동하기 위한 대부분의 서버가 Windows Server 2008 R2 Beta 기반으로 구동되고 있습니다.

물론 Windows Server 2008 Cluster와 Windows Server 2008 R2 Cluster를 함께 구동하고 있긴 합니다. 두 버전간의 성능을 비교하기 위해서죠.
Windows Server 2008에서 Windows Server 2008 R2로 업그레이드하기 위해서 물리적인 서버에 어떤 변경을 가해야 할까요? 아닙니다. 전혀 그럴 필요가 없습니다. 물론 너무 오래된 서버의 경우는 바뀔 필요가 있긴 하겠지만요.

이후에 좀 더 구체적인 데이터 다시 공유하도록 하겠습니다.
Windows Server 2008 R2 베타 다운로드는 여기를 누르세요.