기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# ElastiCache에 대한 리전 및 가용 영역 선택
해당 엔드포인트를 사용하여 리전 및 가용 영역을 지정하여 ElastiCache 클러스터에 추가적인 확장성과 안정성을 제공할 수 있습니다.
AWS 클라우드 컴퓨팅 리소스는 가용성이 매우 높은 데이터 설비에 있습니다. 추가 확장성 및 안정성을 제공하기 위해 이러한 데이터 센터 시설은 여러 물리적 위치에 배치됩니다. 이러한 위치는 *리전* 및 *가용 영역*으로 분류됩니다.
AWS 리전은 크고 광범위하게 별도의 지리적 위치에 분산되어 있습니다. 가용 영역은 다른 가용 영역에서 발생한 장애로부터 격리할 수 있도록 설계된 AWS 리전 내 개별적인 위치입니다. 가용 영역은 같은 AWS 리전에 있는 다른 가용 영역에 대해 저렴하고 지연 시간이 짧은 네트워크 연결을 제공합니다.
**중요**
각 리전은 완전히 독립적입니다. 시작하는 모든 ElastiCache 활동(예: 클러스터 생성)은 현재 기본 리전에서만 실행됩니다.
특정 리전에서 클러스터를 생성하거나 사용하려면 해당하는 리전 서비스 엔드포인트를 사용하세요. 서비스 엔드포인트는 [지원되는 리전 및 엔드포인트](#SupportedRegions) 섹션을 참조하세요.
![\[이미지: 리전 및 가용 영역\]](http://docs.aws.amazon.com/ko_kr/AmazonElastiCache/latest/dg/images/ElastiCache-RegionsAndAZs.png)
*리전 및 가용 영역*
**Topics**
+ [Memcached의 가용 영역 고려 사항](#CacheNode.Memcached.AvailabilityZones)
+ [노드 찾기](#RegionsAndAZs.AZMode)
+ [지원되는 리전 및 엔드포인트](#SupportedRegions)
+ [ElastiCache에서 로컬 영역 사용](Local_zones.md)
+ [ElastiCache에서 Outposts 사용](ElastiCache-Outposts.md)
## Memcached의 가용 영역 고려 사항
한 리전 내의 여러 가용 영역에 Memcached 노드를 배포하면 한 가용 영역 내의 정전과 같은 치명적인 장애의 영향으로부터 사용자를 보호할 수 있습니다.
**서버리스 캐시**
ElastiCache 서버리스 캐시는 여러 가용 영역에 걸쳐 고가용성 캐시를 생성합니다. 서버리스 클러스터를 생성할 때 다른 가용 영역 및 동일한 VPC의 서브넷을 지정할 수 있습니다. 그렇지 않으면 ElastiCache가 기본 VPC에서 서브넷을 자동으로 선택합니다.
**자체 ElastiCache for Memcached 클러스터 설계**
Memcached 클러스터에는 최대 300개의 노드가 있을 수 있습니다. Memcached 클러스터에 노드를 생성하거나 추가할 때 모든 노드에 대한 단일 가용 영역을 지정하거나, ElastiCache가 모든 노드에 대한 단일 가용 영역을 선택하도록 허용하거나, 각 노드에 대한 가용 영역을 지정하거나, ElastiCache가 각 노드에 대한 가용 영역을 선택하도록 허용할 수 있습니다. 기존 Memcached 클러스터에 새 노드를 추가할 때 다른 가용 영역에 노드를 생성할 수 있습니다. 캐시 노드가 생성되면 가용 영역을 수정할 수 없습니다.
단일 가용 영역 클러스터의 한 클러스터에 있는 노드가 여러 가용 영역에 분산되게 하려는 경우 ElastiCache가 다양한 가용 영역에 새 노드를 생성할 수 있습니다. 그런 다음 원래 캐시 노드의 일부 또는 전체를 삭제할 수 있습니다. 이 방법이 권장 방법입니다.
**Memcached 노드를 단일 가용 영역에서 여러 가용 영역으로 마이그레이션하려면**
1. 원하는 가용 영역에서 새 캐시 노드를 생성하여 클러스터를 수정합니다. 요청에서 다음을 수행합니다.
+ `AZMode`(CLI: `- -az-mode`)를 `cross-az`로 설정합니다.
+ `NumCacheNodes`(CLI: `- -num-cache-nodes`)를 현재 활성 캐시 노드 수와 생성하려는 새 캐시 노드 수를 더한 값으로 설정합니다.
+ `NewAvailabilityZones`(CLI: `- -new-availability-zones`)를 새 캐시 노드를 생성할 영역의 목록으로 설정합니다. ElastiCache가 각각의 새 노드에 대한 가용 영역을 결정하게 하려면 목록을 지정하지 마십시오.
+ `ApplyImmediately`(CLI: `- -apply-immediately`)를 true로 설정합니다.
**참고**
Auto Discovery를 사용하지 않는 경우 클라이언트 애플리케이션을 새 캐시 노드 엔드포인트로 업데이트해야 합니다.
다음 단계로 넘어가기 전에 Memcached 노드가 완전히 생성되어 사용 가능한지 확인합니다.
1. 원래 가용 영역에서 더 이상 필요하지 않은 노드를 제거하여 클러스터를 수정합니다. 요청에서 다음을 수행합니다.
+ `NumCacheNodes`(CLI: `- -num-cache-nodes`)를 이 수정이 적용된 후 필요한 활성 캐시 노드의 수로 설정합니다.
+ `CacheNodeIdsToRemove`(CLI: `- -nodes-to-remove`)를 클러스터에서 제거할 캐시 노드의 목록으로 설정합니다.
나열된 캐시 노드 ID 수는 현재 활성 노드 수에서 `NumCacheNodes`의 값을 뺀 값과 같아야 합니다.
+ (선택 사항) `ApplyImmediately`(CLI: `- -apply-immediately`)를 true로 설정합니다.
`ApplyImmediately`(CLI: `- -apply-immediately`)를 true로 설정하지 않은 경우 노드 삭제는 다음 유지 관리 기간에 수행됩니다.
## 노드 찾기
Amazon ElastiCache는 AZ(가용 영역) 하나 또는 여러 개에서 클러스터의 모든 노드를 찾도록 지원합니다. 뿐만 아니라 여러 AZ에서 클러스터의 노드를 찾도록 선택하면(권장 사항) ElastiCache를 통해 각 노드의 AZ를 선택하거나 ElastiCache에서 자동으로 선택하도록 할 수 있습니다.
여러 AZ에서 노드를 찾으면 AZ 하나에서 정전과 같은 장애가 발생할 경우 전체 시스템이 실패하는 경우가 없어집니다. AZ 하나에서 모든 노드를 찾거나 여러 AZ에 노드를 분산시키는 사이에 지연 시간 차이가 크게 발생하지 않는다는 사실이 테스트를 통해 드러났습니다.
기존 클러스터를 수정할 때 노드를 추가거나 클러스터를 생성할 때 각 노드에 대한 AZ를 지정할 수 있습니다. 클러스터를 생성하는 동안 각 노드에 대해 AZ를 지정할 때 해당 서브넷 그룹에서 AZ를 사용할 수 있어야 합니다. 자세한 내용은 다음 자료를 참조하세요.
+ [Memcached용 클러스터 생성](Clusters.Create-mc.md)
+ [Valkey 또는 Redis OSS용 클러스터 생성](Clusters.Create.md)
+ [ElastiCache 클러스터 수정](Clusters.Modify.md)
+ [ElastiCache 클러스터에 노드 추가](Clusters.AddNode.md)
## 지원되는 리전 및 엔드포인트
Amazon ElastiCache는 여러 AWS 리전에서 사용할 수 있습니다. 따라서 요구 사항에 적합한 위치에서 ElastiCache 클러스터를 시작할 수 있습니다. 예를 들어, 고객과 가장 가까운 AWS 리전 또는 특정 법적 요구 사항을 준수하는 AWS 리전에서 시작할 수 있습니다.
각 리전은 다른 리전에서 완전히 격리되도록 설계되었습니다. 각 리전 안에는 가용 영역(AZ)이 여러 개 있습니다. ElastiCache 서버리스 캐시는 고가용성을 위해 여러 가용 영역(데이터가 2개의 가용 영역에 복제되는 `us-west-1` 제외)에 데이터를 자동으로 복제합니다. 자체 ElastiCache 클러스터를 설계할 때 내결함성을 확보하기 위해 여러 AZ에서 노드를 시작하도록 선택할 수 있습니다. 리전 및 가용 영역에 대한 자세한 내용은 이 주제의 맨 위에 있는 [ElastiCache에 대한 리전 및 가용 영역 선택](#RegionsAndAZs) 섹션을 참조하십시오.
**ElastiCache가 지원되는 리전**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/AmazonElastiCache/latest/dg/RegionsAndAZs.html)
일부 리전은 노드 유형의 하위 집합을 지원합니다. AWS 리전별로 지원되는 노드 유형을 정리한 표는 [AWS리전별로 지원되는 노드 유형](CacheNodes.SupportedTypes.md#CacheNodes.SupportedTypesByRegion) 섹션을 참조하세요.
대부분의 리전은 AWS PrivateLink를 통해 인터페이스 VPC 엔드포인트를 생성하여 VPC와 ElastiCache API 엔드포인트 간에 프라이빗 연결 설정을 지원합니다. 자세한 내용은 [ElastiCache API 및 인터페이스 VPC 엔드포인트(AWS PrivateLink)](elasticache-privatelink.md) 섹션을 참조하세요.
리전별 AWS 제품 및 서비스 표는 [리전별 제품 및 서비스](https://aws.amazon.com/about-aws/global-infrastructure/regional-product-services/)에서 참조하세요.
# ElastiCache에서 로컬 영역 사용
*로컬 영역*은 사용자와 지리적으로 가까운 AWS 리전의 확장입니다. 새 서브넷을 만들고 로컬 영역에 할당하여 상위 AWS 리전에서 Local Zones로 Virtual Private Cloud(VPC)를 확장할 수 있습니다. 로컬 영역에 서브넷을 생성하면 VPC도 해당 로컬 영역으로 확장됩니다. 로컬 영역의 서브넷은 VPC의 다른 서브넷과 동일하게 작동합니다.
Local Zones를 사용하면 사용자에게 가까운 여러 위치에서 ElastiCache 클러스터와 같은 리소스를 배치할 수 있습니다.
ElastiCache 클러스터를 생성할 때 로컬 영역에서 서브넷을 선택할 수 있습니다. Local Zones는 인터넷에 대한 자체 연결을 가지고 있으며 Direct Connect를 지원합니다. 따라서 로컬 영역에서 생성된 리소스는 지연 시간이 매우 짧은 통신으로 로컬 사용자에게 서비스를 제공할 수 있습니다. 자세한 내용은 [AWS Local Zones](https://aws.amazon.com/about-aws/global-infrastructure/localzones/)를 참조하세요.
로컬 영역은 AWS 리전 코드 뒤에 위치를 나타내는 식별자를 붙여 표시됩니다(예: `us-west-2-lax-1a`).
현재 사용 가능한 Local Zones는 `us-west-2-lax-1a` 및 `us-west-2-lax-1b`입니다.
ElastiCache for Local Zones에는 다음과 같은 제한 사항이 적용됩니다.
+ 글로벌 데이터 스토어는 지원되지 않습니다.
+ 온라인 마이그레이션은 지원되지 않습니다.
+ 현재 Local Zones에서 지원되는 노드 유형은 다음과 같습니다.
+ 현재 세대:
**M5 노드 유형:** `cache.m5.large`, `cache.m5.xlarge`, `cache.m5.2xlarge`, `cache.m5.4xlarge`, `cache.m5.12xlarge`, `cache.m5.24xlarge`
**R5 노드 유형:** `cache.r5.large`, `cache.r5.xlarge`, `cache.r5.2xlarge`, `cache.r5.4xlarge`, `cache.r5.12xlarge`, `cache.r5.24xlarge`
**T3 노드 유형:** `cache.t3.micro`, `cache.t3.small`, `cache.t3.medium`
## 로컬 영역 활성화
1. Amazon EC2 콘솔에서 로컬 영역을 활성화합니다.
자세한 내용은 *Amazon EC2 사용 설명서*의 [Local Zones 활성화](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html#enable-zone-group)를 참조하세요.
1. 로컬 영역에서 서브넷을 만듭니다.
자세한 내용은 *Amazon VPC 사용 설명서*의 [VPC에서 서브넷 만들기](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-vpcs.html#AddaSubnet)를 참조하세요.
1. 로컬 영역에서 ElastiCache 서브넷 그룹을 생성합니다.
ElastiCache 서브넷 그룹을 생성할 때 로컬 영역에 대한 가용 영역 그룹을 선택합니다.
자세한 내용은 [서브넷 그룹 생성](SubnetGroups.Creating.md) 섹션을 참조하세요.
1. 로컬 영역에서 ElastiCache 서브넷을 사용하는 ElastiCache for Memcached 클러스터를 생성합니다.
자세한 내용은 [Memcached 클러스터 생성(콘솔)](Clusters.Create-mc.md#Clusters.Create.CON.Memcached) 섹션을 참조하세요.
1. 로컬 영역에서 ElastiCache 서브넷을 사용하는 ElastiCache for Redis OSS 클러스터를 생성합니다. 자세한 내용은 다음 중 하나의 주제를 참조하세요:
+ [Valkey(클러스터 모드 비활성화됨) 클러스터 생성(콘솔)](SubnetGroups.designing-cluster-pre.valkey.md#Clusters.Create.CON.valkey-gs)
+ [Valkey 또는 Redis OSS(클러스터 모드 활성화됨) 클러스터 생성(콘솔)](Clusters.Create.md#Clusters.Create.CON.RedisCluster)
# ElastiCache에서 Outposts 사용
ElastiCache에서AWS Outposts를 사용할 수 있습니다. Outposts는AWS인프라, 서비스, APIs 및 도구를 고객 온프레미스로 확장하는 완전관리형 서비스입니다.AWS관리형 인프라에 대한 로컬 액세스를 제공하는AWS Outposts를 사용하면 고객은AWS리전과 동일한 프로그래밍 인터페이스를 사용하여 온프레미스에서 애플리케이션을 구축하고 실행하는 동시에 지연 시간을 줄이고 로컬 데이터 처리 요구 사항을 충족하기 위해 로컬 컴퓨팅 및 스토리지 리소스를 사용할 수 있습니다. Outpost는 고객 사이트에 배포된AWS컴퓨팅 및 스토리지 용량 풀입니다.는이 용량을AWS리전의 일부로AWS운영, 모니터링 및 관리합니다. Outpost에서 서브넷을 생성하고 ElastiCache 클러스터와 같은AWS리소스를 생성할 때 서브넷을 지정할 수 있습니다.
**참고**
이 버전에는 다음과 같은 제한 사항이 적용됩니다.
ElastiCache for Outposts는 M5 및 R5 노드 패밀리만 지원합니다.
다중 AZ(Outpost 간 복제)는 지원되지 않습니다.
실시간 마이그레이션은 지원되지 않습니다.
로컬 스냅샷은 지원되지 않습니다.
엔진 로그와 느린 로그는 활성화할 수 없습니다.
Outposts의 ElastiCache는 CoIP 를 지원하지 않습니다.
ElastiCache for Outposts는 cn-north-1, cn-northwest-1 및 ap-northeast-3 리전에서는 지원되지 않습니다.
## ElastiCache 콘솔에서 Outposts 사용
1. 에 로그인AWS Management Console하고 [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/) ElastiCache 콘솔을 엽니다.
1. 탐색 창에서 **Valkey 캐시** , **Redis OSS 캐시** 또는 **Memcached 캐시**를 선택합니다.
1. **Valkey 캐시**를 선택한 경우 **Valkey 캐시 생성**을 선택합니다. **Redis OSS 캐시**를 선택한 경우 **Redis OSS 캐시 생성**을 선택합니다. **Memcached 캐시**를 선택한 경우 **Memcached 캐시 생성**을 선택합니다.
1. **클러스터 설정**에서 **자체 캐시** 및 **클러스터 캐시 설계**를 선택합니다. **클러스터 모드**를 **비활성화**로 설정한 상태로 둡니다. 그런 다음 캐시에 대한 이름과 설명(선택 사항)을 만듭니다.
1. 위치의 경우 **온프레미스**를 선택합니다.
1. 온프레미스 섹션에 **Outpost ID** 필드가 표시됩니다. 클러스터가 실행될 ID를 입력합니다.
**클러스터 설정**의 모든 추가 설정은 기본값으로 유지될 수 있습니다.
1. **연결**에서 **새 서브넷 그룹 생성**을 선택하고 **VPC ID**를 입력합니다. 나머지는 기본값으로 두고 **다음**을 선택합니다.
### 온프레미스 옵션 구성
사용 가능한 Outpost를 선택하여 클러스터를 추가하거나 사용 가능한 Outpost가 없는 경우 다음 단계를 사용하여 새 Outpost를 생성할 수 있습니다.
****온프레미스 옵션**에서 다음을 수행합니다.**
1. 원하는 엔진에 따라 **Valkey 설정**, **Redis OSS 설정** 또는 **Memcached 설정**에서 다음을 수행합니다.
1. **이름**: 클러스터의 이름을 입력합니다.
1. **설명**: 클러스터에 대한 설명을 입력합니다.
1. **엔진 버전 호환성**: 엔진 버전은AWS Outpost 리전을 기반으로 합니다.
1. **포트 **: Valkey 또는 Redis OSS의 경우 기본 포트 6379를 수락합니다. Memcached의 경우 기본 포트 11211을 수락합니다. 다른 포트를 사용하려면 포트 번호를 입력합니다.
1. **파라미터 그룹**: 드롭다운을 사용하여 기본 또는 사용자 지정 파라미터 그룹을 선택합니다.
1. **노드 유형**: 사용 가능한 인스턴스는 Outposts 가용성에 기반합니다. Valkey 또는 Redis OSS를 사용하는 경우 Outposts용 Porting Assistant for .NET은 M5 및 R5 노드 패밀리만 지원합니다. 드롭다운 목록에서 **Outposts**를 선택한 다음 이 클러스터에 사용할 사용 가능한 노드 유형을 선택합니다. 그런 다음 **저장**을 선택합니다.
1. **복제본 수**: 이 복제 그룹에 대해 생성할 읽기 전용 복제본 수를 입력합니다. 1개 이상 5개 이하의 읽기 전용 복제본이 있어야 합니다. 기본값은 2입니다.
읽기 전용 복제본의 자동 생성된 이름은 기본 클러스터 이름과 동일한 패턴을 따릅니다. 즉, 끝에 대시와 `-002`부터 시작하는 순차적인 3자리 숫자가 추가됩니다. 예를 들어, 복제 그룹의 이름이 `MyGroup`인 경우 2차 복제본의 이름은 `MyGroup-002`, `MyGroup-003`, `MyGroup-004`, `MyGroup-005`, `MyGroup-006`입니다.
1. **연결** 아래:
1. **서브넷 그룹**: 목록에서 **새로 생성**을 선택합니다.
+ **이름**: 서브넷 그룹의 이름을 입력합니다.
+ **설명**: 서브넷 그룹에 대한 설명을 입력합니다.
+ **VPC ID**: VPC ID는 Outpost VPC와 일치해야 합니다. Outposts에서 서브넷 ID가 없는 VPC 선택하면 목록이 빈 상태로 반환됩니다.
+ **가용 영역 또는 Outpost**: 사용 중인 Outpost를 선택합니다.
+ **서브넷 ID**: Outpost에 사용할 수 있는 서브넷 ID를 선택합니다. 사용 가능한 서브넷 ID가 없는 경우 서브넷을 생성해야 합니다. 자세한 내용은 [서브넷 생성](https://docs.aws.amazon.com/outposts/latest/userguide/launch-instance.html#create-subnet)을 참조하세요.
1. **생성**을 선택합니다.
### Outpost 클러스터 세부 정보 보기
목록 페이지에서AWS Outpost에 속하는 클러스터를 선택하고 **클러스터 세부 정보를** 볼 때 다음 사항에 유의하세요.
+ **가용 영역**: ARN(Amazon 리소스 이름)과AWS리소스 번호를 사용하여 Outpost를 나타냅니다.
+ **Outpost 이름**:AWS Outpost의 이름입니다.
## AWS CLI에서 Outposts 사용
AWS Command Line Interface(AWS CLI)를 사용하여 명령줄에서 여러AWS서비스를 제어하고 스크립트를 통해 자동화할 수 있습니다. 임시(일회성) 작업에AWS CLI를 사용할 수 있습니다.
### 다운로드 및 구성AWS CLI
는 Windows, macOS 또는 Linux에서AWS CLI실행됩니다. 다음 절차에 따라 다운로드 및 구성합니다.
**CLI를 다운로드, 설치 및 구성하려면**
1. [AWS명령줄 인터페이스](https://aws.amazon.com/cli) 웹 페이지에서AWS CLI를 다운로드합니다.
1. *AWS Command Line Interface사용 설명서*[의AWS CLI 설치](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-install.html) 및 [AWS CLI 구성](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-configure.html) 지침을 따릅니다.
### Outposts에서AWS CLI 사용
다음 CLI 작업을 사용하여 Outposts를 사용하는 클러스터를 생성합니다.
+ [create-cache-cluster](https://docs.aws.amazon.com/AmazonElastiCache/latest/CommandLineReference/CLIReference-cmd-CreateCacheCluster.html) – 이 작업 사용 시 `outpost-mode` 파라미터가 클러스터의 노드가 단일 Outpost에 생성되는지 아니면 여러 Outposts에 걸쳐 생성되는지를 지정하는 값을 허용합니다.
**참고**
현재,`single-outpost` 모드만 지원됩니다.
```
aws elasticache create-cache-cluster \
--cache-cluster-id cluster id \
--outpost-mode single-outpost \
```