남정현의 Windows Azure 블로그

이번 PDC 2010의 핵심 주제이기도 했던 클라우드 컴퓨팅과 더불어서, Windows Azure Platform에 대대적인 업데이트가 있을 예정임이 다양한 발표자들에 의하여 키노트에서 언급되었습니다. 오늘 오후에 업데이트할 PDC 2010 키노트 요약 포스팅 이전에 중요한 내용들만을 먼저 간추려 올립니다. 아래의 글은 http://www.microsoft.com/windowsazure/compute/default.aspx 에 PDC 2010 키노트 발표 직후 업데이트된 새로운 사항들을 번역한 글입니다.

드디어 등장! Virtual Machine Role

올해 봄에, VM Role의 등장이 예고된 바가 있었습니다. 하지만 확정된 자료, CTP 발표 등이 없는 상태에서 소문만 무성했었는데요, 이번 PDC 2010 키노트에서 베일을 벗었습니다. VM Role이란, 말 그대로 여러분이 구축한 가상 PC의 하드 디스크 이미지를 이용하여 Windows Azure에 클라우드 컴퓨팅 인스턴스를 생성할 수 있는 인스턴스 타입으로 기존의 Web Role과 Worker Role에 이어 새로 추가된 유형의 Role입니다.

VM Role을 이용하여 구동할 수 있는 OS의 종류는 Windows Server 2008 R2에 한정됩니다. 그리고 기존에 구축한 Windows Server 2008 R2 서버 컴퓨터로부터 VHD 이미지를 생성하여 Windows Azure BLOB Storage로 업로드하게 됩니다. 만들어진 VHD 이미지는 필요한 시기에 동적으로 관리 도구에 의하여 적재되고 부팅될 수 있으므로 가상 PC 인스턴스의 복제 작업이 훨씬 더 간단해집니다. 당연한 이야기이지만, VM Role을 어떻게 구성할 것인지는 전적으로 고객 여러분의 몫입니다.

Web Role과 Worker Role의 향상

그렇다면 Web Role과 Worker Role은 전혀 필요가 없게 되는 것일까요? 그렇지 않습니다. 대부분의 경우 여러분이 클라우드에 게시하려는 응용프로그램의 스타일은 클라우드에 이미 친화적입니다. 이는 ASP.NET 기반의 웹 사이트에서부터 일반적인 TCP 소켓 기반의 데몬 서버에 이르기까지 매우 포괄적입니다. 그리고 목적에 알맞는 Role 선택은 Cloud 환경에서의 비용을 감소시켜줄 수 있습니다.

VM Role의 등장과 더불어서 Web Role과 Worker Role은 한층 더 사용하기 편리해지게 됩니다. 이전까지는 Web Role과 Worker Role의 실행 환경에 대해 제일 많이 혼선을 빚었던 부분 중 하나인 관리자 권한의 부재가 있었습니다만, 이번 업데이트를 통하여 Web Role과 Worker Role에도 관리자 권한이 주어지게 됩니다. 동시에, IIS 7.0의 전체 기능을 모두 사용할 수 있도록 Web Role도 기능이 확장됩니다. 이에 따라 하나의 Web Role이 동시에 여러 사이트를 호스팅할 수 있게 되기도합니다. 그리고, Remote Desktop 연결 기능이 추가됨에 따라 실행 중인 인스턴스를 모니터링하거나 문제를 해결하기 위하여 직접 접속하여 조치를 실행할 수도 있게 됩니다.

VM Role에 대하여

VM Role은 Windows Server 기반의 환경을 Windows Azure로 빠르게 마이그레이션하기 위한 수단으로 제공됩니다. 이는 Windows Server 기반의 응용프로그램을 마이그레이션하면서 필요로 할 수 있었던 시간이 오래 걸리고, 자동화되지 않았으며, 손상되기 쉬운 과정을 최소화합니다. VM Role이 더 높은 유연성과 자유로운 제어에 대한 이점을 제공하는 것과는 별도로, 기존의 Web Role과 Worker Role 역시 더 많은 이점을 제공한다는 사실도 충분히 검토하십시오. Web Role과 Worker Role을 기반으로 한다면, 운영 체제 하부에 대한 제어를 거의 하지 않고 클라우드 환경에 대한 개발자 여러분들의 목표와 기대치 설정을 완벽하게 재현할 수 있을 것입니다. 그리고, 기존과 마찬가지로 Visual Studio를 통한 Windows Azure 개발은 Web Role과 Worker Role에 알맞게 디자인되고 더욱 향상될 것입니다. 또한, Web Role과 Worker Role을 사용하여 클라우드 응용프로그램을 개발한다면, 추상화된 개발을 지향하기 때문에 자동화된 업데이트의 이점을 충분히 누릴 수 있습니다.

VM Role과 관리자 권한 중에서 어떤 것을 택하면 좋습니까?

VM Role과 관리자 권한 기능은 Windows Azure 환경으로의 이관을 검토하는데 큰 변수가 되었던 환경 전반에 대한 제어에 관한 문제점을 완벽하게 해결할 것입니다. 그러나, IIS의 구성 요소를 일부 수정하거나, 특정 MSI 패키지를 설치하는 정도의 작업에 대하여 VM Role보다는 관리자 권한으로 액세스할 수 있는 향상된 Web Role과 Worker Role의 사용을 권장합니다. 이는 잦은 변경 사항이 지속적으로 발생할 수 있는 서비스 환경에 최적화되어있으며, 추상화된 개발 환경을 바탕으로 최신 업데이트의 신속한 적용을 통한 완벽한 서비스를 가능하게 합니다. 만약 복잡한 변경 사항이나 환경 설정을 수용해야 하거나, 시스템 전반에 걸쳐서 다양한 역할을 수행해야 하는 경우, VM Role이 더 좋은 선택이 될 수 있습니다. VM Role의 경우도, 게스트 OS의 자동 업데이트에 관한 부분을 제외하면 로드 밸런싱이나 장애 진단 - 또는 - 극복의 이점을 충분히 누릴 수 있습니다.

만약 VM Role과 관리자 권한에 대한 좀더 자세한 내용이나 최신 정보에 대한 업데이트를 받기 원한다면 http://msdn.microsoft.com/en-us/library/dd179416.aspx 페이지를 방문하십시오.

새 컴퓨터 인스턴스 레벨 제공: 극소형 (Extra Samll) 인스턴스

이번 PDC 2010에서 새로운 종류의 인스턴스 레벨이 하나 더 발표되었습니다. Extra Small (극소형) 인스턴스 레벨이 새로 추가되었으며 이제 사용할 수 있는 기본 인스턴스 레벨이 총 5가지가 됩니다. 극소형 인스턴스는 기존의 소형 (Small) 인스턴스보다 더 개발자에게 저렴하고 쉬운 개발 환경을 제공합니다. 자세한 내용은 아래 도표롤 참고하십시오.

VM Role의 가격과 라이센싱

VM Role의 가격 정책은 기존의 Web Role과 Worker Role과 다르지 않을 것입니다. VM Role 고객들에게는 기존과 마찬가지로 위의 컴퓨터 인스턴스 등급에 따라 시간당 과금이 적용됩니다. 그리고 기존의 Web Role이나 Worker Role과는 달리, Windows Server 라이센싱 비용이 좀 더 추가 될 것입니다.

Windows Server 2008 R2에 대한 라이선스는 WIndows Azure VM Role 라이선스로 대체됩니다. 이미지로 만들고자 하는 기존의 Windows Server 2008 R2에 대한 라이선스는 볼륨 라이센싱으로 획득한 제품이어야 하며, 이렇게 만들어진 이미지를 Windows Azure VM Role로 실행할 때에는 기존 라이선스와는 별도로 새로운 라이선스 정책 아래에서 실행이 됩니다. 추가적으로, Windows Azure VM Role 베타 기간 동안에는, 개발자들은 64비트 버전의 Windows Server 2008 R2 기반 VM Role을 직접 Windows Azure 환경에 배포할 수 있습니다. 기타 MSDN 라이선스 및 구독 등을 통해 활성화된 Microsoft의 제품들은 개발과 테스트 목적에 한하여 VM Role위에서 사용이 가능합니다. Microsoft는 2011년 5월까지 고객들과 파트너들로부터 다양한 피드백을 수집할 예정에 있으며, 이에 따라 여러가지 개선 방안이 새롭게 적용될 수 있다고 합니다. 또한, 이 기간 동안 설치되는 모든 종류의 써드파티 소프트웨어들에 대해서는 해당 소프트웨어 제조사들의 라이선스 정책에 따라 사용 가능/불가 여부 및 책정 금액이 변동될 수 있습니다.

Windows Azure VM Role에 연결할 때에는 기존에 사용하던 Client Access License (CAL)가 적용되지 않습니다. 또한 기존의 Windows Server 2008 R2 라이선스를 Windows Azure VM Role을 위한 라이선스로 전환하거나 혹은 VM Role을 위한 라이선스를 On-Premise 환경을 위한 라이선스로 전환하는 것은 인정되지 않습니다. 양쪽이 서로 독립된 라이선스이며 호환성이 없음을 의미합니다.

출처: http://www.microsoft.com/windowsazure/compute/default.aspx