현재 시각 기준으로 cloudfront가 서울이 아니라 홍콩, 미국, 싱가폴 등으로…

현재 시각 기준으로 cloudfront가 서울이 아니라 홍콩, 미국, 싱가폴 등으로 빠지고 있는데 혹시 다른분들은 문제 없으신가요?

15 thoughts on “현재 시각 기준으로 cloudfront가 서울이 아니라 홍콩, 미국, 싱가폴 등으로…

  1. Minyoung Jeong 저희는 KT IDC로 10Gbps 회선 뽑아서 nginx reverse proxy 로 s3를 서비스하고 있습니다. Route53 으로 cloudfront와 KT IDC 를 그때그때 상황 맞게 밸런싱하고 있습니다. 급하시면 제가 예전에 했던 방법인데 ucloud 인스턴스 띄우고 nginx reverse proxy 걸어버리시면 될겁니다.

  2. Minyoung Jeong 좀 더 단단하게 하고싶으시면 통신사별 IDC에 서버 n대씩 두고 모바일 기기 통신사 환경에 맞게 라우팅하시는게 가장 안전해요. 쿠키런의 경우도 몇 번의 큰 업데이트 때 통신사 회선쪽에 마비가 와서 특정 통신사 사용자들이 일시적으로 게임 이용이 불가능했던적이 있습니다. 인프라가 생각보다 허접해요.. 🙁

  3. 그러게 말이죠. 얼마전 DNS문제도 있고.. 저흰 정말 스트리밍 서비스라서 이런 문제 생길때마다 지표에 영향이 확확 오는데 맘이 아프네요 🙁

  4. 에고 하필 패치 있는날 이런일이 ㅡㅡ; 다행히 지금은 북미보다 홍콩쪽에서 받아오고 있어 다소 빨라지긴 한거 같은데 원상회복이 더디네요 앞으로 이런 상황에 대비 할 수 있도록 해야겠네요

  5. 저희는 일본 리젼에 놓고 일본 서비스하고 있는지라 잘 모르겠는데, 이런 내용들은 어떻게 파악해봐야 할까요…내용을 읽어보니 어떤걸 보고 이런 판단들을 내리시는지가 더 궁금하네요 ㅜㅜ 이 모자람은 어디서 다 채워야 할지..ㅜㅜ

  6. 강희재 일단 cloudfront 자체는 origin (s3등) 에서 데이터를 받아와 전 지역에 퍼져있는 edge 들에서 최종 사용자 단으로 전달하는 서비스이므로, 특정 리전에 놓고 서비스한다는 개념을 적용하기에는 애매합니다.

    다만, 사용자가 edge 를 선택하는 과정에서 이미 cloudfront가 적용해놓은 최적화된 라우팅을 타고 가야 하는데 (예: 한국 사용자는 서울 edge로), traceroute 등으로 해당 트래픽이 어떻게 돌아가는지 확인해보면 엉뚱한 경로로 라우팅되는 경우가 있습니다. 특히 수집하고 있는 서비스 지표가 떨어질 때 이런 것들을 확인해보게 됩니다.

  7. 가장 쉽게는 cloudfront 도메인 질의 해보면 매핑되는 edge 서버 ip로도 보실 수 있고 cloudfront에서 제공하는 로그를 활용하는 방법도 있을 듯 합니다
    해당 로그에는 유저가 접속한 edge 정보/http상태/전송소요시간 등등 기록되어 있습니다

답글 남기기

이메일은 공개되지 않습니다. 필수 입력창은 * 로 표시되어 있습니다.