미국 로스엔젤레스 지역 내 두번째 AWS Local Zone 공개

2019년 12월에 미국 로스앤젤레스에 새로운 형태의 인프라 서비스인 AWS Local Zone을 발표했습니다. AWS Local Zone은 기존 AWS 리전을 최종 사용자에게 가깝게 확대하여 해당 리전의 AWS 서비스 하위 집합에 대해 10ms 미만으로 지연을 낮춰줍니다.

AWS Local Zone은 상위 리전(오레곤 리전)에 연결되고, 서비스 및 리소스 액세스는 상위 리전의 엔드포인트를 통해 실행됩니다. 따라서 Local Zone이 애플리케이션과 최종 사용자에게 투명해집니다. Local Zone에서 실행되는 애플리케이션은 Amazon의 중복되고 대역폭이 매우 높은 사설 네트워크 백본을 통해 상위 리전에 연결되어 해당 리전의 하위 집합 서비스뿐만 아니라 모든 AWS 서비스에 액세스할 수 있습니다.

게시물 말미에 Jeff는 “(Andy Jassy가 종종 말하듯) 때가 무르익으면 모든 지역에 2개 이상의 Local Zone이 생길 것입니다. 2020년에는 로스앤젤레스(us-west-2-lax-1b)에서 두 번째 Local Zone을 열 계획이며 다른 지역도 고려하고 있습니다.”라고 적었습니다.

이제 그 시기가 왔습니다! 고객의 요청에 따라 AWS에서는 이 지역(및 전체 남부 캘리포니아) 고객들이 매우 낮은 지연으로 애플리케이션의 가용성과 내결함성을 더욱 높일 수 있도록 지원하기 위해 오늘 로스앤젤레스의 두 번째 Local Zone을 공개합니다. 이 지역 고객들은 아티스트 워크스테이션, 로컬 렌더링, 게임, 금융 거래 처리 등과 같이 워크로드의 지연이 매우 낮아야 합니다.

새로운 로스앤젤레스 Local Zone에는 Amazon Elastic Compute Cloud(EC2), Amazon Elastic Block Store(EBS), Amazon FSx for Windows File Server 및 Amazon FSx for Lustre, Elastic Load Balancing, Amazon Relational Database Service(RDS), Amazon Virtual Private Cloud와 같은 서비스의 하위 집합이 포함되며, 이 영역에서 실행되는 애플리케이션은 상위 리전과 연결된 영역을 통해 모든 AWS 서비스와 다른 리소스에 액세스할 수 있습니다.

Local Zone 활성화
계정에서 1개 이상의 Local Zone을 사용하기로 옵트인하는 경우, 애플리케이션과 리소스를 배포할 때 사용할 수 있는 추가적인 가용 영역으로 표시됩니다. 지난 12월에 출시된 첫 번째 영역은 us-west-2-lax-1a였습니다. 현재 모든 고객에게 제공되는 추가 영역은 us-west-2-lax-1b입니다. Local Zone은 아래와 같이 EC2 Management Console의 새로운 [설정] 섹션을 사용하여 활성화할 수 있습니다.

Jeff의 원래 게시물에서 언급했듯이 AWS 명령줄 인터페이스(CLI)(aws ec2 modify-availability-zone-group 명령), AWS Tools for PowerShell(Edit-EC2AvailabilityZoneGroup cmdlet)을 사용하거나 AWS SDK 중 하나에서 ModifyAvailabilityZoneGroup API를 사용하여 Local Zone 액세스를 옵트인(또는 옵트아웃)할 수 있습니다.

Local Zone을 사용하여 지연이 낮은 고가용성 애플리케이션 운영
Local Zone은 애플리케이션 고가용성을 더욱 개선하고 지연을 대폭 낮추는 데 사용할 수 있습니다. 예를 들어, 하이브리드 아키텍처를 사용한 기업 마이그레이션에 적절합니다. 로스앤젤레스 도심 지역의 기존 온프레미스 데이터 센터에서 실행 중인 워크로드가 있는 기업 대부분은 독립적으로 실행되는 애플리케이션 포트폴리오를 클라우드로 마이그레이션하는 데 어려움이 있을 수 있습니다. 이 고객들은 Local Zone과 함께 AWS Direct Connect를 활용하면 로스앤젤레스 Local Zone에서 실행되는 애플리케이션과 온프레미스 설치 사이에 지연이 매우 낮은 통신을 제공하는 하이브리드 환경을 설정할 수 있고, 그 과정에서 큰 비용을 들여 아키텍처를 개편할 필요가 없습니다. 시간이 지나면서 온프레미스 애플리케이션을 점차 클라우드로 마이그레이션하는 방법으로 전체적인 마이그레이션 프로세스를 단순화할 수 있습니다. 아래의 그림은 이런 유형의 엔터프라이즈 하이브리드 아키텍처를 나타냅니다.

참고로 말씀드리자면, Local Zone과 AWS Direct Connect를 결합하여 이런 유형의 하이브리드 아키텍처를 사용하는 고객은 Local Zone에서 호스팅되는 애플리케이션과 로스앤젤레스 도심 지역의 온프레미스 데이터 센터에 있는 애플리케이션 사이의 통신 지연 시간이 1.5ms 미만이라고 말했습니다.

애니메이션 워크로드를 렌더링하는 가상 데스크톱도 Local Zone에서 사용하면 좋습니다. 이런 워크로드는 지연이 매우 중요합니다. 로스앤젤레스에 두 번째 Local Zone이 추가된 덕분에 지연이 증가되지 않고도 필요에 따라 추가적인 장애 조치를 진행할 수 있게 되었습니다.

언제나 그렇듯이, 개발 팀에서는 여러분의 피드백에 귀 기울이고 있으며(감사합니다!), 다른 리전에도 Local Zone을 추가하고 Amazon ECS Amazon Elastic Kubernetes Service, Amazon ElastiCache, Amazon Elasticsearch Service, Amazon Managed Streaming for Apache Kafka를 비롯한 다른 서비스도 추가로 제공하고자 노력하고 있습니다. 로스앤젤레스나 남부 캘리포니아의 AWS 고객이 아니지만 워크로드의 가용성을 높이고 지연을 낮추어야 한다면, 새로운 Local Zone을 확인해보시기 바랍니다. 자세한 내용과 요금 정보는 Local Zone에서 확인할 수 있습니다.

— Steve