[AWS] Global Accelerator

Global Accelerator 빠르고 안정적인 글로벌 시스템 구축을 위한 네트워크 인프라 서비스다.

리전간에 분포된 서버들을 빠르게 라우팅해주는 용도다.
예를 들어, 서울, 미국, 프랑스에 서버가 있다고 하면. 이 3가지 엣지를 묶어서 관리하고, 그때그때 빠른 엣지 서버로 연결되도록 해주는 역할이라 할 수 있겠다.

vs Route53

단순 글로벌 라우팅 자체는 Route53의 지리적 라우팅으로도 달성할 수 있다. 비용적으로도 저렴하고, 실제로 가장 단순한 구성 방법이다.

하지만 Route53의 경우 DNS 기반이기 때문에 DNS 캐시 때문에 변경에 따른 빠른 대처가 어렵고, 장애 발생시에 빠르게 대응하기 어렵다는 단점이 있다.

반면 Global Accelerator는 Route53보다는 장애대응, 가중치 설정을 통한 제어 등이 손쉬운 편이다.

다만 Global Accelerator로 사용할 수 있는 서버에는 제약이 존재한다.
현재 시점에서는 ELB(Network, Application), EC2, Elastic IP 정도에만 적용이 가능하다.

그리고 Route53과 Accelerator는 서버 선택 기준도 좀 다르다.
Route53은 실제로 가장 빠른, 낮은 지연시간이 걸리는 서버를 선택한다.
반면 Accelerator는 실제 속도보다는 물리적으로 가장 가까운, AWS 엣지를 선택한다. 그래서 Accelerator의 리전 선택은 최적의 속도를 보장하지 않을 수 있다.

정리하자면, 비용효율성이 가장 중요하다면 Route53, 장애에 따른 빠른 회복이 가장 중요하다면 Global Accelerator가 적절한 선택일 수 있다.
내가 볼때 웬만하면 Route53으로 충분하긴 하다.

비용

당연히 공짜가 아니다.
https://aws.amazon.com/ko/global-accelerator/pricing/

일단 Accelator 하나당 한달 고정비 18달러가 나간다. 사용량과 무관하다.

그리고 트래픽 비용은 트래픽대로 또 받는다. 이건 엣지마다 다르다.

소스가 우리 서버고. 대상이 서버에 찌르는 클라이언트다.

정말 엣지 분산을 잘해서 같은 엣지끼리 이어진다고 하면 기가당 0.015달러 정도가 나간다.
그래도 1테라당 1-2달러 정도 나가는 것이다.

그리고 이건 거의 아웃바운드 트래픽에 대한 요금이다. 사용자가 인입되는 인바운드 트래픽은 비용에서 제외된다고 봐도 된다.

예를 들어, 아시아 태평양 클라이언트들이 미국+캐나다 리전 서버에 요청을 해서 5테라어치 인바운드(요청)을 던지고 10테라어치 아웃바운드(응답)을 받는다면, 10테라어치만 계산해서 10000 x 0.035 = 35달러 정도의 트래픽 요금이 부과되는 것이다.

사용해보기: 액셀러레이터 만들기

직접 accelerator를 만들어서 사용 방법을 간단히 훑어보겠다.

일단 액셀러레이터를 만든다.

특별한 이유가 없으면 타입은 스탠다드로 하면 된다.
실제 클라이언트의 지리적 위치, 가중치, 헬스체크 상태를 고려해서 어디에 라우팅할지를 알아서 정한다.

그리고 이 액셀러레이터가 어떤 포트로 접속을 허용할지를 정의한다.

이 경우에는 단순하게 80포트로만 받게 해뒀다.

그리고 각 리전 단위를 관리할 수 있는 것이 "엔드포인트 그룹"이다.
여기서는 버지니아와 서울 리전에 엔드포인트 그룹을 하나씩 배치했다.

각각의 엔드포인트 그룹은 특정 리전에 고정해둬야 한다.
그리고 트래픽 다이얼은 트래픽을 넘기는 비율을 조정한다. 이걸 기반으로 하나의 리전에서 블루-그린 교체를 수행해보고 싶다면, 100, 0 => 0, 100 같은 식으로 트래픽 다이얼을 단계적으로 조정할 수 있다.

엔드포인트 그룹이 만들어졌다면, 각각의 엔드포인트 그룹에는 N개 이상의 엔드포인트 서버를 등록할 수 있다.

이건 일단 액셀러레이터를 만든 다음에 단계적으로 만들어보겠다.

자, 만들면 이런 식으로 리소스가 나타날 것이다.
프로비저닝에는 몇분 정도 걸릴 수 있다.

로드밸런서처럼 "DNS 이름"으로 API를 찌를 수 있다. 저기에 찌르면 알아서 라우팅을 해주는 것이다.
현재 시점에서는 실제로 엔드포인트가 등록된게 없으니 찔러도 오류만 날 것이다.

사용해보기: 엔드포인트 등록

자, 그럼 엔드포인트를 등록해서 실제 서버에 대해 동작하게 해보자.
참고로 엔드포인트에 사용할 수 있는 시스템은 EC2, Application Loadbalancer, Network Loadbalancer로 한정된다.

여기서는 버지니아와 서울에 EC2로 웹서버를 하나씩 띄우고, 각각에 라우팅되게끔 구성해보겠다.

이렇게 하나씩 마련해두고

엔드포인트에 추가해주면 된다.
저 가중치는 라우팅 판단 근거 중 하나로 사용된다.

참고로, EC2를 등록할 경우에는 상태 체크 정상화에 몇분 정도 걸릴 수 있다.

등록이 잘 됐다면, 액셀러에이터 엔드포인트로 찔렀을 때 이런 식으로 잘 포워딩이 될 것이다.
이 경우에는 서울에서 찌른거라 당연히 서울로 라우팅됐다.

하지만 클라이언트 위치를 실제 미국 서버로 조정해서 찔러보면

그 때는 또 버지니아 서버로 잘 라우팅이 된다.

프랑스는 미국이고

인도 뭄바이는 또 서울이다.

만약 이 상태에서 미국 서버에 장애가 발생해서 상태가 비정상이 된다면

미국 위치에서 접속하더라도 처음에는 잠깐 뻗다가, 나중에는 그 다음 후보인 서울로 라우팅될 것이다.
이게 global accelerator의 failover다.

참조
https://aws.amazon.com/ko/global-accelerator/
https://www.lgcns.com/blog/cns-tech/aws-ambassador/41203/
https://docs.aws.amazon.com/ko_kr/global-accelerator/latest/dg/introduction-components.html
https://www.linkedin.com/pulse/route-53-global-accelerator-compared-aws-multi-region-pi%C3%B1ero-estrada-nsgrc
https://docs.aws.amazon.com/global-accelerator/latest/dg/about-endpoints-endpoint-weights.unhealthy-endpoints.html