리전 및 영역 - Amazon Elastic Compute Cloud

리전 및 영역

Amazon EC2는 세계 각지의 여러 곳에서 호스팅되고 있습니다. 이 위치는 AWS 리전, 가용 영역, Local Zones, AWS Outposts 및 Wavelength Zone으로 구성됩니다.

  • 각 리전은 개별 지리 영역입니다.

  • 가용 영역은 각 리전 내에 있는 여러 격리된 위치입니다.

  • Local Zones에서는 최종 사용자에게 가까운 여러 위치에 컴퓨팅, 스토리지 등의 리소스를 배치할 수 있는 기능을 제공합니다.

  • AWS Outposts는 네이티브 AWS 서비스, 인프라 및 운영 모델을 사실상 모든 데이터 센터, 코로케이션 공간 또는 온프레미스 시설로 옮길 수 있습니다.

  • Wavelength Zone을 사용하면 개발자는 5G 디바이스 및 최종 사용자에게 매우 짧은 지연 시간을 제공하는 애플리케이션을 빌드할 수 있습니다. Wavelength는 표준 AWS 컴퓨팅 및 스토리지 서비스를 통신 사업자의 5G 네트워크 엣지에 배포합니다.

AWS은 최신 기술을 탑재한 고가용성 데이터 센터를 운영하고 있습니다. 드물기는 하지만 동일한 위치에 있는 인스턴스의 가용성에 영향을 미치는 장애가 발생할 수도 있습니다. 장애의 영향을 받는 위치 한 곳에서 모든 인스턴스를 호스팅하면 인스턴스를 전혀 사용하지 못하게 될 수 있습니다.

AWS Wavelength FAQ를 참조하면 어떤 배포가 가장 적합한지 판단하는 데 도움이 됩니다.

리전

각 리전은 다른 리전에서 격리되도록 설계되었습니다. 이를 통해 가장 강력한 내결함성 및 안정성을 달성할 수 있습니다.

리소스를 볼 때 지정한 리전에 연결된 리소스만 표시됩니다. 리전이 서로 격리되어 있고 여러 리전에 리소스가 자동으로 복제되지 않기 때문입니다.

인스턴스를 시작할 때 동일한 리전에 있는 AMI를 선택해야 합니다. AMI가 다른 리전에 있는 경우 해당 AMI를 사용 중인 리전에 복사할 수 있습니다. 자세한 내용은 AMI 복사 섹션을 참조하세요.

리전 간 데이터 전송 시 비용이 청구됩니다. 자세한 내용은 Amazon EC2 요금 - 데이터 전송을 참조하세요.

사용 가능한 리전

계정을 통해 자신이 사용할 수 있는 리전을 결정합니다.

  • 하나의 AWS 계정은 여러 개의 리전을 제공하므로 사용자는 자신의 요구 사항에 맞는 위치에서 Amazon EC2 인스턴스를 시작할 수 있습니다. 예를 들어 유럽의 고객들과 좀더 가까운 곳에 위치하거나 또는 법적 요구사항을 준수하기 위해 유럽에 소재한 위치에서 인스턴스를 실행할 필요가 있을 수 있습니다.

  • AWS GovCloud(미국 서부) 계정은 AWS GovCloud(미국 서부) 리전 및 AWS GovCloud(미국 동부) 리전에 액세스할 수 있습니다. 자세한 내용은 AWS GovCloud(미국)를 참조하세요.

  • Amazon AWS(중국) 계정은 오직 베이징 및 닝샤 리전에 대한 액세스 권한을 제공합니다. 자세한 내용은 중국 Amazon Web Services를 참조하세요.

다음 표에는 AWS 계정이 제공하는 리전이 나열되어 있습니다. AWS 또는 중국 리전과 같은 AWS GovCloud (US) Region 계정의 추가 리전은 설명하거나 액세스할 수 없습니다. 2019년 3월 20일 이후에 도입된 지역을 사용하려면 지역을 사용하도록 설정해야 합니다. 자세한 내용은 AWS 일반 참조에서 AWS 리전 관리를 참조하세요.

코드 이름 옵트인 상태
us-east-2 US East (Ohio) 불필요
us-east-1 미국 동부(버지니아 북부) 불필요
us-west-1 미국 서부(캘리포니아 북부) 불필요
us-west-2 미국 서부(오리건) 불필요
af-south-1 아프리카(케이프타운) 필수
ap-east-1 아시아 태평양(홍콩) 필수
ap-southeast-3 아시아 태평양(자카르타) 필수
ap-south-1 아시아 태평양(뭄바이) 불필요
ap-northeast-3 아시아 태평양(오사카) 불필요
ap-northeast-2 아시아 태평양(서울) 불필요
ap-southeast-1 아시아 태평양(싱가포르) 불필요
ap-southeast-2 아시아 태평양(시드니) 불필요
ap-northeast-1 아시아 태평양(도쿄) 불필요
ca-central-1 캐나다(중부) 불필요
eu-central-1 유럽(프랑크푸르트) 불필요
eu-west-1 유럽(아일랜드) 불필요
eu-west-2 유럽(런던) 불필요
eu-south-1 유럽(밀라노) 필수
eu-west-3 유럽(파리) 불필요
eu-north-1 유럽(스톡홀름) 불필요
me-south-1 중동(바레인) 필수
me-central-1 중동(UAE) 필수
sa-east-1 남아메리카(상파울루) 불필요

자세한 내용은 AWS 글로벌 인프라를 참조하세요.

리전당 가용 영역의 수 및 매핑은 AWS 계정마다 다를 수 있습니다 계정에서 사용 가능한 가용 영역의 목록을 확인하려면 Amazon EC2 콘솔 또는 명령줄 인터페이스를 사용할 수 있습니다. 자세한 내용은 리전 설명 섹션을 참조하세요.

리전 및 엔드포인트

명령줄 인터페이스 또는 API 작업을 사용해서 인스턴스로 작업할 때는 리전 엔드포인트를 지정해야 합니다. Amazon EC2의 리전과 엔드포인트에 대한 자세한 내용은 Amazon Web Services General ReferenceAmazon EC2 엔드포인트 및 할당량을 참조하세요.

AWS GovCloud(미국 서부)의 엔드포인트 및 프로토콜에 대한 자세한 내용은 AWS GovCloud (US) 사용 설명서에서 서비스 엔드포인트를 참조하세요.

리전 설명

Amazon EC2 콘솔 또는 명령줄 인터페이스를 사용하여 계정에서 어떤 리전을 사용할 수 있는지 확인할 수 있습니다. 명령줄 인터페이스에 대한 자세한 내용은 Amazon EC2 액세스 섹션을 참조하세요.

콘솔을 사용하여 리전을 찾으려면

  1. https://console.aws.amazon.com/ec2/에서 Amazon EC2 콘솔을 엽니다.

  2. 탐색 모음에서 Regions(리전) 선택기를 선택합니다.

    
							사용자 리전 확인
  3. 이 리전의 EC2 리소스는 리소스 섹션의 EC2 대시보드에 표시됩니다.

AWS CLI를 사용하여 리전을 찾으려면

다음과 같이 describe-regions 명령을 사용하여 계정의 리전을 설명합니다.

aws ec2 describe-regions

계정에서 비활성화된 모든 지역을 포함하여 모든 지역을 설명하려면 다음과 같이 --all-regions 옵션을 추가하세요.

aws ec2 describe-regions --all-regions

리전 이름 가져오기

Amazon Lightsail API를 사용하여 리전 이름을 확인할 수 있습니다.

AWS CLI를 사용하여 리전 이름을 확인하려면

다음과 같이 get-region 명령을 사용하여 지정된 리전의 이름을 설명합니다.

aws lightsail get-regions --query "regions[?name=='region-name'].displayName" --output text

다음 예에서는 us-east-2 리전의 이름을 반환합니다.

aws lightsail get-regions --query "regions[?name=='us-east-2'].displayName" --output text

출력값은 다음과 같습니다.

Ohio

리소스에 대한 리전 지정

Amazon EC2 리소스를 생성할 때마다 리소스에 대한 리전을 지정할 수 있습니다. AWS Management Console 또는 명령줄을 사용하여 리소스에 대한 리전을 지정할 수 있습니다.

고려 사항

일부 리전에서 사용할 수 없는 AWS 리소스도 있습니다. 인스턴스를 시작하기 전에 원하는 리전에서 필요한 리소스를 생성할 수 있는지 확인합니다.

콘솔을 사용하여 리소스에 대한 리전을 지정하려면

  1. https://console.aws.amazon.com/ec2/에서 Amazon EC2 콘솔을 엽니다.

  2. 탐색 모음에서 Regions(리전) 선택기를 선택한 다음 리전을 선택합니다.

    
							사용자 리전 확인

명령줄을 사용하여 기본 리전을 지정하려면

원하는 리전 엔드포인트로 환경 변수의 값을 설정할 수 있습니다(예: https://ec2.us-east-2.amazonaws.com).

  • AWS_DEFAULT_REGION (AWS CLI)

  • Set-AWSDefaultRegion (AWS Tools for Windows PowerShell)

다른 방법으로는 --region(AWS CLI) 또는 -Region(AWS Tools for Windows PowerShell) 명령줄 옵션을 개별 명령에 포함해 사용하는 것이 있습니다. 예: --region us-east-2.

Amazon EC2 엔드포인트에 대한 자세한 내용은 AWS 일반 참조서비스 엔드포인트를 참조하세요.

가용 영역

각 리전은 가용 영역이라고 알려진 격리된 위치를 여러 개 가지고 있습니다. 가용 영역의 코드는 리전 코드와 문자 식별자를 조합한 것입니다. 예: us-east-1a.

인스턴스를 시작할 때 리전과 VPC(Virtual Private Cloud)를 선택한 다음 가용 영역 중 하나에서 직접 서브넷을 선택하거나 자동으로 서브넷이 선택되게 할 수 있습니다. 복수의 가용 영역에 걸쳐 인스턴스를 배포했을 때 하나의 인스턴스에 장애가 발생한 경우에 대비하여, 다른 가용 영역의 인스턴스가 장애가 발생한 인스턴스 관련 요청을 처리할 수 있도록 애플리케이션을 설계할 수 있습니다. 또한 탄력적 IP 주소를 사용하여 한 가용 영역에서 인스턴스의 장애가 발생한 경우 다른 가용 영역의 인스턴스로 주소를 신속하게 매핑함으로써 인스턴스의 장애를 마스킹할 수 있습니다.

다음 다이어그램은 AWS 리전의 여러 가용 영역을 보여줍니다. 가용 영역 A와 가용 영역 B에는 각각 하나의 서브넷이 있고 각 서브넷에는 인스턴스가 있습니다. 가용 영역 C에는 서브넷이 없으므로 이 가용 영역으로 인스턴스를 시작할 수 없습니다.


				하나의 가용 영역에 인스턴스가 있는 리전

가용 영역이 시간에 따라 커지면서 가용 영역을 확장할 수 있는 역량 부족으로 인해 가용 영역이 제한될 수 있습니다. 이 경우 해당 가용 영역에 이미 인스턴스가 있는 경우가 아니면 제한된 가용 영역에서 인스턴스를 시작하지 못하도록 제한할 수 있습니다. 또 최종적으로는 새 계정에 대해서는 가용 영역의 목록에서 제한을 받는 가용 영역을 제거하게 될 수도 있습니다. 따라서 어떤 리전에 대해 한 계정에서 사용 가능한 가용 영역의 수는 다른 계정과 다를 수 있습니다.

AZ ID

리전의 가용 영역에 걸쳐 리소스가 배포될 수 있도록 각 AWS 계정의 코드에 가용 영역을 독립적으로 매핑합니다. 예를 들어 us-east-1a 계정의 AWS 가용 영역은 다른 us-east-1a 계정에 대한 AWS와 물리적 위치가 동일하지 않을 수 있습니다.

계정에 대해 가용 영역을 조정하려면 가용 영역에 대한 고유하고 일관된 식별자인 AZ ID를 사용해야 합니다. 예를 들어, use1-az1us-east-1 리전의 AZ ID이고, 모든 AWS 계정에서 물리적 위치가 동일합니다. 계정의 AZ ID를 보고 다른 계정의 리소스와 관련된 리소스의 물리적 위치를 확인할 수 있습니다. 예를 들어, AZ ID가 use1-az2인 가용 영역의 서브넷을 다른 계정과 공유하면 이 서브넷은 AZ ID가 use1-az2인 가용 영역의 계정에서 사용할 수 있습니다.

다음 다이어그램은 가용 영역 코드를 AZ ID에 매핑하는 서로 다른 두 개의 계정을 보여 줍니다.


        			가용 영역 코드를 AZ ID에 매핑하는 서로 다른 두 개의 계정입니다.

가용 영역 설명

Amazon EC2 콘솔 또는 명령줄 인터페이스를 사용하여 계정에서 어떤 가용 영역을 사용할 수 있는지 확인할 수 있습니다. 명령줄 인터페이스에 대한 자세한 내용은 Amazon EC2 액세스 섹션을 참조하세요.

콘솔을 사용하여 가용 영역을 찾으려면

  1. https://console.aws.amazon.com/ec2/에서 Amazon EC2 콘솔을 엽니다.

  2. 탐색 모음에서 Regions(리전) 선택기를 선택한 다음 리전을 선택합니다.

  3. 탐색 창에서 EC2 대시보드를 선택합니다.

  4. 서비스 상태(Service health) 창에 가용 영역이 나열됩니다.

AWS CLI를 사용하여 가용 영역을 찾으려면

  • 다음과 같이 describe-availability-zones 명령을 사용하여 계정에 대해 활성화된 지정된 리전 내의 가용 영역을 설명합니다.

    aws ec2 describe-availability-zones --region region-name
  • 다음과 같이 describe-availability-zones 명령을 사용하여 옵트인 상태에 관계없이 가용 영역을 설명합니다.

    aws ec2 describe-availability-zones --all-availability-zones

가용 영역에서 인스턴스 시작

인스턴스를 시작할 때 특정 고객과 가까운 곳에 인스턴스를 배치하거나 법률 또는 기타 요구 사항을 준수할 수 있도록 적절한 리전을 선택합니다. 각각의 개별적인 가용 영역에서 인스턴스를 시작함으로써 단일 위치에서 장애가 발생할 경우 애플리케이션을 보호할 수 있습니다.

인스턴스를 시작할 때 상황에 따라 사용 중인 리전의 가용 영역을 지정할 수 있습니다. 가용 영역을 지정하지 않으면 가용 영역이 자동으로 선택됩니다. 초기 인스턴스를 실행할 때는 기본 가용 영역을 그대로 사용하는 것이 좋습니다. 이를 통해 시스템 상태와 가용 용량에 따라 가장 적합한 가용 영역을 선택할 수 있기 때문입니다. 추가 인스턴스를 시작하는 경우 새 인스턴스가 실행 중인 인스턴스와 가까이 있거나 분리되어 있어야 하는 경우에만 가용 영역을 지정하세요.

다른 가용 영역으로 인스턴스 마이그레이션

필요하다면 한 가용 영역에서 다른 가용 영역으로 인스턴스를 마이그레이션할 수 있습니다. 예를 들어 인스턴스의 인스턴스 유형을 수정하려고 하는데 현재 가용 영역에서 새 인스턴스 유형의 인스턴스를 시작할 수 없는 경우 새 인스턴스 유형에 대한 용량이 있는 가용 영역으로 인스턴스를 마이그레이션할 수 있습니다.

마이그레이션 프로세스는 다음과 같이 진행됩니다.

  • 원래 인스턴스에서 AMI 생성

  • 새 가용 영역에서 인스턴스 시작

  • 다음 절차에 나오는 대로 새 인스턴스의 구성 업데이트

다른 가용 영역으로의 인스턴스 마이그레이션 방법

  1. 인스턴스에서 AMI를 만듭니다. 이 절차는 인스턴스의 운영 체제 및 루트 디바이스 볼륨 유형에 따라 달라집니다. 자세한 내용은 사용자의 운영 체제 및 루트 디바이스 볼륨에 대한 문서를 참조하세요.

  2. 인스턴스의 프라이빗 IPv4 주소를 보존해야 할 경우, 현재 가용 영역에서 서브넷을 삭제한 후, 새 가용 영역에 기존 서브넷과 동일한 IPv4 주소 범위를 가지는 서브넷을 생성해야 합니다. 서브넷을 삭제하기 전에는 서브넷의 모든 인스턴스를 종료해야 합니다. 따라서 현재 서브넷의 모든 인스턴스를 새 서브넷으로 이동하려면 서브넷의 모든 인스턴스에서 AMI를 생성해야 합니다.

  3. 방금 전 생성한 AMI에서 인스턴스를 실행하고 새 가용 영역 또는 서브넷을 지정합니다. 원래 인스턴스와 동일한 인스턴스 유형을 사용하거나 새로운 인스턴스 유형을 선택할 수 있습니다. 자세한 내용은 가용 영역에서 인스턴스 시작 섹션을 참조하세요.

  4. 원래 인스턴스가 연결된 탄력적 IP 주소를 가지고 있는 경우 이를 새 인스턴스와 연결합니다. 자세한 내용은 탄력적 IP 주소 연결 해제 섹션을 참조하세요.

  5. 원래 인스턴스가 예약 인스턴스인 경우 예약에 대한 가용 영역을 변경합니다. 인스턴스 유형도 변경한 경우는 예약에 대한 인스턴스 유형도 변경할 수 있습니다. 자세한 내용은 수정 요청 제출 섹션을 참조하세요.

  6. (선택 사항) 원래 인스턴스를 종료합니다. 자세한 내용은 인스턴스 종료 섹션을 참조하세요.

Local Zones

Local Zone은 사용자와 지리적으로 근접한 AWS 리전의 확장입니다. Local Zones는 자체 연결을 통해 인터넷에 연결되며 AWS Direct Connect를 지원하므로 Local Zone에 생성된 리소스를 짧은 지연 시간의 통신을 통해 로컬 사용자에게 제공할 수 있습니다. 자세한 내용은 AWS Local Zones를 참조하세요.

로컬 영역에 대한 코드는 물리적 위치를 나타내는 식별자가 뒤에 붙는 리전 코드입니다. 로스앤젤레스의 us-west-2-lax-1을 예로 들 수 있습니다.

다음 다이어그램에서는 AWS 리전 us-west-2, 가용 영역 2개, 로컬 영역 2개를 보여줍니다. VPC는 가용 영역과 로컬 영역 중 하나에 걸쳐 있습니다. VPC의 각 영역에는 하나의 서브넷이 있고 각 서브넷에는 인스턴스가 있습니다.


				가용 영역 및 로컬 영역이 있는 VPC.

Local Zone을 사용하려면 먼저 사용하도록 설정해야 합니다. 자세한 내용은 Local Zones 옵트인 섹션을 참조하세요. 그런 다음, 로컬 영역에서 서브넷을 생성합니다. 마지막으로 애플리케이션이 사용자에게 가까이 접근하도록 로컬 영역 서브넷에서 인스턴스 등의 리소스를 시작합니다.

사용 가능한 Local Zones

Amazon EC2 콘솔 또는 명령줄 인터페이스를 사용하여 계정에서 어떤 로컬 영역을 사용할 수 있는지 확인할 수 있습니다. 전체 목록은 AWS 로컬 영역 로케이션을 참조하세요.

콘솔을 사용하여 Local Zones를 찾으려면

  1. https://console.aws.amazon.com/ec2/에서 Amazon EC2 콘솔을 엽니다.

  2. 탐색 모음에서 Regions(리전) 선택기를 선택한 다음 상위 리전을 선택합니다.

  3. 탐색 창에서 EC2 대시보드를 선택합니다.

  4. 페이지의 오른쪽 위 모서리에서 Account attributes(계정 속성), Zones(영역)를 선택합니다.

AWS CLI를 사용하여 Local Zones를 찾으려면

다음과 같이 describe-availability-zones 명령을 사용하여 활성화되지 않은 경우에도 지정된 리전의 모든 로컬 영역을 설명합니다. 활성화한 로컬 영역만 설명하려면 --all-availability-zones 옵션을 생략합니다.

aws ec2 describe-availability-zones --region region-name --filters Name=zone-type,Values=local-zone --all-availability-zones

Local Zones 옵트인

리소스나 서비스에 대한 Local Zone을 지정하기 전에 Local Zones에 옵트인해야 합니다.

고려 사항

일부 리전에서 사용할 수 없는 AWS 리소스도 있습니다. 특정 Local Zone에서 인스턴스를 시작하기 전에 원하는 리전 또는 Local Zones에 필요한 리소스를 생성할 수 있는지 확인합니다. 각 로컬 영역에서 지원되는 서비스 목록은 AWS Local Zones 기능을 참조하세요.

콘솔을 사용하여 Local Zones에 옵트인하려면

  1. https://console.aws.amazon.com/ec2/에서 Amazon EC2 콘솔을 엽니다.

  2. 페이지 왼쪽 상단 모서리에서 New EC2 Experience(새로운 EC2 환경)을 선택합니다. 이전 콘솔 환경에서는 이 작업을 완료할 수 없습니다.

  3. 탐색 모음에서 Regions(리전) 선택기를 선택한 다음 상위 리전을 선택합니다.

  4. 탐색 창에서 EC2 대시보드를 선택합니다.

  5. 페이지의 오른쪽 위 모서리에서 Account attributes(계정 속성), Zones(영역)를 선택합니다.

  6. 활성화할 로컬 영역에 대해 Manage(관리)를 선택합니다.

  7. Zone group(영역 그룹)에서 Enabled(활성화됨)를 선택합니다.

  8. Update zone group(영역 그룹 업데이트)을 선택합니다.

AWS CLI를 사용하여 Local Zones에 옵트인하려면

modify-availability-zone-group 명령을 사용합니다.

Local Zone에서 인스턴스 시작

인스턴스를 시작할 때 로컬 영역에 있는 서브넷을 지정할 수 있습니다. 네트워크 경계 그룹의 IP 주소도 할당합니다. 네트워크 경계 그룹은 AWS가 IP 주소를 알릴 때 사용하는 가용 영역, Local Zones 또는 Wavelength Zone의 고유한 집합(예: us-west-2-lax-1a)입니다.

네트워크 경계 그룹에서 다음 IP 주소를 할당할 수 있습니다.

  • Amazon에서 제공하는 탄력적 IPv4 주소

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

Local Zone에서 인스턴스를 시작하려면:

  1. Local Zones를 활성화합니다. 자세한 정보는 Local Zones 옵트인을 참조하십시오.

  2. 로컬 영역의 상위 리전에 VPC를 생성합니다. 자세한 내용은 Amazon VPC 사용 설명서VPC 만들기를 참조하세요.

  3. 서브넷을 만듭니다. 서브넷을 생성할 때 Local Zone을 선택합니다. 자세한 내용은 Amazon VPC 사용 설명서VPC에서 서브넷 만들기를 참조하세요.

  4. 인스턴스를 시작하고 로컬 영역에 생성된 서브넷을 선택합니다. 자세한 내용은 인스턴스 시작 섹션을 참조하세요.

Wavelength Zone

AWS Wavelength을(를) 사용하면 개발자는 모바일 디바이스 및 최종 사용자에게 매우 짧은 지연 시간을 제공하는 애플리케이션을 빌드할 수 있습니다. Wavelength는 표준 AWS 컴퓨팅 및 스토리지 서비스를 통신 사업자의 5G 네트워크 엣지에 배포합니다. 개발자는 Virtual Private Cloud(VPC)를 하나 이상의 Wavelength Zone으로 확장한 다음, Amazon EC2 인스턴스와 같은 AWS 리소스를 사용하여 매우 짧은 지연 시간으로 리전의 AWS 서비스에 연결해야 하는 애플리케이션을 실행할 수 있습니다.

Wavelength Zone은 Wavelength 인프라가 배포된 통신 사업자 위치의 격리된 영역입니다. Wavelength Zone은 리전에 연결되어 있습니다. Wavelength Zone은 리전의 논리적 확장이며, 리전의 제어 플레인에 의해 관리됩니다.

Wavelength 영역에 대한 코드는 물리적 위치를 나타내는 식별자가 뒤에 붙는 리전 코드입니다. 보스턴의 us-east-1-wl1-bos-wlz-1을 예로 들 수 있습니다.

다음 다이어그램에서는 AWS 리전 us-west-2, 가용 영역 2개, Wavelength 영역 1개를 보여줍니다. VPC는 가용 영역과 Wavelength 영역에 걸쳐 있습니다. VPC의 각 영역에는 하나의 서브넷이 있고 각 서브넷에는 인스턴스가 있습니다.


				가용 영역 및 Wavelength 영역이 있는 VPC.

Wavelength Zone을 사용하려면 먼저 Wavelength Zone을 옵트인해야 합니다. 자세한 내용은 Wavelength Zone 활성화 섹션을 참조하세요. 그런 다음 Wavelength Zone에 서브넷을 생성합니다. 마지막으로 Wavelength Zone 서브넷에서 리소스를 실행하여 애플리케이션이 최종 사용자와 더 가까워지도록 합니다.

Wavelength Zone은 일부 리전에서 사용할 수 없습니다. Wavelength Zone을 지원하는 리전에 대한 자세한 내용은 AWS Wavelength 개발자 안내서사용 가능한 Wavelength Zone을 참조하세요.

Wavelength Zone 설명

Amazon EC2 콘솔 또는 명령줄 인터페이스를 사용하여 계정에서 어떤 Wavelength Zone을 사용할 수 있는지 확인할 수 있습니다. 명령줄 인터페이스에 대한 자세한 내용은 Amazon EC2 액세스 섹션을 참조하세요.

콘솔을 사용하여 Wavelength Zone을 찾으려면

  1. https://console.aws.amazon.com/ec2/에서 Amazon EC2 콘솔을 엽니다.

  2. 탐색 모음에서 Regions(리전) 선택기를 선택한 다음 리전을 선택합니다.

  3. 탐색 창에서 EC2 대시보드를 선택합니다.

  4. 페이지의 오른쪽 위 모서리에서 Account attributes(계정 속성), Zones(영역)를 선택합니다.

AWS CLI를 사용하여 Wavelength Zone을 찾으려면

  • 다음과 같이 describe-availability-zones 명령을 사용하여 계정에 대해 활성화된 지정된 리전 내의 Wavelength 영역을 설명합니다.

    aws ec2 describe-availability-zones --region region-name
  • 다음과 같이 describe-availability-zones 명령을 사용하여 옵트인 상태에 관계없이 Wavelength Zone을 설명합니다.

    aws ec2 describe-availability-zones --all-availability-zones

Wavelength Zone 활성화

리소스 또는 서비스를 위한 Wavelength Zone을 지정하려면 먼저 Wavelength Zone에 옵트인해야 합니다.

고려 사항

  • 일부 리전에서 사용할 수 없는 AWS 리소스도 있습니다. 특정 Wavelength Zone에서 인스턴스를 시작하기 전에 원하는 리전 또는 Wavelength Zone에 필요한 리소스를 생성할 수 있는지 확인합니다.

콘솔을 사용하여 Wavelength Zone을 옵트인하려면

  1. https://console.aws.amazon.com/ec2/에서 Amazon EC2 콘솔을 엽니다.

  2. 페이지 왼쪽 상단 모서리에서 New EC2 Experience(새로운 EC2 환경)을 선택합니다. 이전 콘솔 환경에서는 이 작업을 완료할 수 없습니다.

  3. 탐색 모음에서 Regions(리전) 선택기를 선택한 다음 리전을 선택합니다.

  4. 탐색 창에서 EC2 대시보드를 선택합니다.

  5. 페이지의 오른쪽 위 모서리에서 Account attributes(계정 속성), Zones(영역)를 선택합니다.

  6. Wavelength 영역에서 Wavelength 영역에 대해 관리(Manage)를 선택합니다.

  7. [활성화(Enable)]를 선택합니다.

  8. 영역 그룹 업데이트(Update zone group)를 선택합니다.

AWS CLI를 사용하여 Wavelength Zone을 활성화하려면

modify-availability-zone-group 명령을 사용합니다.

Wavelength Zone에서 인스턴스 시작

인스턴스를 시작할 때 Wavelength Zone에 있는 서브넷을 지정할 수 있습니다. 또한 네트워크 경계 그룹에서 통신 사업자 IP 주소를 할당합니다. 네트워크 경계 그룹은 AWS이(가) IP 주소를 알리는 가용 영역, Local Zones 또는 Wavelength Zone의 고유한 집합(예: us-east-1-wl1-bos-wlz-1)입니다.

Wavelength Zone에서 인스턴스를 시작하는 방법에 대한 자세한 내용은 AWS Wavelength 개발자 안내서AWS Wavelength 시작하기를 참조하세요.

AWS Outposts

AWS Outposts은(는) AWS 인프라, 서비스, API 및 도구를 고객 온프레미스로 확장하는 완전관리형 서비스입니다. AWS 관리형 인프라에 대한 로컬 액세스를 제공하는 AWS Outposts을(를) 통해 고객은 AWS 리전에서 사용하는 것과 동일한 프로그래밍 인터페이스를 사용해 온프레미스에서 애플리케이션을 구축하고 실행할 수 있으며, 짧은 지연 시간과 로컬 데이터 처리가 필요한 경우에 로컬 컴퓨팅 및 스토리지 리소스를 사용할 수 있습니다.

Outposts는 고객 사이트에 배포된 AWS 컴퓨팅 및 스토리지 용량 풀입니다. AWS는 이 용량을 AWS 리전의 일부로 운영, 모니터링 및 관리합니다. AWS 리소스를 생성할 때 Outpost에 서브넷을 생성하고 해당 서브넷을 지정할 수 있습니다. Outposts 서브넷의 인스턴스는 프라이빗 IP 주소를 사용하여 AWS 리전의 다른 인스턴스와 통신합니다(모두 동일한 VPC에 있음).

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


				가용 영역과 Outpost가 있는 VPC.

AWS Outposts를 사용하려면 Outposts를 만들고 Outposts 용량을 주문해야 합니다. Outposts 구성에 대한 자세한 내용은 카탈로그를 참조하세요. Outposts 장비를 설치한 후 Outpost에서 Amazon EC2 인스턴스를 시작할 때 컴퓨팅 및 스토리지 용량을 사용할 수 있습니다.

Outposts에서 인스턴스 시작

생성한 Outposts 서브넷에서 EC2 인스턴스를 시작할 수 있습니다. 보안 그룹은 가용 영역 서브넷의 인스턴스와 마찬가지로 Outposts 서브넷의 탄력적 네트워크 인터페이스가 있는 인스턴스에 대한 인바운드 및 아웃바운드 트래픽을 제어합니다. Outposts 서브넷의 EC2 인스턴스에 연결하려면 가용 영역 서브넷의 인스턴스와 마찬가지로 인스턴스를 시작할 때 키 페어를 지정할 수 있습니다.

Outpost 랙에 있는 인스턴스의 루트 볼륨은 30GB 이하여야 합니다. AMI 또는 인스턴스의 블록 디바이스 매핑에서 데이터 볼륨을 지정하여 추가 스토리지를 제공할 수 있습니다. 부팅 볼륨에서 사용되지 않는 블록을 트리밍하려면 AWS 파트너 네트워크 블로그에서 Sparse EBS 볼륨 구축 방법을 참조하세요.

루트 볼륨에 대한 NVMe 제한 시간을 늘리는 것이 좋습니다. 자세한 내용은 I/O 작업 시간 제한 섹션을 참조하세요.

Outposts 생성 방법에 대한 자세한 내용은 AWS Outposts 사용 설명서AWS Outposts 시작하기를 참조하세요.

Outpost 랙에서 볼륨 생성

AWS Outposts는 랙 및 서버 폼 팩터를 제공합니다. Outpost 랙에 용량이 있으면 생성한 Outpost 서브넷에 EBS 볼륨을 만들 수 있습니다. 볼륨을 만들 때 Outposts의 Amazon 리소스 이름(ARN)을 지정합니다.

다음 create-volume 명령은 지정된 Outposts에 빈 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 볼륨을 분리하지 않고 해당 볼륨의 크기를 동적으로 수정할 수 있습니다. 볼륨을 분리하지 않고 수정하는 방법에 대한 자세한 내용은 EBS 볼륨에 대한 수정 요청을 참조하세요.