키워드 공부 3

AWS 내 공간

by sa1347 2021. 3. 16. 13:49

- Route 53
클라우드 기반의 DNS (Domain Name System)

* 단순 라우팅(Simple Routing)
도메인에 대해 하나의 리소스로 라우팅

ex) www.example.com -> 150.1.1.1

* 지연 시간 기반 라우팅(Latency Based Routing)
가장 지연시간이 적은 리소스로
지연시간이 낮다는건 가장 가깝고 속도가 빠르다는 것을 의미한다.
Route53에서 DNS 쿼리에 응답 처리하여 지연 시간 기반 라우팅 서비스를 제공한다.

* 가중치 기반 라우팅(Weighted Round Robin Routing)
Region별로 부하분산 가능, 각 가중치를 가진 동일한 이름의 A 레코드를 만들어 IP를 다르게 해준다.
서버의 IP주소나 도메인(ELB)마다 가중치를 부여하여 트래픽을 조절하는 기능
가중치에 따라 클라이언트에 IP주소를 알려주는 비율이 다르다.
(사용자가 지정하는 비율에 따라)
한 서버에 40%, 다른 서버에 60%의 쿼리를 보내서
해당 리소스에 접속할 확률을 조정할수있다.

* 지역 위치 라우팅(Geolocation Routing)
사용자의 위치에 기반하여, 미리 설정한 경로로 라우팅
ex) USA에서 접속하면 us-east-1
지역에 따라 다른 IP주소를 알려준다.
미국은 주(State) 별로 다른 IP를 알려주도록 설정 가능하다.
미국에서는 대륙, 국가 또는 주를 기준으로 지리적 위치를 정할수있다.

* 지리 근접 라우팅(Geoproximity Routing)
리소스의 위치를 기반으로 사용자와 가장 가까운 서비스 리전으로 라우팅
사용자의 위치와 리소스를 기반으로 DNS 쿼리 생성이 가능하다.

* 다중 응답 라우팅(Multivalue Answer Routing)
Route53이 DNS 쿼리에 무작위로 선택된 최대 8개의 정상 레코드로 응답하게 하려는 경우에 사용
A 레코드를 여러 개 응답하여 로드밸런싱을 만든다.
다수의 IP를 지정한다는 것은 simple과 비슷하지만, health check가 가능하다.
(실패시 자동 failover)

* 상태검사(Health Checks)와 장애조치(Failover)
장애가 발생한 서버의 IP주소 또는 도메인을 알려주지 않는 기능 -> 장애가 발생한 서버에는 트래픽이 가지 않는다.
Primary로 설정한 리소스에 문제가 생기면 Secondary로 지정한 리소스로 라우팅한다.

DNS Failover Record를 활용하면 외부 사용자를 응용프로그램의 오류나 시스템 장애 상황에서
미리 정의된 응용프로그램이나 정상적으로 도달 가능한 외부 리소스로 연결을 전환한다.
이렇게 응용프로그램이나 시스템의 장애 상황에서 정상적인 엔드포인트(Endpoint)로 장애 조치를 수행하면
웹 사이트 또는 애플리케이션의 다운 타임을 최소화할수있다.

post.naver.com/viewer/postView.nhn?volumeNo=26336306&memberNo=15488377&vType=VERTICAL

blog.naver.com/sha0820/222216045598

blog.naver.com/sehyunfa/221866566632

- ELB (Elastic Load Balancing)
단순한 웹사이트보다는 조금 더 복잡한 웹 사이트를 구축 시에 사용한다.
로드밸런싱(Load Balancing) 기능은 서버부하가 높아지거나 문제가 생기는 것을 대비해서
서버를 추가해 사용이 가능하게 해주는 역할을 한다.

blog.naver.com/yoonhok_524/221620695506

- EC2 (Elastic Compute Cloud)

서버 X 인스턴스 O
일시적인 성향이 강하다
필요시 껐다켰다, 타입변경이 쉽다

ex) t2.micro

. 뒤에 micro (크기)
    . 앞에 Family Type
    t 범용
    2 2세대
    g GPU타입

# EC2 전용 옵션
전용 인스턴스 / 전용 호스트

* 전용 인스턴스
단일 고객을 위한 전용 하드웨어의 VPC에서 실행되는 Amazone EC2인스턴스
다른 AWS계정에 속하는 인스턴스로부터 호스트 하드웨어 수준에서 물리적으로 격리된다.

* 전용 호스트
고객 전용의 인스턴스 용량을 제공하는 물리적 EC2서버
전용 호스트를 사용하면 기존 서버에 한정된 소프트웨어 라이선스를 사용할 수 있으므로
규정 준수 요구사항을 해결하면서도 비용 절감

# 인스턴스 패밀리

# EC2 종류

- 온 디맨드 (On-demand 이용자 요구에 따라 필요한 정보를 제공하는 방식)
클라우드 환경답게
필요할때만 빌리고 사용한만큼만 과금한다.
Autoscailing과 결합하여 사용한다.
아무 제약조건이 없기 때문에 다른 방법에 비해서 저렴하다.

- 예약 인스턴스 (Reserved Instance)
1년 또는 3년의 기간에 대한 약정을 통해
온디맨드보다 최대 75% 저렴한 비용을 지불한다.

- 스팟 인스턴스 (Spot Instance)
경매 방식의 인스턴스로 스펙을 정해 비용을 입찰하여,
높은 가격을 입력한 사용자에게 인스턴스가 할당된다.
On-Demand Instance에 비해 할인된 가격으로 이용 가능하다.
Auto Scaling과 같이 쓸 수 없다.
일반적으로 Spot 인스턴스가 종료되면 EC2도 종료되나, 종료 대신 중단하는 법도 있다.

- 전용 인스턴스 (Dedicated Instance)
고객 전용의 하드웨어에서 인스턴스 서비스를 제공한다.

Instance store
인스턴스에 기본적으로 붙는 블록 스토리지
휘발성(인스턴스 종료시 데이터 유실)
임시 디스크, OS 가상 메모리 페이징/스왑을 위해 사용한다.
반드시 EC2와 함께 사용한다.
고정된 용량
디스크 유형 및 용량은 EC2 인스턴스 유형에 따라 결정한다.

EIP 탄력적 IP 주소
ec2 stop → start 면 Public IP가 변경이 되지만 Public IP를 고정하는 것을 말함

- S3 (Simple Storage Service = S3)
파일 스토리지 관리 서비스
(Storage 저장공간)
어디서나 원하는 양의 데이터를 저장하고 검색할수있도록 구축된 객체 스토리지

* 단일 파일의 크기는 0Byte부터 5TB까지 저장 가능
* 파일의 수 제한없이 무제한으로 저장가능
* 내구성, 보안성, 편리성, 확장성, 유연한 데이터관리 등
* 버킷은 웹주소, DNS로 구성되므로 이름이 중복되면 안된다.
* 형태가 고정된것이 아니다.
* s3를 웹서버로 사용할수도 있다.

3개로 이루어져있는데
Bucket(버킷) - Folder - Object(객체-파일)
bucket은 하나의 프로젝트라고 보면 된다.
'여러가지 사물을 하나에 담는다'
-> 버킷을 단위로 하여 수많은 리소스를 저장하는 공간
bucket에는 folder가 있고, folder에는 object(파일)가 있다.

# S3 스토리지 클래스 종류
S3 Standard
가장 일반적인 형태의 S3로 99.999%이상의 가용성, 내구성을 가지는 장점을 가진다.
하지만 자체적으로 여러 가용영역(AZ)에 백업하기 때문에
높은 가용성을 유지하는만큼 가격이 상대적으로 비싸다는 단점이 있다.

S3-IA(Infrequently Accessed)
드문, 자주찾지않는
비교적 사용량이 적지만 빠른 전송 속도를 필요로 할 경우 사용한다.

S3 One-Zone-IA
자주 사용하지도 않고, 상대적으로 중요도가 떨어지는 데이터를 저장한다.
상대적으로 다른 S3 스토리지 클래스에 비해 저렴하지만 내구성은 떨어진다.

S3 Glacier(글레시어)
데이터 백업용
빙하라는 의미로 알수있듯이 장기간 저장할 정보를 얼리는(?) 기능을 한다.
저장가격 자체는 저렴하나, 트래픽 비용이 비싸다는 단점이 있다.