아마존 EC2 서버에서 호스팅되는 웹 앱이 있습니다. 이 응용 프로그램은 다른 나라에서 미국, 영국, 중국, 인도 등을 통해 액세스 할 수 있습니다.Amazon/Cloud에서 Geolocation 라우팅?
내 질문은 amazon (또는 다른 클라우드 서비스 공급자) 클라우드 호스팅이 다른 국가의 서버를 호스트 할 수있는 기능을 제공합니다 (EC2 기본 또는 추가 비용을 지불해야합니다. ) 웹 서버에서 컨텐츠를 빠르게 제공 할 수 있습니까?
예를 들어 요청이 중국에서 오는 경우 중국의 EC2 서버에서 서비스를 제공하는 경우 요구/응답이 국가 그리드/네트워크에서 국제 네트워크로 이동해야하므로 미국의 서버에서 서비스하는 것보다 더 빠르게 비트가됩니다. ?
DNS 용 Route53을 사용하는 경우 Geolocation 기반 라우팅을 사용할 수 있습니다. 또는 가장 빠른 위치로 라우팅하는 것이 주로 관련되어 있으므로 (대기 시간 감소) Route53의 대기 시간 기반 라우팅을 수행 할 수 있습니다. 다른 Route53 라우팅 정책은 here에 설명되어 있습니다.
먼저 세계 곳곳에서 서버 응답을 캐시 할 수있는 CloudFront과 같은 Content Delivery Network을 사용하는 것이 좋습니다. 사용자가 CDN 캐시에있는 것을 요청하면 가장 가까운 CDN 에지 위치에서 응답을 받게됩니다. 이는 캐시를 효과적으로 사용할 수있는 한 전 세계 여러 대의 서버를 관리하는 것보다 빠르고 비용이 적게 듭니다.
고마워한다. "Route53 for DNS를 사용한다면 ..."아마존은 EC2 서버와 같은 AWS 클라우드 컴퓨팅 서비스를 이용할 때 항상 Route53을 사용하지 않을 것입니다. CDN 캐싱의 경우 검색과 같은 동적 콘텐츠가 아닌 정적 콘텐츠 또는 인벤토리가 동적 인 위치에서 작동합니다. –
자신이 소유 한 맞춤 도메인에 대해 Route53을 사용해야합니다. Route53에 자신의 도메인이 서비스되지 않는 경우 Route53에 들어가서 경로 설정을 수정할 수 없습니다. CDN은 동적 인 내용을 위해 절대적으로 사용될 수 있지만, 내용이 자주 바뀌면 그것은 효율적으로 캐시 될 수 없습니다. –
@scottmiles, CloudFront는 캐시되지 않은 동적 콘텐츠의 전송 * 성능 *을 향상시키는 경향이 있으며이 효과는 시청자가 서버에서 더 멀리 떨어져있을 때 가장 두드러집니다. 여기에 설명 된 이유는 최적화 된 TCP 스택, 연결 유지, 연결 재사용, 픽시 더스트, 관리되는 Edge-to-Region 전송 인프라 스트럭처 및 가장 가까운 CloudFront 에지 노드에 대한 자동/투명 지오 라우팅과 관련된 설명이 다소 복잡합니다. 브라우저,하지만 ... 그래, 해봐. –
당신은 교차 영역에 대해 얘기하는로드 밸런서 당신은 당신이 할 수있는 정적 인 내용을 원하는 경우 http://docs.aws.amazon.com/elasticloadbalancing/latest/classic/enable-disable-crosszone-lb.html 아마존 클라우드 프론트 서비스를 사용하십시오 (S3는 CDN이됩니다) –
@DanielKrom 그는 부하 분산에 관해 전혀 이야기하지 않습니다. 그는 지리적 위치 라우팅 또는 대기 시간 기반 라우팅에 대해 이야기하고 있습니다. 또한 CloudFront는 단순히 정적 콘텐츠 이상으로 S3 이상에서 작동합니다. 또한 "S3를 CDN으로 만들지"않습니다. CloudFront는 S3 이전에 배치 할 수있는 CDN입니다. –
@ MarkByou가 맞았습니다. Cloudfront는 요구 사항을 저장하기 위해 요청을 최첨단 위치 (에지 위치는 데이터 센터의 컨텐츠를 캐시하여 시간 지연을 줄임)로 전달하는 CDN입니다. 이것은 지오 로케이션 라우팅을 수행하는 클라우드 프론트입니까? 그렇다면 AWS 클라이언트가이를 명시 적으로 지불해야합니까? 나는 No No –