무료로 AWS 시작하기

무료 계정 생성
또는 콘솔에 로그인

AWS 프리 티어에는 Amazon ElastiCache와 함께 750시간의 마이크로 캐시 노드가 포함되어 있습니다.

AWS 프리 티어 세부 정보 보기 »


Q: Redis용 Amazon ElastiCache란 무엇입니까?

Redis용 Amazon ElastiCache는 클라우드에서 Redis 프로토콜 호환 서버 노드를 쉽게 배포 및 실행할 수 있도록 하는 웹 서비스입니다. 이 서비스를 통해 Redis 노드 관리, 모니터링 및 작업을 수행할 수 있으며 ElastiCache 콘솔, 명령줄 인터페이스 또는 웹 서비스 API를 통해 노드 만들기, 삭제 및 수정을 수행할 수 있습니다. Redis용 Amazon ElastiCache는 Redis 마스터/슬레이브 복제를 지원합니다.

Q: Redis용 Amazon ElastiCache는 오픈 소스 Redis 프로토콜과 호환됩니까?

예, Redis용 Amazon ElastiCache는 오픈 소스 Redis 프로토콜과 호환됩니다. 현재 고객이 기존 독립 실행형 데이터 스토리지에서 사용하는 코드, 애플리케이션, 드라이버 및 도구를 계속해서 Redis용 ElastiCache에서 사용할 수 있으므로 별도로 언급하지 않는 한 Redis용 ElastiCache로 마이그레이션되는 기존 Redis 배포에서 코드를 변경할 필요가 없습니다. AWS에서는 현재 Redis 2.6.13, 2.8.6, 2.8.19, 2.8.21, 2.8.22, 2.8.23, 2.8.24, 3.2.4, 3.2.6 및 3.2.10을 지원합니다.

Q: Redis용 Amazon ElastiCache는 사용 요금이 어떻게 됩니까?

최신 요금 정보는 Amazon 요금 페이지를 참조하십시오.

Q: Redis용 Amazon ElastiCache 노드, 클러스터 및 복제 그룹이란 무엇입니까?

Redis용 ElastiCache 노드는 Redis용 Amazon ElastiCache 배포의 가장 작은 빌딩 블록입니다. Redis용 ElastiCache 노드는 Redis 프로토콜을 지원하고 자체 DNS 이름 및 포트를 가지고 있습니다. 다양한 유형의 Redis용 ElastiCache 노드가 지원되며 각 노드에는 다양한 양의 CPU 용량과 관련 메모리가 있습니다. Redis용 ElastiCache 노드는 기본 또는 읽기 전용 복제본 역할을 담당할 수 있습니다. 기본 노드는 여러 읽기 전용 복제본 노드로 복제할 수 있습니다. Redis용 ElastiCache 클러스터는 역할이 동일한 Redis용 ElastiCache 노드 하나 이상으로 구성된 집합으로, 기본 노드는 기본 클러스터에 있고 읽기 전용 복제본 노드는 읽기 전용 복제본 클러스터에 있습니다. 현재는 클러스터당 노드를 하나만 지원합니다. 향후 이러한 제한을 늘릴 예정입니다. 클러스터는 논리적 키 공간을 관리하고 각 노드는 키 공간의 일부를 담당합니다. 대부분의 관리 작업이 이 클러스터 수준에서 수행됩니다. Redis용 ElastiCache 복제 그룹은 Redis 설치를 위해 기본 및 읽기 전용 복제본 클러스터를 캡슐화합니다. 복제 그룹에는 기본 클러스터가 하나만 있고 읽기 전용 복제본 클러스터는 0개 이상 있습니다. 복제 그룹 내의 모든 노드(및 결과적으로 클러스터)는 노드 유형이 동일하고 파라미터 및 보안 그룹 설정이 동일합니다.

Q: Redis용 Amazon ElastiCache가 Redis 지속성을 지원합니까?

예. 백업 및 복원 기능을 사용하여 Redis 데이터의 스냅샷을 생성함으로써 지속성을 유지할 수 있습니다. 자세한 내용은 여기를 참조하십시오.

Q: Memcached용 Amazon ElastiCache에서 Redis용 Amazon ElastiCache로 또는 그 반대로 마이그레이션할 수 있습니까?

현재, Memcached에서 Redis로 또는 그 반대로 자동 마이그레이션을 지원하지 않습니다. 그러나 Memcached 클라이언트를 사용하여 Memcached 클러스터에서 읽고 Redis 클라이언트를 사용하여 Redis 클러스터에 쓸 수 있습니다. 마찬가지로 Redis 클라이언트를 사용하여 Redis 클러스터에서 읽고 Memcached 클라이언트를 사용하여 Memcached 클러스터에 쓸 수 있습니다. 이때, 데이터 형식의 차이와 두 엔진 간의 클러스터 구성을 고려해야 합니다.

Q: Redis용 Amazon ElastiCache가 다중 AZ 작업을 지원합니까?

예, Redis용 Amazon ElastiCache를 사용하면 다른 AWS 가용 영역에서 읽기 전용 복제본을 만들 수 있습니다. 기본 노드에서 오류가 발생하면 새로운 기본 노드가 프로비저닝됩니다. 기본 노드를 프로비저닝할 수 없는 시나리오에서는 새 기본 노드로 승격할 읽기 전용 복제본을 결정할 수 있습니다. 노드 오류를 처리하는 방법에 대한 자세한 내용은 여기를 참조하십시오.

Q: Redis용 Amazon ElastiCache에서는 노드 오류에 대해 어떤 옵션을 제공합니까?

Redis용 Amazon ElastiCache가 새 서비스 리소스를 획득해 캐시 노드를 복구한 다음, 해당 노드의 기존 DNS 이름을 새 서비스 리소스로 리디렉션합니다. 그렇기 때문에 Redis 노드의 DNS 이름은 항상 그대로지만 Redis 노드의 IP 주소는 수시로 바뀔 수 있습니다. 하나 이상의 읽기 전용 복제본이 포함된 복제 그룹이 있고 다중 AZ가 활성화된 상태에서 기본 노드 오류가 발생하면 ElastiCache가 오류를 자동으로 감지하고 복제본을 하나 선택하여, 이 복제본을 새로운 기본 복제본으로 승격시킵니다. 또한 기본 엔드포인트를 계속 사용할 수 있도록 DNS를 전파하고, 승격 이후에는 승격된 새 기본 복제본을 가리킵니다. 자세한 내용은 본 FAQ의 다중 AZ 섹션을 참조하십시오. 다중 AZ가 비활성화된 상태로 Redis 복제 옵션을 선택한 경우 기본 노드 오류가 발생하면 읽기 전용 복제본 노드로 장애 조치를 시작할 수 있는 옵션이 제공됩니다. 장애 조치 대상은 동일한 영역 또는 다른 영역입니다. 원래 영역으로 장애 복구하려면 원래 영역에서 읽기 전용 복제본을 기본 노드로 승격합니다. Redis 클라이언트 라이브러리가 복구된 Redis 서버 노드에 강제로 다시 연결하도록 애플리케이션을 설계할 수 있습니다. 그러면 일부 Redis 라이브러리에서 통신 오류 또는 제한 시간 초과가 발생한 경우 서버 사용을 무한정으로 중지하도록 할 때 유용할 수 있습니다.

Q: 장애 조치는 어떤 기능을 합니까?

다중 AZ가 활성화된 복제 그룹에 대한 장애 조치 작업은 본 FAQ의 다중 AZ 섹션에서 설명합니다.

다중 AZ를 활성화하지 않기로 한 상태에서 Amazon ElastiCache가 기본 노드를 모니터링하는데 기본 노드가 사용할 수 없게 되거나 응답하지 않으면 Redis용 Amazon ElastiCache가 새로운 서비스 리소스를 획득해 노드를 복구한 다음 새 서비스 리소스를 가리키도록 노드의 기존 DNS 이름을 리디렉션합니다. 그렇기 때문에 Redis 노드의 DNS 이름은 항상 그대로지만 Redis 노드의 IP 주소는 수시로 바뀔 수 있습니다. 그러나 기본 노드를 복구할 수 없는 경우(또한 다중 AZ가 비활성화된 경우) 읽기 전용 복제본 중 하나를 새로운 기본 복제본으로 승격할 수 있습니다. 새로운 기본 복제본을 선택하는 방법은 여기를 참조하십시오. 기본 노드 엔드포인트의 DNS 레코드는 승격된 읽기 전용 복제본 노드를 가리키도록 업데이트됩니다. 원래 기본 노드의 AZ에 있는 읽기 전용 복제본 노드가 복제 그룹의 읽기 전용 복제본으로 생성된 후 기본 노드가 새로 생성됩니다. 

Q: 기본 노드 오류 중 읽기 전용 복제본을 사용할 수 있습니까?

예, 기본 노드 오류 중 읽기 전용 복제본에서는 계속해서 요청을 제공합니다. 기본 노드가 복구된 노드 또는 승격된 읽기 전용 복제본으로 복원되면 읽기 전용 복제본이 기본 노드에서 캐시 정보를 동기화할 때 잠깐 읽기 전용 복제본이 어떠한 요청도 제공하지 않습니다.

Q: Redis용 Amazon ElastiCache 노드의 파라미터는 어떻게 구성합니까?

캐시 파라미터 그룹을 사용하여 Redis 설치를 구성할 수 있습니다. 이러한 그룹은 Redis 클러스터에 대해 지정되어 있어야 합니다. 모든 읽기 전용 복제본 클러스터에서는 기본 클러스터의 파라미터 그룹을 사용합니다. Redis 파라미터 그룹은 하나 이상의 Redis 기본 클러스터에 적용 가능한 Redis 구성 값의 “컨테이너” 역할을 합니다. 캐시 파라미터 그룹을 지정하지 않고 Redis 기본 클러스터를 생성하면 기본 파라미터 그룹이 사용됩니다. 이 기본 그룹에는 실행하려는 노드 유형의 기본값이 들어 있습니다. 그러나 지정된 구성 값을 사용해 Redis 기본 클러스터를 실행하려면 새 캐시 파라미터 그룹을 만들고, 원하는 파라미터를 수정하고, 새 파라미터 그룹을 사용하도록 기본 Redis 클러스터를 수정하기만 하면 됩니다.

Q: Amazon ElastiCache 콘솔을 통해 Redis에 액세스할 수 있습니까?

예, Redis는 ElastiCache 콘솔에서 엔진 옵션으로 나타납니다. Redis 엔진을 선택하여 시작 마법사를 통해 새 Redis 캐시 클러스터를 만들 수 있습니다. ElastiCache 콘솔을 사용하여 기존 Redis 클러스터를 수정하거나 삭제할 수도 있습니다.

Q: Amazon VPC에서 Redis용 Amazon ElastiCache 클러스터를 만들 수 있습니까?

예. 사용자의 계정이 기본적으로 VPC 계정이면 Redis 클러스터가 사용자의 계정과 연결된 기본 VPC 내에 생성됩니다. ElastiCache 콘솔을 사용하면 클러스터를 만들 때 다른 VPC를 지정할 수 있습니다.

Q: Redis 암호 기능이 Redis용 Amazon ElastiCache에서 지원됩니까?

아니요, Redis용 Amazon ElastiCache는 Redis 암호를 지원하지 않습니다. 이는 구성 파일에 저장된 암호에 대한 고유한 제한 사항 때문입니다. Redis 암호를 사용하는 대신 Redis용 ElastiCache 클러스터는 EC2 보안 그룹과 연결되어 이 보안 그룹 내의 클라이언트만 Redis 서버에 액세스할 수 있습니다.

Q: 새로운 버전의 엔진으로 업그레이드하려면 어떻게 해야 합니까?

ModifyCacheCluster 또는 ModifyReplicationGroup API를 사용하여 엔진 버전 파라미터를 원하는 엔진 버전으로 지정하면 손쉽게 새로운 버전의 엔진으로 업그레이드할 수 있습니다. ElastiCache 콘솔에서, 캐시 클러스터 또는 복제 그룹을 선택한 후 "Modify"를 선택합니다. "Modify Cache Cluster" 또는 "Modify Replication Group" 창에서 사용할 수 있는 옵션 중에 원하는 엔진 버전을 선택합니다. 엔진 업그레이드 프로세스는 가능한 한 기존 데이터를 유지하도록 설계되었으며 Redis 복제가 성공해야 합니다. 자세한 내용은 여기를 참조하십시오.

Q: 이전 엔진 버전으로 다운그레이드할 수 있습니까?

아니요. 이전 엔진 버전으로 다운그레이드는 지원되지 않습니다.

Q: 더 큰 노드 유형으로 확장하려면 어떻게 해야 합니까?

ModifyCacheCluster 또는 ModifyReplicationGroup API를 사용하여 CacheNodeType 파라미터를 원하는 노드 유형으로 지정하면 손쉽게 더 큰 노드 유형으로 확장할 수 있습니다. ElastiCache 콘솔에서, 캐시 클러스터 또는 복제 그룹을 선택한 후 "Modify"를 선택합니다. "Modify Cache Cluster" 또는 "Modify Replication Group" 창에서 사용할 수 있는 옵션 중에 원하는 노드 유형을 선택합니다. 확장 프로세스는 가능한 한 기존 데이터를 유지하도록 설계되었으며 Redis 복제가 성공해야 합니다. 자세한 내용은 여기를 참조하십시오.

Q: 더 작은 노드 유형으로 축소할 수 있습니까?

현재 더 작은 노드 유형으로 전환은 지원되지 않습니다.


Q: Redis 캐시 노드를 읽기 전용 복제본으로 실행한다는 것은 무엇을 의미합니까?

Redis에서 읽기 전용 복제본은 다음 두 가지 용도로 사용됩니다.

  • 오류 처리
  • 읽기 조정

읽기 전용 복제본이 있는 캐시 노드를 실행하면 "기본 노드"는 쓰기 및 읽기 기능을 둘 다 제공합니다. 읽기 전용 복제본은 장애 조치 시나리오에서 "승격"되는 "예비" 복제본의 역할을 합니다. 장애 조치 후 예비 복제본이 기본 복제본이 되어 캐시 작업을 수락합니다. 또한 읽기 전용 복제본은 읽기 중심 캐시 워크로드를 위한 단일 캐시 노드의 용량 제한을 넘어서 탄력적으로 쉽게 확장할 수 있도록 합니다.

Q: Redis 읽기 전용 복제본은 언제 사용하는 것이 좋습니까?

특정 기본 노드가 제대로 작동하기 위해 읽기 전용 복제본을 하나 이상 배포하는 위치는 다양합니다. 읽기 전용 복제본을 배포하는 일반적인 이유는 다음과 같습니다.

  • 읽기 중심의 워크로드를 위해 단일 기본 노드의 컴퓨팅 파워 또는 I/O 용량을 확장합니다. 이 과도한 읽기 트래픽을 하나 이상의 읽기 전용 복제본으로 이동할 수 있습니다.
  • 기본 복제본을 사용할 수 없을 때 읽기 트래픽을 제공합니다. 기본 노드가 I/O 요청을 처리하지 못할 경우(예: 백업 또는 예약된 유지 관리를 위한 I/O 중단) 읽기 트래픽을 읽기 전용 복제본으로 보낼 수 있습니다. 이 사용 사례의 경우 기본 인스턴스를 사용할 수 없으므로 읽기 전용 복제본의 데이터가 “무효”일 수 있다는 점에 유의하십시오. 또한 읽기 전용 복제본을 사용하여 실패한 기본 복제본을 다시 시작할 수 있습니다.
  • 데이터 보호 시나리오: 예기치 않은 경우나 기본 노드 오류, 기본 노드가 있는 가용 영역을 사용할 수 없는 경우가 발생하면 다른 가용 영역에 있는 읽기 전용 복제본을 새로운 기본 복제본으로 승격할 수 있습니다.

Q: 특정 기본 캐시 노드의 읽기 전용 복제본 노드는 어떻게 배포합니까?

CreateReplicationGroup API를 사용하거나 Amazon ElastiCache Management Console을 몇 번 클릭하여 몇 분 내에 읽기 전용 복제본을 만들 수 있습니다. 복제 그룹을 만들 때 MasterCacheClusterIdentifier를 지정합니다. MasterCacheClusterIdentifier는 복제하려고 하는 "기본" 캐시 클러스터의 캐시 클러스터 식별자입니다. 그런 다음 마스터 클러스터의 ReplicationGroupIdentifier 및 CacheClusterIdentifier를 지정하는 CreateCacheCluster API를 호출하여 복제 그룹 내에서 읽기 전용 복제본을 만듭니다. 표준 캐시 클러스터처럼 가용 영역을 지정할 수도 있습니다. 읽기 전용 복제본 생성을 시작하면 Amazon ElastiCache가 기본 캐시 클러스터의 스냅샷을 만들고 복제를 시작합니다. 그 결과, 스냅샷이 생성되는 동안 기본 캐시 클러스터에 일시적인 I/O 중단이 발생합니다. 일반적으로 I/O 중단은 약 1분간 지속됩니다.

읽기 전용 복제본은 만드는 것만큼 쉽게 삭제할 수 있습니다. Amazon ElastiCache Management Console을 사용하거나 DeleteCacheCluster API(삭제할 읽기 전용 복제본에 대해 CacheClusterIdentifier 지정)를 호출하면 됩니다.

Q: 기본 복제본과 읽기 전용 복제본을 동시에 생성할 수 있습니까?

예. CreateReplicationGroup API를 사용하거나 Amazon ElastiCache Management Console에서 'Launch Cache Cluster' 마법사를 사용하여 'Multi-AZ Replication'을 선택하면 몇 분 만에 읽기 전용 복제본과 함께 새로운 캐시 클러스터를 생성할 수 있습니다. 복제 그룹을 생성할 때는 복제 그룹에 대한 식별자, 복제 그룹에 포함될 클러스터 총 개수와 함께 캐시 노드 유형, 캐시 엔진 버전과 같은 캐시 생성 파라미터를 지정해야 합니다. 복제 그룹 내 각 클러스터에 대한 가용 영역도 지정해야 합니다.

Q: 내 읽기 전용 복제본에 어떻게 연결합니까?

기본 캐시 노드에 연결할 때와 마찬가지로 읽기 전용 복제본에 연결할 수 있습니다. DescribeCacheClusters API 또는 AWS Management Console을 사용하여 읽기 전용 복제본의 엔드포인트를 검색하면 됩니다. 읽기 전용 복제본이 여러 개인 경우 애플리케이션이 읽기 전용 복제본에 읽기 트래픽을 분산하는 방법을 결정합니다.

Q: 특정 기본 캐시 노드에 대한 읽기 전용 복제본을 몇 개나 만들 수 있습니까?

현재, Amazon ElastiCache에서는 특정 기본 캐시 노드에 대해 읽기 전용 복제본을 최대 5개까지 만들 수 있습니다.

Q: 장애 조치가 발생하면 읽기 전용 복제본은 어떻게 됩니까?

장애 조치가 발생할 경우 장애 조치가 완료되면 연결된 사용 가능한 읽기 전용 복제본이 복제를 자동으로 재개합니다(새로 승격된 읽기 전용 복제본에서 업데이트를 가져옴).

Q: 다른 읽기 전용 복제본의 읽기 전용 복제본을 만들 수 있습니까?

다른 읽기 전용 복제본의 읽기 전용 복제본을 만들 수 없습니다.

Q: 내 읽기 전용 복제본을 “독립 실행형” 기본 캐시 노드로 승격할 수 있습니까?

아니요. 지원되지 않습니다. 그 대신, Redis용 ElastiCache 노드의 스냅샷을 생성할 수 있습니다(기본 또는 읽기 전용 복제본을 선택할 수 있음). 그런 다음 해당 스냅샷을 사용하여 새로운 Redis용 ElastiCache 주 캐시 노드에 시드할 수 있습니다.

Q: 내 읽기 전용 복제본이 해당 기본 캐시 노드와 함께 최신 상태로 유지됩니까?

기본 캐시 노드로 업데이트는 모든 관련 읽기 전용 복제본에 자동으로 복제됩니다. 그러나 Redis의 비동기 복제 기술을 사용하면 다양한 이유로 읽기 전용 복제본이 기본 캐시 노드보다 지연될 수 있습니다. 대표적인 이유는 다음과 같습니다.

  • 기본 캐시 노드에 대한 쓰기 I/O 볼륨이 변경 내용이 읽기 전용 복제본에 적용될 수 있는 비율 초과
  • 네트워크 파티션이나 기본 캐시 노드와 읽기 전용 복제본 간의 지연 시간

읽기 전용 복제본은 Redis 복제의 장단점을 가지고 있습니다. 읽기 전용 복제본을 사용하는 경우는 읽기 전용 복제본과 기본 캐시 노드 사이에 지연이나 “불일치”가 발생할 수 있다는 점을 인식해야 합니다. 읽기 전용 복제본의 "불일치"를 찾는 방법에 대한 지침을 보려면 여기를 클릭하십시오.

Q: 활성 읽기 전용 복제본에 대한 가시성은 어떻게 확보합니까?

표준 DescribeCacheClusters API를 사용하여 배포한 모든 캐시 클러스터의 목록(읽기 전용 복제본 포함)을 반환하거나 Amazon ElastiCache Management Console의 'Cache Clusters' 탭을 클릭하기만 하면 됩니다.

Amazon ElastiCache는 읽기 전용 복제본의 복제 상태를 모니터링하여 어떠한 이유로든 복제가 중지된 경우 Replication State 필드를 Error로 업데이트합니다. 사용자는 Replication Error 필드를 확인하여 Redis 엔진에서 보낸 관련 오류의 상세 정보를 검토하고 오류를 복구하기 위한 적절한 조치를 취할 수 있습니다. 복제 문제 해결에 대한 자세한 내용은 Amazon ElastiCache User Guide의 Troubleshooting a Read Replica problem 섹션을 참조하십시오. 복제 문제가 해결되면 Replication State가 Replicating으로 변경됩니다.

Amazon ElastiCache에서는 AWS Management Console 또는 Amazon CloudWatch API를 통해 사용할 수 있는 Amazon CloudWatch 지표("복제본 지연")으로 읽기 전용 복제본이 해당 기본 복제본보다 얼마나 지연되었는지 확인할 수 있습니다.

Q: 내 읽기 전용 복제본이 해당 기본 캐시 노드보다 상당히 지연되었습니다. 어떻게 해야 합니까?

이전 질문에서 설명한 대로 읽기 전용 복제본과 기본 캐시 노드 간의 “불일치” 또는 지연은 Redis 비동기 복제에서 일반적으로 발생하는 문제입니다. 요구 사항을 충족하기 위해 기존 읽기 전용 복제본이 너무 지연된 경우 해당 읽기 전용 복제본을 다시 부팅할 수 있습니다. 또한 복제본 지연은 기본 캐시 노드의 정상 사용 패턴에 따라 시간이 지나면서 늘어나거나 감소한다는 점에 유의하십시오.

Q: 읽기 전용 복제본은 어떻게 삭제합니까? 기본 캐시 노드를 삭제하면 자동으로 삭제됩니까?

AWS Management Console을 몇 번 클릭하거나 캐시 클러스터 식별자를 DeleteCacheCluster API에 전달하여 쉽게 읽기 전용 복제본을 삭제할 수 있습니다. 기본 캐시 노드 이외에 읽기 전용 복제본을 삭제하려면 DeleteReplicationGroup API 또는 AWS Management Console을 사용해야 합니다.

Q: 읽기 전용 복제본의 요금은 얼마입니까? 언제부터 언제까지 사용한 요금이 청구됩니까?

읽기 전용 복제본은 표준 캐시 노드와 동일한 요금이 청구됩니다. 표준 캐시 노드와 마찬가지로 읽기 전용 복제본의 “캐시 노드 시간”당 요금은 읽기 전용 복제본의 캐시 노드 클래스에 의해 결정됩니다. 최신 요금 정보는 Amazon ElastiCache 세부 정보 페이지를 참조하십시오. 기본 캐시 노드와 읽기 전용 복제본 간에 데이터를 복제할 때 발생한 데이터 전송에는 요금이 부과되지 않습니다. 읽기 전용 복제본의 요금 청구는 읽기 전용 복제본이 성공적으로 생성된 직후에 시작됩니다(상태가 “활성”으로 표시되는 경우). 사용자가 삭제 명령을 실행할 때까지 읽기 전용 복제본에는 표준 Amazon ElastiCache 캐시 노드 시간 요금이 청구됩니다.

Q: 장애 조치 진행 시 어떤 일이 발생하며 얼마나 오래 걸립니까?

Amazon ElastiCache에서는 시작된 장애 조치를 지원하므로 가능한 한 빨리 캐시 작업을 다시 시작할 수 있습니다. 장애 조치 시, Amazon ElastiCache가 단순히 캐시 노드의 DNS 레코드를 반전시켜 읽기 전용 복제본을 가리킵니다. 그리고 이 읽기 전용 복제본이 승격되어 새 기본 복제본이 됩니다. 모범 사례에 따라 애플리케이션 계층에서 캐시 노드 연결을 다시 시도하는 것이 좋습니다. 장애 조치의 전 과정은 일반적으로 3~6분 이내에 완료됩니다.

Q: 다른 리전의 읽기 전용 복제본을 기본 복제본으로 만들 수 있습니까?

아니요. 읽기 전용 복제본은 기본 캐시 노드와 동일한 리전의 동일하거나 다른 가용 영역에서만 프로비저닝할 수 있습니다.

Q: 내 기본 복제본이 현재 위치한 가용 영역을 알 수 있습니까?

예, AWS Management Console 또는 DescribeCacheClusters API를 사용하여 기본 복제본의 현재 위치를 알 수 있습니다.

장애 조치 후에 내 기본 복제본이 다른 AWS 리소스(예: EC2 인스턴스)와 다른 가용 영역에 위치합니다.

Q: 지연 시간을 고려해야 합니까?

가용 영역은 같은 리전의 다른 가용 영역에 지연 시간이 짧은 네트워크 연결을 제공하도록 설계되었습니다. 또한 하나의 가용 영역에서 서비스 장애 발생 시, 애플리케이션이 회복력을 가질 수 있도록 여러 가용 영역 전체에 애플리케이션과 기타 AWS 리소스를 중복하여 저장할 수 있습니다.


Q: Redis용 ElastiCache 복제 그룹에 대한 다중 AZ란 무엇입니까?

Redis용 ElastiCache 복제 그룹은 기본 복제본 및 최대 5개의 읽기 전용 복제본으로 구성되어 있습니다. Redis는 비동기적으로 기본 복제본의 데이터를 읽기 전용 복제본으로 복제합니다. 특정 유형의 예정된 유지 관리를 수행하는 동안이나 ElastiCache 노드 오류 또는 가용 영역 오류와 같이 예기치 않은 상황이 발생하면 Amazon ElastiCache는 자동으로 기본 복제본의 오류를 감지하고 읽기 전용 복제본을 선택한 다음 이를 새로운 기본 복제본으로 승격합니다. 또한 ElastiCache는 승격된 읽기 전용 복제본의 DNS 변경 사항을 전파하므로 애플리케이션이 기본 노드 엔드포인트에 쓸 때 엔드포인트를 변경하지 않아도 됩니다.

Q: 다중 AZ를 사용하면 어떤 이점이 있습니까?

Redis용 ElastiCache를 다중 AZ 모드에서 실행하는 것의 가장 큰 이점은 가용성이 강화되며 관리의 필요가 줄어든다는 점입니다. Redis용 ElastiCache 기본 노드 오류가 발생하면 기본 노드로의 읽기/쓰기 기능에 미치는 영향은 자동 장애 조치가 완료될 때까지 소요되는 시간으로 제한됩니다. 다중 AZ가 활성화되어 있는 경우 ElastiCache 노드 장애 조치가 자동으로 수행되며 관리가 필요하지 않습니다. 그러므로 Redis 노드를 모니터링하고 기본 노드 중단 시 수동으로 복구를 시작해야 할 필요가 없어집니다.

Q: 다중 AZ의 작동 원리는 무엇입니까?

Redis용 ElastiCache를 사용하며 기본 노드와 1개 이상의 읽기 전용 복제본으로 구성된 복제 그룹이 있는 경우 다중 AZ를 사용할 수 있습니다. 기본 노드에 오류가 발생하면 ElastiCache는 자동으로 오류를 감지하고 사용 가능한 읽기 전용 복제본 중 하나를 선택한 다음 이를 새로운 기본 복제본으로 승격합니다. ElastiCache는 애플리케이션이 계속 기본 엔드포인트에 쓸 수 있도록 승격된 복제본의 DNS 변경 사항을 전파합니다. 또한 ElastiCache는 오류가 발생한 기본 노드의 동일한 가용 영역에서 승격된 읽기 전용 복제본을 대체하도록 새로운 노드를 가동합니다. 일시적인 가용 영역 중단으로 인해 기본 노드에 오류가 발생한 경우 가용 영역이 복구되면 새로운 복제본이 시작됩니다.

Q: 동일한 가용 영역에 있는 복제본을 기본 복제본으로 사용할 수 있습니까?

예. 동일한 가용 영역에 기본 및 복제본을 모두 배치한다고 해서 Redis용 ElastiCache 복제 그룹이 가용 영역 중단에 대해 복원력을 가지는 것은 아니라는 점에 유의하십시오.

Q: Amazon ElastiCache가 읽기 전용 복제본으로 장애 조치를 수행하는 원인이 될 만한 경우는 무엇입니까?

Amazon ElastiCache는 다음과 같은 경우 읽기 전용 복제본으로 장애 조치를 수행합니다.

  • 기본 복제본 가용 영역의 가용성 손실
  • 기본 복제본에 대한 네트워크 연결 상실
  • 기본 복제본의 컴퓨팅 장치 장애

Q: 언제 다중 AZ를 사용해야 합니까?

Redis 복제를 다중 AZ와 함께 사용하면 가용성과 내결함성이 강화됩니다. 이러한 배포는 프로덕션 환경에서 사용하기 이상적입니다.

Q: Redis용 ElastiCache 복제 그룹을 다중 AZ가 활성화된 상태로 생성하려면 어떻게 해야 합니까?

ElastiCache Management Console에서 Launch Cache Cluster를 클릭하여 Redis용 ElastiCache 기본 및 읽기 전용 복제본을 생성할 수 있습니다. 또는 CreateReplicationGroup API를 호출해도 됩니다. 기존 복제 그룹의 경우(Redis 2.8.6, 2.8.19, 2.8.21, 2.8.22, 2.8.23 및 2.8.24), ElastiCache Management Console에서 복제 그룹을 선택한 다음 Modify를 클릭하거나 ModifyReplicationGroup API를 사용하여 다중 AZ를 활성화할 수 있습니다. 복제 그룹을 다중 AZ로 전환한다고 해서 Redis 데이터에 부정적인 영향을 주는 것은 아니며, 노드가 요청을 처리하는 성능에 지장을 주지도 않습니다.

Q: 기본 노드에 오류가 발생하는 경우 어떤 읽기 전용 복제본이 승격됩니까?

읽기 전용 복제본이 1개 이상 있는 경우, 기본 복제본으로의 비동기식 복제 지연 시간이 가장 짧은 읽기 전용 복제본이 승격됩니다.

Q: 다중 AZ 사용료는 얼마나 됩니까?

다중 AZ는 무료입니다. 사용한 ElastiCache 노드에 대해서만 지불하면 됩니다.

Q: 다중 AZ가 성능에 미치는 영향은 무엇입니까?

ElastiCache는 현재 Redis 엔진의 기본 비동기식 복제를 사용하며 내구력과 제한에 영향을 받습니다. 특히 읽기 전용 복제본을 처음으로 기본 복제본에 연결하는 경우나 기본 복제본이 변경된 경우, 읽기 전용 복제본은 기본 복제본의 전체 데이터를 동기화하므로 해당 복제본 자체는 물론 기본 복제본에도 부하가 발생합니다. Redis 복제에 대한 자세한 내용은 여기를 참조하십시오. 

Q: 다중 AZ를 지원하는 캐시 노드 유형은 무엇입니까?

T1 및 T2 제품군을 제외하고, ElastiCache에서 사용할 수 있는 모든 캐시 노드 유형은 다중 AZ를 지원합니다.

Q: 자동 장애 조치가 수행될 때 알림을 받을 수 있습니까?

예. Amazon ElastiCache는 자동 장애 조치가 수행될 때 알려주는 이벤트를 생성합니다. DescribeEvents API를 사용하여 ElastiCache 노드와 관련된 이벤트에 대한 정보를 반환할 수 있습니다. 또는 AWS ElastiCache Management Console에서 'Events' 섹션을 클릭합니다.

Q: 장애 조치 이후 내 기본 복제본이 다른 AWS 리소스(예: EC2 인스턴스)와 다른 가용 영역에 위치합니다. 지연 시간을 고려해야 합니까?

가용 영역은 같은 리전의 다른 가용 영역에 지연 시간이 짧은 네트워크 연결을 제공하도록 설계되었습니다. 하나의 가용 영역이 중단되더라도 애플리케이션이 복원력을 가질 수 있도록 여러 가용 영역 전반에 애플리케이션과 다른 AWS 리소스가 중복되도록 설계할 수도 있습니다.

Q: 어디에서 다중 AZ에 대한 자세한 정보를 알아볼 수 있습니까?

다중 AZ에 대한 자세한 내용은 ElastiCache 설명서를 참조하십시오.


Q: 백업 및 복원이란 무엇입니까?

백업 및 복원이란 고객이 자신의 Redis용 ElastiCache 클러스터의 스냅샷을 생성할 수 있도록 하는 기능입니다. ElastiCache는 스냅샷을 저장하여 사용자가 이후 Redis 클러스터를 복원할 수 있도록 합니다.

Q: 스냅샷이란 무엇입니까?

스냅샷은 특정 시점의 전체 Redis 클러스터에 대한 사본입니다.

Q: 스냅샷이 필요한 이유는 무엇입니까?

스냅샷을 생성하면 노드 장애는 물론 하드웨어 장애와 같이 예기치 못한 상황으로 인해 데이터가 손실된 경우 유용하게 사용할 수 있습니다. 백업을 사용하는 또 다른 일반적인 이유는 아카이빙을 위해서입니다. 스냅샷은 내구성 있는 스토리지인 Amazon S3에 저장되므로 정전이 발생해도 데이터가 지워지지 않습니다.

Q: 스냅샷으로 어떤 작업을 할 수 있습니까?

스냅샷을 사용하여 사전 로드된 데이터와 함께 Redis용 ElastiCache 클러스터를 웜 스타트할 수 있습니다.

Q: 백업 및 복원은 어떻게 작동합니까?

백업이 실행되면 ElastiCache가 이후 복구 또는 아카이빙에 사용될 수 있는 특정 Redis 클러스터의 스냅샷을 생성합니다. 언제든지 원하는 때 백업을 실행할 수 있습니다. 또는 보존 기간을 최대 35일로 설정하여 매일 백업이 반복되도록 설정할 수도 있습니다.

복원할 스냅샷을 선택하면 새로운 Redis용 ElastiCache 클러스터가 생성되며 스냅샷의 데이터로 채워집니다. 이러한 방법으로 특정 스냅샷에서 Redis용 ElastiCache 클러스터를 여러 개 생성할 수 있습니다.

현재 ElastiCache에서는 Redis의 기본 메커니즘을 통해 RDB 파일을 스냅샷으로 생성하고 저장합니다.

Q: 내 스냅샷은 어디에 저장됩니까?

스냅샷은 S3에 저장됩니다.

Q: 백업 및 복원을 사용하여 시작하려면 어떻게 해야 합니까?

AWS Management Console, ElastiCache API(CreateCacheCluster, ModifyCacheCluster, ModifyReplicationGroup API), CLI를 통해 백업 및 복원 기능을 사용하도록 선택할 수 있습니다. 언제든지 해당 기능을 비활성화 및 재활성화할 수 있습니다.

Q: 백업할 Redis 클러스터 및 노드를 지정하려면 어떻게 해야 합니까?

백업 및 복원은 클러스터를 기반으로 스냅샷을 생성합니다. AWS Management Console, CLI 또는 CreateSnapshot API를 통해 백업할 Redis 클러스터용 ElastiCache를 지정할 수 있습니다. 복제 그룹에서는 주 클러스터 또는 읽기 전용 복제본 클러스터를 백업하도록 선택할 수 있습니다. Redis 기본 복제본에 지연 시간이 미치는 영향을 최소화할 수 있도록 읽기 전용 복제본 중 하나에서 백업을 활성화하는 것이 좋습니다.

Q: 언제 백업할지 지정하려면 어떻게 해야 합니까?

AWS Management Console, CLI 또는 API를 통해 언제 단일 백업 또는 반복 백업을 시작할지 지정할 수 있습니다. 사용자는 다음 중 선택할 수 있습니다.

  • 즉시 스냅샷을 생성합니다("Create Snapshot" 콘솔 버튼 또는 CreateSnapshot API 사용).
  • 자동 일일 백업을 설정합니다. 기본 백업 기간에 백업이 이루어집니다. 콘솔 또는 CreateCacheCluster, ModifyCacheCluster, ModifyReplicationGroup API에서 클러스터를 생성/수정하여 설정할 수도 있습니다.

Q: 백업 기간은 무엇이고 왜 필요합니까?

기본 백업 기간이란 Redis용 ElastiCache 클러스터의 백업이 시작 및 수행될 수 있도록 사용자가 정의한 기간입니다. 백업이 특정한 시간에 수행되길 원하거나 클러스터가 특히 자주 사용되는 기간에는 백업이 수행되지 않기를 원하는 경우 유용한 기능입니다.

Q: 스냅샷을 생성하면 성능에 어떤 영향을 받습니까?

스냅샷을 생성하는 동안에는 노드에서의 지연 시간이 일시적으로 길어질 수 있습니다. 스냅샷은 Redis의 기본 BGSAVE를 사용하며 BGSAVE의 장점 및 제한 사항이 적용됩니다. 특히 Redis에서 분기를 처리하는 경우에 그러합니다. 이 경우 상위에서는 계속해서 요청을 처리하는 동시에 하위에서는 디스크에 데이터를 저장한 다음 종료합니다. 분기로 인해 스냅샷이 생성되는 동안에는 메모리 사용량이 증가합니다. 이 메모리 사용량이 캐시 노드에서 사용 가능한 메모리를 초과하는 경우 스왑이 트리거되어 노드가 더욱 느려집니다. 이러한 이유로 기본 복제본 대신 읽기 전용 복제본 중 하나에서 스냅샷을 생성하는 것이 좋습니다. 또한, 스왑 사용률을 최소화하기 위해 예약 메모리 파라미터를 설정하기를 권장합니다. 자세한 내용은 여기를 참조하십시오.

Q: Redis용 ElastiCache 읽기 전용 복제본에서 스냅샷을 생성할 수 있습니까?

예. 읽기 전용 복제본에서 스냅샷을 생성하는 것은 성능에 미치는 영향을 최소화하면서 데이터를 백업하는 가장 좋은 방법입니다.

Q: 어느 리전에서 백업 및 복원 기능을 사용할 수 있습니까?

백업 및 복원 기능은 ElastiCache 서비스를 사용할 수 있는 모든 리전에서 사용할 수 있습니다.

Q: Redis용 ElastiCache 스냅샷을 내가 소유한 S3 버킷으로 내보낼 수 있습니까?

예. Redis용 ElastiCache 스냅샷을 클러스터와 같은 리전에 있는 승인된 S3 버킷으로 내보낼 수 있습니다. 스냅샷 내보내기와 필요한 권한 설정에 대한 자세한 내용은 여기를 참조하십시오.

Q: 스냅샷을 다른 리전으로 복사할 수 있습니까?

예. 먼저 같은 리전에 있는 승인된 S3 버킷 중 원하는 버킷으로 스냅샷을 복사한 다음, S3 PUT object- Copy API를 사용하여 다른 리전에 있는 버킷으로 복사해야 합니다. S3 객체를 복사하는 방법에 대한 자세한 내용은 여기를 참조하십시오.

Q: Redis용 ElastiCache를 사용하는 AWS 계정을 여러 개 보유하고 있습니다. 특정 계정에 있는 ElastiCache 스냅샷을 사용하여 다른 계정의 Redis용 ElastiCache 클러스터를 웜 스타트할 수 있습니까?

예. 먼저 같은 리전에 있는 승인된 S3 버킷 중 원하는 버킷으로 스냅샷을 복사한 다음, 다른 계정에 교차 계정 버킷 권한을 부여해야 합니다. S3 교차 계정 권한에 대한 자세한 내용은 여기를 참조하십시오. 마지막으로 CreateCacheCluster API 또는 콘솔에서 Launch Cache Cluster Wizard를 통해 클러스터를 생성하는 동안 RDB 파일이 있는 S3 위치를 지정할 수 있습니다.

Q: 백업 및 복원의 사용 비용은 얼마입니까?

Amazon ElastiCache는 활성화된 각 Redis용 ElastiCache 클러스터에 대해 스냅샷 하나만큼의 스토리지 공간을 무료로 제공합니다. 추가 스토리지는 스냅샷에서 사용한 공간에 따라 월별 1GB당 0.085 USD가 청구됩니다. 가격은 모든 리전에서 동일합니다. 스냅샷 사용을 위한 데이터 전송 요금은 무료입니다.

Q: 보존 기간이란 무엇입니까?

보존 기간이란 자동 스냅샷이 보존되는 기간을 뜻합니다. 예를 들어 보존 기간이 5로 설정된 경우 오늘 생성된 스냅샷은 5일 동안 보존된 뒤 삭제됩니다. 수동으로 하나 이상의 자동 스냅샷을 복사한 다음 저장하여 해당 스냅샷이 보존 기간 후에도 삭제되지 않도록 할 수 있습니다.

Q: 자동화된 스냅샷의 보존 기간을 관리하려면 어떻게 해야 합니까?

AWS Management Console 또는 ModifyClutster API를 사용하여 RetentionPeriod 파라미터를 수정하여 자동 백업이 보관되는 기간을 관리할 수 있습니다. 자동 백업을 완전히 비활성화하려는 경우 보존 기간을 0으로 설정합니다(권장하지 않음).

Q: Redis용 ElastiCache 클러스터를 삭제하면 스냅샷은 어떻게 됩니까?

Redis용 ElastiCache 클러스터를 삭제하는 경우 수동 스냅샷은 보존됩니다. 클러스터를 삭제하기 전에 최종 스냅샷을 생성할 수 있는 옵션도 있습니다. 자동 캐시 스냅샷은 보존되지 않습니다.

Q: 어떤 캐시 노드 유형이 백업 및 복원 기능을 지원합니까?

t1.micro 및 t2 군을 제외한 모든 Redis용 ElastiCache 인스턴스 노드 유형이 백업 및 복원을 지원합니다.

현재 세대 캐시 노드:

  • cache.m3.medium
  • cache.m3.large
  • cache.m3.xlarge
  • cache.m3.2xlarge
  • cache.r3.large
  • cache.r3.xlarge
  • cache.r3.2xlarge
  • cache.r3.4xlarge
  • cache.r3.8xlarge

이전 세대 캐시 노드:

  • cache.m1.small
  • cache.m1.medium
  • cache.m1.large
  • cache.m1.xlarge
  • cache.m2.xlarge
  • cache.m2.2xlarge
  • cache.m2.4xlarge
  • cache.c1.xlarge

Q: S3에 저장된 RDB 스냅샷을 사용하여 Redis용 ElastiCache 클러스터를 웜 스타트할 수 있습니까?

예. 콘솔의 Launch Cache Cluster Wizard나 CreateCacheCluster API를 통해 클러스터를 생성하는 동안 RDB 파일이 있는 S3 위치를 지정할 수 있습니다.

Q: VPC에서 ElastiCache를 실행 중인 경우 백업 및 복원 기능을 사용할 수 있습니까?

예.


Q: 온라인 클러스터 크기 조정이란 무엇입니까?

Redis용 Amazon ElastiCache는 실행 중인 클러스터에 샤드를 추가 및 제거할 수 있는 기능을 제공합니다. 수요 변화에 맞춰 Redis 클러스터 워크로드를 동적으로 확장하거나 축소할 수 있습니다. ElastiCache는 샤드를 추가 또는 제거하고 새로운 샤드 구성 전체로 해시 슬롯을 균등하게 재분배하여 클러스터의 크기를 조정하며, 그동안 클러스터는 계속해서 온라인을 유지하고 요청을 처리합니다.

Q: 온라인 클러스터 크기 조정을 사용할 때의 이점은 무엇입니까?

클러스터를 동적으로 확장 및 축소하는 기능은 애플리케이션 가용성을 관리하고 변동이 심한 수요를 맞추는 데 도움이 될 수 있습니다. 샤드를 추가 또는 제거하여 클러스터의 크기를 적정하게 조정함으로써 성능과 인 메모리 용량을 조정할 수 있습니다. 이 기능을 사용하면 피크 수요를 기준으로 클러스터를 오버프로비저닝할 필요가 없으므로 효율성을 개선하고 비용을 절감할 수 있습니다.

Q: 온라인 클러스터 크기 조정 기능을 사용하려면 어떻게 해야 합니까?

온라인 클러스터 크기 조정 기능은 Redis 엔진 버전 3.2.10에서 사용할 수 있습니다. 클러스터를 리샤딩하려면 해당 클러스터를 선택하고 샤드를 추가할지 제거할지 지정합니다. 확장하도록 클러스터의 크기를 조정하면, ElastiCache가 샤드를 추가하고 기존 샤드에서 새로운 샤드로 슬롯을 마이그레이션하며, 이때 슬롯은 샤드 전체에 균등한 수로 분배됩니다. 마찬가지로 축소하도록 클러스터의 크기를 조정하면, ElastiCache가 남아있는 샤드로 슬롯을 마이그레이션하여 균등하게 분배하고 지정된 샤드를 삭제합니다.

Q: 온라인 클러스터 크기 조정에는 시간이 얼마나 걸립니까?

클러스터의 크기를 조정하는 데 걸리는 시간은 클러스터에서 샤드 전체로 마이그레이션해야 하는 슬롯의 수, 데이터 규모, 수신되는 요청 속도 등 다양한 요소에 따라 달라집니다. 하지만 워크로드가 최적화되어 슬롯 마이그레이션을 병렬로 진행하므로 샤드를 더 추가함에 따라 클러스터를 확장할 때 걸리는 시간이 개선됩니다.

Q: 클러스터 크기 조정이 진행되는 동안 해당 클러스터를 사용할 수 있습니까?

예. 리샤딩이 진행되는 동안 해당 클러스터는 계속해서 온라인을 유지하고 수신되는 요청을 처리합니다. 하지만, 클러스터에 추가 로드가 발생하는 것을 방지하기 위해 리샤딩이 진행되는 동안에는 스냅샷 생성 기능이 지원되지 않습니다.

Q: 이 작업이 클러스터의 성능에 영향을 줍니까?

온라인 클러스터 크기 조정 기능이 가동 중단 없이 확장/축소하는 이점을 제공하지만, 이는 컴퓨팅 집약적 작업이므로 클라이언트 연결 지연 시간이 길어질 수 있습니다. 작업 중에 클러스터에 대한 로드를 줄이려면 모범 사례를 따르는 것이 좋습니다(설명서 참조).

Q: 온라인 리샤딩 작업의 진행 상황을 추적하려면 어떻게 해야 합니까?

클러스터, 샤드 및 노드의 상태를 확인하면 작업 진행 상황을 추적할 수 있습니다. 작업 중에는 클러스터, 샤드 및 노드가 '변경 중' 상태를 유지합니다. 마찬가지로 샤드가 생성 또는 삭제되는 중이거나 샤드에 슬롯 마이그레이션이 진행되는 중이라면 개별 샤드 상태에 이러한 상태가 반영되어 진행 상황을 보여줍니다. 또한, 엔드 투 엔드 작업의 상태는 리샤딩 작업의 진행률 표시기를 사용해 추적할 수 있습니다. 진행률 표시기는 완료된 비율을 표시하며 남은 작업 시간에 대한 통찰력을 제공합니다. 마지막으로 이벤트 메시지는 전체 작업 중에 현재 수행 중인 작업(샤드 생성, 슬롯 마이그레이션 등)을 설명하여 진행 상황을 나타냅니다.

Q: Redis용 ElastiCache 클러스터의 리밸런싱 작업이란 무엇입니까?

리밸런싱 작업은 균등한 분배를 실현하기 위해 기존 샤드 간에 슬롯에 재분배하는 데 사용될 수 있습니다. 클러스터를 생성할 때 수동으로 지정하여 슬롯이 균등하지 않게 분배되거나, 확장/축소 작업으로 슬롯이 클러스터에 균등하지 않게 분배된 경우에 유용합니다. 슬롯의 메모리와 I/O 요구 사항이 동일하다고 가정하면, 균등한 수의 슬롯 분배가 샤드 간에 로드를 밸런싱하기에 쉬운 방법입니다.

Q: 클러스터 확장 시 태깅은 어떻게 작동합니까?

클러스터를 확장하도록 새로운 노드가 추가되면, 해당 노드는 모든 기존 노드에서 공통적으로 발견되는 것과 같은 태그 세트를 보유하게 됩니다. 또한, 사용자는 모든 노드의 태그를 수정하고 계속해서 전과 같은 태깅을 사용할 수 있습니다.

Q: 온라인 클러스터 크기 조정 기능을 사용하기 위해 클라이언트 또는 애플리케이션 측면에서 변경해야 하는 사항은 없습니까?

아니요. 클러스터 크기 조정 워크플로에 사용되는 향상된 슬롯 분배 기능은 Redis 클러스터 클라이언트 동작과 호환되며 애플리케이션을 변경할 필요가 없습니다. ElastiCache는 클러스터 엔드포인트를 유지하므로 기존 클라이언트를 변경할 필요 없이 계속 사용할 수 있습니다.

Q: 향상된 Redis 엔진을 사용하는 데 드는 비용은 얼마나 됩니까?

향상된 Redis 엔진을 사용하는 데 따르는 추가 요금은 없습니다. 늘 그렇듯 사용하는 노드에 대한 비용만 부과됩니다.

 


Q: Redis용 ElastiCache의 전송 중 암호화에서는 무엇을 제공합니까?

전송 중 암호화 기능을 사용하면 클라이언트와 Redis 서버 간 그리고 Redis 서버와 Redis 서버 간(기본 노드와 읽기 전용 복제본 노드) 모든 통신을 암호화할 수 있습니다.

Q: Redis용 ElastiCache의 저장 중 암호화에서는 무엇을 제공합니까?

저장 중 암호화는 백업과 복원 중 데이터 암호화를 허용합니다. 디스크와 Amazon S3를 통해 백업되고 복원된 데이터가 암호화됩니다.

Q: 전송 중 암호화, 저장 중 암호화 및 Redis AUTH를 사용하려면 어떻게 해야 합니까?

전송 중 암호화, 저장 중 암호화 및 Redis AUTH는 모두 옵트인 기능입니다. 콘솔이나 명령줄 인터페이스를 통해 Redis 클러스터를 생성할 때 암호화와 Redis AUTH를 활성화할지 지정할 수 있으며, 계속 진행하여 Redis 클러스터와 통신을 위한 인증 토큰을 제공할 수 있습니다. 암호화가 활성화된 상태로 클러스터가 설정되면, 애플리케이션에서 추가 작업을 할 필요 없이 ElastiCache가 인증서 만료 및 갱신을 원활하게 관리합니다. 또한, 암호화된 전송 트래픽을 활용하려면 Redis 클라이언트에서 TLS를 지원해야 합니다.

Q: 전송 중 또는 저장 중 암호화를 사용할 때 필요한 Redis용 Amazon ElastiCache가 있습니까?

아니요. 전송 중 암호화에서는 클라이언트가 TLS를 지원해야 합니다. 널리 사용되는 Redis 클라이언트(Lettuce, Predis, go-Redis 등) 대부분이 TLS에 대한 지원을 제공하며, 일부 구성을 설정하면 됩니다. 원하는 Redis 클라이언트가 TLS를 지원하고 이전과 마찬가지로 Redis용 ElastiCache를 계속 사용하도록 구성되는지 확인해야 합니다.

Q: 내 기존 Redis용 ElastiCache 클러스터에 전송 중 암호화와 저장 중 암호화를 활성화할 수 있습니까?

아니요. 전송 중 암호화와 저장 중 암호화는 새로운 클러스터에서만 사용할 수 있으며 기존 Redis용 ElastiCache 클러스터에서는 지원되지 않습니다. Redis용 ElastiCache 버전 3.2.6이 이 기능을 지원하는 초기 버전입니다.

Q: 인증서를 갱신하려면 수행해야 하는 작업이 있습니까?

아니요. ElastiCache가 백그라운드에서 인증서 만료와 갱신을 관리합니다. 인증서를 유지 관리하기 위해 사용자가 수행해야 하는 작업은 없습니다.

Q: 내 인증서를 암호화에 사용할 수 있습니까?

아니요. 현재 ElastiCache에서는 사용자가 인증서를 사용할 수 있는 기능은 제공하지 않습니다. ElastiCache가 사용자를 대신해 인증서를 투명하게 관리합니다.

Q: 전송 중 암호화와 저장 중 암호화를 지원하는 인스턴스 유형은 무엇입니까?

모든 현재 세대 인스턴스에서 전송 중 암호화와 저장 중 암호화를 지원합니다.

Q: 암호화를 사용할 때 부가되는 추가 비용이 있습니까?

암호화를 사용할 때 부가되는 추가 비용은 없습니다.

 


Q: Redis용 Amazon ElastiCache는 HIPAA 적격 서비스입니까?

예. Redis용 Amazon ElastiCache는 HIPAA 적격 서비스이며, AWS BAA(Business Associate Addendum)에 추가되어 있습니다. 즉, Redis용 ElastiCache를 사용하여 개인 건강 정보(PHI)를 처리, 유지 관리 및 저장하고 의료 서비스 애플리케이션을 지원할 수 있습니다.

Q: HIPAA 적격 서비스인 Redis용 ElastiCache를 사용하려면 어떻게 해야 합니까?

AWS와 BAA(Business Associate Agreement)가 체결되어 있다면 Redis용 ElastiCache를 사용하여 HIPAA 규정 준수 애플리케이션을 구축할 수 있습니다. BAA를 체결하지 않았거나 HIPAA 규정 준수 애플리케이션에 AWS를 사용하는 것과 관련하여 질문이 있는 경우 AWS에 문의하여 자세히 알아보시기 바랍니다. Amazon HIPAA 적격 서비스를 구성하여 PHI를 저장, 처리 및 전송하는 방법에 대한 정보는 Amazon Web Services에서 HIPAA 보안 및 규정 준수를 위한 아키텍처 설계 백서를 참조하십시오.

Q: Redis용 ElastiCache에서 지원하는 규정 준수 프로그램에는 어떤 것이 있습니까?

Redis용 ElastiCache는 SOC 1, SOC 2, SOC 3, ISO, MTCS, C5 및 HIPAA와 같은 규정 준수 프로그램을 지원합니다. 현재 지원되는 규정 준수 프로그램의 목록은 규정 준수 프로그램 제공 AWS 범위 내 서비스 페이지를 참조하십시오.

Q: 규정 준수 기능을 사용하려면 추가 비용을 내야 합니까?

아니요. 규정 준수 기능을 사용하는 데 따른 추가 비용은 없습니다.