리전과 가용 영역

리전과 가용 영역 (Regions and Zones)

Amazon EC2는 전 세계 여러 위치에 호스팅돼요. 이 위치들은 AWS 리전(Regions), 가용 영역(Availability Zones), 로컬 영역(Local Zones), AWS Outposts, Wavelength Zones으로 구성돼요.

출처: 문서

본문

  • **리전(Regions)**은 별개의 지리적 영역이에요.
  • **가용 영역(Availability Zones)**은 각 리전 안의 여러 격리된 위치예요.
  • **로컬 영역(Local Zones)**은 컴퓨팅·스토리지 같은 리소스를 최종 사용자에게 더 가까운 여러 위치에 배치할 수 있게 해 줘요.
  • Wavelength Zones는 5G 디바이스와 최종 사용자에게 초저지연을 제공하는 애플리케이션을 구축할 수 있게 해 줘요. Wavelength은 표준 AWS 컴퓨팅·스토리지 서비스를 통신사 5G 네트워크의 엣지에 배포해요.
  • AWS Outposts는 네이티브 AWS 서비스, 인프라, 운영 모델을 사실상 모든 데이터 센터, 코로케이션 공간, 또는 온프레미스 시설로 가져와요.

AWS는 최첨단의 고가용성 데이터 센터를 운영해요. 드물지만 같은 위치에 있는 인스턴스의 가용성에 영향을 줄 수 있는 장애가 발생할 수 있어요. 모든 인스턴스를 장애의 영향을 받는 단일 위치에 호스팅한다면 어떤 인스턴스도 사용할 수 없게 돼요.

자세한 내용은 AWS Global Infrastructure 문서를 참고하세요.

목차

  • 리전 (Regions)
  • 가용 영역 (Availability Zones)
  • 로컬 영역 (Local Zones)
  • Wavelength Zones
  • AWS Outposts

리전 (Regions)

각 리전은 다른 리전과 격리되도록 설계됐어요. 이렇게 하면 가능한 최대의 장애 내성(fault tolerance)과 안정성을 얻을 수 있어요.

인스턴스를 실행할 때는 인스턴스를 특정 고객과 가깝게 두거나, 법적 요구 사항이나 기타 요구 사항을 충족하는 리전을 선택하세요. 여러 리전에서 인스턴스를 실행할 수 있어요.

리소스를 볼 때는 지정한 리전에 연결된 리소스만 표시돼요. 리전은 서로 격리되어 있고 AWS는 리전 간 리소스를 자동으로 복제하지 않기 때문이에요.

사용 가능한 리전

사용 가능한 리전 목록은 AWS Regions 문서를 참고하세요.

Amazon EC2용 리전 엔드포인트

명령줄 인터페이스나 API 작업으로 인스턴스를 작업할 때는 리전 엔드포인트를 지정해야 해요. Amazon EC2의 리전과 엔드포인트에 대한 자세한 내용은 Amazon EC2 개발자 안내서의 Amazon EC2 service endpoints 항목을 참고하세요. 자세한 내용은 AWS Regions and Availability Zones 사용 설명서의 AWS Regions 항목을 참고하세요.

가용 영역 (Availability Zones)

각 리전에는 가용 영역이라고 하는 여러 격리된 위치가 있어요. 가용 영역의 코드는 리전 코드 뒤에 문자 식별자가 붙은 형태예요. 예를 들어 us-east-1a처럼요.

EC2 인스턴스를 여러 가용 영역에 실행하면 리전 안의 단일 위치 장애로부터 애플리케이션을 보호할 수 있어요.

다음 다이어그램은 AWS 리전 안의 여러 가용 영역을 보여줘요. 가용 영역 A와 가용 영역 B에는 각각 서브넷이 하나씩 있고, 각 서브넷에는 EC2 인스턴스가 있어요. 가용 영역 C에는 서브넷이 없으므로 이 가용 영역에는 인스턴스를 실행할 수 없어요.

자세한 내용은 EC2 인스턴스용 가상 프라이빗 클라우드 문서를 참고하세요.

리전별 가용 영역

리전별 가용 영역 목록은 AWS Availability Zones 문서를 참고하세요.

가용 영역 안의 인스턴스

인스턴스를 실행할 때는 리전과 가상 프라이빗 클라우드(VPC)를 선택해요. 그런 다음 가용 영역 중 하나에서 서브넷을 선택하거나, AWS가 서브넷을 선택하게 할 수 있어요. 초기 인스턴스를 실행할 때는 시스템 상태와 사용 가능한 용량을 기준으로 AWS가 가용 영역을 선택하게 할 것을 권장해요. 추가 인스턴스를 실행한다면, 새 인스턴스가 기존 인스턴스와 가까워야 하거나 분리되어야 할 때만 가용 영역을 지정하세요.

인스턴스를 여러 가용 영역에 분산하고 하나의 인스턴스가 실패한다면, 다른 가용 영역의 인스턴스가 대신 요청을 처리하도록 애플리케이션을 설계할 수 있어요.

자세한 내용은 AWS Regions and Availability Zones 사용 설명서의 AWS Availability Zones 항목을 참고하세요.

로컬 영역 (Local Zones)

로컬 영역은 사용자와 지리적으로 가까운 AWS 리전의 확장이에요. 로컬 영역은 자체 인터넷 연결을 갖고 Direct Connect를 지원하므로, 로컬 영역에 만든 리소스가 저지연 통신으로 로컬 사용자에게 서비스를 제공할 수 있어요. 자세한 내용은 AWS Local Zones 사용 설명서의 What is AWS Local Zones? 항목을 참고하세요.

로컬 영역의 코드는 리전 코드 뒤에 물리적 위치를 나타내는 식별자가 붙은 형태예요. 예를 들어 로스앤젤레스의 us-west-2-lax-1처럼요.

다음 다이어그램은 AWS 리전 us-west-2, 그 안의 두 가용 영역, 두 로컬 영역을 보여줘요. VPC는 가용 영역과 로컬 영역 중 하나에 걸쳐 있어요. VPC 안의 각 영역에는 서브넷이 하나씩 있고, 각 서브넷에는 인스턴스가 있어요.

사용 가능한 로컬 영역

사용 가능한 로컬 영역 목록은 AWS Local Zones 사용 설명서의 Available Local Zones 항목을 참고하세요. 발표된 로컬 영역 목록은 AWS Local Zones locations 문서를 참고하세요.

로컬 영역 안의 인스턴스

로컬 영역을 사용하려면 먼저 활성화해야 해요. 그런 다음 로컬 영역에 서브넷을 만들어요. 인스턴스를 실행할 때 로컬 영역 서브넷을 지정하면 인스턴스가 로컬 영역의 로컬 영역 서브넷에 배치돼요.

로컬 영역에서 인스턴스를 실행할 때는 네트워크 경계 그룹(network border group)에서 IP 주소도 할당해요. 네트워크 경계 그룹은 AWS가 IP 주소를 광고하는 고유한 가용 영역, 로컬 영역, 또는 Wavelength Zones 집합이에요. 예를 들어 us-west-2-lax-1a처럼요. 네트워크 경계 그룹에서 다음 IP 주소를 할당할 수 있어요.

  • Amazon 제공 Elastic IPv4 주소
  • Amazon 제공 IPv6 VPC 주소(로스앤젤레스 영역에서만 사용 가능)

로컬 영역에서 인스턴스를 실행하는 방법에 대한 자세한 내용은 AWS Local Zones 사용 설명서의 Getting started with AWS Local Zones 항목을 참고하세요.

Wavelength Zones

AWS Wavelength은 개발자가 모바일 디바이스와 최종 사용자에게 초저지연을 제공하는 애플리케이션을 구축할 수 있게 해 줘요. Wavelength은 표준 AWS 컴퓨팅·스토리지 서비스를 통신사 5G 네트워크의 엣지에 배포해요. 개발자는 가상 프라이빗 클라우드(VPC)를 하나 이상의 Wavelength Zone으로 확장하고, Amazon EC2 인스턴스 같은 AWS 리소스를 사용해 초저지연과 리전의 AWS 서비스 연결이 필요한 애플리케이션을 실행할 수 있어요.

Wavelength Zone은 Wavelength 인프라가 배포된 통신사 위치의 격리된 영역이에요. Wavelength Zones는 리전에 연결돼 있어요. Wavelength Zone은 리전의 논리적 확장이며, 리전의 컨트롤 플레인이 관리해요.

Wavelength Zone의 코드는 리전 코드 뒤에 물리적 위치를 나타내는 식별자가 붙은 형태예요. 예를 들어 보스턴의 us-east-1-wl1-bos-wlz-1처럼요.

다음 다이어그램은 AWS 리전 us-west-2, 그 안의 두 가용 영역, 하나의 Wavelength Zone을 보여줘요. VPC는 가용 영역과 Wavelength Zone에 걸쳐 있어요. VPC 안의 각 영역에는 서브넷이 하나씩 있고, 각 서브넷에는 인스턴스가 있어요.

Wavelength Zones는 모든 리전에서 사용할 수 있는 게 아니에요. Wavelength Zones를 지원하는 리전에 대한 정보는 AWS Wavelength 개발자 안내서의 Available Wavelength Zones 항목을 참고하세요.

사용 가능한 Wavelength Zones

사용 가능한 Wavelength Zones 목록은 AWS Wavelength Guide의 Available Wavelength Zones 항목을 참고하세요.

Wavelength Zone 안의 인스턴스

Wavelength Zone을 사용하려면 먼저 그 Zone에 옵트인(opt in)해야 해요. 그런 다음 Wavelength Zone에 서브넷을 만들어요. 인스턴스를 실행할 때 Wavelength 서브넷을 지정할 수 있어요. 또한 네트워크 경계 그룹에서 캐리어 IP 주소도 할당하는데, 이는 AWS가 IP 주소를 광고하는 고유한 가용 영역, 로컬 영역, 또는 Wavelength Zones 집합이에요. 예를 들어 us-east-1-wl1-bos-wlz-1처럼요.

Wavelength Zone에서 인스턴스를 실행하는 단계별 지침은 AWS Wavelength 개발자 안내서의 Get started with AWS Wavelength 항목을 참고하세요.

AWS Outposts

AWS Outposts는 AWS 인프라, 서비스, API, 도구를 고객 사이트로 확장하는 완전 관리형 서비스예요. AWS 관리형 인프라에 로컬로 접근할 수 있게 함으로써, AWS Outposts를 사용하면 고객이 AWS 리전과 같은 프로그래밍 인터페이스를 사용해 애플리케이션을 온프레미스에서 구축·실행할 수 있고, 더 낮은 지연과 로컬 데이터 처리를 위해 로컬 컴퓨팅·스토리지 리소스를 사용할 수 있어요.

Outpost는 고객 사이트에 배포된 AWS 컴퓨팅·스토리지 용량의 풀(pool)이에요. AWS가 이 용량을 AWS 리전의 일부로 운영·모니터링·관리해요. Outpost에 서브넷을 만들고 AWS 리소스를 만들 때 지정할 수 있어요. Outpost 서브넷의 인스턴스는 같은 VPC 안에서 프라이빗 IP 주소로 AWS 리전의 다른 인스턴스와 통신해요.

다음 다이어그램은 AWS 리전 us-west-2, 그 안의 두 가용 영역, 하나의 Outpost를 보여줘요. VPC는 가용 영역과 Outpost에 걸쳐 있어요. Outpost는 온프레미스 고객 데이터 센터에 있어요. VPC 안의 각 영역에는 서브넷이 하나씩 있고, 각 서브넷에는 인스턴스가 있어요.

Outpost 안의 인스턴스

AWS Outposts 사용을 시작하려면 Outpost를 만들고 Outpost 용량을 주문해야 해요. AWS Outposts는 Outposts 랙(racks)과 Outposts 서버(servers) 두 가지 폼 팩터를 제공해요. Outposts 구성에 대한 자세한 내용은 AWS Outposts Family 문서를 참고하세요. Outpost 장비가 설치된 후에는 Outpost에서 EC2 인스턴스를 실행할 때 컴퓨팅·스토리지 용량을 사용할 수 있어요.

EC2 인스턴스를 실행하려면 Outpost 서브넷을 만들어야 해요. 보안 그룹은 가용 영역 서브넷의 인스턴스와 마찬가지로 Outpost 서브넷 인스턴스의 인바운드·아웃바운드 트래픽을 제어해요. SSH로 Outpost 서브넷의 인스턴스에 연결하려면 가용 영역 서브넷의 인스턴스처럼 실행할 때 키 페어를 지정하세요.

자세한 내용은 Get started with Outposts racks 또는 Get started with Outposts servers 문서를 참고하세요.

Outposts 랙의 볼륨

Outposts 컴퓨팅 용량이 Outpost 랙에 있다면, 만든 Outpost 서브넷에 EBS 볼륨을 만들 수 있어요. 볼륨을 만들 때 Outpost의 Amazon Resource Name(ARN)을 지정하세요.

다음 create-volume 명령은 지정된 Outpost에 50GB 빈 볼륨을 만들어요.

aws ec2 create-volume --availability-zone us-east-2a --outpost-arn arn:aws:outposts:us-east-2:123456789012:outpost/op-03e6fecad652a6138 --size 50

Amazon EBS gp2 볼륨의 크기는 분리하지 않고 동적으로 수정할 수 있어요. 분리하지 않고 볼륨을 수정하는 방법은 Amazon EBS 사용 설명서의 EBS 볼륨 수정 요청 항목을 참고하세요.

Outpost 랙의 인스턴스 루트 볼륨은 30 GiB 이하로 제한할 것을 권장해요. 추가 스토리지를 제공하려면 AMI나 인스턴스의 블록 디바이스 매핑에서 데이터 볼륨을 지정할 수 있어요. 부팅 볼륨에서 미사용 블록을 다듬으려면 AWS Partner Network 블로그의 How to Build Sparse EBS Volumes를 참고하세요.

루트 볼륨의 NVMe 타임아웃을 늘릴 것을 권장해요. 자세한 내용은 Amazon EBS 사용 설명서의 I/O operation timeout 항목을 참고하세요.

Outposts 서버의 볼륨

Outposts 서버의 인스턴스는 인스턴스 스토어 볼륨을 제공하지만 EBS 볼륨은 지원하지 않아요. 단일 EBS 스냅샷만 있는 Amazon EBS 백킹 AMI를 선택하세요. 애플리케이션의 요구 사항을 충족할 만큼 충분한 인스턴스 스토리지가 있는 인스턴스 크기를 선택하세요. 자세한 내용은 인스턴스 스토어 볼륨 한도 문서를 참고하세요.

더 알아보기

  • 네트워킹 (Networking)
  • 인스턴스 IP 주소 지정