[AWS] Elasticache Redis 사용하기

AWS
Elasticache Redis

 

Redis 에 대해서는 구글링 하면 잘 정리된 문서가 있으니 참고하시고,
여기에서는 AWS 에서 Redis 를 사용하는 방법을 작성해봅니다.

 

생성

 

aws console 에서 Elasticache 검색

 

Redis 캐시 선택

 

우측 상단에 Redis 캐시 생성 클릭

 

배포 옵션에는 "서버리스"와 "자체 캐시 설계"가 있습니다.

먼저 "서버리스"에는 다음과 같은 생성 방법이 있습니다.

 

다음은 "자체 캐시 설계" 의 생성 옵션입니다.

	장점	단점
서버리스 (Serverless)	관리 부담 감소: 서버리스 환경에서는 인프라 및 운영체제와 관련된 관리 부담이 크게 감소합니다. AWS가 인프라 구성 및 확장을 관리하므로 개발자는 애플리케이션 코드에 집중할 수 있습니다. 초기 비용 절감: 필요한 용량만큼만 사용하므로 초기 비용이 절감될 수 있습니다. 자동 확장: 트래픽이 증가하면 자동으로 확장되므로 성능이 유지됩니다.	커스터마이징 제한: 서버리스 환경에서는 일부 제한이 있을 수 있으며, 특정 요구사항을 충족시키기 위한 커스터마이징이 어려울 수 있습니다. Cold Start: 일부 서버리스 서비스는 사용하지 않는 상태에서 다시 활성화될 때 초기 시작 속도가 느릴 수 있습니다.
자체 캐시 설계 (Self-managed Redis)	커스터마이징 가능: 자체 캐시 설계를 통해 Redis 설정을 완벽하게 제어하고 최적화할 수 있습니다. 용량 및 성능 제어: 필요한 만큼의 용량과 성능을 직접 결정할 수 있습니다. 전체 제어: 인프라 구성부터 Redis 클러스터 설정까지 전반적인 제어가 가능합니다.	운영 부담: 서버 관리, 운영 및 확장에 대한 책임이 개발팀에게 있으므로 관리 부담이 크게 증가할 수 있습니다. 비용 및 복잡성: 서버 자원 및 운영에 대한 비용이 발생하며, 운영 복잡성이 증가할 수 있습니다. 자동 확장의 어려움: 서버리스 환경만큼 쉽게 자동으로 확장되지 않으므로 트래픽 예측 및 관리에 노력이 필요합니다.

어떤 것을 선택해야 할까요?
간단하고 관리 부담을 최소화하려는 경우: 서버리스 Redis를 고려할 수 있습니다.
완벽한 제어와 최적화가 필요하며 관리 부담을 감수할 수 있는 경우: 자체 캐시 설계를 선택할 수 있습니다.
비즈니스 요구에 따라 적절한 솔루션을 선택하는 것이 중요합니다.

 

저는 fast api 에서 DB나 ElasticSearch의 무거운 조회에 대한 값을 cache 하려고 하기 때문에 "서버리스"로 선택하려고 합니다.

그래서 최종 설정은 다음과 같습니다.

생성을 누르면 Redis 서버가 생성됩니다.

간단하죠.

1분정도 시간이 걸린다고 나옵니다.

엔드포인트가 나올때까지 기다립니다.

 

(새로고침을 해줘야하네요)

 

엔드포인트가 나오면 Redis Client로 접속하면 됩니다.

 

관련 글

[AWS] Elasticache Redis 에 Python 으로 사용하기

[Python] Redis Docker 로 실행하고 Python 으로 사용하기