Rookies 2일차: Cloud 특강

October 24, 2025 4 분 소요

☀️공지 사항☀️ 해당 게시글은 SK 쉴더스 루키즈, 생성형AI 활용 사이버보안 전문인력 양성과정 을 수업을 듣고 정리한 글입니다. 자세한 교육 정보는 SK 쉴더스 홈페이지 를 확인해주세요.

특강: 클라우드 기술 트렌트

클라우드 데이터센터의 티어(Tier)는 데이터센터의 가용성(Availability)과 이중화(Redundancy) 수준을 분류하는 표준화된 시스템이다.

이 분류 체계는 주로 Uptime Institute에서 개발 및 인증하는 기준으로 사용되며, 데이터센터의 설계, 장비, 운영 방식 등을 기준으로 Tier I에서 Tier IV까지 네 가지 레벨로 나뉜다.

이 티어 레벨이 높을수록 다운타임(Down-time)을 최소화하고 높은 연속성을 보장함.

1. 클라우드 데이터센터 티어 레벨 설명

티어 레벨	명칭	가용성(연간 다운타임)	특징 및 이중화
Tier I	기본 용량 (Basic Capacity)	99.671% (약 28.8시간)	단일 경로로 구성되어 있으며, 계획되거나 계획되지 않은 중단에 매우 취약하다. 냉각 및 전력 시스템에 이중화가 없다.
Tier II	이중화 부품 (Redundant Components)	99.741% (약 22.0시간)	Tier I보다 향상된 수준으로, 주요 장비(전력, 냉각)에 일부 이중화된 부품을 포함한다. 하지만 여전히 단일 경로를 사용하므로 운영 중단이 발생할 수 있다.
Tier III	동시 유지보수 가능 (Concurrently Maintainable)	99.982% (약 1.6시간)	다중 경로로 구성되어 있으며, 모든 장비에 이중화된 부품을 포함한다. 모든 장비는 운영 중단 없이 유지보수 또는 교체가 가능해야 한다. 대부분의 엔터프라이즈 및 클라우드 데이터센터가 목표로 하는 레벨이다.
Tier IV	결함 허용 (Fault Tolerant)	99.995% (약 0.8시간)	모든 시스템에 대한 이중화와 결함 허용(Fault-Tolerant) 기능을 제공한다. 전력, 냉각, 네트워크 등 모든 경로가 2N (완전 이중화) 또는 2N+1로 구성되어 있으며, 예상치 못한 단일 장애가 발생해도 서비스 중단이 없어야 한다. 최고 수준의 보안 및 가용성이 요구되는 금융, 국방 분야 등에 주로 사용된다.

1-1. 티어 분류의 핵심 요소

티어 레벨을 결정하는 데는 다음 요소들이 고려된다.

전력 및 냉각 시스템 이중화 (Redundancy): 주요 장비가 고장 났을 때 백업 시스템이 자동으로 작동하는 정도.
분배 경로 (Distribution Path): 전력이나 냉각수가 서버 랙으로 전달되는 경로의 수. 경로가 여러 개여야 유지보수 시에도 서비스를 중단하지 않을 수 있다.
동시 유지보수 (Concurrent Maintainability): 데이터센터의 모든 장비가 서비스를 중단하지 않고 교체 또는 수리될 수 있는 능력.
결함 허용 (Fault Tolerance): 단일 지점의 고장(Single Point of Failure, SPOF)이 전체 서비스에 영향을 미치지 않도록 설계된 정도.

2. 다운타임의 의미와 중요성

클라우드 개념에서 다운타임(Downtime)은 클라우드 서비스 또는 해당 서비스를 이용하는 애플리케이션이나 시스템이 정상적으로 작동하지 않거나 사용자 또는 다른 시스템의 접근이 불가능한 상태를 의미한다. 이는 서비스가 중단되거나 멈춘 시간을 측정하는 지표이다.

2-1. 가용성과 다운타임의 관계

다운타임은 곧 가용성(Availability)의 반대 개념이다.

가용성은 시스템이 ‘필요할 때’ 작동하고 접근 가능한 시간의 비율을 백분율로 나타낸다. 예를 들어, 99.999% 가용성(‘파이브 나인’이라고 부름)은 연간 다운타임이 극히 짧다는 것을 의미한다.
다운타임은 특정 기간 동안 서비스가 중단된 총 시간이다. 클라우드 서비스 제공업체(CSP)는 SLA(Service Level Agreement, 서비스 수준 계약)를 통해 고객에게 특정 가용성 수준을 보장하며, 이 SLA는 허용 가능한 최대 다운타임 시간을 명시한다.

가용성 비율	연간 최대 예상 다운타임
99.9% (Three Nines)	약 8.77시간
99.99% (Four Nines)	약 52.6분
99.999% (Five Nines)	약 5.26분

2-2. 클라우드에서 다운타임의 영향

클라우드 환경에서 다운타임은 서비스 제공 중단 외에도 다음과 같은 막대한 손실을 초래한다.

재정적 손실: 매출 손실, 운영 비용 증가, SLA 위반으로 인한 보상금 지급.
평판 손상: 고객 신뢰도 하락, 브랜드 이미지 실추.
보안 위험: 복구 과정에서의 데이터 손상 또는 유출 위험 증가.

3. AWS 리전 설계

AWS은 더 높은 가용성, 확장성, 내결함성을 위해서 다중의 가용영역으로 구성된다.

어플리케이션과 데이터는 다른 가용영역 간에 실시간 복제가 되며 일관성을 가진다.

완전히 격리된 하나 이상의 데이터 센터
충분한 물리적 거리
자가 전력 인프라
수십만 대 규모의 서버
완전히 격리된 다중 metro fiber(광케이블)

AWS Regions Web Page

3-1. Amazon EBS(Elastic Block Store)

AWS 클라우드에서 Amazon EC2 인스턴스와 함께 사용할 수 있는 확장 가능하고 고성능의 영구 블록 스토리지 서비스

마치 컴퓨터의 로컬 하드 드라이브처럼 사용할 수 있으며, 데이터베이스, 파일 시스템, 운영 체제 등을 저장하는 데 적합하다.

주요 특징

영구성: EC2 인스턴스가 중지되거나 종료되어도 EBS 볼륨의 데이터는 유지됨
블록 스토리지: 데이터를 일정한 크기의 블록 단위로 저장하고, 각 블록은 고유 주소를 가짐 이는 정형화된 데이터를 빠르게 처리하는 데 효율적이다.
확장성: 애플리케이션의 요구에 따라 용량 및 성능을 유연하게 늘리거나 줄일 수 있음.
고가용성 및 내구성: 단일 구성 요소의 장애로부터 데이터를 보호하기 위해 볼륨이 가용 영역 내에서 자동으로 복제됨.
스냅샷: 특정 시점의 볼륨 데이터를 백업하는 기능. 이 스냅샷을 사용해 새로운 볼륨을 복원하거나 데이터를 다른 AWS 리전 또는 계정으로 마이그레이션할 수 있다.
다양한 볼륨 유형: 애플리케이션의 성능과 비용을 최적화할 수 있도록 SSD(Solid State Drive) 기반과 HDD(Hard Disk Drive) 기반의 다양한 볼륨 유형을 제공함.
암호화: EBS 볼륨과 스냅샷을 암호화하여 데이터 보안을 강화할 수 있음.

Amazon EC2 인스턴스 타입/종류 참고 웹 사이트

4. 클라우드 네이티브 마이크로서비스의 개념 및 핵심 요소

클라우드 네이티브 마이크로서비스(Cloud Native Microservice)는 클라우드 환경의 이점을 최대한 활용하도록 설계 및 구축된 마이크로서비스 아키텍처이다.

이는 단순히 마이크로서비스를 클라우드에 배포하는 것을 넘어, 클라우드 컴퓨팅 모델의 핵심 원칙인 탄력성(Elasticity), 회복탄력성(Resilience), 민첩성(Agility)을 내재화하는 것을 목표로 한다.

클라우드 네이티브 아키텍처는 다음 세 가지 핵심 기술과 개념을 기반으로 한다:

1. 컨테이너화 (Containerization)

마이크로서비스를 독립적이고 휴대 가능한 단위인 컨테이너로 패키징한다.

독립적인 실행 환경: 컨테이너는 필요한 모든 라이브러리와 종속성을 포함하므로, 어떤 클라우드 환경에서도 일관되게 실행될 수 있다.
경량화: 가상 머신(VM)보다 훨씬 가볍고 빠르게 생성, 시작, 중지될 수 있어 마이크로서비스의 빠른 확장(Scale-out) 및 배포를 가능하게 한다.
대표 기술: 도커(Docker)가 가장 널리 사용되는 컨테이너 기술이다.

2. 오케스트레이션 (Orchestration)

수많은 컨테이너화된 마이크로서비스를 관리하고 배포하는 자동화된 시스템이다.

자동화된 관리: 서비스 검색, 로드 밸런싱, 리소스 할당, 상태 점검 및 장애 복구 등의 복잡한 작업을 자동으로 처리한다.
확장성 보장: 서비스에 부하가 증가하면 자동으로 컨테이너 인스턴스를 추가(스케일 아웃)하고, 부하가 줄어들면 제거하여 탄력적인 운영을 보장한다.
대표 기술: 쿠버네티스(Kubernetes)가 클라우드 네이티브 오케스트레이션의 사실상 표준(de facto standard)이다.

3. CI/CD 및 DevOps

애플리케이션의 개발, 테스트, 배포 과정을 자동화하여 개발팀의 민첩성을 극대화한다.

지속적인 통합/배포 (CI/CD): 새로운 코드가 작성되면 자동으로 테스트를 거쳐 프로덕션 환경까지 배포되어, 마이크로서비스의 독립적인 빠른 업데이트를 가능하게 한다.
자동화 및 피드백: 인프라를 코드로 관리(Infrastructure as Code, IaC)하고 모니터링 및 로깅 시스템을 통해 신속하게 운영 피드백을 받아 시스템의 회복탄력성을 높인다.

4-1. 클라우드 네이티브의 장점

특징	설명
높은 가용성 및 회복탄력성	여러 개의 격리된 서비스와 오케스트레이션 기술을 통해 단일 서비스의 장애가 전체 시스템으로 확산되는 것을 방지한다.
비용 효율적인 확장	필요에 따라 서비스별로 자원을 동적으로 할당하고 회수하여, 자원 낭비를 줄이고 비용 효율성을 높인다.
개발 속도 및 민첩성	독립적인 팀이 각 서비스를 자유롭게 개발하고 배포할 수 있어 신규 기능 출시 속도가 빨라진다.

CHO NAM GI