개요
낭비 없이 성장하고, 장애 없이 급성장하기: 엔터프라이즈 컴퓨팅에서 탄력성과 확장성의 균형
많은 기업 리더들에게 클라우드 컴퓨팅의 핵심 장점은 조직이 데이터, 핵심 운영 애플리케이션, 최신 AI 워크로드로 달성할 수 있는 것을 지속적으로 확장할 수 있다는 점에 있습니다. 데이터 양이 증가하고 사용자 동시성이 점점 예측 불가능해지면서, 기존 인프라의 제약은 필요에 따라 적응하도록 설계된 동적 클라우드 환경으로 대체됩니다.
이 역동적인 진화의 중심에는 클라우드 확장성과 클라우드 탄력성이 있습니다. 이 두 가지 뚜렷한 아키텍처 역량이 어떻게 작동하고 어떻게 함께 작동하는지 이해하는 것은 분석 성능을 최적화하고, 시스템 신뢰성을 보장하며, 유휴 클라우드 비용을 없애고자 하는 플랫폼 아키텍트와 FinOps 리더에게 필수적입니다.
주요 요점
- 확장성은 전체 수요가 증가함에 따라 용량을 추가할 수 있는 능력입니다. 탄력성은 수요가 실시간으로 이동함에 따라 자원을 자동으로 공급하고 방출할 수 있는 능력입니다.
- 확장성은 일반적으로 계획되고 의도적으로 프로비저링됩니다. 탄력성은 자동화되고 반응적이며 수동 개입 없이 작동합니다.
- 확장성은 장기적이고 지속적인 성장(분기 또는 수년)을 지원합니다. 탄력성은 단기적인 운영 급증(분, 시간 또는 며칠)을 처리합니다.
- 탄력성은 확장성에 달려 있습니다. 기저 시스템은 탄성하기 전에 반드시 확장 가능해야 합니다.
- Elasticity는 사용하지 않는 컴퓨팅 노드를 즉시 해제하여 유휴 용량 과다 지출을 방지하여 클라우드 지출을 최적화합니다.
클라우드 탄력성이란 무엇인가요?
간단히 말해, 클라우드 탄력성은 기업이 변화하는 워크로드 요구에 따라 필요에 따라 클라우드 컴퓨팅 자원을 추가하거나 제거할 수 있는 능력을 의미하며, 클라우드 서비스에 중단이나 기타 중대한 중단을 일으키지 않는 능력을 의미합니다. 이러한 자원에는 RAM, 입출력 대역폭, CPU 처리 능력, 저장 용량이 포함됩니다. 클라우드 플랫폼에 내장된 자동화가 탄력 컴퓨팅을 이끕니다.
탄성은 일반적으로 두 가지 주요 차원으로 구분됩니다:
- 탄력성 확장 및 확장: 클라우드 인프라 내 수평 용량을 확장하거나 축소하기 위해 클러스터 인스턴스를 추가하거나 제거하는 기능.
- 확장 및 축소 탄력성: 개별 인스턴스에서 CPU나 메모리 같은 수직 자원을 추가하거나 빼서 작업 부하 요구에 맞춰 성능을 조정하는 것.
본질적으로 구분은 클라우드 노드를 더 많이 추가하는 것과 기존 노드를 더 크게 만드는 것의 차이입니다.
클라우드 탄력성과 클라우드 확장성
이 두 용어는 관련된 능력을 설명하기 때문에 종종 혼용되어 사용됩니다. 하지만 이들은 동의어가 아닙니다. 오히려 서로 얽혀 있는데, 탄성 구름 시스템은 동시에 확장 가능해야 합니다.
클라우드에서의 확장성은 전체 워크로드 증가에 맞춰 최대 프로비저닝 용량 제한 내에서 필요한 자원을 추가하거나 줄이는 것을 의미합니다.
탄력성은 정적 용량 한계를 동적으로 넘어서기 때문에 다릅니다. 수요가 급증하면, 탄력 플랫폼은 가상 머신(VM) 인스턴스를 자동으로 프로비저닝하거나 필요에 따라 클러스터를 계산하고, 수요가 안정되면 자동으로 다운합니다.
비교: 확장성과 탄력성
|
축 |
확장성 |
탄성 |
|
트리거 |
계획하고 준비되며, 종종 일정에 따라 또는 용량 점검 중에 이루어집니다 |
자동화되고 반응적이며, 작업 부하 트래픽 변동 에 따라 동적으로 반응합니다 |
|
일정 |
분기별 및 연도 단위로 측정된 장기적이고 지속적인 성장 |
단기 변동은 분, 시간 또는 일 단위로 측정 됩니다 |
|
연출 |
실제로는 일방적: 지속적인 성장 을 지원하기 위해 역량을 추가하는 방식입니다 |
설계상 양방향: 용량을 추가하고 필요 없을 때 해제하는 방식입니다 |
|
비용 효과 |
용량 상한을 피할 수 있습니다 ; 프로비저닝 후 더 큰 공간에 대한 비용을 지불해야 합니다 |
유휴 낭비를 없애고 ; 피크 컴퓨팅 용량에 대해서만 비용을 지불하면 됩니다 |
|
관계 |
기본 아키텍처의 기반; 시스템은 먼저 확장 가능해야 합니다 |
확장성 위에 구축된 것; 근본적인 확장성 없이는 탄력성이 불가능합니다 |
레고®와 고무줄 비유
확장성은 레고 세트를 조립하는 것과 같습니다: 구조를 확장하기 위해 블록을 추가하고 더 큰 기준선을 수용하기 위해 그 블록을 고정하는 것입니다. 탄력성은 고무줄을 늘리는 것과 같습니다: 트래픽이 급증할 때 최종 사용자가 성능 저하를 전혀 느끼지 않도록 압력 속에서 확장되고, 수요가 줄어들면 다시 기본 상태로 축소됩니다. 진정한 클라우드 탄력성을 달성하면 일상적인 트래픽 급증에 맞춰 자원을 수동으로 과도하게 할당하거나 환경을 재설계할 필요가 없어집니다.
급속 탄성과 NIST 정의
AWS, 구글 클라우드, 마이크로소프트 애저 등 주요 퍼블릭 클라우드 제공업체들은 탄력을 핵심 가치 제안으로 내세웁니다. 미국 국립표준기술연구소(NIST)가 발표한 공식 클라우드 컴퓨팅 표준에서 빠른 탄력성은 클라우드 컴퓨팅의 다섯 가지 필수 특성 중 하나로 정의됩니다.
NIST는 빠른 탄력성을 클라우드 자원을 빠르고 탄력적으로, 종종 자동적으로, 수요에 맞게 외부 및 내부로 확장할 수 있는 능력으로 정의합니다. 실제로 빠른 탄력성은 현대 클라우드 아키텍처와 기존 호스팅 데이터 센터를 구분합니다: 자원 조정은 조달 주기가 아닌 몇 분 만에 이루어지며, 수동 티켓팅이나 행정적 마찰 없이 운영됩니다.
탄력성이 클라우드 지출에 미치는 영향
클라우드 규모는 기업 분석에 필수적이지만, 관리되지 않은 자원 확장은 비용 초과를 초래합니다. 컴퓨팅 성능과 총 소유 비용(TCO)의 균형을 맞추려면 두 가지 주요 위험을 완화해야 합니다.
- 과잉 할당: 때때로 발생하는 피크 수요 를 수용하기 위해 컴퓨팅 용량을 영구적으로 확장하면 비용이 많이 드는 자원이 정상 운영 기간 동안 대기 상태로 남게 됩니다.
- 언더프로비저닝: 애플리케이션 수요에 맞춰 컴퓨팅 자원을 확장하지 못하면 지연, 쿼리 큐잉, 그리고 비즈니스 운영에 지장을 줄 수 있는 잠재적 장애 위험이 발생합니다.
진정한 클라우드 탄력성은 트래픽 급증 시 동적으로 확장하고 수요가 식을 때는 축소함으로써 이 절충을 해결합니다. 이러한 운영 효율성은 월별 인프라 지출을 안정시키고 소비 기반의 사용량 지불 재무 모델을 가능하게 합니다. 소비 기반 클라우드 가격 모델은 지출을 가시화하며, 워크로드 수준 비용 추정 은 프로비저닝 전에 특정 조합이 얼마나 들었는지 보여줍니다.
클라우드 탄력성의 실천: 주요 사용 사례
탄력성은 변동성 있는 업무 부하를 겪는 모든 기업에 실질적인 이점을 제공합니다.
- 계절별 비즈니스 급증: 휴일 쇼핑이나 세금 신고 기간에 급증하는 소매업체와 금융기관은 거래 피크 거래를 자동으로 흡수하고 비피크 기간에는 다시 줄어드는 탄력 계산 시스템의 혜택을 누릴 수 있습니다.
- 미디어 및 콘텐츠 스트리밍: 비디오 스트리밍 플랫폼은 전 세계 이벤트나 신작 출시 감소에 따라 시청자 트래픽에 동적인 변화를 경험합니다. 탄력성은 지속적인 수동 감독 없이도 가동 시간과 성능을 유지합니다.
- DevOps 및 AI 실험: 데이터 엔지니어링 및 AI 팀이 애드혹 모델 학습, 자율 에이전트 AI 테스트, 또는 검색 증강 생성(RAG) 벡터 워크로드를 실행하면 예측 불가능한 자원 수요가 발생합니다. Elastic Compute는 이러한 일시적 폭발을 분리하면서 생산 기준선에 영향을 주지 않습니다.
- 동적 데이터 수집 및 분석: 인수합병, 신규 사업부는 이기종 데이터 소스를 중앙 데이터레이크와 웨어하우스로 유입시킵니다. 탄력적인 클라우드 자원은 핵심 BI 보고를 방해하지 않으면서 새로운 파이프라인을 동적으로 확장합니다.
테라데이터 클라우드의 탄력성
데이터 소스의 양, 동시 사용자 쿼리, 복잡한 AI 워크로드가 증가함에 따라, 기업은 안정성과 탄력성을 모두 제공하는 플랫폼이 필요합니다. 지능형 워크로드 관리 없이 컴퓨팅 자원을 확장하는 것은 쿼리 성능을 보장하지 못한 비용만 증가시킵니다.
Teradata Cloud는 Teradata 자율 지식 플랫폼에 내장된 이중 컴퓨팅 아키텍처를 통해 이 문제를 해결합니다.
- 테라데이터 액티브 컴퓨트: 미션 크리티컬한 생산 워크로드, 지속적인 분석, 예측 가능한 기본 성능을 요구하는 운영 AI 에이전트에 대해 항상 가운데 가버넌스된 용량을 제공합니다.
- Teradata 탄력적 연산: 데이터 레이크하우스 처리, 임시 실험, 오픈 테이블 형식(예: Apache Iceberg, Delta Lake), 임시 버스트 분석에 최적화된 원시 지불 방식의 온디맨드 컴퓨트 클러스터를 제공합니다.
컴퓨팅과 스토리지를 분리함으로써 Teradata Cloud는 컴퓨팅 자원이 자동으로 또는 일정에 따라 시작, 중지, 확장, 일시정지할 수 있도록 합니다. 능동 컴퓨팅과 탄력성 컴퓨팅 모두 통합 거버넌스와 워크로드 관리 하에 작동하여, 데이터 팀이 미션 크리티컬 SLA 목표나 과다 지출에 영향을 주지 않고 자유롭게 실험할 수 있도록 보장합니다.
컴퓨팅 확장 범위 및 클러스터 설정 설정에 관한 구현 지침은 공식 문서인 About Teradata Elastic Compute를 참고하세요.
결론
클라우드 탄력성과 클라우드 확장성은 기업 클라우드 전략의 별개이지만 상호 보완적인 기둥입니다. 확장성은 장기적 확장의 토대를 마련하는 반면, 탄력성은 변동적인 일일 작업 부하에 필요한 동적 민첩성과 비용 통제를 제공합니다. 항상 온라인의 능동 컴퓨트와 주문형 탄성 컴퓨팅을 모두 지원하는 클라우드 아키텍처를 활용함으로써, 기업은 대규모로 혁신하면서 지속적인 운영 인텔리전스를 추진할 수 있습니다. 기본 개념의 전체 내용은 탄성 컴퓨팅 가이드를 참조하세요.
자주 묻는 질문
탄력성과 확장성(scalability)이 같나요?
아니요. 확장성은 시스템이 시간이 지남에 따라 더 큰 워크로드를 처리할 수 있는 용량을 확장할 수 있는 능력입니다. 탄력성은 실시간 워크로드 변동에 따라 자동으로 자원을 동적으로 확장하거나 줄이는 시스템의 능력입니다.
급속 탄성이란 무엇인가요?
빠른 탄력성은 NIST가 정의한 필수적인 클라우드 특성으로, 컴퓨팅 자원을 신속하게 프로비저딩하고 탄력적으로 (종종 자동적으로) 방출하여 즉각적으로 작업 부하 요구사항에 맞출 수 있습니다.
제 작업 부하가 탄력성이 필요한가요, 아니면 확장성이 필요한가요?
안정적이고 예측 가능하거나 지속적인 트래픽이 있는 워크로드는 지속적인 운영 성장을 지원하기 위해 확장성이 필요합니다. 변동성 스파이크, 임시 테스트, 계절별 폭발이 특징인 워크로드는 유휴 피크 용량에 대한 비용을 피하기 위해 탄력성이 필요합니다. 현대 기업 환경에서는 일반적으로 두 가지를 모두 요구합니다.
시스템이 확장 가능하지만 탄력적이지 않을 수 있나요?
네. 온프레미스 하드웨어와 기존 클라우드 인프라는 하드웨어를 추가하거나 추가 서버를 수동으로 프로비저닝함으로써 확장하거나 축소할 수 있습니다. 하지만 수요가 줄어들 때 시스템이 자동으로 자원을 해제하지 못한다면, 확장 가능하긴 하지만 탄력적이지 않습니다.