데이터 센터 및 네트워킹 연결과 같은 인프라는 여전히 모든 클라우드 애플리케이션의 기반 역할을 합니다. AWS에서 이 물리적 인프라는 리전 및 가용 영역의 형태로 AWS 글로벌 인프라를 구성합니다. 리전은 AWS가 전 세계에서 데이터 센터를 호스팅하는 지리적 위치입니다. AWS 리전의 이름은 리전이 있는 위치의 이름을 따서 지정됩니다. 예를 들어, 미국에서 버지니아 북부의 리전은 버지니아 북부 리전이라고 하고 오레곤의 리전은 오레곤 리전이라고 합니다. AWS는 아시아 태평양, 캐나다, 유럽, 중동 및 남미에 리전을 보유하고 있으며 고객의 요구에 맞게 지속적으로 확장하고 있습니다. 각 AWS 리전은 지리적 이름 및 리전 코드와 연결됩니다.
다음은 리전 코드의 예입니다.
us-east-1:미국 동부 지역에 만들어진 첫 번째 리전입니다. 이 리전의 지리적 이름은 버지니아 북부입니다.
ap-northeast-1:동북 아시아 태평양 지역에서 만들어진 첫 번째 리전입니다. 이 리전의 지리적 이름은 도쿄입니다.
AWS 리전은 서로 독립적입니다. 명시적인 고객 동의 및 승인 없이는 데이터가 한 리전에서 다른 리전으로 복제되지 않습니다.
적합한 AWS 리전 선택
애플리케이션과 워크로드를 호스팅할 AWS 리전을 결정할 때 대기 시간, 가격, 서비스 가용성, 규정 준수의 4가지 주요 측면을 고려하십시오.
대기시간
애플리케이션이 대기 시간(데이터 요청과 응답 사이의 지연)에 민감한 경우 사용자 기반에 가까운 리전을 선택합니다. 이렇게 하면 고객의 긴 대기 시간을 방지할 수 있습니다. 게임, 전화, WebSockets 및 사물 인터넷(IoT)과 같은 동기식 애플리케이션은 대기 시간이 길어질 때 큰 영향을 받습니다. 전자 상거래 애플리케이션과 같은 비동기 워크로드 역시 사용자 연결 지연으로 인해 어려움을 겪을 수 있습니다.
요금
지역 경제와 데이터 센터 운영의 물리적 특성으로 인해 가격은 리전마다 다릅니다. 인터넷 연결, 수입 장비 가격, 관세, 부동산 및 기타 요소가 리전 가격에 영향을 미칩니다. AWS는 전 세계 정액 요금을 부과하는 대신 각 리전별 재무 요소에 따라 요금을 부과합니다.
서비스 가용성
일부 리전에서는 일부 서비스를 사용하지 못할 수 있습니다. AWS 설명서에는 각 리전에서 사용할 수 있는 서비스를 보여주는 표가 나와 있습니다.
데이터 규정 준수
대기업은 고객 데이터를 특정 지역에 저장해야 하는 규정을 준수해야 하는 경우가 많습니다. 해당되는 경우 규정 준수 요구 사항을 충족하는 리전을 선택합니다.
가용 영역
모든 리전의 내부에는 가용 영역(AZ)의 클러스터가 있습니다. AZ는 중복 전력, 네트워킹 및 연결이 제공되는 1개 이상의 데이터 센터로 구성됩니다. 이러한 데이터 센터는 공개되지 않은 위치의 개별 시설에서 운영됩니다. 이중화되어 대기 시간이 짧은 고속 링크를 사용하여 연결됩니다. AZ에는 코드 이름도 있습니다. 리전 내에 위치하므로 리전 코드 이름 끝에 문자를 추가하여 해결할 수 있습니다.
us-east-1a: us-east-1(버지니아 북부 리전) 내의 AZ
sa-east-1b: sa-east-1(상파울루 리전) 내의 AZ
따라서 리소스가 us-east-1c에 존재한다는 것을 확인하면 리소스가 us-east-1 리전의 AZ c에 있다고 추론할 수 있습니다.
AWS 서비스 범위
사용 중인 AWS 서비스에 따라 리소스는 AZ, 리전 또는 전역 수준에서 배포됩니다. 각 서비스는 다르므로 서비스 범위가 애플리케이션 아키텍처에 어떤 영향을 미치는지 이해해야 합니다. 리전 범위 서비스를 운영할 때는 사용하려는 리전을 선택하기만 하면 됩니다. 서비스를 배포할 개별 AZ를 지정하라는 메시지가 표시되지 않으면 이는 서비스가 리전 범위 수준에서 작동한다는 의미입니다. 리전 범위 서비스의 경우 AWS는 데이터 내구성 및 가용성을 높이기 위한 작업을 자동으로 수행합니다. 반면에 일부 서비스는 AZ를 지정하도록 요청합니다. 이러한 서비스를 통해 해당 리소스의 데이터 내구성 및 고가용성을 높일 책임을 맡는 경우가 많습니다.
복원력 유지
애플리케이션을 계속 사용할 수 있도록 하려면 고가용성과 복원력을 유지해야 합니다. 클라우드 아키텍처의 잘 알려진 모범 사례는 리전 범위의 관리형 서비스를 사용하는 것입니다. 이러한 서비스에는 가용성과 복원력이 내장되어 있습니다. 그렇게 할 수 없는 경우 워크로드가 여러 AZ에 걸쳐 복제되도록 해야합니다. 최소한 두 개의 AZ를 사용해야 합니다. 이렇게 하면 하나의 AZ에 장애가 발생한 경우 두 번째 AZ에서 인프라가 가동되어 애플리케이션 트래픽을 처리합니다.
