[카테고리:] 컴퓨터 관련글

그 유명한 클라우드 모델에 대해서 검토해 보도록 하자.

클라우드 컴퓨팅은 프라이빗(Private), 퍼블릭(Public), 하이브리드(Hybrid) 이렇게 세 가지 모델로 전개될 수 있다.

이 세 가지 모델 유형은 클라우드 인프라가 어떻게 설계되고 사용되는지에 대한 기본 개념을 제공한다.

아래 내용은 NIST가 정의하는 개념들이다. 한번 읽어보고 넘어가자.

클라우드는 조직이나 기업에게만 국한되어 전개되고 운영된다. 프라이빗 클라우드는 사용하는 조직이나 독립된 제 3자가 관리를 한다. 클라우드 인프라는 조직 혹은 기업 내부에 있거나, 서비스를 호스팅하는 독립된 제 3자 내부에 있을 수 있다.

클라우드 인프라가 개발적으로 공공 또는 모두에게 개방되어 전개, 운영된다. 퍼블릭 클라우드는 클라우드 서비스를 판매하는 클라우드 서비스 제공자가 소유하며, 온-디맨드 및 사용한 만큼 지불하는 환경의 클라우드로 여겨지게 된다. 서비스를 사용하는 고객의 내부에는 물질적인 클라우드 인프라가 존재하지 않으며, 클라우드 인프라 관리가 요구되지 않는다. 가장 흔한 퍼블릭 클라우드의 예로는 Amazon’s EC2Elastic Compute Cloud, Google Apps, Salesforce.com 등이 있다.

하이브리드 클라우드는 프라이빗과 퍼블릭 클라우드가 2개 이상 연동되어 운영되는 클라우드 형태이다. 각 클라우드는 고유의 본질을 유지하며, 데이터 및 어플리케이션의 휴대성을 위하여 기술적으로 상호간에 연합되어 운영되거나, 한데 묶여 운영된다.

예를 들면 많은 기업, 회사들은 자신들만의 프라이빗 인프라를 운영하고 있는데, 전략적으로 자신들의 클라우드를 확대할 필요를 느끼게 된다. 즉, 프라이빗 클라우드에 퍼블릿 클라우드를 접목시켜 운영함으로써 기대하지 못했던 어플리케이션 작업량 증가를 해소할 수 있다. 이러한 하이브리드 클라우드의 경우에는 고객의 민감한 정보, 데이터들은 자신들의 회사 내 프라이빗 클라우드상에서만 액세스 가능하게 되며, 관리 및 모니터링 어플리케이션은 퍼블릭 클라우드에서 실행된다. 고객들은 퍼블릭 클라우드를 통해서 각종 업데이트를 받을 수 있으며, 퍼블릭 클라우드를 통해서만 서비스 문의를 할 수 있도록 프라이빗 클라우드와 퍼블릭 클라우드는 상호간에 격리되어 있다.

추가적으로 커뮤니티 클라우드라는 형태의 클라우드는 유사한 조직적인 요구사항을 가지고 있는 특정 그룹의 사람들을 위한 클라우드이다. 관공서나 대학 등에서 이용하는 클라우드가 그 예인데 특정 그룹의 사람들이 특정 작업을 처리하기 위하여 작업하는 것이므로 그만큼 복합적인 클라우드라고 보면 된다.

• 시장 크기에 따른 활용

이러한 클라우드의 활용 방식은 서비스를 대상으로 하는 시장의 크기 또는 산업의 크기에 따라 선택될 수 있다. 아래에는 그에 맞는 형식과 예제에 따라 요약된 설명을 적어준다.

1. 시장 크기에 따른 활용 방식
   1. 소비자 대상 – 퍼블릭 클라우드
      1. 위험 보다는 편리함이 우선일 때
      2. 적은 비용 또는 무료
      3. 이메일, 이 커머스, 소셜 네트워크, 게임 등
   2. 소호 기업 또는 작은 기업 – 퍼블릭 클라우드
      1. 위험 보다는 편리함이 우선일 때
      2. 인프라 투자비용이 운영비용보다 상대적으로 클 때
      3. 셀프 서비스
      4. 백 오피스, 개발, 생산 등
   3. 중소기업 – 하이브리드 클라우드
      1. 1차 계층(Layer) 어플리케이션 단에서의 위험을 꺼려할때
      2. SaaS: Salesforce, NetSuite
      3. Tier 2-4: non-OLTP/ATOM apps
      4. 인프라 어플리케이션: 클라우드가 데이터 백업/아카이빙/보안의 용도로 필요할 때
   4. 대기업 – 프라이빗과 하이브리드 클라우드의 혼합
      1. 1차 레이어 라이선스, 지원, 위험으로부터의 보안이 중요할 때
      2. 2차 ~4차 레이어는 프라이빗 클라우드의 하이브리드 작업
      3. 인프라 어플리케이션: 클라우드 웹사이트, 포털, 그리드, 테스트/ 개발 – 확장 및 R&D
      4. SaaS: Salesforce, SAP, Oracle, MS 등
2. 시장 구분에 따른 활용 방식 (예제)
   1. 의료보험 – 퍼블릭 및 혼합형 클라우드
      1. 정부 고도 기술 인센티브
      2. 빅 컴퓨터 액세스
      3. 데이터 저장, 데이터 추출
      4. MS Health, Google Health
      5. 소비자 어플리케이션, Rx, EHR, 모니터링 및 알림 시스템
   2. 산업 – 퍼블릭 클라우드
      1. 공공 정보(적은 위험)
      2. 확장성 및 비용
      3. Openstack, FSBM 인증 등
      4. 어플리케이션: USA.gov, Google Gov
   3. 금융 서비스 – 프라이빗 클라우드
      1. 법률적으로 리뷰되고 있으나, 승인되지 않음
      2. 데이터 저장 위치 및 자원 공유에 대한 이슈가 있음
      3. 프라이빗 클라우드를 작은 프라이빗 클라우드들로 전개
      4. 확장성 vs 비용절감의 문제가 있음
   4. 교육 – 퍼블릭 클라우드
      1. 가용성, 확장성, 유지/ 관리
      2. 온라인 강의장 및 온라인 연구실
      3. 이메일, 문서, 공유자료, 리서치 등의 서비스
      4. 어플리케이션: Blackboard, eCollege, Google Apps, MS Azure

클라

클라우드에 대한 정의를 미국의 NIST(National Institute of Standards and Technology)협회에서 정의한 내용을 주로 보도록 하겠다.

클라우드는 5가지 주요한 특징을 가지고 있다. 5가지 특징이란

• 신속한 탄력성
• 측정되는 서비스
• 광범위한 네트워크 액세스
• 리소스 풀링
• 온-디멘드 셀프 서비스

를 말한다.

클라우드는 일반적으로 3개의 핵심 개발 모델로 설게된다. 프라이빗 클라우드, 퍼블릭 클라우드, 하이브리드 클라우드가 바로 그것이다. 이외에도 네번째 클라우드 개발 모델로 논의되는 것이 있는데 그것은 바로 공통된 요구 사항을 가진 소비자들의 커뮤니티를 위한 커뮤니티 클라우드를 말한다. 그러나 커뮤니티의 연장선인지라 잘 다뤄지진 않는다.

또한 클라우드는 3개의 서비스 영역(모델)을 갖는다고 정의된다. 그 유명한 IaaS, PaaS, SaaS 가 이걸로 분류된다.

이 득징들과 그에 따른 정의에 대해서는 천천히 다뤄보기로 하자.

보아

보안은 상당히 중요한 요소이다. 그렇기에 또한 말도 많은 내용이다. 일단은 클라우드 보안 협력 모델에 근거한 VDC와 클라우드 통제, 위험, 규정에 대한 상위 개념만을 알아보도록 하자.

전통적인 컴플라이언스 규정 모델은 시큐리티 보안 모델에 대한 요구 사항을 다루고, 시큐리티 모델은 클라우드 설계에 대한 요구 사항을 다룬다. 여기에서는 데이터 흐름과 누가 데이터를 소유하느냐가 가장 중요한 핵심 포인트이다.

데이터가 데이터센터에서 클라우드로 이동함에 있어서, 데이터 흐름과 데이터의 소재는 잘 이해되고 전부 문서화되어야 한다. 데이터가 클라우드로 이동되어 저장되기까지의 경로에 대한 통제 및 보안은 데이터가 클라우드 환경 내에서 안전하고 신뢰받는 데이터로 쓰이는 데 가장 중요한 역할을 한다. 물론 통제 및 보안 이외에도 많은 사항들이 고려되어야 하는 것은 변함없는 사실이다.

이 개념적 내용에 대해서 쉽게 알 수 있는 것은 클라우드 서비스를 이용하여 실제로 개발을 할 때, 해당 서비스에서 제공해주는 API가 상당히 중요하게 느껴진다. 쉽게 쓸 수 있을 것 같지만 정작 중요한 존재에 대해서는 어느 정도의 통제와 보안을 위하여 제한을 걸어둔다. 가장 대표적인 것이 바로 API Key 발급을 통한 사용 통제 및 개발 정보의 수집인데 이것은 실제로 겪어보면 좀 더 잘 알 것이다. 물론 공짜로 공개된 API라고 해서 다 좋다는 것은 아니니 관련된 서비스에 대해서도 상당히 신중하게 다루지 않으면 안되는 부분이다.

실제로 이러한 클라우드의 가장 큰 이점은 “속도”와 “민첩성”을 비즈니스에게 제공해 줄 수 있다는 것이 가장 큰 이점이 될 것이다. 클라우드를 통하여 사용되지 않거나 쓸데없이 낭비되는 IT 자원을 관리할 수 있고, 이것은 바로 비용 절감으로 이어지며, 이것은 또 다시 IT 운영비용의 절감으로 이어지게 된다. 여기에 추가로 클라우드가 비즈니스에 해 줄 수 있는 것이 많다는 점이 있다.

IT 측면에서는 클라우드의 이점을 필요에 따라 IT 셀프 서비스를 가능하게 하고, 비용 또한 사용한 것만큼 부과하여 비로소 IT로서의 역할을 다하는 것이지만, 비즈니스의 측면에서는 클라우드의 이점을 업무 자동화를 통한 업무 효율성 및 통제력 증가로 볼 수 있다.

탄력적인 IT를 활용함으로써 비즈니스의 빠른 변화에 대응할 수 있다는 점은 비즈니스에서는 상당히 강력한 무기가 된다. 따라서 클라우드를 이용함에 있어서 IT 측면의 이점도 가지고 있으면서 그와 동시에 비즈니스적인 이점이 있는 것이 된다.

예나 지금이나 클라우드에 대해서 많은 논란이 있습니다. 실제로 논란거리가 될만한 사건들도 많지만 그렇지 않은 경우도 상당합니다. 그중에서도 근거 없이 나오는 것들에 대해서만 정리해 보도록 하겠습니다.

첫번째로 나오는 예기는 바로 “클라우드는 경제적이다” 라는 것. 이 가설은 클라우드가 어떠한 목적에 사용될 것인지, 어떠한 비용 지불 방법을 채택하느냐에 따라 사실이 될 수도 있으나 거짓이 될 수도 있다.

먼저, CPU 사용 비용을 필요할 때마다 사용하고 지불하는 것이 아니라, 사용량이 최고 정점에 이를 때 지불하는 방식으로 계산한다면, 이러한 지불 방식은 엄청난 고비용의 지불 방식이 될 수 있다. 또한 이러한 지불 방식은 비용 산정을 어디에 초점을 맞추는 가에 따라 충분히 달라질 수 있는 내용이다. 예를 들어서, 사용 시간을 초과할 경우에는 얼마의 비용이 청구될 것인지, 사용 시간의 기준은, 주별, 월별, 분기별 등등에 따른 고려 조건에 따라 다 다르게 된다. 마이크로소프트사의 Azure 모델처럼 서비스 회비를 지불하다가 계약된 사용량 이상을 쓰면 추가적으로 비용을 지불해야 하는지 등에 따라 비용은 충분히 달라질 수 있다.

그렇다면 또 다른 예로써, 데이터를 클라우드로 옮기는 비용은 싸지만, 반대로 클라우드로부터 데이터를 옮기는 비용은 비싸다는 견해은 어떨까? 이러한 견해는 아마도 어떠한 어플리케이션을 위한 데이터를 클라우드로 옮기는가에 따라서 비용에 대한 고려가 필요하게 된다. 이미지 및 포토 파일을 공유하는 회사를 예를 들어보면, 회사의 데이터를 클라우드로 옮기는 비용을 고려할 뿐만 아니라, 클라우드로부터 그 회사의 고객들에게 데이터를 전달하는 과정(다운로드할 때)에서의 데이터 이동 대역에 대한 지불 비용 또한 고려가 되어야 한다. 이러한 경우 몇몇 클라우드 서비스 제공자들은 약 1:10 비율의 비용을 과금한다. 즉, 데이터를 클라우드로 옮기는 비용을 1로 봤을 때, 클라우드로부터 그 데이터를 다운로드되는 데 소요되는 비용이 10이 된다는 것이다.

두번째로 나오는 이야기는 “클라우드는 모든 것을 다 해줄 것이다”라는 예기인데..

IT 조직이나 사용자는 클라우드가 자신의 목적과 이익에 맞도록 여러 노력을 기울여야 한다는 걸 잊지 말아야 한다. 예를 들면 클라우드는 단지 인프라와 서비스만을 제공하기 위하여 도입되는 경우가 있다. 즉, 클라우드가 그 특정 목적과 이익에 맞도록 크로그램, 스크립트 코드를 짜고, 개발 스케줄링을 비록한 여러 중요 작업의 관리, 패치 관리 등등에 업무와 작업은 반드시 수행되어야 할 부분이다. 즉, 클라우드를 통하여 사용하조가 하는 어플리케이션이나 시스템 등이 완벽히 준비되고 사용되지 않는다면, 결국에는 야기되는 문제 및 이슈 등을 대처하고 해결하는대에 많은 비용 증가와 좌절만이 수반될 것이다.

세번째로 많이 들리는 이야기는 “데이터센터를 클라우드로 전환시켜도 필요한 인력을 절감시킬 수 있는 것은 아니다”라는 것이다. 이 이야기는 주로 호스팅 업체에서 많이 예기하는데…

스토리지를 관리하는 관리자는 데이터센터를 클라우드로 전환하게 되면, 기존의 작업 방식과 같은 방식으로 스토리지를 관리하는 것이 아니다. 가상화 서비스 및 그 가상화 서비스 내면에 설계되고 존재하는 인프라를 이해하여야만 한다. 그러한 새로운 지식을 가지고, 가상화 내적으로 층층이 자리잡고 있는 데이터들을 전체적으로 통일 및 연관시키고 관리함으로써, 리소스 풀이 정상 생성되고 사용할 수 있게 할 수 있다. 즉, 가상화 서비스의 외적, 내적으로 전체적으로 이해하는 소수의 인원만 있고, 리소스 풀이 정상 생성되고 사용될 수 있도록 한다면 각각의 서버당 관리하던 인원들의 많은 수가 필요 없어지게 되는 것이 된다.

우선 간단한 3가지 근거없는 가설들에 대해서 살펴봤다. 이밖에도 여러 언론에서 뿌려댄 찌라시 내용들이 많은데 이 내용들을 걸러낼 수 있을 정도의 사람이라면 이미어디가 맞고 틀리고를 구분해 낼 수 있을 정도의 실력자들인 것이다. ㅇㅅㅇ/

한 가지 목적으로 사용되던 각각의 인프라들을 하나로 묶어 다각화된 구조의 서비스로 이용될 수 있도록 하나로 묶었다. 그렇다면 이 자원들은 어떤 식으로 처리될까?

간단하게만 본다면 이 자원들은 전부 공유된 인프라 풀로 옮겨지게 된다. 가상화를 통하여 여러 자원들을 공유된 인프라 풀로 옮겨놓고, 실제적인 서비스는 인프라가 필요에 따라서 프로비저닝(할당, 배포, 준비)되어 사용이 된다.

프로비저닝 되었던 자원이 더 이상 필요하지 않게 되면 그 자원들은 다시 본래의 공유된 풀로 회수되어 관리되어 진다.

이 과정이 각 서비스마다, 각 사용자마다의 할당이 이루어지게 되는 것이다. 각 어플리케이션에 적합한 자원을 사용자 수에 맞춰서 적절하게 할당하고, 필요 없으면 다시 대기 풀에 집어넣고의 반복이다. 컴퓨터가 필요해서 컴퓨터를 켜서 사용하고 필요 없으면 끄는 것과 마찬가지인 것이다. 단, 클라우드 서비스로써 이용되려면 1년 365일 내내 대기상태로 있어야 한다는 것이 다를 뿐이다.