티스토리 뷰

ACC Ewha

ACC Study - 10 [Route 53]

leko 2024. 5. 21. 15:38

DNS? domain name system 

 

: translates the human friendly hostnames into the machine ip address

www.google.com  -> 172.217.1.36

dns is the backbone of the internet

dns uses hierarchical naming structure

DNS

 

웹브라우저 - 로컬dns서버 - 루트dns서버,  TLD DNS서버, SLD DNS 서버(마지막 서버)

 

 

amazon route 53

: highly available , scalable , fully managed and authoritative dns

authoritatitve = the customer can update the dns records

 

route 53 is also a domain 등록자

ability to check the health of your resources

the only aws service which provides 100% availability SLA

전통적인 DNS 포트를 route 53 을 참조한다.

 

how you want to route traffic for a domain

 

each record contains

-domain/subdomain name ex) example.com

-record type ex) A AAAA

-value ex) 12.34.56.78

-routing policy - how route 53 responds to queries

-ttl - amount of time the record cached at dns resolvers

 

route 53 supports the following dns record types

A / AAAA / CNAME / NS

Route 53 Record Types

 

 

Host Zones

 

 

 

 

 

 

 

route 53 - Records TTL (Time To Live)

300초정도 동안 레코드에 대한 결과를 캐시하도록 하는 것이다 

HIGH TTL: TTL을 24시간동안 설정하면 트래픽이 느려지고 새로운 레코드를 얻기 어려워진다

LOW TTL=TL : 60초동안 설정하면 기간이 짧아져서 트래픽이 더 많이 발생한다. 레코드를 바꾸기 쉬워진다

 

 

CNAME vs ALIAS

로드밸런서나 클라우드프론트는 aws hostname을 노출하기를 원한다

CNAME:  hostname -> other hostname

non root domain에만 작동한다

 

ALIAS : hostname -> aws resource

non root domain+ root domain에 작동한다 ex) Top node에 사용된다 (zone apex)

무료이다.

native health check도 있다.

dns기능이 확장된 것

레코드 별칭은 A or AAAA이다(IPv4/IPv6)

TTL을 설정할 수 없다.

EC2 DNS name에 대한 alias record를 설정할 수 없다.

 

Routing Policies

dns는 경로도 설정하지않는다.

dns는 오직 dns 쿼리에 응답한다.

route 53은 routing정책을 지원한다.

simple

- 한 리소스로 트래픽을 라우팅하는 것

- 같은 레코드에 여러개의 value를 특정지을 수 있다

 - 클라이언트가 랜덤하게 한개를 선택함. health check와 관련없다

simple

 

 

 

 

weighted

- 특정 리소스로 라우팅할 수 있는 요청을 제어할 수 있다

- 상대적인 weight로 라우팅된다.

weighted

 

 

 

 

 

 

latency based

- 대기시간이 가장 적은곳으로 라우팅하는 것

 - 대기시간은 사용자가 aws영역에 얼마나 빨리 연결하는지에 따라 결정됨

 - health check와 관련있다 

 

Health Checks

health checks는 public 리소스에만 적용된다.

자동화된 dns 장애 조치때문에 health check를 함

1) (application, aws resource)를 검사한다

2)다른 healthcheck를 검사한다

3)cloud watch 알람을 검사한다 (dynamoDB, RDS, Custom Metrics)

15global health checker가 엔드포인트를 검사한다

결과의 18%이상이 정상이면 healthy라고 함.

calculated health checks : or and not을 사용할 수 있다

256개를 검사할 수 있다

 

 

Failover(Active - passive)

primary instance의 health check가 좋지않다면  secondary instance가 자동으로 장애 조치가되고 결과를 다시 보낸다

 

 

failover

 

Geolocation

사용자의 위치에 따라 달라진다.

정확한 위치가 선택된다.

사용예시) website localization, restrict content distribution, load balancing

health check와 관련있다

 

Geoproximity 

사용자와 리소스의 지리적위치에 근거해서 트래픽을 라우팅한다.

트래픽 늘리고 싶으면 expand the size of geographic region

트래픽 줄이고 싶으면 shrink the size of geographic region

bias 0 이면 공평하게 나눔

단, bias가 0 과 50일 경우 

geoproximity

 

IP based routing

라우팅은 클라이언트의 아이피주소에 근거한다

CIDR에 근거해 트래픽이 전송될 위치를 알게 된다.

ip based routing

Multi value

트래픽을 여러 리소스에 라우팅할때 필요하다

health check 와 관련된다

매 multi value query마다 8개의 healthy한 레코드들이 반환된다.

ELB를 대체하는 것은 아니다

multi value

 

 

공지사항
최근에 올라온 글
최근에 달린 댓글
Total
Today
Yesterday
링크
TAG
more
«   2024/07   »
1 2 3 4 5 6
7 8 9 10 11 12 13
14 15 16 17 18 19 20
21 22 23 24 25 26 27
28 29 30 31
글 보관함