OSS
스토리지 종류
File Storage : NAS와 같이 스토리지 자체에 파일시스템이 구축되어 있어 서버에서 파일을 전송한다(파일 저장).
Block Storage : DAS, SAN과 같이 서버의 OS 단에서 파일시스템을 구축하고, 블록 단위로 전송한다(파일 저장).
Object Storage : File, Block과 다르게 스토리지에 직접 접근할 수 있다(오브젝트 저장).
OSS 대표 장점
- Massive volume, easy to scale
- Enterprise Security
- HA : 3 replicas in 3 Zones
- PAYG : lower cost
OSS 특징
여기서 STS(Secure Token Service)는 임시 자격 증명을 부여하는 것을 의미.
Objects
전체적 시스템 구조
오브젝트 내부 구조
오브젝트 하나당 최대 5GB, Multipart Upload 시 최대 48.8TB
Bucket
- Globally Unique한 이름을 가져야 함
- Object name(key)은 앞에 디렉토리까지 붙여서 정해짐
Namespace : BucketName/ObjectName
Storage Classes
LRS(Locally Redundant Storage) : 하나의 Zone 내에서 스토리지 이중화 구성
ZRS(Zone Redundant Storage) : 하나의 Region 내에서 Multi-Zone 구조로 스토리지 이중화 구성 (가용성↑ 가격↑)
OSS를 CDN으로 사용 가능
Security Features
Image Processing
다양한 프로세싱 기능을 제공하며, OSS가 비싸지 않아 이미지 프로세싱 용도로도 사용할만하다.
RDS
RDS 장점
- Support MySQL, MariaDB, MS SQL Server, PostgreSQL, and PolarDB from Alibaba
- HA : 3 nodes Multi-Zone Redundancy
- High Performance
- Managed Service : 자동 패치 및 업데이트
- Easy to scale and Operate
- Can run as many systems
- Create DB in 10 minutes
*온프레미스와의 차이점으로는 DB 엔진과 스토리지가 분리되어 있다는 점이다. DB 엔진에 문제가 생겨도 스토리지에 장애가 번지지 않는다.
RDS Instance Type
Backup
- Physical Backup 또는 Local Backup이 가능
- 백업 주기 설정을 통해 백업 자동화 가능
DR with DTS(Data Transmission Service)
DTS를 통해 리전 간 로그 정보를 공유함으로써 아래와 같은 아키텍처를 구축할 수 있다.
로그의 공유에 시간이 걸리기 때문에 Strong Consistence가 아닌 Eventual Consistence이다.
사용자 요청 시나리오 1
사용자 요청 시나리오 2
Typical Application
SLB에서 Read/Write 작업을 구분해서 인스턴스에 할당한다.
Read Request는 Read Replica DB 인스턴스로 빼줌으로 전체적인 성능을 끌어 올릴 수 있다.
Security
- 5GB까지 DDoS 완화
- 1000개까지 IP Whitelist Configuration
- SQL Injection 방어를 위한 WAF 지원
DMS
접근을 제어, 로그를 남기고 DB에 대한 통합 관리 서비스 제공
Migration Service
온프레미스의 DB를 DTS를 통해 3가지 방식으로 Alibaba Cloud로 이관 가능하다.
일반적으로 Full → Incremental ~ing 방식일 것.
RDS vs. PolarDB 비교 맵
DRDS를 통한 RDS 수평적 확장
아래 아키텍처에서 볼 수 있듯이 DRDS(Distributed Relational Database Service)를 통해 RDS의 수평적인 확장이 가능하다고 한다.
이게 어떻게 가능한 건지는 강사님도 모르신다고......
Auto Scaling
Cloud Monitor에서 지정 메트릭에 대한 수치를 확인하고 정의된 정책에 따라 Limit을 넘어가면 트리거링하여
SLB에 연결된 ECS 인스턴스들에 대해 Scale In/Out을 실행한다.
Monitoring → Auto Scaling → Health Checking → Self Healing 을 반복한다.
기존 인스턴스들은 SLB와 DB에 연결되어 있었을 것이므로
SLB에게 새 인스턴스를 알게하고, DB의 SG에서 새 인스턴스의 IP를 허용하는 작업까지 처리해준다.
Auto Scaling 구성 과정
CDN
Alibaba의 CDN
- Alibaba 엣지 로케이션을 통해서 콘텐츠의 캐싱 서비스를 제공한다. 주로 미디어와 스트리밍 서비스에 이용된다.
- 엔드유저가 CDN Server와 가까이 있을수록 더 빠른 서비스 접근이 가능할 것이다.
- 사용자의 IP를 통해 지리적 정보를 파악하고, 가장 가까운 CDN(PoP)으로 연결시켜준다.
- 사용자의 CDN 접근 패턴을 학습하여, 예상되는 데이터를 요청 전에 미리 캐싱하기도 한다.
- 중국 내 2300개, 나머지 전세계에 500개의 PoP가 구축되어 있다.
CDN 장점
- Low latency : 캐싱으로 인한 접근 지연 시간 단축
- High bandwidth : 미디어 전송을 위한 높은 대역폭(Min 40Gbps)
- Redundant : SPOF 방지
- Scalable : 확장에 용이
- Global : 전 세계적 엣지 로케이션 구성
- Cost-effective : On-demand
CDN 내부 구조
CDN Features
Document : https://www.alibabacloud.com/ko/product/cdn
'IT > Alibaba Cloud 공인 교육' 카테고리의 다른 글
ACT81005 - 알리바바 국내 최초 공인 교육 - 1 (0) | 2021.12.09 |
---|