리전 및 가용 영역 선택 - Amazon ElastiCache for Redis

리전 및 가용 영역 선택

AWS 클라우드 컴퓨팅 리소스는 가용성이 매우 높은 데이터 설비에 있습니다. 추가 확장성 및 안정성을 제공하기 위해 이러한 데이터 센터 시설은 여러 물리적 위치에 배치됩니다. 이러한 위치는 리전가용 영역으로 분류됩니다.

AWS 리전은 크고 광범위하게 별도의 지리적 위치에 분산되어 있습니다. 가용 영역은 다른 가용 영역에서 발생한 장애로부터 격리할 수 있도록 설계된 AWS 리전 내 개별적인 위치입니다. 가용 영역은 같은 AWS 리전에 있는 다른 가용 영역에 대해 저렴하고 지연 시간이 짧은 네트워크 연결을 제공합니다.

중요

각 리전은 완전히 독립적입니다. 시작하는 모든 ElastiCache 활동(예: 클러스터 생성)은 현재 기본 리전에서만 실행됩니다.

특정 리전에서 클러스터를 생성하거나 사용하려면 해당하는 리전 서비스 엔드포인트를 사용하세요. 서비스 엔드포인트는 지원되는 리전 및 엔드포인트 섹션을 참조하세요.


			이미지:  리전 및 가용 영역

리전 및 가용 영역

지원되는 리전 및 엔드포인트

Amazon ElastiCache는 여러 AWS 리전에서 사용할 수 있습니다. 따라서 요구 사항에 적합한 위치에서 ElastiCache 클러스터를 시작할 수 있습니다. 예를 들어, 고객과 가장 가까운 AWS 리전 또는 특정 법적 요구 사항을 준수하는 AWS 리전에서 시작할 수 있습니다.

기본적으로 AWS SDK, AWS CLI, ElastiCache API 및 ElastiCache 콘솔은 미국 서부(오레곤) 리전을 참조합니다. ElastiCache를 새 리전에서 사용할 수 있게 됨에 따라 이러한 리전의 새 엔드포인트 또한 고유 HTTP 요청, AWS SDK, AWS CLI 및 콘솔에서 사용할 수 있습니다. 또한 새로운 AWS 리전이 출시될 때마다 ElastiCache for Redis는 새로운 리전에 ElastiCache for Redis의 당시의 최신 메이저.마이너 버전 두 개를 지원합니다. Redis의 메이저 및 마이너 버전에 대한 자세한 내용은 메이저 버전 동작 및 호환성 차이점을 참조하세요.

각 리전은 다른 리전에서 완전히 격리되도록 설계되었습니다. 각 리전 안에는 가용 영역(AZ)이 여러 개 있습니다. 서로 다른 가용 영역에서 노드를 시작하면 가능한 최고 수준의 내결함성을 갖출 수 있습니다. 리전 및 가용 영역에 대한 자세한 내용은 이 주제의 맨 위에 있는 리전 및 가용 영역 선택 섹션을 참조하십시오.

ElastiCache가 지원되는 리전
리전 이름/리전 Endpoint 프로토콜

미국 동부(오하이오) 리전

us-east-2

elasticache.us-east-2.amazonaws.com

HTTPS

리전 - 미국 동부(버지니아 북부)

us-east-1

elasticache.us-east-1.amazonaws.com

HTTPS

미국 서부(캘리포니아 북부) 리전

us-west-1

elasticache.us-west-1.amazonaws.com

HTTPS

미국 서부(오레곤) 리전

us-west-2

elasticache.us-west-2.amazonaws.com

HTTPS

캐나다(중부) 리전

ca-central-1

elasticache.ca-central-1.amazonaws.com

HTTPS

아시아 태평양(자카르타)

ap-southeast-3

elasticache.ap-southeast-3.amazonaws.com

HTTPS

아시아 태평양(뭄바이) 리전

ap-south-1

elasticache.ap-south-1.amazonaws.com

HTTPS

아시아 태평양(하이데라바드) 리전

ap-south-2

elasticache.ap-south-2.amazonaws.com

HTTPS

Asia Pacific (Tokyo) Region

ap-northeast-1

elasticache.ap-northeast-1.amazonaws.com

HTTPS

아시아 태평양(서울) 리전

ap-northeast-2

elasticache.ap-northeast-2.amazonaws.com

HTTPS

아시아 태평양(오사카) 리전

ap-northeast-3

elasticache.ap-northeast-3.amazonaws.com

HTTPS

Asia Pacific (Singapore) Region

ap-southeast-1

elasticache.ap-southeast-1.amazonaws.com

HTTPS

아시아 태평양(시드니) 리전

ap-southeast-2

elasticache.ap-southeast-2.amazonaws.com

HTTPS

유럽(프랑크푸르트) 리전

eu-central-1

elasticache.eu-central-1.amazonaws.com

HTTPS

유럽(취리히) 리전

eu-central-2

elasticache.eu-central-2.amazonaws.com

HTTPS

유럽(스톡홀름) 리전

eu-north-1

elasticache.eu-north-1.amazonaws.com

HTTPS

Middle East (Bahrain) Region

me-south-1

elasticache.me-south-1.amazonaws.com

HTTPS

중동(UAE) 리전

me-central-1

elasticache.me-central-1.amazonaws.com

HTTPS

Europe (Ireland) Region

eu-west-1

elasticache.eu-west-1.amazonaws.com

HTTPS

유럽(런던) 리전

eu-west-2

elasticache.eu-west-2.amazonaws.com

HTTPS

EU(파리) 리전

eu-west-3

elasticache.eu-west-3.amazonaws.com

HTTPS

Europe (Milan) Region

eu-south-1

elasticache.eu-south-1.amazonaws.com

HTTPS

유럽(스페인) 리전

eu-south-2

elasticache.eu-south-2.amazonaws.com

HTTPS

남아메리카(상파울루) 리전

sa-east-1

elasticache.sa-east-1.amazonaws.com

HTTPS

중국(베이징) 리전

cn-north-1

elasticache.cn-north-1.amazonaws.com.cn

HTTPS

중국(닝샤) 리전

cn-northwest-1

elasticache.cn-northwest-1.amazonaws.com.cn

HTTPS

아시아 태평양(홍콩) 리전

ap-east-1

elasticache.ap-east-1.amazonaws.com

HTTPS

Africa (Cape Town) Region

af-south-1

elasticache.af-south-1.amazonaws.com

HTTPS

이스라엘(텔아비브) 리전

il-central-1

elasticache.il-central-1.amazonaws.com

HTTPS

AWS GovCloud(미국 서부)

us-gov-west-1

elasticache.us-gov-west-1.amazonaws.com HTTPS

AWS GovCloud(미국 동부)

us-gov-east-1

elasticache.us-gov-east-1.amazonaws.com HTTPS

ElastiCache에서 AWS GovCloud(미국)를 사용하는 방법에 대한 자세한 내용은 AWS GovCloud(미국) 리전의 서비스: ElastiCache를 참조하세요.

일부 리전은 노드 유형의 하위 집합을 지원합니다. AWS 리전별로 지원되는 노드 유형을 정리한 표는 AWS 리전별로 지원되는 노드 유형 섹션을 참조하세요.

리전별 AWS 제품 및 서비스 표는 리전별 제품 및 서비스에서 참조하세요.

노드 찾기

Amazon ElastiCache는 AZ(가용 영역) 하나 또는 여러 개에서 클러스터의 모든 노드를 찾도록 지원합니다. 뿐만 아니라 여러 AZ에서 클러스터의 노드를 찾도록 선택하면(권장 사항) ElastiCache를 통해 각 노드의 AZ를 선택하거나 ElastiCache에서 자동으로 선택하도록 할 수 있습니다.

여러 AZ에서 노드를 찾으면 AZ 하나에서 정전과 같은 장애가 발생할 경우 전체 시스템이 실패하는 경우가 없어집니다. AZ 하나에서 모든 노드를 찾거나 여러 AZ에 노드를 분산시키는 사이에 지연 시간 차이가 크게 발생하지 않는다는 사실이 테스트를 통해 드러났습니다.

기존 클러스터를 수정할 때 노드를 추가거나 클러스터를 생성할 때 각 노드에 대한 AZ를 지정할 수 있습니다. 자세한 내용은 다음을 참조하세요.