클라우드, 유틸리티, 그리드 및 여타 복합적으로 사용된 은유적 개념에 대한 이해

클라우드, 유틸리티, 그리드 및 여타 복합적으로 사용된 은유적 개념에 대한 이해
2009 년 6 월 18 일
작성자: 클라우드 컴퓨팅 팀(레드햇)


클라우드 컴퓨팅은 오늘날 업계에서 가장 주목을 끌고 있는 패러다임이며, 모든
유형의 기업, 기술 및 산업들이 클라우드 컴퓨팅의 프레임워크를 구현하기 위해 많은
노력을 기울이고 있습니다. 사람들이 클라우드 컴퓨팅과 함께 연관 짓는 대표적인
용어로 그리드 컴퓨팅과 유틸리티 컴퓨팅이 있습니다. 하지만, 클라우드, 유틸리티 및
그리드 컴퓨팅이 서로 어떻게 연관되는지는 분명하지 않은 상황입니다. 또한,
사람들이 이들 용어를 사용할 때 무엇을 의미하는지 모호한 경우가 많습니다. 예를
들어, 미국 정부는 클라우드 컴퓨팅만을 정의하는 2 페이지 분량의 문서를 보유하고
있습니다.
이와 같은 모든 혼란을 정리하는 방법 중 하나는 그 기원으로 되돌아가 보는 것입니다.
이들 용어들은 현재 매우 널리 사용되고 있기 때문에 클라우드 컴퓨팅, 그리드 컴퓨팅
및 유틸리티 컴퓨팅이 은유적인 개념이라는 사실을 잊기 쉽습니다. 이는 여러 다른
개념에 대해 생각하도록 돕는 수사적 표현입니다. 따라서 이들 개념을 정의하기 위해
보다 심층적으로 파고드는 것이 아니라(미국 정부에게 그 책임을 맡기고) 이들
은유적인 개념을 검토하여 클라우드, 유틸리티 및 그리드가 어떻게 상호 연계되는지에
대해 살펴 보도록 하겠습니다.


4.클라우드 컴퓨팅: 클라우드 컴퓨팅은 클라우드와 같은 컴퓨팅 워크로드를 처리하는
데 대한 것입니다. 이는 머나먼 하늘 저 너머, 여러분과 멀리 떨어져 있는 곳
어딘가에 있습니다. 이는 모호하고 불분명하며 그 세부 사항에 대해 지나치게 걱정할
필요가 없습니다. 이는 마치 커다란 흰 거품과 같은 형태로 이에 대한 자세한 내용을
알 필요가 없습니다. 또한, 보다 자세한 내용을 알 필요가 없다는 것은 클라우드
내에서 모든 유형의 워크로드 또는 이기종 작업을 수행할 수 있다는 것을 의미합니다.
클라우드로 전환하면 특정 기능 세트로 종속되지 않을 수 있습니다.


5.그리드 컴퓨팅: 그리드 컴퓨팅은 십자 무늬의 격자 구조, 즉, 그리드로 시각화해
나타낼 수 있습니다! 이는 수많은 개별 컴퓨팅 노드를 결합하고 긴밀히 결합되어 있는
대형 유닛으로 조합하여 컴퓨팅 문제를 해결할 수 있도록 합니다. 그리드는
일반적으로 구조가 단일하며, 그리드 컴퓨팅은 함께 조합된 획일적이고 방대한 수의
개별 컴퓨팅 전반으로 컴퓨팅 작업을 분산한다는 것을 의미합니다. 그리드 컴퓨팅은
단일 목적으로 함께 조합된 많은 수의 컴퓨터 간의 연결을 시각적으로 나타냅니다.
이는 개별 노드 간에 분산시켜 문제를 해결하는 데 효과적입니다. (노드 자체가
은유적인 개념이라는 사실을 유념해야 합니다. 하나의 노드는 "구성 요소 파트의 중앙
지점입니다")



6.유틸리티 컴퓨팅: 유틸리티 컴퓨팅은 컴퓨팅 파워를 수돗물이나 전기와 같은
방식으로 다룹니다. 여기에서 컴퓨팅 파워는 필요할 때마다 켜서 사용할 수 있는
일용품입니다. 그런 다음, 매월 말일 사용자는 자신이 사용한 양에 대한 청구서에
대해 지불합니다. 많은 컴퓨팅 파워가 필요하다면, 간단히 더 많은 컴퓨팅 파워를
사용하고 그 만큼 추가된 비용을 지불하면 됩니다. 만약 전혀 사용하지 않는다면,
유지 보수 수수료만 내면 됩니다. 또한, 원하는 모든 목적으로 유틸리티 컴퓨팅을
활용할 수 있습니다. 전기회사로부터 전기를 구매했다면, 이를 CD 플레이어를
작동시키기 위해 사용하건, 난로나 면도기를 위해 사용하건 관계 없습니다. 그냥
실행하면 됩니다. 유틸리티 컴퓨팅도 마찬가지입니다.


지금까지 이들 용어에 대해 개략적으로 기술했습니다. 이제 이들 개념들이 어떻게
상호 연계되고 그 맥락에서 기술 솔루션을 어떻게 조망할 수 있는지에 대해 살펴
보도록 하겠습니다. 무엇보다도, 많은 벤더들이 자체 제품을 클라우드 컴퓨팅 범주에
포함시키려 애쓰고 있지만 클라우드 컴퓨팅과 유틸리티 컴퓨팅이 같은 것이 아니라는
사실은 분명합니다. 하지만, 이들이 상호 긴밀히 연동된다는 것 역시 분명합니다.
복합적으로 사용된 은유적 개념을 설명한다면 “클라우드의 그리드는 강력한
유틸리티를 제공한다”는 것입니다.
예를 들어 Red Hat Enterprise MRG 를 이용하여 이를 구체적으로 설명해 보겠습니다.
Red Hat Enterprise MRG 는 메시징, 실시간 및 그리드 기술을 통합하여 강력한 분산
컴퓨팅 플랫폼을 제공합니다. Condor 를 기반으로 하는 MRG 의 Grid scheduler 는
Amazon EC2 와 같은 공용 클라우드와 가상 기술을 토대로 개발된 전용/하이브리드
클라우드 또는 전용 서버나 운휴 데스크톱 워크스테이션과 같은 베어 메탈 시스템
등일 비롯해 거의 모든 가용 컴퓨팅 리소스로 모든 컴퓨팅 작업 또는 애플리케이션을
스케줄링 할 수 있는 기능을 제공하도록 설계되었습니다.
애플리케이션과 웹 서버를 보유하고 있으며 이를 클라우드 환경에서 실행하기를
원한다고 해 보겠습니다. 즉, 웹 서버를 실행하기를 원하지만, 실제로 어디에서
실행되는지에 대해서는 생각하지 없습니다. 다시 말해서 원하는 작업이 수행되는지의
여부가 중요할 뿐, 그 세부 사항이나 기반 인프라 자체를 관리하는 데는 전혀 관심을
가지고 있지 않습니다. 또한, 유틸리티 컴퓨팅 환경에서 웹 서버를 실행해야 하며,
추가 웹 서버가 필요한 경우, 이를 간단히 플러그 인으로 연결하면 됩니다. 직접 웹
서버를 웹 서버 전용 잭에 연결하기를 원지 않으며 모든 애플리케이션들이 컴퓨팅
파워를 가져오는 동일한 방식으로 작업을 수행하고 효과적으로 작업을 수행하는 데
필요한 컴퓨팅 파워를 이용하여 모든 작업을 수행해야 합니다.


Red Hat Enterprise MRG 는 MRG 의 Grid Scheduler 를 이용하여 웹 서버와 기타
애플리케이션을 실행할 수 있도록 스케줄링함으로써 이 모든 것을 완료할 수 있도록
한다는 데 그 목적을 두고 있습니다. 이에 따라 MRG 는 이들 작업을 수행하는 데
적절한 리소스를 확보하게 됩니다. MRG 가 가상화 기술과 통합되기 때문에 Red
Hat 의 가상화 기술을 이용하여 개발된 전용 클라우드상에서 작업을 수행할 수
있습니다. 또는 베어 메탈 환경이나 로컬 데이터 센터의 용량을 활용할 수 없는 경우
Amazon EC2 에서 수행될 있습니다. 추가 웹 서버가 필요한 경우, MRG 의 Grid

Scheduler 를 이용하여 이를 간단히 스케줄링하면 적절한 리소스상에서 실행할 수
있게 됩니다. 많은 컴퓨팅 용량이 필요하지 않아 웹 서버를 종료하거나 통합해야 하는
경우, MRG 가 이를 관리할 수 있습니다. 한꺼번에 엄청난 컴퓨팅 파워를 활용해야
하는 작업이 있는 경우(배후에 많은 컴퓨터를 이용하여), MRG 의 Grid Schedulers 를
이용하여 이를 훌륭히 수행할 수 있습니다.
클라우드와 그리드의 개념으로 다시 돌아가 보면, MRG 는 클라우드가 애플리케이션을
위해 일련의 리소스에 액세스할 수 있도록 한다는 것을 입증합니다. 이 예에서
EC2 에서, 또는 현지 데이터 센터 등 어디에서나 해당 리소스 집합이 웹 서빙 성능을
제공하며, 그리드는 이들 웹 서빙 리소스의 특정 집합입니다. 또한, MRG 의 Grid
Scheduler 는 특정 클라우드 리소스 전반에서 이러한 워크로드를 스케줄링하고
관리합니다.
Red Hat Enterprise MRG 는 공용 클라우드와 통신을 주고 받을 수 있는 기능을
포함하고 가상화 기술을 통합하고 있기 때문에 사용자들은 클라우드를 실제 유틸리티
– 그 소스에 관계 없이 필요할 때마다 이용할 수 있는 컴퓨팅 파워의 소스 - 와 같이
다룰 수 있습니다.. 그렇다면, 클라우드, 그리드 및 유틸리티 컴퓨팅이 어떻게
연관되는 것일까요? 은유적 개념을 더욱 복합적으로 적용하면, 다양한 클라우드
전반에서 유틸리티 그리드를 구축할 수 있습니다.