클라우드컴퓨팅

8차시1강

■ 클라우드 심화 아키텍처(자원예약구조)

*IT자원은 설계된 방식과 가용 용량 수준에 따라 동시 사용자 접근에 따라 자원 제약 상황 올 수있음

*자원 제약이란, 둘 이상의 클라우드 소비자들이 그들의 총 처리 요구사항으 ㄹ수용 할 수없는 용량을 가진 IT자원을 공유하도록 할당된 경우에 발생

*하나이상의 클라우드 소비자들이 성능 저하를 경험하거나 모두 처리 거부 상태가 되거나 클라우드서비스 자체가 중단되어 모든 클라우드 소비자들의 요청 처리가 거불 될 수있다.

*IT자원 예약 시스템은 독립된 IT자원과 자원풀에 대한 사용 임계치를 정의하는데 사용하는 자원 관리 시스템 메커니즘을 포함 하도록 요구 할 수있음

*아래는 이 아키텍처(주로 클라우두 스토리지 장치와 가상 서버들로 구성)와 구성 될 수있는 메커니즘들임

-감사모니터: 자원 예약 시스템이 클라우드 ㅅ비자 감사 개인 정보 보호, 기타 규제 요구사항 준수 여부 확인에 사용

(예 : 예약된 IT 자원의 지리적 위치를추적할 수있음)

■ 클라우드 심화 아키텍저 (동적 장애 감지 및 복구 구조)

*클라우드 기반 환경은 수 많은 클라우드 소비자가 동시 다발적으로 접근하는 방대한 양의 IT 자원들로 구성되며 이들 IT자원들 중 인간으 ㅣ수동적 개입 이상이 ㅍ ㅣㄹ요한 장애 상황에 처 할 수있음

* 동적 장애 감지 및 복구 시스템은 미리 폭 넓게 정의된 시나리오를 감시 및 대응하는 자동 복구 능력이 있는 관제 시스템을 제공

*이 시스템은 직접 자동으로 해결 할 수어없는 장애 발생시, 통지 및 Escalation를 수행

*이는 IT자원으 ㄹ추적하고 미리 정의된 이벤트에 대응하여 미리 정의된 Activities를 실행하는 지능형 좐제 모니터라 불리는 특화된 클라우드 사용 모니터에 의해 수행됨

■클라우드 심화 아키텍쳐 (베어메탈 프로비저닝 아키텍처 구조)

*최근 물리 서버 제품들은, 원격 관리 지원으 서버의 ROM에 설치하는 옵션을 제공하거나 확장 카드를 통해서 혹은 미리 칩셋에 통합해 제공

* 이 아키텍처는 전체 운영체제를 원격에서 효과적으로 식별 및 프로비저닝 하는데 사용되는 서비스에이전트를 통해 시스템을 형성

*서버의 ROM에 통합된 원격 관리 소프트웨어는 서버 시작 시 사용가능 상태임

8차시2강

■클라우드 심화 아키텍쳐 (신속한 프로비저닝 구조)

*예)클라우드 소비자 요청사항

-다수의 어플리케이션이 수행되는 25개의 윈도우 서버들 구성시 절반은 동일 구성, 절반은 맞춤 제공 시 각 운영체제 배치는 최대 30분 소요되고 서버 재시작이 필요한 보안 패치와 운영체제 업데이트 시간 소요 및 그 이후 어플리케이션 배치 및 구성하는데 수동 혹은 반자동 화된 방법 사용시 막대한 시간 필요하며, 설치도 중 인적 사고 발생 확률 증가함

*신속한 프로비저닝 구조

- 독자적으로 혹은 협력하에 광범위한 IT자원의 프로비저닝을 자동화하는 시스템을 형성

-기술적 Base 구조는 정교&복잡

-자동화 프로비저닝 프로그램, 신속한 프로비저닝 엔진, 온디맨드 프로비저닝 엔진, 온디맨드 프로비저닝 스크립트와 템플릿으로 구성

*클라우드 프로비저닝 이전 보통 프로세스는 관리자와 기술자들이 수동으로 작업으 ㄹ했음

*하지만 클라우드 한경에서는 수동 프로비저닝 프로세스가 부적절하며, 인적 오류 및 비 효율적인 대응 시간으로 인해 비 합리적인 위험 감당 할 수있음

■클라우드 심화 아키텍쳐 (스토리지 워크로드관리 구조)

* 적용사용수준 초과 클라우드 스토리지 장치는 스토리지 컨트롤러상으 ㅣ워크로드를 증가시키고 다양한 성능 이슈를 야기 할 수있고 사용 수준 미달 클라우드 스토리지 장치는 잠재 처리 용량 및 저장 용량 손실로 낭비 심함

* 이 구조는 사용가능한 클라우드 스토리지 장치 영역에 LUN에 균등 분배 되도록 보장

*클라우드 스토리지 장치를 하나의 그룹으로 묶으면 LUN데이터가 사용 할 수있는 스토리지 호스트에 균등하게 분배 될 수있음

* 스토리지 관리 시스템이 구성되고 자동 확장 리스너가 그룹화된 클라우드 스토리지 장치들간 배분되는 런타임 워크로드 감시 및 균등 분배 역할 수행

9차시 1강

■클라우드 특화 아키텍쳐 (I/O에 대한 직접 접근 구조)

*물리 서버에 설치된 I/O카드에 대한 접근은 보통 I/O가상화라고 불리는 하이퍼 바이저 기반 처리를 통해 수행됨

*하지만 가끔 가상 서버는 하이퍼 바이저나 에뮬레엿없이 I/0카드에 연결하여 사용 할 필요 있음

*I/O에 대한 적접 접근 구조를 통해 가상 서버는 하이퍼바이져로 연결하지 않고 우회하여 직접 물리 서버 I/O에 접근 가능

■클라우드 특화 아키텍쳐 (LUN에 대한 직접 접근 구조)

*스토리지 LUN은 보통 호스트버서 어텝터(HBA)를 통해 하이퍼바이저상 가상 서버에 파일 기반 스토리지로 에뮬레이션 되는 스토리지 공간으로 맵핑됨

*하지만 가상 서버는 가금 저 수준으 ㅣ블록 기반 스토리지에 접근 할 필요 존재

 예) 클러스터가 구현되거나, 두 가상 서버간 LUN이 공유 클러스터 스토리지로 사용되는 경우

(에뮬레이션 어댑터를 통한 접근만으로는 불충분)

LUN직접 접근 구조는 가상 서버에 물리 HBA카드를 통해 LUN접근을 제공

-동일 클러스터 내에 있는 가상 서버들이 데이터 베이스용으로 해당 LUN을 공유 할 수있어 효과적임

*LUN은 모든 가상 서버가 공유 그토리지로 활용할 수있도록 고유한 LUN ID와 함께 표시되는 것이 효과적임

■클라우드 특화 아키텍쳐 (동적 데이터 정규화 구조)

*예) 클라우드 소비자가 100MB 파일을 클라우드 스토리지에 복사하고, 해당 데이터가 10번 반복 복사된다면, 이로인한 영향은 심각 할 수있음

-소비자는 100MB 데이터만 저장하면 되지만 10배의 스토리지 공간을 사용한 만큼의 비용을 지불하게 될 것

-제공자는 온라인 클라우드 스토리지 장치 및 기타 백업 스토리지 시스템에 불필요한 900MB공간 제공 필요

*데이터 저장 및 카탈로그 작성에 많은시간 소요

*클라우드 제공자가 사이트 복구 수행시마다 100MB대신 1000MB를 복제하여야 하므로 데이터 복제 시간 및 성능이 불필요하게 증가

-->동적 데이터 정규화 구조는 중복 제거 시스템을 생성하여 클라우드 스토리지 장치상의 중복된 데이터를 탐지하고 제거하여 클라우드 소비자가 우연히 중복된 데이터 사본을 저장하는 사태를 방지함

■클라우드 특화 아키텍쳐 (탄력적 네트워크 용량 구조)

*IT자원이 클라우드 플랫폼으 ㄹ통해 확장된다 하더라도 IT자원에 대한 원격 접근은 네트워크 대역폭 제약에 영향받아 여전히 성능 및 확장성이 저해 될 수있음

*탄력적 네트워크 용량구조는 런타임 병목 형상으 방지를 위해 동적으로 네트워크에 추가 대역폭이 할당되는 시스템을 생성함

*이 시스템은 각 클라우드 소비자 트래픽 흐름을 분리하기 위해 서로 다른 네트워크 포트 집합을 사용함

*자동 확산 리스너와 지능형 자동화 엔지 스크립트가 트래픽이 대역폭 임계치에 도달 할 때 이를 감지하고 동적으로 추가적인 ㄷ역폭 및 네트워크 포트를 필요 할 경우 할당하는데 사용됨

* 이 구조는 네트워크 포트를 포함하는 네트워크 자원 풀을 형성하여 공유하며 사용가능

9차시2강

■클라우드 특화 아키텍쳐 (교차 스토리지 장치 수직 계층화 구조)

*클라우드 스토리지 장치는 가끔 소비자의 성능 요구사항을 사용 할 수없어 IOPS를 개선하기 위해 데이터 프로세싱 파워나 대역폭을 추가해야 함

*이런 수직 확장은 보통 구현에 비 효율적이고 시간 소모적이고 추가적 용량이 더 이상 필요치 않을 때 낭비가 심해 질 수있음

*교차 스토리지 장치 수직 계층화 구조는서로 다른 용량을 가진 스토리지 장치간 수직 확장을 통해 대역폭 및데이터프로세싱 파워 제약 사항을 극복하는 시스템을 생성함

*LUN은 시스템 내 여러 장티들간에서 자동으로 확장 및 축소 될 수있어, 소비자가 작업을 수행하는데 있어 적정 수준의 스토리지 활용가능

■클라우드 특화 아키텍쳐 (내부 스토리지 장치 수직 데이터 계층화 구조)

*일부 클라우드 소비자들은 데이터 물리적 위치를 단일 클라우드 스토리지 장치에 한정 할 것을 요구 할수있음

* 여러개의 클라우드 스토리지에 분배하는 워크로드는 보안, 개인 정보 보호, 기타 댜양한 법적 이유로 허가되지 않을 수있음

*이런 제한들은 스토리지 및 성능 용량에 심각한 확장성 제약을 초래 할 수있음

*또한 클라우드 스토리지 장치 활용에 의존적인 클라우드 서비스나 애플리케이션에 파급 효과를 미칠 수있음

*내부 스토리지 장치 수직 데이터 계층화 구조는 단일 클라우드 스토리지 장치 내 수직 확장을 지원하는 시스템을 생성

■클라우드 특화 아키텍쳐 (부하분산 가상 스위치 구조)

*가상 서버들은 가상 스위치르 ㄹ통해 외부와 연결되며, 업링크를 통해 트래픽을 주고 받음

*대역폭 병목 현상은 업 링크 포트상의 네트워크 트래픽이 전송지연 성능 이슈, 패킷 손실 및 지체시간 유발시 형성됨

*부하분산 스위치구조는 다중 업링크나 이중화 경로에 걸쳐 네트워크 워크로드를 분산 시키기 위해 부하분산 시스템을 형성하며 이는 전송 속도가 느려지거나 데이터가 손실되는것을 방지할 수있음

*링크 aggregation을 수행하여 다중 업링크에 걸쳐 워크로드가 분산되는것을 허용 할 수있도록 트래픽을 분배하며,이에 따라 네트워크 카드에 과부하가 걸리지 않음

■클라우드 특화 아키텍쳐 (다중 경로자원 접근 구조)

* 특정 IT자원은 자원이 있는 정확한 위치로 안내하는 경로 (혹은 하이퍼링크)를 통해서만 접근 할 수있음

*이 경로는 손실 될 수있고 클라우드 소비자가 잘못 정의하거나 클라우드 제공자에 의해 변경 될 수있음

*클라우드 소비자가 더 이상 소유하지 않은 하이퍼링크를 가진 IT자원에 접근 불가하고 사용 불가함

*다중 경로 자원 접근 구조는 IT자원으로 연결되는 대안 경로들로 다중 경로 시스템을 형성하여, 클라우드 소비자가 특정 경로에 장애가 생기더라도 프로그램 상, 혹은 수동으로 이를 극복 할 수있는 수단을 마련해 줌

10차시 1강

■클라우드 특화 아키텍쳐 (영구적 가상 네트워크 구성 구조)

*가상 서버용 네트워크 구성 및 포트 할당은 가상 서버를 운영하는 물리 서버와  하이퍼 바이저상의 가상 스튀치 생성 시 형성

*이런 구성은 가상 서버와 관련된 호스팅 환경 내 적용 되는데 이는 가상 서버가 다른 호스트로 이동하거나 이관되면 목적지 호스팅 환경에는 필요한 포트 할당과 네트워크 구성 정보가 없기에 네트워크 연결이 되지 않음을 의미

*영구적 가상 네트워크 구성 구조에서는 네트워크 구성 정보가 중앙 집중화된 위치에 저장되고 물리 서버 호스트에 복제됨

→목적지 호스트로 하여금 가상 서버가 한 호스트에서 다른 호스트로 이동 시 구성 정보에 접근 하도록 해줌

■클라우드 특화 아키텍쳐 (가상 서버용 이중화 물리 연결구조)

*가상 서버는 가상 스튀치에 업링크 포트를 통해 외부NW와 연결되는데 이는 곧 업링크 장애 발생시 가상 서버가 외부 MW로부터 연결 단절을 의미

*여러가상 서버들을 운영중인 서버에 이중화 업링크가 설치됨

*업링크에 장애가 발생했을 때 가상 서버의 활성 네트워크연결을 유지하기 위해 다른 업링크가 사용됨

■클라우드 특화 아키텍쳐( 스토리지 유지보수 기간 관리 구조)

*클라우드 스토리지 장치는 가끔 일시적으로 다운 타임을 필요로 하는 유지보수 및 관리 작업 영향을 받는데 이 경우 클라우드 서비스 소비자들과 IT자원들이 이런 장치 및 저장된 데이터에 대한 접근을 할 수없게됨

*스토리지 유지 보수 간 관리 아키텍처는 실시간 이관 프로그램을 사용하여 클라우드 서비스 소비자가 자동으로 투명하게 메인 스토리지 장치가 다운되었음을 인지하지 못한ㅊ채로 보조 클라우드 장치로 전용될 수있도록 함

10차시 2강

■클라우드 전달 모델(클라우드 제공자 관점, laas환경 구축)

*가상 서버와 클라우드 스토리지 장치 메커니즘은 laas환경내에 두가지 기본 IT자원으로 다음 특성에 의해 정의되어 제공됨

-운영체제

-주요 메모리 용량

-프로세싱 능력

-가상화 스토리지 용량

*물리적 IT자원의 프로비저닝을 간단하게 하기 위해 메모리와 가상화 스토리지 용량은 보통 1KB씩 증설하여 할당맘

*클라우드 소비자가 가상화 환경에 접근하는것을 제한 할 때 클라우드 제공자는 기 설정으 ㄹ캡처한 가상 서버 이미지를 통해 laas상품을 우성 구성

*수평, 수직 확장 요구사항으 ㄹ지원하기 위해 백업과 복제를 목적으로 가상 laas환경의 현재 상태와 메모리,  설정으 기록하는 가상 서버 스냅샷을 만듦

가령 가상 서버는 기타 제공 환경에서 수직으로 확장으로 욜량이 증가된 후에 다시 초기화 하기 위해 스냅샷을 이용 할 수있음

*클라우드 제공자는 지리적으로 여러곳에 분산되어있는 데이터 센터로부터 laas기반 IT자원을 제공할 수있으며 여러가지 이점을 제공함

-복원력 증대를 위해 여러 데이터 센터가 서로 연결 될 수있음

-각 데이터 센터는 다른 지역에 위치하여 모든 데이터 센터가 오프라인 상태가 되는 확륭을 낮춤

*클라우드 제공자는 지리적으로 여러곳에 분산되어있는 데이터 센터로 부터 laas기반 IT자원을 제공 할수있으며 여러가지 이점을 제공함(계속)

-고속 통신 네트워크로 연결되어 낮은 대기 시간을 갖는 데이터 센터는 가용성과 신뢰성을 향상시키면서 로드 밸런싱과 IT자원 백업 및 복제, 스토리지 용량 증가를 수행 할 수있음

*클라우드 제공자는 지리적으로 여러곳에 분산되어있는 데이터 센터로 부터 laas기반 IT자원을 제공 할수있으며 여러가지 이점을 제공함(계속)

-여러 나라에 배치된 데이터 센터는 법적, 규제적 요구사항에 묶여 있는 클라우드 소비자가 더욱 편리하게 IT자원에 접근하게 함

■클라우드 전달 모델(클라우드 제공자 관점, Paas환경 장비구축)

*Paas환경은 보통 여러 프로그래밍 모델과 언어, 프레임워크를 적용하기 위한 애플리케이션 개발과 배포 플랫폼을 선택 할 필요있음

*또한 플랫폼에 맞춰 특별히 개발된 애플리케이션을 구동 시키기 위한 필수 소프트웨어를 포함하여 개별적인 프로그래밍 스택을 위해 분리된 기성 환경이 생성됨

*각 플랫폼은 맞춤형 소프트웨어 개발 키트(SDK)와 통합 개발 환경 (IDE)을 수반하며 클라우드 제공자가 지원하는 IDE 플러그인에 의해 구축 될 수있음

*IDE TOOL킷은 Paas환경에서 시뮬레이션 할수있으며 보통 실행 가능한 애플리케이션 서버를 포함

*보안적 제약 사항 역시 개발 환경에서 시뮬레이션 가능하고 IT자원에 접근하련느 허가되지 않은 시도도 체크가능

*클라우드 제공자는Paas플랫폼에 맞춰진 자원 관리 시스템 메커니즘을 제공하여 클라우드 소비자가 기성 환경에서 소비자에 맞게 서버 이미지를 생성하고 통제 할 수있게함

11차시1강

■클라우드 전달 모델(클라우드 제공자 관점, Paas환경 장비구축, 모니터링)

*Paas환경용 클라우드 사용모니터는 다음 사항들을 모니터링함

-기성 환경 인스턴스: 기성 환경 인스턴스 애플리케이션은 시간 기반 사용 요금 계산을 위해 사용량 당 기금 모니터에 의해 기록

-데이터 지속성 : 데이터 지속성 통계는 객체 수와 개별적인 점유 스토리지 크기, 괴금 기간당 데이터 베이스 트랜잭션으 ㄹ기록하는 사용량당 괴금 모니터에 의해 제공

■클라우드 전달 모델(Paas환경 장비구축, 보안)

*기본적으로 Paas환경은 보통 laas환경으 ㄹ위해 이미 프로비저닝 된 클라우드 보안 메커니즘으 능가하는 새로운 클라우드 보안 메커니즘 필요

■클라우드 전달 모델(클라우드 제공자 관점, SaaS환경최적화)

* SaaS 구현에서 대부분의 클라우드 서비스 아키텍처는 동시에 발생하는 클라우드 소비자 접근을 가능하게하고 조절하는 멀티테넌시 환경에 기반함

*SaaS구현은 SaaS기반 클라우드 서비스 가용성에 영향을 주지 않는 대체 작동 상태를 보장 할 뿐만 아니라 내부 동적 확장과 작업 부하분산 구조가 제공하는 특징을 필요로 함

■클라우드 전달 모델(클라우드 제공자 관점, SaaS환경최적화/보안)

*SaaS 구현 설치 환경에 맞는 보안 통제를 필요로 함

*비즈니스 프롯싱 로직에 따라 추가적인 클라우드 보안 메커니즘이나 특화된 보안 기술이 추가 될 수있음

■클라우드 전달 모델(클라우드 소비자 관점, laaS환경에서의 작업)

*운영체제상 원격 터미널 애플리케이션으 통해 가상 서버에 접근함

*이에 따라 클라이언트 소프트웨어 종류는 가상 서버가 구동되는 운영체제 종류에 의존적인데 다음과 같이 두가지 선택 사하이 있음

-원격 데스크탑 클라이언트: 윈도우 기반 환경을 위한 윈도우 GUI데스크탑

-SSH클라이언트: 서버 운영체제상에 구동되는 텍스트 기반 셀 계정에 보안 채널 연결이 되도록 하는 맥 및 다른 리눅스 기반 환경

■클라우드 전달 모델(클라우드 소비자 관점, laaS환경에서의 작업/IT자원 프로비저닝 고려사항)

*클라우드 소비자는 어떻게 얼마만큼 IT자원을 laas환경 일부를 프로비저닝 할 것인지에 대해 높은 controllersship을 가짐

-확장성 통제 : 자동화된 확장, 로드 밸런싱

-가상 IT자원의 생명주기 통제 : 정지, 재시작 , 가상 장치 작동 시작

-가상 NW환경과 NW 접근 규칙 통제 : 방화벽, 논리 NW범위

-서비스 프로비저닝 합의서 구축과 제시 : 재정상황, 사용조건

*앞에서 살펴본 프로비저닝 작업을 위한 관리 인터페이스는 보통 사용 및 관리 포톨이나 커맨드 라인 인터페이스(CU)사용을 통해 제고 ㅇ될 수있음

*관리 및 통제 표시를 표준화 하는 것이 일반적이긴 하나 때론 다른 도구 및 사용자 인터페이스를 사용하는 것이 적절할 수있음

예) CU를 통해 밤바다 가상 서버의 저원 on/OFF하는 스크립트를 만들 수있으며 스토리지 용량 조절도  포털을 이용 쉽게 수행 가능

11차시2강

■Paas환경에서의 작업

* 전형적인 PaaS IDE(통합개발환경)은 SW라이브러리, 클래스 라이브러리,프레임워크, API, 고안된 클라우드 기반 설치 환경을 Emulation하는 다양한 런타임능력과 같은 여러 종류의 도구 및 프로그래밍 자원으 ㄹ제공 할 수있음

*이런 특징은 개발자가 클라우드 설치  환경을 emulate하는 IDE를 사용하면서 클라우드나 로컬(사내)에서 애플리케이션 코드를 생성, 테스트, 구동 시킬 수있게함

* 컴파일 혹은 작업 완료된 애플리케이션은 클라우드에 업로드 되며 기성 환경을 통해 설치되는데 이 과정 역시 IDE를 통해 통제 될 수있음

*PaaS는 애플리케이션이 클라우드 스토리지 장치를 개발 관련 데이터를 저장하는 독립적인 저장 시스템을 제공하는데 (클라우드 외부환경에서 이용 가능한 장소에) 보통 SQL과 NOSQL 데이터 베이스 구조 모두 지원함

■Paas환경에서의 작업(IT자원 프로비저닝 고려사항)

*PaaS환경은 laaS 환경보다 적은 관리적 통제를 제공하지만 여전히 중요한 관리적 특징을 제공

-제정상황, 사용조건과 같은 서비스 프로비저닝 합의 구축 및 제시

-기성 환경을 위한 SW플랫폼 및 개발 프레임워크 선택

-프런트엔드나 백엔드 인스턴스와 같은 인스턴스 형태 선택

-기성 환경에서으 ㅣ사용을위한 클라우드 스토리지 장치 선택

-PaaS로 개발된 애플리케이션의 생명 주기 통제(설치, 시작,정지,재시작,배포)

-설치된 애플리케이션 버전 통제

-가용성 및 신뢰성 관련 메커니즘 설정

-IAM을 사용하여 개발자와 클라우드 자원 관리자의 자격 관리

-접근 가능한 NW포으와 같은 일반적인 보안 설정 관리

-PaaS관련 SLA지표 선택 및 모니터링

-사용량 및 IT자원 비용 관리 및 모니터링

-사용량 할당,  활성 인스턴스 임계점, 자동 확장 리스너 및 로드 밸런서 메커니즘의 설정, 설치 등의 통제

*Paas 관리적 특징에 접근하기 위해 사용되는 사용 및 관리 포털은 IT자원이 시작되고 정지될 시점을 선택 할 수있도록 제공함

예) 클라우드 자원 관리자는 클라우드 스토리지 장치가 오전 9시에 시작되고 12시간 후에 정지 하도록 설정 가능

*이런 시스템은 특정 애플리케이션을 위한 데이터 요청을 받으면 자체적으로 활성화되고 일정 시간 이상 비 활성화 상태 지속 시 정지하는 옵션을 가능하게 함

■Saas에서의 작업

*Saas기반 클라우드 서비스는 거의 항상 Well define인 포괄적인 API를 수반하기에 분산된 솔루션이 포함되도록 설계됨

 예) 구글맵스:지도 정보와 이미지가 웹사이트와 웹기반 애플리케이션에 포함 될 수있게 하는 포괄적인 API를 제공함

*클라우드 제공자가 공급하는 SaaS 제품을 사용하는 클라우드 소비자는 기반 제공 환경을 구현하고 관리 할 책임 없으나 옵션들은 이용 가능

12차시1강

■ 비용 지표와 가격 결정 모델(회사 내 및 클라우드기반 환경 조성)

*회사 내 및 클라우드 기반 환경을 프로비저닝 하는것 외 비용 모델 비교를 가능하게 하고 이해하는데 있어 IT환경을 최적화 하는것이 핵심

*퍼블릭 클라우드에 사용되는 가격 구조는 보통 선행 인프라 투자를 막을 수있는 실제 사용량 과금 모델을기반으로 함

*이런 모델은 사내 인프라 투자와 관련 총 운영 비용의 재정적 영향을 평가하여야 함

■ 비용 지표와 가격 결정 모델(비지니스 비용 지표)

[선행비용과 지속 운영 비용]

*사내 IT자원을 구매하는 것과 비교해 클라우드 기반 IT자원을 임대하는 것으 ㅣ비즈니스적인 가치와 측정 비용을 평가하기 위해 일반적인 지표를 활용

*선행 비용 :IT자원 획득 비용 +IT자원 설치/관리비용

-사내 IT자원 구매 및 설치용 선행 비용은 비교적 높음

(HW/SW구매, 설치 인력 포함)

-클라우드 기반 IT자원 임대를 위한 선행 투자 비용은 비교적 낮음 , 클라우드 기반 환경을 위한 선행 비용의 예로 클라우드 환경을 평가하고 설정하기 위한 인력 비용 포함

*지속 운영비용:조직이 사용하는 IT 자원을 구동시키고 유지하는데 필요한 비용

-사내 IT자원 운영을 위한 지속 비용: 전력, 보험, 인력비용., 라이선스료

-클라우드 기반 IT 자원 운영 지속 비용 : 가끔 사내 IT 자원 운영 지속 비용 초과함(특히 일정 기간 넘어설 때)

예) 가상 하드웨어 임대비용, 대역폭 사용료,라이센스료, 인력비용

[추가비용]

*선행 및 지속 비즈니스 운영 비용 지표와 재정적 분석용 지표

-자본 비용: 필요한 자금을 호가보하는데 소요되는 비용

예) 3년간 15만 달러 모금하는 것보다 초기 비용으로 15만달러 모금하는 것이 더움 비쌈. 초기 투자 자본 비용이 높다면 클라우드 기반 IT임대가 타당하다고 평가가능

[매몰비용]

*사내 자원에 사용된 이전의 투자

*클라우드 기반 IT자원을 임대하는 것 고려시 비용을 추가한다면 클라우드 기반 IT자원 임대를 대안으로 생각하는것이 쉽지 않을 수있음

[통합비용]

*새로운 클라우드 플랫폼과 같이 외부 환경에서 IT자원이 호환 가능하고 상호 운용 가능하게 하는데 소요되는 비용

* 조직이 고려하는 클라우드 배포 모델과 클라우드 전달 모델에 따라 클라우드 서비스 소비자와 클라우드 서비스간 상호 운용으 ㄹ가능하게 하는것과 관련된 추가적 인력과 통합 테스트 수행에 필요한 비용

[Locked-in Cost]

*클라우드 환경에서는 제공자르 ㄹ변경하기가 쉽지 않지만 장기적 지표 분석 수행시 클라우드 제공자를 변경 할 수있다는 가능성 염두 팰요

*조직이 고려하는 클라우드 배포 모델과 클라우드 전달 모델에 따라 클라우드 소비자와 클라우드 서비스간 사호 운용으 가능하게 하는것과 관련된 추가적 인력과 통하 ㅂ테스트 수행에 필요한 비용으로 클라우드 기반 it,자원 임대의 장기적인 비즈니스 가치를 감소 시킬 수있음

12차시 2강

■ 비용 지표와 가격 결정 모델(클라우드 사용 비용지표)

*클라우드 기반 IT지원 사용량 측정과 관련한 계산 비용을 위한 일련의 사용 비용 지표를 나타냄

-네트워크 사용량: 클라우드 내부 네트워크 트래픽은 물로 인바운드 및 아웃 바운드 네트워크 트래픽

-서버 사용량: 가상 서버 할당 및 지원 예약

-클라우드 스토리지 장치 :스토리지 용량 할당

*클라우드 서비스 :등록기간, 지정 사용자수, (클라우드 서비스와 클라우드 기반 애플리케이션)의 트랜잭션 수

-클라우드 전달 모델에 따라 각 사용 비용 지표에 대해 설명, 측정 단위, 측정 빈도가 제공됨

■ 비용 지표와 가격 결정 모델(클라우드 사용 비용지표,네트워크 사용량)

*네트워크 연결을 통해 전달되는 데이터의 양으로 정의되는 네트워크 사용량은 클라우드 서비스나 다른 IT자원과 관련하여 독깁적으로 측정된 인 바운드 네트어크 사용 트래픽과 아웃 바운드 네트워크 사용 트래픽 지표를 사용해 계산됨

[인바운드 네트워크 사용량 지표]

*설명 :인바운드 네트워크 트래픽

*측정 :∑, 인바운드 네트워크 트래픽 바이트

*빈도 : 주어진 기간의 연속 및 누적

*클라우드 전달 모델:laas, paas, saas

*예제 : 한달에 1kb까지 무료, 한달에 1Gb에서 10TB까지는 0.01달러/GB

[클라우드간 WAN 사용량 지표]

*설명: 같은 클라우드의 지리적으로 분산된 IT 자원간의 네트워크 트래픽

*측정:∑클라우드간 WAN 트래픽 바이트

*빈도 : 주어진 기간의 연속 및 누적

*클라우드 전달 모델 : laas, paas, saas

*예제 : 일별 500MB까지 무료이며 이후부터 0.01달러/GB,

월별 1TB사용 이후부터 0.005달러/GB

■ 비용 지표와 가격 결정 모델(클라우드 사용 비용지표,서버 사용량)

*가상 서버의 할당은 가상 서버의 수와 기성 환경에 의해 수량화된 IaaS와 PaaS의 환경에서의 일반적인 사용량당 과금 지표를 이용해 측정

*이런 형태의 서버 사용량 측정은 온디맨드(주면형)가상 머신 인스턴스 할당과 예약 가상 머신 인스턴스 할당 지표로 나뉨

*전자는 단기간의 사용량당 기금 수수료를 계산하며 후자는 일정 기간 동안 사용하는 가상 서버에 대한 선행 예약 수수료로를 계산

[온디맨드 가상 머신 인스턴스 할당 지표]

*설명 : 가상 서버 인스턴스 가동신간

*측정 : ∑, 가상 서버 시작일~정지일

*빈도 : 주어진 기간의 연속 및 누적

*클라우드 전달 모델 : laas, paas

*예제: 소형 인스턴스 0.10달러/ 시간, 중현 인스턴스 0.20달러/시간

대형인스턴스 0.90달러/시간

[예약 가상머신 인스턴스 할당 니표]

*설명 :가상 인스턴스 예약의 선행 비용

*측정 : ∑, 가상 서버 예약시작일~ 종료일

*빈도 : 일간, 월간, 연간

*클라우드 전달모델 :laas, paas

*예제 : 소형 인스턴스 55.10달러/시간, 중형 인스턴스 99.90달러/시간,

대형 인스턴스 249.90달러/시간

■ 비용 지표와 가격 결정 모델(클라우드 비용지표, 클라우드  스토리지 사용량)

*클라우드 스토리지는 온디맨드 스토리지 할당 지표로 측정되어 주어진 기간 동안 할당된 공간의 양으로 부과

*IaaS기반 비용 지표와 비슷ㅅ하게 온디맨드 스토리지 할당 요금도 시간 단위를 기반으로 함

*또한 전송된 인풋 아웃수 데이터의 양으로 측정되는 전송된I/O데이터가 있음

[온디맨드 스토리지 공간 할당 지표]

*설명 :바이트 단위의 온디맨드 스토리지 공간 할당 크기 및 기간

*측정 :∑, 데이터 스토리지 해제 /재할당

*빈도 : 연속

*클라우드 전달 모델:laas, paas,SaaS

*예제 : 시간당 0.01달러 /GB(일반적으로 GB/월로  표현됨)

[ 전송된I/O 데이터 지표]

*설명:  전송된I/O데이터의 양

*측정: :∑, 데이터 바이트

*빈도: 연속

*클라우드 전달 모델:laas, paas

*예제 : 0.10달러/TB

*laas와 paas 구현에 I/O 사용량에는 과금치 않으며 스토리지 공간 할당에만 제한하여 과금한 제공자도 있음

13차시1강

■ 서비스 품질 지표와 SLA

*SLA는 협상과 계약서, 법적 책임, 런타님 지표 및 측정의 핵심

*SLA는 클라우드 제공자에게 제안한 보증 내용을 공식화하고 가격 결정 모델과 납기를 결정하거나 이에 영향을 미침

*기업이 어떻게 클라우드 기반 IT자원을 활용해 사업 자동화를 구축 할 것인지의 필수적인 요소임

■ 서비스 품질 지표와 SLA(서비스 품질 지표)

*클라우드 제공자가 발행한 SLA는 QoS와 보장 내용, 하나 이상으 ㅣ클라우드 IT자원의 한계점을 기술한 문서

*SLA는 측정 가능한 QoS특성을 표현하기 위해 다음과 같은 서비스 품질 지표르 ㄹ사용함

-신뢰성: 실패 최소시간, 성공적인 응답 보장 비율

-성능 : 용량, 응답시간, 전달 시간 보장

-확장성: 용량 변동성 및 응답성 보장

-복원력: 교체 및 복구 수행시간

*SLA관리 시스템은 다양한 형태의 통계적 분석을 위해 SLA관련 데이터를 수집하고 SLA보장 내역을 검증하는 주기적인 측정을 수행하기 위해 위와 같은 지표 사용함

*다음 내용은 일반적인 서비스 품질 지표를 나타낸 것임, 각 지표는 설명, 측정 단위, 측정 빈도, 적용 가능한 클라우드 전달 모델, 간단한 예제와 함께 기수 ㄹ됨

[서비스 가용성 지표]

(1)가용률지표

* IT자원의 전체적인 가용성은 대개 가동시간의 백분율로 표현됨

예) IT자원이 항상 이용 가능하다면 100%의 가동 시간으 갖는 것임

*설명: 서비스 가동 시간 백분율

*측정 : 총가동 시간 /총 시간

*빈도: 주,월,연단위

*클라우드 전달 모델:laas, paas,SaaS

*예제 : 최소 95% 가동 시간

■ 서비스 품질 지표와 SLA(SLA 가이드라인)

*클아우드와 사내 SLA 와의 작업 : 퍼블릭 클라우드 내 IT자원을 지원하는 것이 가능한 다양한 인프라 덕분에 클라우드 기반 IT자원 SLA 에 명기된 QoS보증은 일반적을 ㅗ사내으 ㅣIT자원보다 우수

*SLA 의 범위 이해: 클라우드 환경은 IT자원이 위치하고 통합되는 많은 아키텍처와 인프라 단계로 구성됨, 주어진 IT자원 보증이 적용되는 정도를 인정하는 것은 중요함

*SLA 모니터링 범위의 이해: SLA는 모니터링이 어디서 수행되고 측정이 클라우드 방화벽에 주로 연관되어 어디서 계산 되는지를 명시한느것이 필요함

예0 클라우드 방화벽 내의 모니터링은 항상 제공자에게 이득하거나 클라우드 소비자의 요구된 QoS보증에 적절한 것은 아님

13차시2강

■ 클라우드 컴퓨팅 적용사례연구

*조직에서 클라우드 컴퓨팅 모델과 기술을 평가 및 활용, 관리하는 시나리오를 제공함

*분석 용도로 세가지 다른 업게의 조직을 소개하며, 각 조직들으 ㅣ개별적인 비즈니스, 기술, 아키텍처 목표르 ㄹ소개

*사례 연구에 포함된 조직

-선진 통신사 ATN: 통신 산업계의 네트워크 장비를 공급하느 글로벌 회사

DTGOV: 공공 부분 조직에 IT인프라와 기술 서비스를 전문으로 제공하는 공공기관

*사레연구에 포함된 조직

[ATN 사례연구]

*클라우드 계획은 혼잡한 애플리케이션 포트폴리오를통합 및 폐기하게 하였고 이에 따라 선택된 애플리케이션과 IT 자원을 클라우드로 이용함

*모든 애플리케이션이 이동 될수 없고 적절한 애플리케이션을 선택하여 클라우드로 이동함

*재개발이 필요한 애플리케이션은 새 클라우드 환경으로 맞추기 위해 노력을 다 해야함

[DTGOV 사레연구 결론]

*DTGOV가 30년 이상 동안 공공 부분기관에 IT자원을 외주해왔지만,

*클라우드 수립과 IT인프라에 연관된것은 2년간 맡은 주된 일이었음

*DTGOV 는 이제 IaaS서비스를 정부 부문에 제공하고, 사설 부문 기관을 대상으로 클라우드 서비스 포트폴리오르 ㄹ만들고있음

*DTGOV가 성숙한 클라우드를 생산하기 위해 기술 아키텍처를 만든 후, 고객과 서비스 포트 몰리오릐 다양성은 다음의 논리적 단계에서 만들어짐

*관련 보고서 만듦