[Udemy]Router 53

전역변주의 DB·2024년 1월 11일

Udemy-SAA강의기록

목록 보기
5/8

Router 53

CNAME vs Alis(별칭)

로드밸런서나, CloudFront를 사용할 경우 AWS 호스트네임이 노출된다.

보유한 도메인에 호스트네임을 매핑하고자 할 때, 두가지 옵션이 있따.

  1. CNAME

    • 호스트 이름이 다른 호스트 이름으로 향하도록 할 수 있다.

    • 루트 도메인 이름이 아닌 경우에만 가능하다.

    • mydomain.com 앞에 뭔가 붙어야한다.

  2. Alias (별칭 레코드)

    • Router 53에 한정되지만, 호스트 이름이 특정 AWS 리소스로 향하도록 할 수 있습니다.
    • 무료
    • 자체적으로 상태확인이 가능

Alias Records

  • AWS의 리소스에만 매핑이 되어 있습니다.
  • 예를 들어, Router 53 에서 example.com 을 A레코드의 별칭 레코드로 하고 그 값은로드 밸런서의 DNS 이름을 지정하려 한다고 해봅시다.
  • 이건 DNS 의 확장 기능으로 시중의 모든 DNS 에서 가능합니다.
  • 만약 기반 ALB에서 IP가 바뀌면 Alis는 이걸 바로 인식한다.
  • CNAME 과 달리, Alias는 Zone Apex라는 DNS 네임스페이스의 상위 노드로 사용될 수 있습니다. example.com 에도 별칭 레코드를 쓸 수 있는 거죠
  • AWS 리소스를 위한 별칭 레코드의 타입은 항상 A or AAAA인데 , 리소스는 IPv4 or IPv6 이다.
  • 별칭 레코드를 사용하면 TTL을 설정할 수 없다. Router 53에 의해 자동으로 설정이 된다.
  • EC2 의 DNS 이름에 대해서는 별칭 레코드를 설정할 수 없습니다.

dig 명령어

라우팅 정책 - 가중치(Routing Policies : Weighted)

  • 각 레코드에 상대적으로 가중치를 매긴다.
  • 합은 100이 아니어도 된다,
  • 각 레코드로 보내지는 트래픽의 양(%)은 해당 레코드의 가중치를 전체 가중치로 나눈 값이다.
  • 이렇게 하려면 DNS 레코드들은 동일한 이름과 유형을 가져야 하며 상태 확인과도 관련될 수 있다.
  • 가중치 기반 라우팅 정책을 사용하는 경우 : 적은 양의 트래픽을 보내 새 애플리케이션을 테스트 하는 경우,
  • 모든 레코드들이 가중치가 0인 경우, 모든 레코드가 다시 동일한 가중치를 갖게 된다.

라우팅 정책 - 지연시간기반 or 대기시간(Routing Polices : Latency-based)

  • 지연 시간이 가장 짧은, 즉 가장 가까운 리소스로 리다이렉팅을 하는 정책입니다.
  • 지연 시간에 민감한 웹사이트나 애플리케이션이 있는 경우 아주 유용한 정책.
  • 지연 시간은 유저가 레코드로 가장 가까운 식별된 AWS 리전에 연결하기 까지 걸리는 시간을 기반으로 측정합니다.
  • 실습) VPN을 이용해서 user 의 접속 국가를 변경해주면 가장 가까운 리소스로 연결시켜주는 것을 확인할 수 있다.

Router 53 - Health Checks

  • Health Check ⇒ DNS 의 장애 조치를 자동화
    1. 공용 엔드 포인트 모니터링(application, server, AWS 리소스들)
    2. 다른 상태 확인을 모니터링하는 상태 확인(계산된 상태 확인, Calculated Health Checks)
      • 여러 개의 상태 확인 결과를 하나로 합쳐주는 기능
      • 하위 상태 확인을 256개 까지 모니터링 가능
      • 사용 사례 : 상태 확인이 실패하는 일 없이 상위 상태 확인이 웹사이트를 관리 유지하도록 하는 경우
    3. CloudWatch Alrarms의 상태를 모니터링 하는 상태 확

라우팅 정책 - 장애 조치(Routing Policies : Failover(Active- Passive)

라우팅 정책 - 지리 위치(Routing Policies : Geolocation)

  • 사용자의 실제 위치를 기반으로 합니다.

지리 근접 라우팅(Geoproximity Routing Policy)

라우팅 정책 - IP 기반 라우팅

  • Router 53 에서 CIDR 목록 정의 (클라이언트의 IP범위)
  • CIDR에 따라 트래픽을 어느 로케이션으로 보내야 하는지 정한다.
  • 사용 사례 : 성능 최적화, 네트워크 비용 절(IP를 미리 알고 있기 때문)

라우팅 정책 - 다중 값(Muiti-Value)

  • 트래픽을 다중 리소스로 라우팅할 때 사용
  • Router 53 은 다중 값과 리소스를 반환합니다.
  • 각각의 다중 값 쿼리에 최대 8개의 정상 레코드가 반환됩니다.
  • ELB와 비슷해보이지만 ELB를 대체할 수는 없습니다.
  • 클라이언트 측면의 로드 밸런싱
  • 단순 라우팅 정책은 상태 확인을 허용하지 않는다. 그래서 반환 하는 쿼리가 비정상일 가능성이 있다. 그래서 다중 값이 조금 더 강력한 레코드 유형이될 수 있다.

Domain Registar vs DNS Service

profile
배운 내용을 기록하는 공간입니다.

0개의 댓글