스토리지
블록 스토리지
사용자의 데이터가 Local Disk 또는 SAN Storage 상의 Volume에 Block 단위로 저장 및 Access하는 스토리지 유형
일반적으로 파일시스템을 구성하여 사용
Local Disk, SAN/iSCSI 스토리지, NTFS, UFS, ExtFS, ZFS 등
SAN/iSCSI 스토리지
네트워크를 통해 여러 서버가 공유하는 고성능 스토리지 시스템
디스크처럼 블록 단위로 직접/읽고 쓰기
성능과 확장성이 중요한 대규모 데이터센터와 고부하 환경에 적합.
클라우드 Block Storage
컴퓨팅 파워(EC2)에 연결해서 사용
Instance Store
EC2 인스턴스가 존재하는 호스트에 붙어있는 로컬 디스크 (무료)
인스턴스 패밀리에 따라 종류 및 사이즈가 다름
인스턴스 비용에 스토어 비용이 함께 포함되어 무료임
휘발성, 빠른 속도
재부팅(컴퓨팅 파워가 완전히 내려가는 정지,종료)으로 인해 하드웨어가 바뀌면 사라짐(휘발성)
특정 EC2 인스턴스 타입에만 존재
EBS Volume
네트워크로 연결된 리모트 블록 스토리지를 연결해 사용하는 영구 볼륨
종료되더라도 데이터 유지
종료되어 터미네이트로 EC2가 넘어가도 EBS를 따로 떄서 데이터 유지할 수 있음
EC2 인스턴스를 위한 Persistent Block Level 스토리지 (데이터 수명이 독립적)
스냅샷 가능 (백업)
외부 스토리지라 별도 비용 발생
EBS snapshot
백업을 위한 볼륨 스냅샷 저장
증분 스냅샷 방식으로 효율적인 저장 용량
파일 스토리지
파일시스템으로 구성된 저장소를 network 기반의 Protocol을 사용하여 파일단위로 Access하는 스토리지 유형 (NAS)
CIFS(SMB), NFS
여러 서버가 하나의 공유 볼륨을 사용할 때 많이 사용되었음
EC2/ECS/Lambda 같은 컴퓨팅 서비스를 위한 완전 관리형 네트워크 파일 시스템
고가용성 및 내구성
NFS(업계표준) v4 기반
네트워크로 접근만 되면 되기에 On-Premise의 서버 연결도 가능
NAS(Network Attached Storage)
네트워크를 통해 데이터를 저장하고 공유할 수 있는 스토리지 장치
주로 파일 기반의 스토리지 제공
다수 사용자가 네트워크를 통해 동시에 접근할 수 있다.
간단한 파일 공유와 백업이 필요한 환경에 적합
오브젝트 스토리지 (S3, Simple Storage Service)
Encapsulate된 데이터 및 속성, 메타데이터, 오브젝트 ID를 저장하는 가상의 컨테이너
API 기반의 데이터 접근
메타데이터 또는 정책에 기반한 운영
Amazon S3, Openstack Swift, Ceph 등
Encapsulate란 데이터를 하나의 독립된 오브젝트로 묶는것을 의미
ex: 파일(이미지, 문서, 비디오 등)이 하나의 "오브젝트"로 저장됨.
이 오브젝트는 다른 데이터와 별개로 저장되며, 독립적으로 접근 가능
웹에서 사용 가능한 오브젝트 저장소
데이터가 동일한 레벨의 주소 공간에 위치
실제 앱에서 고유한 주소로 개별적인 오브젝트를 식별 가능
non-hierarchy
뛰어난 내구성 99.99999% 내구성 설계
S3는 하나의 리전 내에 세개 이상의 Availability Zone 나눠서 총 카피를 6개 저장함
AWS 서비스 이후로 S3는 단 한번도 데이터 유실한적이 없음
비용 효율적 (굉장히 저렴)
제약없는 확장성
병렬 처리 지원
버킷/리소스 단위의 IAM 접근 권한
API를 통한 직접 사용 가능
데이터에 대한 수명주기 관리 가능
HTTP/S 방식으로 접근해서 원하는 데이터를 오브젝트의 고유한 주소 기반으로 가져가게 됨
Buckets
Object(File)들을 저장하고 있는 컨테이너
Amazon S3가 제공하는 최상위 수준의 Namespace(사용자별)
버킷에 대한 접근 권한 통제(ACL, Access Control List)
Objects
S3에 저장된 개체
Data와 Metadata로 구성
Metadata는 해당 Object를 설명하는 다양한 정보로 구성
Object는 해당 버킷내에서 Key Name과 Version ID로 유일하게 구분됨
오브젝트 스토리지 웹 호스팅 (정적 웹사이트)
단순한 스토리지를 넘어서 수 많은 서버의 집합에 더 가까움
기존의 웹 서버를 대체할 수도 있음
기존 웹서버 구성이나 운용비용의 일부만으로 훨씬 성능이 높고 확장성이 높은 웹 환경을 만들 수 있음
종종 웹 호스팅 자체로 사용되기도 함
정적 웹 사이트는 파일 내용이 변경되지 않기 떄문
HTML, CSS, JS, Assets 등
Public URL 제공
도메인 서비스인 Amazon Route 53이 해당 도메인을 리졸빙해서 S3에 각 필요한 개체주소를 리턴
버킷 내에 개별 개체들을 고유한 HTTP 주소로 식별 가능하기 때문
CDN(Content Delivery Network) [Amazon CloudFront]
S3는 하나의 리전 내에 존재하는 리저널 서비스
서로 다른 지리적 조건에 위치한 사용자들에게 컨텐츠를 더 빠르게 제공해주기 위한 캐싱 레이어
아마존에서는 CloudFront 라는 이름으로 CDN을 제공
Edge location -> Cache Layer
클라우드 프론트를 만들면 기본적으로 생성되는 복잡한 end point 주소를 Route 53을 이용해서 유저프랜들리한 CNAME 처리 가능
실제 서버 역할을 하는 EC2와 S3, Route 53과 같이 동작하도록 최적화 되어있음
정적 콘텐츠 뿐만아니라 동적 콘텐츠에도 속도 개선 가능
동적 컨텐츠 특성상 캐싱하는건 어렵다.
캐싱을 위해 CloudFront를 사용하는게 아니라 최적화된 네트워크 경로, 원본과의 지속적인 연결 유지, TCP/IP 파라미터 최적화, 컨텐츠 압축기술 같은것들을 CloudFront는 CDN이기 때문에 기본적으로 가지고 있다.
아마존 백본 네트워크와 같이 연결된 최적화된 네트워크들을 가지고 있음
캐싱이 0이라고 하더라도 실제로 POP과 데이터 오리진 사이의 네트워크가 최적화가 잘되있어 동적 컨텐츠 전송할 때도 클라우드 프론트를 태우는게 안태우는것보다 훨씬 더 효율적으로 동작함
정적이든 동적이든 클라우드프론트는 글로벌서비스를 할때 굉장히 유용한 서비스
Last updated
