클라우드 탄력성은 실제 워크로드 수요에 맞게 인프라를 실시간으로 조정합니다. 기존 IT 인프라는 수동 개입과 사전 용량 계획이 필요하지만, 탄력적 클라우드 컴퓨팅은 리소스를 자동으로 늘리거나 줄이므로 트래픽이 급증할 때도 성능을 유지하고, 사용량이 적은 시간에는 낭비를 줄일 수 있습니다.
클라우드 컴퓨팅의 탄력성을 이해하려면 인프라가 더 이상 고정 자산일 필요가 없다는 점부터 알아야 합니다.
클라우드 탄력성은 인프라가 실시간 수요에 따라 컴퓨팅 리소스를 자동으로 조정하는 기능입니다. 트래픽이 증가하면 시스템이 추가 리소스를 프로비전합니다. 수요가 줄면 규모를 다시 줄입니다. 이 과정은 수동 개입 없이 이루어지므로 애플리케이션 응답성은 유지하면서 비용은 관리할 수 있습니다.
이 메커니즘은 동적 리소스 할당을 기반으로 합니다. 클라우드 공급자는 워크로드 패턴을 지속적으로 모니터링하고, 언제 용량을 늘리거나 줄일지 즉시 판단하며, 그 결과 필요에 따라 확장하고 축소할 수 있는 유연한 인프라가 만들어집니다.
탄력성은 두 방향으로 작동합니다.
수직 크기 조정(스케일 업/다운): 가상 머신에서 CPU나 메모리를 늘리는 것처럼 기존 리소스에 더 많은 성능을 추가합니다.
수평 크기 조정(스케일 아웃/인): 트래픽을 처리하기 위해 추가 서버를 띄우는 것처럼 전체 인스턴스를 추가하거나 제거합니다.
기존 온-프레미스 인프라는 이런 민첩성을 따라갈 수 없습니다. 물리적 서버는 구매, 설치, 구성 과정이 필요하며, 이 과정은 몇 주 또는 몇 달이 걸릴 수 있습니다. 용량을 추가하는 동안 수요가 급증하는 상황은 이미 지나갔을 수도 있습니다. 반면 클라우드 탄력성은 인프라를 소프트웨어처럼 다룹니다. 필요할 때는 바로 사용할 수 있고, 필요 없을 때는 빠르게 해제할 수 있습니다.
확장성과 탄력성은 종종 같은 의미로 쓰이지만, 클라우드 인프라의 서로 다른 측면을 다룹니다. 확장성은 용량에 관한 것입니다. 즉, 리소스를 추가해 증가한 워크로드를 처리할 수 있는 시스템의 능력입니다. 탄력성은 자동화와 속도에 관한 것입니다. 즉, 그 조정이 얼마나 빠르고 자동으로 이루어지는지에 대한 것입니다.
확장성을 인프라가 성장할 수 있는 잠재력이라고 생각해 보세요. 더 많은 사용자, 트랜잭션 또는 데이터를 수용할 수 있도록 확장되는 시스템으로, 미래의 필요에 대비해 용량을 준비하는 것입니다. 이러한 확장은 계획된 업그레이드, 예약된 리소스 추가 또는 예상 수요에 따른 수동 조정을 통해 이루어질 수 있습니다.
탄력적 컴퓨팅은 수요가 발생하는 즉시 대응해 이보다 더 나아갑니다. 탄력적인 시스템은 최대 용량을 미리 계획하고 그 리소스를 계속 유지하는 대신 실시간으로 조정합니다. 차이는 각 방식의 작동 방식에서 드러납니다.
확장성의 특징:
탄력성의 특징:
클라우드 환경에서는 이 개념들이 서로를 보완합니다. 비즈니스가 성장할 때 아키텍처도 함께 커질 수 있도록 확장성이 필요합니다. 그리고 그 성장을 효율적이고 비용 효과적으로 이루어 내려면 탄력성이 필요합니다.
탄력성은 지속적인 모니터링과 자동화된 의사 결정을 기반으로 합니다. 클라우드 플랫폼은 CPU 사용률, 메모리 사용량, 클라우드 스토리지 용량, 네트워크 트래픽, 애플리케이션 응답 시간 같은 리소스 사용 현황 메트릭을 추적합니다. 이 메트릭은 현재 성능을 미리 정의한 임계값과 비교하는 모니터링 도구로 전달됩니다.
워크플로는 일관된 패턴으로 진행됩니다. 모니터링 시스템은 몇 초 또는 몇 분마다 인프라에서 성능 데이터를 수집합니다. 구성한 임계값을 메트릭이 넘으면 시스템이 크기 조정 작업을 시작합니다. 예를 들어 CPU 사용률이 일정 기간 80%에 도달하면 플랫폼이 추가 리소스를 프로비전합니다. 사용률이 30% 아래로 떨어지면 크기를 줄입니다.
이 과정은 프로비전 절차를 관리하는 오케스트레이션 계층을 통해 이루어집니다.
스케일 업 이벤트 시: 시스템이 새 컴퓨팅 인스턴스를 시작하고, 부하 분산 장치에 연결한 다음, 추가 용량으로 트래픽을 라우팅합니다. 애플리케이션은 몇 분 안에 새 리소스에서 요청을 받기 시작합니다.
스케일 다운 이벤트 시: 플랫폼은 덜 사용되는 리소스의 연결을 정리하고, 불필요한 인스턴스를 종료한 뒤, 워크로드를 더 적은 수의 컴퓨터로 통합합니다.
수요가 정상 수준으로 돌아오면 시스템은 기준 용량으로 복귀합니다. 리테일 애플리케이션은 평소 영업 시간에는 서버 5대에서 실행하다가, 반짝 세일 때는 20대로 확장한 뒤, 트래픽이 줄면 다시 5대로 돌아갈 수 있습니다.
탄력적인 시스템의 효과는 전적으로 구성에 달려 있습니다. 임계값을 너무 보수적으로 설정하면 유휴 리소스에 비용을 과도하게 쓰게 됩니다. 반대로 너무 공격적으로 설정하면 예상치 못한 급증 시 성능 저하가 발생할 수 있습니다. 정책은 언제 크기를 조정할지뿐 아니라 얼마나 빠르게, 어느 정도로 할지도 정의합니다.
클라우드 컴퓨팅 탄력성에 대한 비즈니스 가치는 크게 비용, 성능, 그리고 민첩성의 세 가지로 요약됩니다.
탄력적 인프라를 사용하면 실제로 사용하는 시간 동안만 리소스 비용을 지불하면 되므로 24시간 내내 최대 용량을 유지하던 기존 방식이 필요 없어집니다. 예를 들어 월요일부터 금요일까지만 실행되는 개발 환경은 주말에 자동으로 종료할 수 있습니다. 오전 9시부터 오후 5시까지 트래픽이 몰리는 애플리케이션도 밤사이에는 여분의 용량을 유지하지 않습니다.
트래픽이 급증해도 탄력성이 있으므로 응답 속도가 느려지거나 서비스가 중단되지 않고, 애플리케이션의 응답 시간을 유지할 수 있습니다. 사용자는 평소 화요일 아침에 웹 사이트를 방문하든 블랙프라이데이의 혼잡 시간대에 방문하든 같은 경험을 하게 됩니다.
IT 팀이 대시보드를 계속 모니터링하면서 리소스를 수동으로 조정할 필요 없이, 인프라가 수요 변동을 자동으로 처리하며 여기에는 예기치 않은 중단 상황도 포함됩니다. 시스템을 복원해야 할 때 탄력적 인프라는 리소스를 빠르게 프로비전해 재해 복구 전략을 지원하여 수동 개입 없이도 가동 중지 시간을 줄일 수 있습니다. 엔지니어는 반복적인 용량 관리에 쓰는 시간을 줄이고, 비즈니스를 추진하는 프로젝트에 더 많은 시간을 쓸 수 있습니다.
탄력성은 시장 기회와 고객 요구에 발맞출 수 있는 인프라를 만듭니다. 예를 들어 마케팅 캠페인으로 예상치 못한 트래픽이 몰리면 탄력적 인프라는 잠재 고객을 돌려보내지 않고 수요에 맞게 확장합니다. 신규 서비스를 빠르게 출시해야 할 때도 긴 구매 절차 없이 바로 진행할 수 있습니다.
탄력성의 이점은 조직 전반에서 확인할 수 있습니다.
리테일 플랫폼은 1년 내내 트래픽 변동이 크게 나타납니다. 어떤 비즈니스는 대부분의 달에는 안정적인 트래픽을 처리하다가 블랙프라이데이, 사이버먼데이, 연말 세일 기간에는 수요가 급증할 수 있습니다. 탄력적 인프라는 이러한 시즌성 피크에 맞춰 확장했다가 이후 다시 축소합니다. 하이브리드 환경에서는 클라우드 버스팅 같은 메커니즘을 활용할 수 있으며, 덕분에 1년 내내 최대 용량을 유지하는 비용을 피할 수 있습니다.
인기 시리즈의 새 에피소드가 공개되거나 생방송 이벤트가 시작되면 수백만 명의 시청자가 동시에 몰립니다. 클라우드 탄력성은 이런 급증 상황에서도 매끄러운 재생을 보장하며, 일상적인 시청 수준을 위해 과도하게 리소스를 준비할 필요가 없습니다.
월말 보고, 분기 결산, 연간 세금 신고 준비 과정에서는 컴퓨팅 수요에 예측 가능한 급증 현상이 발생합니다. 트레이딩 플랫폼은 시장 활동에 따라 거래량이 크게 변합니다. 탄력적 시스템은 이런 변동을 자동으로 처리하고, 처리량이 많을 때는 확장하고 한가할 때는 줄입니다.
비즈니스 생산성 도구는 작업 시간에는 많이 사용되지만, 밤에는 활동이 거의 없습니다. 이러한 애플리케이션은 24시간 내내 전체 용량을 유지하는 대신, 여러 시간대를 기준으로 한 비수기에는 규모를 줄일 수 있습니다.
엔지니어링 팀은 활발한 개발 스프린트 동안에는 많은 리소스가 필요하지만, 기획 단계나 휴일에는 훨씬 적은 리소스로도 충분합니다. 탄력적 인프라는 개발자가 실제로 필요할 때만 이러한 환경을 사용할 수 있게 해 주며, 비프로덕션 워크로드의 비용을 크게 줄여 줍니다.
원격 근무와 하이브리드 근무 인력은 데스크톱 수요에 예측 가능하지만 큰 변동을 만들어 냅니다. 직원들이 여러 시간대에 걸쳐 핵심 근무 시간에 로그인하면 VDI(가상 데스크톱 인프라) 환경은 성능을 유지하기 위해 빠르게 확장해야 합니다. 그런 다음에는 밤사이 다시 규모를 줄여 24시간 내내 전체 용량을 유지하는 비용을 피할 수 있습니다.
새로운 기술과 접근 방식이 조직의 인프라 관리 방식을 바꾸면서 클라우드 탄력성도 계속 진화하고 있습니다. 여러 새로운 흐름은 탄력적 시스템이 앞으로 더 지능적이고 분산된 형태로 발전할 가능성을 보여 줍니다.
현재의 탄력적 시스템은 수요가 발생한 뒤에 반응합니다. 다음 세대는 트래픽 패턴이 나타나기 전에 이를 예측할 것입니다. ML(기계 학습) 모델은 과거 데이터를 분석해 크기 조정 이벤트가 언제 필요할지 예측할 수 있으며, 이를 통해 수동 반응이 아니라 사전에 리소스를 프로비전할 수 있습니다. 이렇게 하면 수요 급증과 리소스 사용 가능 시점 사이의 짧은 지연이 줄어들어 더 원활한 성능이 구현됩니다.
서버리스 아키텍처는 탄력성을 한 단계 더 확장한 개념입니다. 서버리스 플랫폼은 가상 머신이나 컨테이너를 확장하는 대신 개별 함수를 확장합니다. 인프라를 전혀 신경 쓸 필요 없이 코드만 작성하면 됩니다. 플랫폼이 모든 리소스 할당을 자동으로 처리해, 실행 수가 0에서 수천 개로 늘었다가 다시 0으로 돌아가도록 크기를 조정합니다. 이 모델은 탄력적 컴퓨팅의 궁극적인 형태를 보여 주며 인프라에 대한 고민을 완전히 추상화합니다.
조직은 점점 더 여러 클라우드 제공업체와 온-프레미스 인프라에 워크로드를 분산하고 있습니다. 미래의 탄력적 시스템은 퍼블릭 클라우드 환경, 프라이빗 인프라, 온-프레미스 시스템 전반에서 리소스를 조율하고, 가장 비용 효율적이거나 지리적으로 적합한 위치로 워크로드를 확장할 것입니다. 이를 통해 어떤 단일 공급업체가 제공하는 것보다 더 큰 유연성을 확보할 수 있습니다.
컴퓨팅이 에지 인프라를 통해 사용자에게 더 가까워지면서, 탄력성도 분산 아키텍처 전반에서 동작해야 합니다. 애플리케이션은 중앙 데이터 센터뿐 아니라 전 세계 여러 위치로도 확장되며, 사용자를 더 가깝게 지원해 대기 시간을 줄이면서도 비용 효율성은 유지하도록 리소스를 동적으로 할당하게 됩니다.
이러한 추세는 탄력성을 더욱 자동화하고, 지능화하며, 애플리케이션 실행 방식에 더욱 원활하게 통합하는 방향으로 수렴하고 있습니다. 이 기능은 사용자가 직접 설정해야 하는 단계에서 더 이상 신경 쓸 필요조차 없는 기본적인 인프라 동작으로 점차 발전해 나갈 것입니다.
Azure 모바일 앱 다운로드 
