클라우드 탄력성이란?
클라우드 탄력성은 조직의 변화하는 요구에 맞게 조정하기 위해 CPU, 메모리 및 스토리지 리소스의 용량을 늘리거나 줄이는 클라우드의 속성입니다. 클라우드 탄력성은 사전에 용량 계획을 수행할 필요 없이 자동으로 수행되거나, 조직에 리소스가 부족하다는 알림을 받고 필요에 따라 용량을 추가하거나 줄이기 위해 결정할 수 있는 수동 프로세스일 수 있습니다. 클라우드 공급업체에서 제공하는 모니터링 툴은 기존 클라우드 기반 운영에 영향을 주지 않고 조직에 할당된 리소스를 동적으로 조정합니다.
클라우드 공급업체는 수요에 최대한 가깝게 일치시키기 위해 리소스를 자율적으로 프로비저닝하거나 프로비저닝 해제하여 워크로드 변화에 적응할 수 있는 정도에 따라 탄력성이 높거나 낮다고 말합니다. 따라서 IT 관리 직원이 추가 CPU, 메모리 또는 스토리지 리소스가 필요한지 또는 초과 용량을 폐기할 수 있는지 여부를 결정하기 위해 리소스를 모니터링할 필요가 없습니다.
클라우드 탄력성은 수평 확장 아키텍처와 관련이 있는 경우가 많으며, 일반적으로 사용량에 따른 지불 방식으로 비용이 청구되는 퍼블릭 클라우드 공급업체 리소스와 관련됩니다. 이러한 접근 방식은 예를 들어 특정 애플리케이션 또는 서비스에 대한 수요가 시간이 지남에 따라 변화하여 가상 머신(VM)을 실행하거나 중단할 때 실시간 클라우드 비용을 클라우드 서비스의 실제 소비와 더 밀접하게 연관시킵니다.
클라우드 수요를 처리하기 위해 대기 장비를 유지할 필요 없이 클라우드 탄력성은 비즈니스와 IT 조직에 예상치 못한 수요 급증에 대처할 수 있는 역량을 제공합니다. 일반적으로 온프레미스에서 특정 프로세스를 실행하는 조직은 클라우드 탄력성을 활용하고 해당 수요를 충족하기 위해 클라우드 버스팅(cloudburst)할 수 있으며, 수요가 사라진 경우에만 온프레미스 운영으로 돌아갈 수 있습니다. 따라서 클라우드 탄력성을 활용하면 인프라 비용, 인적 자본, 전반적인 IT 비용을 절감할 수 있습니다.

애플리케이션 및 클라우드 트랜스포메이션을 통한 디지털 비즈니스 성장

퍼블릭 클라우드로의 데이터 센터 확장과 관련된 5가지 주요 과제
클라우드 탄력성이 중요한 이유는 무엇입니까?
클라우드 탄력성을 갖추지 못하면 조직은 대부분의 시간 동안 사용되지 않은 용량에 대한 비용을 지불해야 하고 OS 업그레이드, 패치 및 구성 요소 장애 발생 시 용량을 관리하고 유지해야 합니다. 클라우드 탄력성은 여러 방식으로 클라우드 컴퓨팅을 정의하고 클라이언트-서버, 그리드 컴퓨팅 또는 레거시 인프라와 같은 다른 컴퓨팅 모델과 차별화합니다.
클라우드 탄력성을 통해 기업은 과다 프로비저닝(현재 수요를 충족하는 데 필요한 것보다 많은 IT 리소스를 배포 및 할당)하거나 부족한 프로비저닝(기존 수요 또는 향후 수요를 충족하기에 충분한 IT 리소스를 할당하지 않음)을 방지할 수 있습니다.
과도하게 프로비저닝하는 조직은 요구 사항을 충족하는 데 필요한 것보다 더 많은 비용을 지출하여 다른 곳에 적용할 수 있는 귀중한 자본을 낭비하게 됩니다. 조직에서 이미 탄력성 없이 퍼블릭 클라우드를 활용하고 있더라도 미사용 가상 머신에 매년 수천 달러가 낭비될 수 있습니다.
부족한 프로비저닝으로 인해 기존 수요를 충족하지 못하여 고객이 수용할 수 없는 지연 시간과 사용자 불만족이 초래될 수 있습니다. 또한 부족한 프로비저닝은 고객이 응답하지 않거나 시간이 오래 걸리는 온라인 서비스를 포기하고 비즈니스를 더 응답성이 좋은 조직으로 옮기면서 궁극적으로 비즈니스 손실을 초래할 수 있습니다. 따라서 클라우드 탄력성이 부족하면 비즈니스 손실이 발생하고 수익에 심각한 영향을 미칠 수 있습니다.
클라우드 탄력성은 어떤 방식으로 작동합니까?
클라우드 탄력성을 통해 조직은 자동 또는 수동으로 용량을 신속하게 확장하거나 축소할 수 있습니다. 클라우드 탄력성은 갑작스러운 수요 또는 계절별 수요를 충족하기 위해 온프레미스 인프라에서 퍼블릭 클라우드로 ‘클라우드 버스팅’하는 것을 의미할 수 있습니다. 클라우드 탄력성은 클라우드 기반 애플리케이션에서 사용하는 리소스를 늘리거나 줄일 수 있는 능력을 의미하기도 합니다.
클라우드 탄력성은 워크로드 추세에 따라 자동으로 트리거 및 실행되거나 몇 분 만에 수동으로 인스턴스화될 수 있습니다. 조직이 클라우드 탄력성을 활용하기 전에는 추가 대기 용량을 이미 보유하고 있거나 추가 용량을 주문, 구성 및 설치해야 했으며, 이 프로세스에는 몇 주 또는 몇 개월이 소요될 수 있었습니다.
수요가 줄어들면 몇 분 만에 용량을 제거할 수 있습니다. 따라서 조직은 주어진 시점에 사용 중인 리소스 용량에 대해서만 비용을 지불하면 되고 탄력적인 수요를 충족하기 위해 온프레미스 인프라를 구입하거나 폐기할 필요가 없습니다.
클라우드 탄력성의 일반적인 사용 사례는 다음과 같습니다.
- 블랙 프라이데이 쇼핑 특별 행사부터 1월 초의 휴가 시즌이 끝날 때까지 수요가 크게 증가하는 소매 또는 e-테일 휴가철 수요
- 봄에 수요가 급증했다가 학기 시작 이후에 감소하는 교육구 등록
- 새로운 릴리스 또는 긍정적인 리뷰에 대한 수요를 충족하기 위해 가상 머신 및 스토리지를 추가하는 스트리밍 서비스(예: Netflix)와 같이 인기 제품 출시나 소셜 미디어 이용 촉진으로 인해 갑자기 수요가 급증하는 비즈니스
- 재해 복구 및 비즈니스 연속성 기본 사항(DR/BC). 조직은 퍼블릭 클라우드 기능을 활용하여 외부 스냅샷 또는 중요 데이터 및 애플리케이션의 백업을 제공하고 온프레미스 인프라에 중단 또는 손실이 발생할 경우 클라우드에서 가상 머신을 실행할 수 있습니다.
- 임시 작업자, 협력업체 또는 원격 학습과 같은 애플리케이션을 위해 클라우드에서 가상 데스크톱 인프라를 확장
- 테스트 및 개발 활동을 위해 인프라를 클라우드로 확장하고 테스트/개발 작업이 완료되면 인프라를 해체합니다.
- 일정이 짧은 예기치 못한 프로젝트
- 데이터 분석, 배치 프로세싱, 미디어 렌더링 등과 같은 임시 프로젝트
클라우드 탄력성의 이점은 무엇입니까?
클라우드 탄력성의 이점은 다음과 같습니다.
대응력: 클라우드 탄력성은 수요 변화에 따라 새로운 인프라를 구매, 구성 및 설치할 필요가 없으므로 예상치 못한 수요 급증에 대한 계획을 수립할 필요가 없어지며 조직은 클라우드 탄력성을 통해 계절별 수요 급증, Reddit에서 언급되거나 Oprah의 Book Club에서 선정한 추천 도서든 예상치 못한 수요를 충족할 수 있습니다.
필요량에 따른 가격 책정: 클라우드 탄력성을 통해 조직은 사용 여부에 관계없이 인프라 비용을 지불하는 대신 특정 시점에서 사용 중인 리소스에 대해서만 비용을 지불하여 실제 수요에 따른 IT 비용을 실시간으로 밀접하게 추적할 수 있습니다. 이러한 방식으로, 비록 지출이 변동할 수 있지만, 조직은 탄력성이 실시간 수요를 기반으로 리소스를 자동으로 할당하거나 할당 취소하기 때문에 인프라를 ‘적정 규모’로 조정할 수 있습니다. Amazon에서는 EC2 클라우드 서비스와 함께 인스턴스 스케줄러를 도입하는 조직이 도입하지 않은 조직에 비해 60% 이상의 비용 절감 효과를 얻을 수 있다고 밝혔습니다.
고가용성: 가상 머신 또는 컨테이너에 장애가 있는 것으로 보이는 경우 복제할 수 있어 비즈니스 서비스가 중단되지 않고 사용자에게 다운타임이 발생하지 않도록 보장하는 데 도움이 되므로 클라우드 탄력성으로 고가용성과 무장애 기능이 모두 가능합니다. 따라서 리소스가 자동으로 프로비저닝 또는 프로비저닝 해제될 때에도 운영에 영향을 주지 않으면서 사용자에게 일관되고 예측 가능한 환경을 제공할 수 있습니다.
효율성: 대부분의 자동화 기능과 마찬가지로 필요에 따라 클라우드 리소스를 자율적으로 조정할 수 있는 기능을 통해 IT 직원은 프로비저닝이 아닌 조직에 더 도움이 되는 프로젝트에 집중할 수 있습니다.
속도 및 출시 기간: 기존 조달 프로세스를 사용하면 몇 주 또는 몇 개월이 걸리던 용량에 조직에서 단 몇 분만에 액세스할 수 있습니다.
클라우드 탄력성의 당면 과제
클라우드 탄력성은 IT 서비스에 대한 수요가 빠르게 또는 주기적으로 증가 또는 감소하는 조직에만 유용합니다. 수요를 예측 가능하고 꾸준히 유지하는 조직은 클라우드 탄력성의 이점을 누리지 못할 가능성이 높습니다. 클라우드 탄력성의 몇 가지 잠재적 당면 과제
프로비저닝 시간: 클라우드 가상 머신은 온디맨드로 실행할 수 있지만 사용할 수 있게 되기까지 여전히 최대 몇 분의 지연 시간이 발생할 수 있습니다. 이 지연 시간은 특정 애플리케이션 또는 서비스 요구 사항에 따라 충분하지 않을 수 있으며, 업무 시작 시간에 사인온이 급증하는 경우와 같이 요구량이 갑작스럽게 급증하는 경우에는 성능에 영향을 미칠 수 있습니다.
클라우드 공급업체 종속: 모든 주요 퍼블릭 클라우드 공급업체가 클라우드 탄력성 솔루션을 제공하지만 각각 다르게 구현되어 조직의 클라우드 요구 사항을 충족하기 위해 단일 벤더에 종속됩니다.
보안 영향: 탄력적인 방식으로 가동 및 중단할 수 있는 클라우드 서비스는 기존 보안 워크플로우에 영향을 미치며 재구축이 필요할 수 있습니다. 탄력적인 시스템은 일시적이므로 보안 문제를 경험한 서버의 수요가 감소하는 경우와 같이 사고 대응에 영향을 미칠 수 있습니다.
리소스 가용성: 클라우드 탄력성을 실현하려면 기존 클라우드 또는 온프레미스 배포를 수정해야 합니다. IT 관리를 아웃소싱하지 않는 조직은 조직의 특정 요구 사항을 충족하기 위해 클라우드 탄력성 계획을 적절하게 구성할 수 있도록 아키텍트, 개발자, 관리자를 포함한 기술적 전문성을 확보해야 합니다. 이로 인해 새로 들어온 인재가 새로운 환경, 언어, 자동화 툴과 프로세스를 신속하게 도입하는 과정에서 학습 곡선이 지연될 수 있습니다.
관련 솔루션 및 제품
클라우드 솔루션
보다 신속하게 고객에게 더 많은 혁신을 제공하십시오.
멀티 클라우드 아키텍처 솔루션
여러 클라우드 컴퓨팅 환경을 활용합니다.
클라우드 확장성 솔루션
데이터 센터에서 클라우드까지 원활하게 액세스할 수 있는 인프라를 활용하십시오.