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

e-Week를 종종 보곤 합니다. 오늘 Cameron Sturdevant에 의해 Windows Server 2008, Hyper-V에 가상 머신을 추가하는 Lab 테스트 결과가 올라왔네요. 한 번 Summary 해보겠습니다.

2008년 5월 20일자로 RC1(Release Candadate 1)이 배포되었죠. Windows 2000 Server Service Pack 4, x86/x64 버전의 SUSE Linux Enterprise 10 SP1의 지원이 추가되었습니다. Red Hat Enterprise Linux 5 역시 향후 업데이트 때 반영될 것 입니다. Lab 테스트 때 Windows 2000, SUSE Linux 등의 설치 및 정상 작동 여부 및 새로운 기능 리뷰가 이루어졌습니다. Host 머신은 HP ProLiant ML 115, Intel 칩을 사용하고 있습니다.


보시는 것처럼, 단계가 아주 간단하죠. 메모리 설정, 네트웍 카드 지정, VHD(Virtual Hard Disk) 지정하면 끝입니다.


Windows 2000 서버가 잘 돌아가네요. 에뮬레이션 모드에서 동작합니다.


SUSE Linux 역시 잘 돌아가죠?

상호운영성의 시대, 플랫폼간의 호환이 정말 현실로 다가왔습니다.

지난 Windows Server 2008 Launch 이벤트 때 Windows Server 2008의 핵심 Pillar인 IIS7 웹서버에 대해 발표를 했었지요. 그 때 윈도우 호스팅 자동화 솔루션 (WHAS)이 개발 완료되면 공지하겠다고 말씀을 드렸었죠.
마침내, 개발 완료되었습니다. 마이크로소프트의 파트너인 MWorks가 개발하였습니다.

특징은, 윈도우 웹 호스팅 서비스를 바로 시작하실 수 있다는 것입니다. 고객이 웹을 통해 서비스를 신청하면, 프로비전닝 웹서비스를 통해 실제 DNS서버, 웹서버, DB서버에 설정이 자동으로 이루어지는 것이죠.
주요 특징은 AD(Active Directory)가 필요 없다는 것, 각 서버에 Agent 설치가 필요 없다는 것, 프로비저닝 엔진이 웹서비스로 개발되었기 때문에 커스토마이징이 자유롭다는 것, 설치가 쉽고 최소의 서버로 호스팅이 가능하다는 장점이 있습니다. 프로비저닝 서버 1대, 웹 서버 1대, DB서버 1대, 총 3대면 윈도우 웹 호스팅 서비스를 시작할 수 있다는 것이죠. 아 참, 제일 중요한 해당 솔루션의 라이선스 비용은 무료 라는 것, 빼먹을 수없겠죠?
매력적이죠?

마이크로소프트가 운영하는 웹사이트, MSDN과 테크넷(TECHNET) 아시죠?
MSDN은 하루에 3백만 건, Technet은 1백만 건 이상의 사용자 방문이 이루어집니다.

바로 이런 대규모의 웹사이트가 완전히 HYPER-V 가상화 기반 환경에서 구동되고 있습니다. HYPER-V가 프로덕션 환경, 즉 실제 업무에 사용될 충분한 준비가 되었다는 것을 의미하죠. 안정성, 신뢰성, 성능, 확장성 모든 부분에 만족스러운 결과를 보여주고 있습니다.

가상머신의 Host 서버는 2개의 Quad 코어 CPU를 가졌고, 32GB 메모리가 장착되어 있습니다. (2GB 메모리는 Windows Server 2008 Parent 파티션이 사용합니다)
각 가상머신은 4개의 CPU, 10G의 메모리를 할당 받았습니다. HYPER-V RC0를 사용하였고, IIS7 웹서버는 모두 가상화 환경을 사용하고 있습니다. Database는 별도의 장비를 사용하고 있구요.

감사합니다.

가상화를 고려할 때 취해야 할 단계에 대해 설명하겠습니다.
표1. 의사결정 플로우 다이어그램

1단계. 가상화의 범위 결정
          - 엔터프라이즈 전체, 허브, 일부만 적용 등
          - 비즈니스의 목적이 제일 중요함. 실서버, 어플리케이션 통합을 통해 Data Center 비용 절감?
            서버 배포 시간 절감?

2단계. 어플리케이션 리스트 작성
           - 첫째, 어플리케이션 호환성 체크가 필요함
              . 프로세서 아키텍처 요구사항
              . 요구되는 프로세서의 수
              . 메모리 요구사항
              . 그래픽 어댑터 요구사항
              . 특정 하드웨어 요구사항 등
           - Hyper-V는 다음과 같은 제약사항, 한계
              . Windows Server 2008만 가능
              . 특정 하드웨어 칩셋 필요 (Intel VT, AMD-V)
              . USB 장치 사용 불가, HBAs(Host Bus Adapter) 사용 불가
           - Virtual Server 2005 제약사항, 한계
              . 각 게스트마다 3.6GB의 가상 메모리만 지원 가능
              . 32비트 어플리케이션만 지원 가능
              . 각 게스트마다 1개의 CPU만 지원 가능
              . USB 장치 사용 불가, HBAs(Host Bus Adapter) 사용 불가
           - 엔지니어, 사용자가 특정 어플리케이션의 동작여부를 게스트 에서 확인 필요
              . 어플리케이션 벤더가 가상화 형태로 사용될 때 지원 여부
              . 어플리케이션이 가상화에 적합한지 여부
              . 보안, 기타 비즈니스 요구사항이 가상화에 적합한 지 여부
           - 어플리케이션의 리스트를 작성하여, 비즈니스 담당자들에게 확인할 것

3단계. 리소스 요구사항 결정
4단계. 각 어플리케이션의 백업 접근 방식 선택
5단계. 고가용성 접근 방식 선택
6단계. 어플리케이션의 요구사항 요약 및 분석
7단계. 호스트의 구성 요소 선택
8단계. 서버 배치 결정
9단계. 게스트(가상머신)과 호스트 간 매핑
10단계. 호스팅 백업 방식 선택
11단계. 고 가용성 디자인
12단계. 스토리지 인프라 디자인
13단계. 네트웍 인프라 디자인
14단계. 전체적인 검증

서버 가상화를 디자인할 때 2가지 정보가 필요하다.
첫째, 일반적인 비즈니스 요구사항
         - 기술적인 의사결정이 비즈니스 요구사항과 일치하도록 꼭 달성해야할 비즈니스 목적에 대해 분명히 이해
            하고 있어야 함
둘째, 서버 자산 리스트
         - 서버, 네트웍 장비에 대한 리스트를 가지고 있어야 한다. 현재 보유 장비의 재사용을 고려하고 있다면 꼭
            필요함

가상화 시나리오에 대해서는 더 언급하지 않겠습니다. 앞의 글에서 여러번 설명 드렸었죠.

마이크로소프트의 System Center, 아시죠? ITSM(IT Service Management)에 있어 필요한 기능들이 대부분 구현되어 있고, 지속적으로 진화하고 있습니다. 얼마전 Cross Platform Extension 발표를 통해 이기종, 즉 Unix, Linux, MySQL, Oracle등에 대한 관리도 가능해져서 진정한 Enterprise 솔루션으로의 모습을 갖췄습니다.


감사합니다.

 

그림 1. Mapping of technology into Core Infrastructure Model

마이크로소프트의 Core IO(Infrastructure Optimization) 모델에 대해 들어보셨나요? 프로세스와 기술을 종합해서 한 조직의 성숙도를 판단하는 방식을 의미합니다. (IO 모델)

IO 모델은 IT 산업의 애널리스트들, MIT의 정보시스템 연구센터, 마이크로소프트의 엔터프라이즈 고객과의 경험을 토대로 만들어졌습니다. IO 모델의 목적은 한 조직의 기술력, 비즈니스 가치를 평가할 수 있는 유연하고 쉬운 성숙도 프레임웍을 제공하는 것입니다. IO 모델은 3가지로 구성되어 있습니다. Core IO, Application Platform Optimization, Business Productivity IO 입니다. Core IO에 의하면, 한 조직이 지속적인 서버 통합을 통해 가상화 기술을 사용한 경우 Rationalized 단계에 도달했다고 평가합니다.

다음 글에서는 가상화를 위한 인프라스트럭처를 설계하고 디자인 하는 방법에 대해 적어보겠습니다.

자, 이제 의사결정의 각 단계에 대해 상세하게 살펴보겠습니다.

1단계. 가상화가 적합한지 결정
   - 특정 상황에서 가상화를 사용해야할 지 고려 요소
      . 호환성: 어플리케이션이 가상화 환경에서 구동되는지 확인
      . 지원 가능 여부: 해당 어플리케이션 개발 업체가 가상화 환경을 지원하는 지 정책 확인 필요
      . 라이선싱: 어플리케이션이 가상화 환경에서 사용 가능하도록 라이선스 정책이 지원 가능한지 여부
      . 비즈니스 이점: 해당 어플리케이션을 가상화 해야하는 비즈니스 상의 이유 고려, 비용 절감, 배포시간 단축,
        운영 비용 절감 등의 잠재적 이익 등도 함께 고려

   만약 가상화가 적합하다고 판단되면 2단계로 이동

2단계. 어플리케이션 분류
   - 서버에서 구동되는 어플리케이션인지, 클라이언트 PC용 어플리케이션인지 구분
      . Windows Server에서 구동되는 어플리케이션이라면 3단계로 이동
      . 클라이언트 PC에서 구동되는 어플리케이션이라면 4단계로 이동

3단계. 서버 하드웨어 가상화 vs 서버 소프트웨어 가상화 선택
   - 기술적인 환경에 따라 선택이 가능함

표 2. Comparing Windows Server Hyper-V Products

Criteria	Windows Server 2008 Hyper-V	Virtual Server 2005 R2 SP1
32-bit host		ü
64-bit host	ü	ü
Multiple CPU support for guest OS	ü
Enhanced management tools	ü
Type 1 Hypervisor (server hardware virtualization)	ü
Server software virtualization		ü

Hyper-V는 Intel VT, AMD-V CPU가 장착된 하드웨어 필요함

4단계. 클라이언트 연결 결정
 - 컴퓨터가 항상 네트웍에 연결되어 있는 상태인지, 때때로 연결이 끊어지는 상태인지에 따라 달라짐
   1) 항상 연결되어 있는 클라이언트
       전형적인 시나리오는 기업에서 사용되는 PC, 키오스크, 리모트 오피스, 홈 오피스 용도로 사용되는 컴퓨터
       의 경우이다.
       항상 연결되어 있다면, "어플리케이션의 위치를 결정"하는 5단계로 이동

    2) 연결이 끊어진 클라이언트
       때때로 네트웍이 끊어지는 클라이언트, 또 어플리케이션의 여러 버전을 동시에 사용할 필요가 있을 경우
       이다. 출장중이거나, 네트웍 연결이 되지 않는 동안 잠깐 사용하고자하는 용도에 가장 적합하다
       "어플리케이션 가아화, 데스크탑 가상화"를 선택하는 7단계로 이동

5단계. 어플리케이션 위치 결정
  1) 어플리케이션이 중앙에서 관리될 수 있고, 서버에서 운영하는 것이 효율적이라고 판단되면
     프리젠테이션 가상화 고려. 어플리케이션의 배포나 관리가 엄청 용이함
       6단계로 이동
   2) 중앙 서버에서 구동되기 어려운 상황이거나, 개별적인 설정이 필요할 때, 효율적으로 구동
       되기 위해 로컬 시스템 자원을 사용해야 할 때 등은 데스크탑 가상화를 고려함이 좋음
       7단계로 이동

6단계. 데스크탑 or 프리젠테이션 가상화 선택
    중앙에서 관리하는 것은 결정이 됨
   1)  데스크탑 가상화
        . VECD(Vista Enterprise Centralized Desktop)이 선택될 수 있음. 이 경우에는 클라이언트
           컴퓨터에 디스크가 없어도 되고, 데이터나 어플리케이션은 로컬에 저장되지 않음.
           클라이언트 컴퓨터가 안정적인 네트웍 커넥션을 가지고 있고, 리모트 데스크탑 프로토콜(RDP)를
           사용하여 가상머신에 접근하도록만 설정되면 됨. 가상화를 위해 클라이언트 이미지는 Virtual Server
           2005 R2 SP1이 가상 머신을 호스팅하면 되고, Windows Vista Enterprise 라이선스는 클라이언트가
           보유해야 함
    2) 프리젠테이션 가상화
        . 터미널서비스는 사용자가 RDP를 통해 원격 어플리케이션을 사용하도록 해줌. 모든 실행이 서버에서
          이루어지므로 클라이언트 컴퓨터는 최소의 하드웨어 사양을 요구함. 클라이언트 컴퓨터는 Windows XP,
          Vista 등이 사용될 수도 있고, RDP 클라이언트가 가능한 어떤 운영체제도 가능함. 만약, 호환성 이슈가
          발생한다면 소프트웨어 그리드 같은, 어플리케이션 가상화가 사용, 관리되어야 함

7단계. 어플리케이션 or 데스크탑 가상화 선택
  1) 어플리케이션 가상화
       . 가상화 환경에 어플리케이션을 설치하는 방법을 제공하고, 어플리케이션을 온디맨드로 스트리밍 형태로
          제공할 수 있음. 어플리케이션은 실제로 로컬에서 구동됨.
          어플리케이션이 실제로 로컬 컴퓨터에서 실행되므로 어플리케이션 구동을 위한 하드웨어 요구사항을
          갖춰야 하고, 가상화 어플리케이션을 지원하기 위해 완전한 클라이언트 운영체제를 필요로 함
  2) 데스크탑 가상화
       . 많은 운영체제들이 로컬 컴퓨터에서 구동되어야 하므로, 충분한 CPU, 메모리, 디스크가 필요로 함. Virtual
          PC를 사용하면 리거시 운영체제 및 어플리케이션을 함꼐 구동할 수 있음. 여러개의 가상머신을 시작하고
         멈출 수 있음. 소프트웨어 개발 및 테스트 환경에서 여러개의 플랫폼이 필요한 데, 이럴 때 유용하게 사용
         될 수 있음

여러개의 가상화 기술을 함께 사용

표 3. Additional Virtualization Characteristics

Characteristic	VECD	Terminal Services	Virtual PC	SoftGrid Application Virtualization
Supports Windows Terminal Client (thin client)	ü	ü
Desktop Virtualization (OS + applications)	ü1	ü	ü
Application virtualization		ü		ü
Centralized	ü	ü
Scalability	Low	High
Support for legacy OS			ü

¹ = Vista Enterprise only

하나의 가상화로 원하는 모든 요구사항을 만족시키지 못할 때가 있죠. 이럴때는 여러개의 기술이 함께
사용될 수 있습니다.
 . 터미널서비스 세션은 소프트그리드 어플리케이션을 사용할 수 있음
 . Windows Vista 클라이언트가 중앙에서 구동되는 금융 어플리케이션(Financial)을 터미널 서비스로
   사용하고, 로컬에 설치된 소프트그리드 어플리케이션을 가질 수 있고, 이전 버전의 리거시 윈도우
   어플리케이션을 사용하기 위해 VIrtual PC를 사용할 수도 있는 거죠.

마이크로소프트는 가상화에 대해 포괄적인 포트폴리오를 가지고 있죠. 하나씩 사용될 수도, 함꼐 사용될 수도 있습니다.

표 1. 마이크로소프트 가상화 기술

Microsoft Capability	Virtualization Type
Windows Server 2008 Hyper-V™	Server Hardware Virtualization
Virtual Server 2005 R2	Server Software Virtualization
Terminal Services	Presentation Virtualization
SoftGrid Application Virtualization	Application Virtualization
Virtual PC	Desktop Virtualization
Windows Vista Enterprise Centralized Desktop (VECD)	Desktop Virtualization

1. Windows Server 2008 Hyper-V
    하드웨어 가상화, Hyper-V는 Type1 Hypervisor 기반의 가상화를 사용하는데, 하드웨어 위에서 바로
    구동된다.   따라서, 가상화하기 어려운 프로세서 Call을 직접 접근할 수 있다.
     - 32비트, 64비트 가상머신을 동시에 구동 가능
     - 가상머신이 최대 4개까지 CPU를 가질 수 있음
     - 대용량 메모리 지원
     - Virtual LAN 지원
     ※ 64비트 기반의 프로세서를 가진 하드웨어가 필요함, DEP(Data Execution Protection)이 사용되어야 함

      더 자세한 내용, 여기 참조

2. Virtual Server 2005 R2 SP1
    x86 기반의 운영체제에서 모두 구동된다. 가상머신을 구동하기 위한 소프트웨어로 이해하면 됨.
    - 서버 통합
    - 리거시 운영체제 및 어플리케이션을 구동하기 위해 적합
    - 소프트웨어 테스트 및 개발환경 자동화
    - 재해 복구 단순화
    Windows Server 2003, 2008에 구동가능하고, 관리 기능도 지원됨
    Virtual Server는 Windows XP, Vista 등에서도 구현가능한데 테스트 및 개발 목적으로만 사용이 적합

     다운로드는 여기 참조

3. Windows 터미널서비스
    프리젠테이션 가상화를 의미한다. 터미널서비스는 Windows 2000, 2003, 2008 플랫폼에 내장된 기능임
    모든 프로세싱은 터미널서비스가 구동되고 있는 중앙 컴퓨터, 즉 서버에서 이루어짐

    자세한 정보는 여기 참조

4. 마이크로소프트 소프트그리드(SoftGrid) 가상화
   어플리케이션이 최종 사용자의 컴퓨터에서 구동되면서, 격리된 환경을 만들 수 있습니다. 어플리케이션이
   캐시 시스템에 캐시되고, 로컬에서 실행되는 방식을 취하고 있습니다. 클라이언트의 어떤 설정도 변경하지
   않습니다. (레지스트리, 프로그램 매핑 등)
   버전이 다른 어플리케이션이 함께 구동될 수 있고, 어플리케이션을 배포하는 프로세스를 설정하거나 관리를
   쉽게 합니다. 다음의 두가지 방식으로 배포될 수 있습니다.
   - 설치: 전통적인 소프트웨어 방식과 마찬가지로 클라이언트 시스템이 캐시되어 존재합니다.
   - 스트리밍: 온디맨드 형태로 요청될 때 클라이언트 시스템으로 보내지고, 향후 재사용을 위해 캐시됩니다.
   마이크로소프트 데스크탑 최적화 팩으로 사용 가능합니다.

    자세한 정보는 여기 참조

5. Virtual PC
    데스크탑 가상화를 위해 Microsoft Virtual PC 2007을 사용할 수 있습니다. Windows Vista, XP를 한 대의 PC
    에서 함께 사용하고자 할 때 활용 가능합니다. 아주 간단하게 설정하고 사용할 수 있는 방식을 제공합니다.

    자세한 정보는 여기 참조

6. Windows Vista Enterprise Centralized Desktops (VECD)
   엔터프라이즈 사용자들에게 부여하는 혜택으로 중앙에 Windows Vista Enterprise의 복사본을 Virtual Server
   2005 R2 SP1 환경에 만들어 놓는 것을 의미합니다. 각 사용자들이 리모트 데스크탑 등을 통해 접근하여 본인의
   PC 외에 원하는 작업을 할 수 있도록 해주는 것이지요.

   자세한 정보는 여기 참조

자, 이제 가상화에 대한 개념은 아시겠죠. 이제 의사결정 프로세스를 살펴보시지요.
1. 가상화가 적합한지 여부 결정
2. 어플리케이션 분류
3. 서버 가상화, 소프트웨어 가상화 중에서 선택
4. 클라이언트 커넥션 상태에 대해 결정
5. 어플리케이션의 위치 결정
6. 데스크탑 가상화, 프리젠테이션 가상화 중에서 선택
7. 어플리케이션 가상화, 데스크탑 가상화 중에서 선택

   (클릭하시면 확대 됩니다)
 

내게 맞는 가상화 기술 선택하기에 대해 알려드립니다.
인프라스트럭처를 계획하고, 디자인할 때 어떤 구체적인 방법론을 사용하는 것이 아니고, 경험에 의해 이루어지는 경우가 참 많습니다. "잘되면 좋고, 안되면 다시 하지 뭐"라는 생각이 깔려 있는 것 같습니다.

좀 더 체계적으로 하면 좋겠죠. Infrastructure Planning & Design (IPD)는 그래서 생겼죠.
 . 플래닝 프로세스 동안 활용할 수 있는 의사결정 플로우를 활용할 수 있습니다.
 . 의사결정에 필요한 옵션을 제공하고, 결정된 내용에 대해 확인합니다.
 . 비용과 복잡도를 고려하여 비즈니스와 연계한 결정을 합니다
 . 비즈니스에 관계된 다양한 질문을 통해, 비즈니스에 핵심적인 내용을 포괄적으로 이해합니다.

비즈니스가 요구하는 사항을 충족하기 위해, IT가 구현을 하게 되는데 각 시나리오별로 어떤 가상화가 최적인지를 생각해보는 건 굉장히 중요합니다.

1. 서버 하드웨어 가상화
    - Hypervisor로 알려져 있습니다. 아주 가벼운 코어 OS라고 생각해도 됩니다. 가상화가 내장된 기능을 가진
      하드웨어면 됩니다.
2. 서버 소프트웨어 가상화
    - Windows Server 2003, 2008 같은 운영체제가 가상머신(VM)을 호스팅 할 수 있는 어플리케이션을 사용하여
      구현됩니다. 각 가상 머신들은 완전히 별도로 구분되어 운영체제와 어플리케이션을 운영할 수 있습니다.
3. 프리젠테이션 가상화
    - 많은 사용자 세션 유지, 모든 프로세싱이 중앙 호스트 시스템에서 이루어집니다. 사용자 세션은 각각 독립되
       어 있지요. 키보드, 마우스 입력, 비디오 정보 등만이 클라이언트와 중앙 시스템 사이에 전달됩니다.
4. 어플리케이션 가상화
    - 감싸주는 소프트웨어(Wrapper)가 어플리케이션을 격리시키는 역할을 합니다. 예를들면, 오피스 2003,
      오피스 2007을 한 대의 PC에서 모두 구동하려면 DLL(Dynamic Link Libraries) 충돌로 인해 사용하기 어렵겠
      죠. 또한, 호환성 부분에서도 문제가 생길 수 있습니다. 이런 경우 각 어플리케이션이 서로에 영향을 주지
      않도록 해주는 역할을 합니다.
5.  데스크탑 가상화
     - 서버 소프트웨어 가상화와 유사합니다. 다만, PC나 노트북에 가상화를 구현한다는 것이 다르지요.  
       Windows Vista를 사용하면서, WIndows XP에서만 구동되는 특화된 어플리케이션이 있다면 데스크탑
       가상화를 이용하여 2개의 운영체를 한대의 PC에서 사용할 수 있겠죠

각 가상화에 대한 자세한 내용은 다음 글에서 올리겠습니다.

3가지가 필요하다고 생각합니다. 기술과 사람, 프로세스 입니다. 아무리 뛰어난 기술이 있더라도 잘 설계하고 운영할 사람이 없거나 프로세스가 갖추어져 있지 않으면 성공적인 IT 시스템이라고 하기 어렵죠.

그중 프로세스를 제공하는 것, 이것이 바로 MOF(Microsoft Operation Framework)의 존재 이유 랍니다.
MOF 4.0은 정말 쉽게 만들어져 있어요. 누구라도 20분만 읽으면 바로 구현 가능하도록 하는 것이 바로 그 목적 이었답니다. 다른 무엇보다 커뮤니티를 통해 궁금한 내용은 도움을 받을 수 있도록 되어 있는 것이 이전과는 다른 큰 차이입니다. 성공적인 IT, 경험해 보세요.