1. IIS7을 Windows Server 2003에 설치 가능한가요?
   - 아니오, IIS7은 Windows Server 2008에서만 구동됩니다. 물론, Windows Vista SP1 버전에서 IIS7의 개발
     자 버전이 구동되긴 합니다. 개발은 Vista의 IIS7에서 하고, 실제 운영은 Windows Server 2008의 운영서버에서 진행하는 형태가 가장 추천되는 시나리오 입니다.

2. IIS7을 커맨드를 이용해서 관리할 수 있나요?
   - 물론 입니다. Appcmd.exe 라고 하는 "맥가이버 칼" 같은 도구로 IIS 관리자에서 수행 가능한 모든 작업을 
   커맨드라인으로도 수행할 수 있습니다. 

3. IIS6에서 사용하던 ADSI, WMI를 IIS7에서도 사용할 수 있나요?
   - 물론입니다. IIS6.0 관리 호환성을 설치하면 사용 가능합니다. 

4. IIS7을 설치하기 위해 모든 기능 서비스, 모듈, 종속성(Dependency)에 대해 알아야만 하나요?
    - 아는 것이 좋습니다. IIS 관리자(GUI) 방식을 사용하면 몰라도 설정이 일부 가능하긴 하지만, pkgmgr를 사용하여 설치하는 경우라면 정확히 알고 있어야, 혹시 발생할 지 모를 오류를 방지할 수 있습니다. 

5. 모든 Feature를 인스톨하면 무슨 문제가 있습니까?
    - 사실 문제가 있는 건 아니지만, IIS7.0의 사용하지 않는 기능을 메모리에 올라가게 하므로 메모리 Footprint가 증가되어 성능에 지장이 있고, 해킹 및 보안 위협에 대한 가능성을 높이며, 불필요한 패치 빈도를 높이는 결과를 초래할 수 있습니다. 

6. 메타베이스가 사라졌다고 하는데, 왜 FTP 배포 서비스는 메타베이스를 찾는지 궁금합니다.
   - 더 이상 메타베이스가 중심 저장소는 아니지만, FTP 배포 서비스는 IIS6.0과 달라지지 않았으므로 메타베이스가 존재하고 있다고 생각을 합니다. 하지만 IIS7은 모든 요청을 Applicationhost.config로 번역을 해주게 됩니다. 결국 메타베이스는 사용되지 않는 것이고, 리거시 어플리케이션과 Feature는 있다고 생각만 하는 것입니다. 

7. 매니지드코드와 네이티브코드가 요청 파이프라인에 동일한 접근 권한을 가지는데, 왜 네이티브 코드를 사용하는 거죠?
   - 성능 이슈 때문에 그렇습니다. 네이티브 코드(C++)는 오버헤드가 적습니다. 매니지드 모듈은 특정 어플리케이션에 맞도록 사용하는 목적, 네이티브 모듈은 글로벌하게 사용하는데 적절합니다. 

8. ApplicationHost.config 파일은 서버 정보, Web.config 파일은 어플리케이션 정보를 담고 있습니다.

9. ApplicationHost.config 파일은 아무나 수정 가능합니까?
    - 아닙니다. 윈도우 관리자만 수정 가능합니다. 

10. Section Group이 뭐죠?
    - 관련 섹션의 모음 입니다. 계층 구조로 이루어져 있습니다. 

11. Location tag은 어떨 때 사용하는 것입니까?
    - Locking 과 Unlocking 용도로 사용합니다. 관리 위임할 때

12. Appcmd.exe가 클라이언트에서 리모트 IIS7을 관리할 수 있습니까?
    - 안됩니다. 리모트 관리(원격)를 위해서는 WMI를 사용하셔야 합니다. 

13. 호스팅 업체에서 고객이 Trace 셋팅을 사용하고 싶습니다. 가능한가요?
    - 네, 가능합니다. 하지만, 서버 내의 모든 고객이 Trace가 가능하도록 설정하는 것과 동일함을 고려해야 합니다. 

14. Error 모듈을 교체 가능한가요?
   - 네. 가능합니다. 사이트 레벨로 Error 모듈을 교체할 수 있고 IIS7의 확장성이 갖는 장점중의 하나입니다.

[현재시제 - Present Tense]

봄이었다.
그러나 내가 원한건 여름이었다.
열정적인 날들,
그리고 눈부신 바깥세상.

여름이었다.
그러나 내가 원한건 가을이었지.
싱그럽도록 화려한 나뭇잎,
그리고 선선하며 바삭바삭한 공기.

가을이었다.
그러나 내가 원한건 겨울이었지.
아름다운 눈,
그리고 휴가철의 즐거움.

겨울이었다.
그러나 내가 원한 건 봄이었지.
따사로움,
그리고 움트는 계절.

난 어린아이였다.
그러나 내가 원한 건 어른이었지.
자유,
그리고 존경.

난 스물이었다.
그러나 내가 원한건 서른이었지.
성숙,
그리고 세련미.

중년이었다.
그러나 내가 원한건 스물이었지,
뜨거운 젊음,
그리고 자유로운 영혼.

이제 난 은퇴했다.
그러나 내가 원한 건 중년이었지,
침착한 태도,
뭐든 꺼림낌 없는...!

나의 삶은 끝났다.
그러나 내가 원했던 건 끝내 얻지 못했다.

                      제이슨 레흐만 (Jason Lehman)의 [현재시제] 중 

1번에 대한 내용은 예를들면, 우리 제품들에 대해 더 많은 API(Application Programming Interfaces)를 제공하고, 프로토콜에 대한 정보를 웹사이트에 공개하여 개발자들이 라이센스나 비용에 대한 걱정없이 접근할 수 있도록 하는 것을 의미합니다.

2번에 대해서는 오픈소스 상호운영성 이니셔티브와 고객, 개발자, 오픈소스 커뮤니티와의 대화를 촉진하기 위해 상호운영성 포럼을 만들었습니다. 

3번은 업계 표준을 지원하도록 노력하겠다는 것으로 IE8 베타버전이 업계 표준을 준수하는 것으로 확인할 수 있습니다. 

4번에 대한 부분은 앞의 설명과 유사하게 고객, 개발자, 오픈소스 커뮤니티와의 대화를 통해 상호운영성의 큰 목표를 달성하도록 최선을 다하는 것을 의미합니다. 
위와 같은 노력으로 PHP, MySQL 등의 다양한 오픈소스 제품들이 Windows 서버 위에서 안정적이고 빠르고, 안정적으로 구동되는 결과를 실제로 얻고 있습니다.

  
많은 활용 바랍니다. 감사합니다.

 
그림1. 가상화를 사용하지 않은 시스템

어플리케이션이 운영체제, 컴퓨터 하드웨어 위에 직접 설치되어 운영됩니다. 어플리케이션의 사용자 인터페이스(UI)가 기계에 직접 연결된 화면을 통해서 보여집니다. 
하지만, 이렇게 쓸 수 밖에 없는 건 아니죠. 사실, 이런 방식은 최선이 아닌 경우가 많습니다. 운영체제는 반드시 하드웨어에, 어플리케이션은 운영체제에, 사용자 인터페이스는 로컬 머신에 꼭 연결되어 사용되도록 하는 대신 각 부분이 좀 더 느슨하게 조합되어 사용하도록 할 수 있기 때문입니다. 이렇게 하면 여러가지 방법의 가상화가 가능해집니다.

운영체제와 물리적 하드웨어의 관계를 분리하면 하드웨어 가상화, 운영체제와 어플리케이션간의 사이를 분리하면 어플리케이션 가상화를 이룰 수 있습니다. 비슷하게, 어플리케이션이 구동되는 물리적 머신과 어플리케이션 사용자 인터페이스를 분리시킴으로서 프리젠테이션 가상화를 가능하게 합니다.

즉, 하드웨어와 소프트웨어가 훨씬 다양한 방법으로 사용할 수 있게 되고 구성을 쉽게 변경할 수 있습니다. 사실 대부분의 IT Pro들은 새로운 것을 설치하는 것보다 기존에 설치되어 있는 것을 운영하는데 훨씬 많은 시간을 사용하는데, IT Pro들의 업무를 쉽게 해주는 것은 의미가 있는 일입니다.

하드웨어 가상화

IT에 종사하는 사람은 가상화를 한대의 물리적 기계에 여러개의 운영체제를 구동하는 것이라고 생각합니다. 이것은 하드웨어 가상화를 의미하고, 앞에서도 설명했듯 이것만이 가상화의 전부는 아니죠. 가장 유명하긴 하지만요. 하드웨어 가상화의 개념은 아주 쉽습니다. "가상머신(VM)을 만들어주는 소프트웨어를 사용하여, 물리적 컴퓨터의 역할을 가상으로(Emulate) 하도록 해주는 것" 입니다." 한 번에 다수의 가상머신을 제공함으로써 이런 접근 방식은 한대의 물리적 머신에 동시에 여러개의 운영체제를 구동하도록 해줍니다. 그림2를 참고하시면 됩니다. 




그림2. 하드웨어 가상화

클라이언트 머신, 즉 데스크탑에서 사용됐을 경우 이런 접근 방식은 데스크탑 가상화, 서버 시스템에 사용되면 서버 가상화라고 합니다. 데스크탑 가상화는 여러 상황에서 아주 유용합니다. 가장 일반적으로 사용되는 예는 어플리케이션과 데스크탑 운영체제 간의 호환성에 문제가 있을 경우입니다. 예를들면, 윈도우 비스타를 사용중인 사용자가 윈도우 XP 서비스팩 2에서만 구동되는 어플리케이션이 필요한 경우 XP 서비스팩 2의 가상머신을 생성한 후, 이 어플리케이션을 구동하면 문제가 해결되는 것이지요. 

데스크탑 어플리케이션이 유용하긴 하지만, 하드웨어 가상화의 백미는 바로 서버지요. 제일 큰 이유는 경제적이라는 것입니다. 대부분의 서버 사용율을 10-15%를 넘기지 않는 다는 건 이미 알려져 있는 일이죠? 이렇게 서버 자원의 극히 일부만 사용하는 서버들을 효과적으로 활용하기 위해 업무(Workload)를 작은 조각으로 나누어 한대의 서버에서 통합 운영되도록 하는 것이죠. 결과적으로 서버를 관리하는데 소수의 인원만 있으면 되고, 서버가 차지하는 공간도 획기적으로 줄고, 전원도 훨씬 덜 사용하게 되고, 결국 엄청 절약하게 되는거죠.

서버 가상화의 또 다른 장점은 오류가 발생한 서버를 쉽게 복구할 수 있게 하는 것입니다. 가상머신은 파일로 저장되고, 결국 복구를 한다는 것은 파일을 새로운 머신으로 복사하는 것처럼 쉬워지는 것이죠. 가상 머신은 물리적인 머신에서 여러가지의 하드웨어 설정을 가질 수 있기 때문에 시스템을 복구할 때 가용한 머신은 아무거나 사용할 수가 있게 됩니다. 가상화를 사용할 때 물리적으로 동일한 시스템을 요구하지 않기 때문이죠.

하드웨어 가상화는 여러 방법으로 적용할 수 있는데 마이크로소프트는 아래의 3가지 유형을 제공합니다. 
첫째, Virtual Server 2005 R2
 - 윈도우 위에 소프트웨어를 하나 올려서 구현합니다. 이름에서 알 수 있듯 서버 가상화를 가능하게 하며 확장 가능한 멀티 사용자 시나리오를 타겟팅하고 있습니다. 

둘째, Virtual PC 2007
 - Virtual Server와 마찬가지로 윈도우 위에 소프트웨어를 하나 올려서 구현합니다. Virtual PC는 데스크탑 가상화를 제공하는데, 하나의 싱글 컴퓨터 위에 여러개의 운영체제를 운영하고자 할 때 사용되도록 만들어져 있습니다. 멀티 사용자 시나리오는 제공하지 않습니다.

셋째, Windows Server Virtualization
 - Virtual Server와 마찬가지로 WSV도 서버 가상화가 목적입니다. 위의 두 기술과 달리 소프트웨어를 추가하는 것이 아니고 Windows 자체에 구현된 하드웨어 가상화를 이용합니다. 하이퍼바이저라고 하죠. WSV는 Windows Server 2008의 일부분이고, Windows Server 2008 출시 이후 180일 이내에 정식버전이 출시되는 것으로 예정되어 있습니다. 현재는 베타버전이 나와 있습니다. 

여러 상황에 적합한 기술을 사용할 수 있고, 이후에 좀 더 자세히 설명드릴 예정입니다.

프리젠테이션 가상화

많은 어플리케이션은 대부분 한 대의 장비에서 구동되고 사용자 인터페이스를 보여주는 경우가 일반적입니다. 마이크로소프트 오피스 및 다른 어플리케이션들도 그렇게 사용되고 있죠. 그런데 이런 경우 몇 가지 아쉬움이 남죠. 한 회사에서 굉장히 많은 수의 데스크탑을 관리한다고 할 때 아주 중요한 데이터에 대해 보안이 지켜져야 한다고 합시다. 해당 장비 위에서 돌아가는 어플리케이션을 관리하기 위해 엄청 많은 시간과 비용을 사용해야 하겠지요. 이럴 때 어플리케이션을 원격지에 있는 장비에서 구동되도록 하고, 로컬에서는 사용자 인터페이스만 보여지도록 하는 것, 바로 프리젠테이션 가상화를 사용할 수 있게되는 것입니다. 그림3을 참고하시기 바랍니다.