아키텍트2009. 7. 24. 16:22
마이크로소프트가 Linux 커널을 위한 코드를 개발해서, 무상으로 제공했습니다. (오픈소스 라이선스 GPL v2)

역사적으로 기억되어야 할 날이라고 생각합니다. (2009년 7월 21일)
Linux 커널을 담당하고 있는 Linux  커널 커뮤니티에 제공되었기 때문에 Linux 커널 커뮤니팅의 커널을 사용하는 모든 리눅스 버전은
Hyper-V 가상화를 이용해 가상머신으로 사용될 수 있게 된 것 입니다. Linux Driver Project

현재까지는 Windows Server 계열 서버, Linux 에서는 SUSE Linux가 지원된다고 이야기했었죠.
Hyper-V 드라이버가 반영된 커널이 반영된 CentOS, Ubuntu, 기타 Linux 운영체제들은 앞으로 다 정상적으로 구동된다는 의미 입니다.

하지만 구동이 되는 것과 마이크로소프트나 Linux를 상용으로 사용하는 업체가 기술 지원을 제공하는 것은 다른 이야기 입니다.
문제가 생겼을 때 기술지원이 되는 버전은 아래와 같습니다. Red Hat과 Novell (SUSE)에서 직접 기술 지원하는 방식 입니다. 
 . Red Hat Enterprise Linux (5.2, x86/x64)
 . Red Hat Enterprise Linux (5.3, x86/x64)
 . SUSE Linux Enterprise Server 11 (x86/x64)

이외의 버전 (CentOS, Ubuntu 등)의 경우는 문제가 생겼을 때 기존과 같이 개별 커뮤니티를 이용하여 지원 받는 방법을 그대로 사용하시면 됩니다.

가상화는 모든 IT 조직이 사용하는 de-facto 모델이 되어가고 있고, 현재 조직이 사용하는 모든 운영체제가 다 가상머신으로 동작하게 되는 것이
가장 이상적인 모습입니다.  

위에서 언급한 Linux Integration Component를 지원하는 가상화 플랫폼은 아래와 같습니다.
  . Windows Server 2008 Standard, Enterprise, and Datacenter (x64 only)
  . Microsoft Hyper-V Server 2008
  . Windows Server 2008 R2 Hyper-V RC (Build 7100) Standard, Enterprise, and Datacenter (x64 only)
  . Microsoft Hyper-V Server 2008 R2 RC (Build 7100) 
Posted by 조이트리
아키텍트2009. 4. 21. 10:02
마이크로소프트의 서버가상화는 기본적으로 Windows Server 2008에 Hyper-V라는 Role로 제공됩니다.
아시죠? 그런데, 이 Hyper-V Role 말고 Bare Metal 서버에 올라가는 무료 가상화 서버가 작년에 발표된 Hyper-V Server 2008 입니다.

그런데, Hyper-V Server 2008은 Failover Clustering 기능이 제공되지 않았기 때문에 개발 및 테스트 환경에서는 사용할 수 있었지만 Production 환경에서는 사용하는데 제약이 있었죠.
이전 버전보다 훨씬 더 보강된 기능으로, 여전히 무료인 Hyper-V Server 2008 R2 Beta 버전이 출시되었습니다.
1. Failover Clustering : A 호스트가 장애 시 구동되던 가상머신을 B 호스트가 서비스하도록 하는 기술
2. Live Migration : A 호스트에서 구동되던 가상머신을 B 호스트로 세션등의 손실없이 이동해주는 기술
위의 2가지 기능이 포함되어 있습니다.

즉, 계획된 다운타임, 계획되지 않은 다운타임(장애) 시 중단없는 서비스가 가능해진 거죠. 무료로 ...
괜찮지 않나요? 아래는 제원 비교 입니다.

Capabilities

Microsoft Hyper-V Server 2008

Microsoft Hyper-V Server 2008 R2

Windows Server 2008 R2 EE, DC

Processor Architecture x64 only

Yes

Yes

Yes

Hypervisor-based

Yes

Yes

Yes

Product Type

Standalone product

Standalone product

Operating System

Number of Sockets (Licensing)

Up to 4

Up to 8

Up to 8 = EE | Up to 64 = DC

Number of cores supported by the hypervisor

24 (with QFE)

32

32

Memory

Up to 32 GB

Up to 1 TB

Up to 1TB

VM Migration

None

Quick and live migration

Quick and live  migration (EE & DC)

Administrative UI

Command line, text based configuration utility  and remote GUI management

Command line, text based configuration utility  and remote GUI management

Command line, remote management, and local GUI  (Hyper-V Manager MMC)

Management

Existing management tools

Manageable by SCVMM

Yes (SCVMM 2008)

Yes (SCVMM 2008 R2)

Yes (SCVMM 2008 SP1)

Virtualization Rights for Windows Server guests

 0

0

EE = 4 VM

DC Edition = unlimited VM per proc

Number of running VM Guests

Up to 192, or as many as physical resources allow

Up to 256, or as many as physical resources allow

Up to 256, or as many as physical resources allow

Storage

Direct Attach Storage (DAS): SATA, eSATA, PATA, SAS, SCSI, Firewire, Storage Area Networks (SANs): iSCSI, Fiber Channel, SAS

Planned Guest OS support

Windows Server 2008 R2, Windows Server 2008, Windows Server 2003 SP2, Windows 2000 Server, Novell SUSE Linux Enterprise Server 10, Windows 7, Windows Vista SP1 & Windows XP SP3/SP2


감사합니다.
Posted by 조이트리
아키텍트2009. 3. 19. 11:45

종종 듣는 질문입니다. SQL Server 2005, SQL Server 2008이 Windows Server 2008 Hyper-V에서 정상적으로 구동되나요? 네, 당연히 지원됩니다. 그에 대한 해답은 아래 사이트에서 확인하실 수 있습니다.
http://www.microsoft.com/sqlserver/2005/en/us/support-options.aspx

“SQL Server 2005 is now supported on Hyper-V”라고 쓰여있죠?
“SQL Server 2005는 Hyper-V 가상머신에서 지원됩니다”

Posted by 조이트리
아키텍트2009. 3. 17. 11:35

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 파일을 가지고 호스트 서버, 가상머신을 배포할 수 있다는 것을 의미하죠. 실제 운영환경에 배포하기 전에 테스트환경에 쉽게 올려 놓고 검증 한 후 운영환경으로 간다면 관리의 패러다임이 많이 바뀌게 되는 거죠

Posted by 조이트리
아키텍트2009. 3. 17. 11:22

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 접근이 가능해지는 것이죠.

괜찮죠?

Posted by 조이트리
아키텍트2009. 2. 17. 10:32

마이크로소프트의 Windows Server 2008의 주요 기능 중 하나인 Hyper-V, 서버 가상화를 아시죠?
Hyper-V 상에서 구동되는 가상머신은 Windows Server 2000, 2003, 2008, Windows XP, Vista 등의 Microsoft 관련 운영체제는 물론 SUSE Linux 등의 Linux 운영체제도 구동되는 것은 알고 계시죠?

작년에 Sun의 Solaris 역시 구동을 지원한다고 Sun과 함께 공동으로 발표를 했었습니다.
그럼, Red Hat은? 이라는 의문을 갖게 되실텐데요, 이제는 Red Hat도 Hyper-V 위에서 정상 구동될 수 있게 되었습니다. (2009년 2월 16일로 공식 Announce)

마이크로소프트의 궁극적인 목적은 운영체제의 종류에 상관없이 어떤 것이든 모두 가상화 플랫폼에서 정상 동작할 수 있도록 하는 것입니다. 이번 발표의 의미는 마이크로소프트의 “가상화 검증 프로그램”에 Red Hat이 참여하여 공동으로 테스트/개선하는 작업을 진행한다는 것이고, 향후 운영 시 발생하는 이슈를 공동으로 지원한다는 의미입니다. Red Hat Kernel이 테스트되는 것이므로 CentOS도 구동될 수 있을 것으로 예상되지만, 발생되는 이슈에 대해서는 CentOS는 아시는 것처럼 기술지원이 이루어지지는 않겠죠? (개인들이 여러 가지 수정을 하며 Build 하기 때문에 기술지원이 불가능한 이슈 존재)

검증 프로세스는 아직 완료되지 않았고, 계속 진행될 것이고 완료되면 추후에 정확한 일정이 공지될 예정입니다.

이번 발표에 포함된 Red Hat Enterprise Linux의 버전은 아래와 같습니다.
·         Red Hat Enterprise Linux 5.2 (x86)
·         Red Hat Enterprise Linux 5.2 (x64)
·         Red Hat Enterprise Linux 5.3 (x86)
·         Red Hat Enterprise Linux 5.3 (x64)

추후에 아래의 페이지를 통해서 공지가 될 예정입니다.
http://www.redhat.com/rhel/compatibility/hardware/
http://www.windowsservercatalog.com/svvp.aspx

Windows 가상화 환경의 타 운영체제, 타 운영체제 가상화 환경의 Windows 등으로 운영체제간 상호운영성이 보장되고 있습니다. 고객의 선택의 폭이 그만큼 넒어졌다는 뜻이겠죠? 

Posted by 조이트리
호스팅2009. 1. 29. 17:07

2주에 한 번씩 위와 같은 Training을 진행하고 있습니다. 호스팅 비즈니스도 변화의 시기가 왔습니다. 웹호스팅,
서버호스팅  외에 애플리케이션 호스팅 등의 영역이 추가되었습니다. 누가 먼저 선점하는지 지켜봐야 할 것 같습니다. 

오늘 진행한 세미나에서는 Windows Server 2008 + IIS7 + PHP + MySQL 환경에서 구동되는 www.zconvert.com 사이트를 소개해 드렸습니다. 이 사이트는 Windows Server 2008의 가상화, Hyper-V 기반위에서 구동되고 있는데 사이트 속도를 보시면 굉장히 빠른 것을 보실 수 있습니다.
PHP on Windows가 좋은 궁합이라는 것을 보여주는 사례라고 할 수 있죠. 

또한, 많은 분들이 잘 모르고 계시는 대역폭을 절감할 수 있는 IIS7의 Bit Rate Throttling 을 통한 비용절감 방안, 애플리케이션 호스팅의 가능성 및 최초 적용 솔루션으로 Dynamics CRM에 대한 소개 등의 시간을 가졌습니다. 
이후에 일정이 잡히면 공지하도록 하겠습니다. 많은 참여 부탁 드립니다. 


Posted by 조이트리
IT Pro2008. 12. 3. 16:09

장애 조치(Fail Over)를 위한 클러스터링, 네트웍 로드 밸런싱(NLB)를 이용한 클러스터링 등 고가용성을 위해서 다양한 방식을 취할 수 있습니다. 가상화, 즉 Hyper-V를 사용하지 않고 물리적 서버들을 이용해서 클러스터링을 구성하거나, 로드밸런싱 하는 방식은 직관적으로 정해진 가이드를 따르면 됩니다. 그런데, 가상화 된 환경, 즉 호스트 서버(물리적 서버)와 가상 머신이 혼재된 상황에서의 클러스터링과 네트웍 로드 밸런싱은 이해하기가 쉽지 않습니다. 오늘은 이 부분을 좀 쉽게 정리해 보려고 합니다.

클라우드 컴퓨팅이 중요한 트렌드로 각광을 받고 있고, 그 기반 기술이 가상화 라는 것 아시죠? 이 가상화가 엔터프라이즈 및 중견 기업들의 인프라 구성에 큰 변화를 가져오고 있는 중입니다.

가상화의 가장 큰 장점은 물리적인 서버의 수를 줄일 수 있다는 것이고 결국 서버 구입 비용 절감, 전력 사용량 절감 등의 효과로 나타납니다. 고객들은 이러한 금전적인 이점 이외에도 LOB(Line of Business, 즉 ERP, SCM 등) 및 메시징 및 협업 소프트웨어 등의 가용성에 대해서도 향상되기를 원하고 있습니다. 가상화는 예를들면, 8대의 물리적인 서버를 1대의 호스트(물리적인 서버)에 8개의 가상머신으로 변경할 수 있기 때문에 장애가 발생하면 이전보다 그 피해규모가 훨씬 더 커지게 됩니다. Windows Server 2008과 Hyper-V를 통해 가상머신 자체와 가상머신에서 구동되는 워크로드(예, IIS 웹서버)의 고가용성을 보장해 줍니다.

고가용성
가용성의 의미는 사용자가 원하는 작업을 하기 위해 시스템에 접근할 수 있는 것입니다. 고가용성은 시스템에 문제가 있을 때에도 운영의 연속성을 보장할 수 있도록 디자인되고 구현되었기 때문에 항상 시스템에 접근할 수 있다는 것을 의미합니다.

Hyper-V의 고가용성은 Windows Server 2008 Failover Cluster (장애조치 클러스터)를 통해 이루어 집니다. 계획된, 계획되지 않은 장애 시 가상머신의 가용성을 획기적으로 향상시킬 수 있는 기능을 의미합니다. 가상머신들은

가상머신들은 Failover Cluster에 의해 관리될 수 있고, Failover Cluster는 가상머신을 모니터링하고, 가상머신에서 구동중인 워크로드를 이전하는데 사용될 수 있습니다.

호스트 및 게스트 머신들
"게스트"라는 말은 Hyper-V의 가상머신 환경의 운영체제를 의미합니다. "호스트"라는 말은 Hyper-V의 부모 파티션의 OS에 의해 관리되는 물리적 머신을 의미합니다.

호스트의 가용성은 "모든 계란을 한 바구니에 넣기", 즉 서버 통합이 가져올 수 있는 모든 이슈와 연계되어 있습니다. Windows Server 2008 Failover Cluster는 Hyper-V의 부모 파티션 (즉, 호스트)에 설정될 수 있고, 게스트들의 정상 작동 여부를 모니터링 할 수 있고, 클러스터의 각 노드 사이를 자유롭게 이동할 수 있습니다. 이렇게 되면 아래와 같은 장점들을 얻을 수 있게 됩니다.

. Hyper-V와 가상머신이 구동되는 물리적 서버가 업데이트, 변경, 리부트 되어야 할 때 가상머신들은 클러스터 상
  의 다른 노드로 옮겨질 수 있습니다. 물리적 서버가 정상 서비스 상태로 되돌아오면 원래의 위치로 복귀할 수 있
  습니다.
. Hyper-V와 가상머신이 구됭되는 물리적 서버에 장애 (머더보드 오류), 또는 급격한 성능 저하가 벌어지면 클러스
  터 상의 다른 멤버가 가상머신의 소유권을 가져와 자동으로 서비스를 대신할 수 있습니다.
. 만약 가상머신에 오류가 생기면, 같은 Hyper-V에서 다시 재시작 하거나 다른 Hyper-V 서버로 옮겨질 수 있습니
  다. Windows Server Failover Cluster에서 탐지가 되고 가상머신의 자원 속성정보에 설정된 값을 기준으로 복구
  작업이 자동으로 이루어 집니다.

그림 1은 장애 상황에 대한 이해를 돕습니다. 우선 VM2가 호스트 A에 위치하다가, VM2가 호스트 B로 옮겨 갑니다. SAN 스토리지 LUN2를 호스트 A가 소유하고 있다가 호스트 B가 소유하는 것으로 바뀌었습니다. 고가용성을 보장받기 위해서는 가상머신이 어디에 위치할 것인지를 주의 깊게 살펴봐야 하고, 또한 Capacity와 성능을 함께 고민해봐야 합니다.

그림1. 가상머신이 새로운 호스트로 옮겨질 때 스토리지의 상태

노드들의 Capacity는 가상머신들의 장애가 발생 시 다 수용할 수 있을 만한 여유가 확보되어야 합니다. 즉, Capacity 및 성능을 고려하여 몇 개의 노드(즉, 개별 서버)는 아무 가상머신도 호스팅하지 않고 예비 상태로 설계되는 것이 필요합니다. 또한, 기본적으로 모든 워크로드들은 각 노드 상에 고르게 분포되는 것이 성능 유지를 위해 필요합니다. 이러한 작업에는 Capacity 및 배치 계획을 위해 System Center Virtual Machine Manager 2008 등의 관리도구가 유용 합니다.

게스트 가용성
게스트 가용성은 가상머신 내에서 구동되는 워크로드의 고가용성을 의미합니다. 일반적으로 파일, 프린터 서버, IIS 웹서버, LOB(Line of Business) 애플리케이션들을 의미합니다. 가상머신의 워크로드에 고가용성을 적용하는 것은 개별 물리적 서버의 고가용성과 거의 유사합니다. 솔루션은 특정한 워크로드에 따라 달라지는 거죠.

IIS 웹서버 등의 워크로드는 Windows Load Balance (NLB)를 통해 고가용성을 얻을 수 있는데, 여러대의 서버가 하나의 네트웍 이름의 일부로 사용될 수 있습니다. 가상 네트웍 네임으로 클라이언트가 요청을 하게 되고 NLB 클러스터 상의 하나의 노드에 연결이 맺어집니다. 각 IIS가 같은 웹 페이지, 데이터에 접근하는 웹 팜의 경우가 대표적이죠. NLB는 로드밸런싱과 유지보수 및 서버 장애시 잠시 빼내서 고가용성을 제공할 수 있도록 합니다. 만약 Hyper-V의 가상머신이 Windows Server 2008 (또는 NLB가 포함된 이전 Windows Server 버전)이면 게스트는 같은 Hyper-V 또는 다른 Hyper-V 호스팅의 게스트들과 NLB 클러스터의 멤버가 될 수 있습니다.

Windows Server 2008에서 구동되는 게스트는 워크로드의 고가용성을 위해 Windows Failover Cluster 기능을 사용할 수 있습니다. 바로 이것이 게스트 클러스터링이 장점입니다.

Workload Health 모니터링: Windows Failover Cluster는 클러스터와 연계된 자원 DLL을 호출할 수 있는 리소스 모니터를 가지고 있습니다. 각 리소스는 애플리케이션이나 서비스가 잘 동작하는지를 확인할 수 있는 모니터링 기능이 있습니다. isAlive/looksAlive 체크가 바로 그것이죠. 만약 호출중에 오류가 발생하면, 자원 자체가 오류가 되고, 설정된 정보에 따라 해당 서비스나 애플리케이션을 재시작하도록 하거나, Windows Failover Cluster 내의 다른 노드로 옮기도록 할 수 있습니다.

가상머신 유지보수: 가상머신, 운영체제, 소프트웨어의 설정을 변경해야 할 때 클러스터 상의 다른 노드로 워크로드가 옮겨질 수 있고, 최종 사용자의 작업에 최소한의 영향으로 가상머신이 셧다운 되거나 갱신될 수 있습니다.

호스트 머신 유지보수: 호스트 머신, 소프트웨어의 유지보수가 필요할 때 해당 머신에 존재하는 가상머신들은 클러스터 상의 다른 노드로 옮겨질 수 있고, 그 때 해당 호스트는 갱신되거나 리부트 될 수 있습니다.

가상 또는 호스트 머신의 장애: 물리적 Hyper-V 호스트, 가상머신의 게스트에 장애가 있을 때 Windows Failover Cluster 상의 다른 노드들이 장애를 탐지하고, 오류가 생긴 가상머신을 클러스터 상의 정상 작동하는 노드로 옮겨서 애플리케이션이나 서비스를 온라인 상태로 만들어 서비스를 진행합니다.

가상머신에 고가용성을 부여하는 방법
Failover Cluster 관리 도구의 고가용성 롤 마법사를 이용하면 간단하게 작업할 수 있습니다. Hyper-V 가상머신은 고가용성을 보장받기 위해 몇 가지 고려해야할 내용이 있습니다. 한 번 살펴보시죠

1. Failover Cluster 노드
   . Failover Cluster의 일부인 각 물리적 서버를 노드라고 합니다. 호스트 클러스터링을 위해, Failover Cluster 서
     비스는 Windows Server 2008 Hyper-V의 부모 파티션에서 구동됩니다. 이렇게 설정되면 동일한 물리적 서버에
     구동되는 자식 파티션들을 고가용성을 갖도록 설정할 수 있습니다. 고가용성이 설정된 가상머신들은 Failover 
     Cluster 관리 컨솔에 자원으로 보여집니다.

2. 고가용성(HA) 스토리지
   . 고가용성 가상머신은 VHD(Virtual Hard Disks), Passthrough Disks, Differencing Disks로 설정될 수 있습니
     다. Failover 클러스터 노드간에 가상머신을 이동할 수 있으려면, 가상머신을 호스트 할 수 있는 노드, Failover
     Cluster 서비스로 관리되는 노드들이 접근할 수 있는 스토리지 (디스크 관리에 디스크로 나타나는)가 있어야 
     합니다. Passthrough Disks는 failover cluster에 디스크 자원으로 추가되어야 하고, VHD 파일은 반드시
     failover 클러스터에 디스크 자원으로 추가되어야만 합니다.

이 정도로 마무리 하겠습니다. 감사합니다. 

본 글은 Technet, Steven Ekren의 "Virtualization: Achieving High Availability for Hyper-V"를 번역하였습니다.
Posted by 조이트리
아키텍트2008. 11. 26. 15:26

서버의 아키텍처를 구성할 때 활용하는 방법, 바로 아키텍처 패턴 입니다.
패턴은 소프트웨어 시스템의 컴포넌트, 서브시스템 등을 작성할 때 활용하는 설계도 입니다. 즉, 일반적인 상황에 대한 시스템 구조를 그릴 때 반복적으로 나타나는 유형을 묶어서 패턴이라고 하며, 이후의 유사한 상황에 활용하는 것입니다.

서버 유형, CPU 갯수 등을 포함하여 서버의 아키텍처를 그릴 때 패턴은 계속 활용되고 상세하게 발전할 수 있습니다. 오늘은 서버 아키텍처의 기본적인 패턴을 몇 가지 살펴보겠습니다. 가상화를 사용하고 있다고 가정하여 설명해보겠습니다.

1. 단일 호스트 서버
    - Windows Server 2008, Hyper-V를 이용하여 작은 갯수의 가상머신을 운영하는 형태
       . 서버 통합됨, 그렇지만 고가용성은 구성되지 않음
       . 전원이 문제가 생기거나 호스트 Reboot 때 가상머신에 중단이 생김
       . 개발 및 테스트 서버 환경, 소규모 회사, 지사 환경에서 사용

2. 클러스터 환경 (이중 노드)
    - 2대의 Windows Server 2008, Hyper-V로 구성되고, iSCSI나 SAN을 이용한 공유 스토리지 사용
      . 서버가 통합되고, 고가용성이 구성되어 서버의 안정성 및 가용성이 높음

3. 서버 Farm (다중 노드)
    - 여러 대의 Windows Server 2008, Hyper-V로 구성되고, iSCSI나 SAN을 이용한 공유 스토리지 사용
    - 하나의 클러스터안에 16개의 노드까지 구성 가능함
       . 클라우드 컴퓨팅 등의 환경으로 발전할 수 있는 형태

즉, 고객의 현재 상황에 맞도록 가이드가 가능합니다. 
(소규모 기업, 중견 규모 기업,  대기업, 공공기관 / 데이터센터)

마이크로소프트에서는 각 규모에 맞도록 서버 아키텍처 구성에 패턴을 적용할 수 있도록 가이드를 제공합니다.
사이징 역시 가장 큰 골칫거리 중의 하나죠. 이 부분에 대한 가이드도 포함 되어 있습니다.

그중의 하나가 첫째, MAP(Microsoft Assessment & Planning) 둘째가, SVAM(Server Virtualization Advanced Management) 입니다.

Posted by 조이트리
아키텍트2008. 11. 7. 14:55

온실가스, 탄소배출량 절감 등의 그린 IT 개념이 등장한지 벌써 꽤 많은 시간이 지난 것 같습니다. 지금까지 그린 IT하면 서버, 네트웍 장비, 스토리지 등의 저전력 하드웨어를 통해서만 가능한 것처럼 인식되었습니다. 하지만, 마이크로소프트는 소프트웨어를 활용한 그린 IT가 가능한 전략을 가지고 있고, 내부적으로 적용하여 효과를 얻고 있습니다. 이름하여, 그린 컴퓨팅 전략 입니다.

대한민국의 총 전기 생산량이 100이라고 가정하면, 화력발전을 통해 얻어지는 전기가 몇 정도 될까요? 놀랍게도 63.1 정도, 즉 63%에 육박합니다. 화력발전은 석탄, 석유, 천연가스를 태워서 물을 끊인 다음 터빈을 돌려서 전기를 생산합니다. 국내 보령화력발전소의 경우 하루 약 3만톤의 석탄을 사용하고, 24시간에 7만3천톤의 이산화탄소를 배출합니다. 이 정도의 이산화탄소를 분해하려면 하루에 잣나무 2,238만 9400그루를 심어야 한다고 하죠. 엄청나지 않습니까? 결국 나무로는 해결이 불가능 합니다. 우리가 할 수 있는 건 전기 사용을 줄이는 방법이 최선이라고 할 수 있죠. 마이크로소프트가 사용하는 전략은 크게 3가지 입니다.

줄이고, 관리하고, 다시 생각하자

1. 줄이고
    - Windows Server 2008은 Windows Server 2003에 비해 10% 에너지 효율성 ↑
    - 가상화를 통한 자원 최적화
       . 가상화 ROI 계산 도구 (무료)
    - 가이드 및 교육
       . Assessment & Planning Toolkit (무료) : 도구를 통해 전원관련 설정 가이드 제공
       . 데이터센터 베스트 프랙티스 제공

2. 관리하고
    - 에너지 낭비요인 줄이기 "측정할 수 없으면 개선할 수 없다"
    - 10~30% 서버는 아무일도 하지 않고 전원을 공급받는 상태 (미국, Uptime Institute 조사) 
    - System Center Configuration Manager, Virtual Machine Manager, Operation Manager등

3. 다시 생각
    - 환경 오염을 줄이고, 생산성 향상 시키는 방안을 늘 고민하고 적용하려고 해야 함

마이크로소프트가 위의 전략에 의해 실제 운영환경의 물리적인 서버, 477대를 16대의 서버로 줄여 약 2백만불 (24억)의 비용 절감 효과, 19TB의 디스크 공간을 8TB로 줄여 11TB의 절감 효과, 30개의 Rack을 단 2개로 줄였으며, 525 암페어의 전력 사용량을 8 암페어로 줄이는 효과를 직접 체험하였음

위와 같은 노력이 실제로 어느 정도의 탄소배출량을 절감하는지에 대한 수치를 산출하여 대외에 알리는 노력이 그린 활동의 중요한 실행, 집행 이라고 생각합니다.

Posted by 조이트리