AWS OpsWorks : Memcached 대신 Redis를 사용하십시오.

Question

AWS OpsWorks에서 Memcached 대신 Redis를 레이어로 사용할 수 있습니까?

곧 프로젝트 작업을 시작합니다 및 때문에 나는 내 유일한 데이터베이스로 레디 스를 사용하는 방법에 대한 생각 : 개발 중에

- It's really fast 
- Has built-in persistence 
- Is available as a service on AWS, unlike MongoDB 

(그리고 아마도 최종 생산 환경에) 서버가 업무 중에 만 실행됩니다 우리의 비용을 줄이기 위해.

Redis를 사용하고 아무도 사용하지 않을 때 캐시/데이터베이스 서버를 종료하는 방법에 대한 아이디어가 있습니까?

저는 DevOps를 처음 접했고 전에는 요리사 영수증을 가지고 일한 적이 없었습니다. 오늘 AWS OpsWorks 서비스를 처음으로 확인했습니다. 잠시 기다려주십시오.

감사합니다.

Answer 1

OpsWorks 만 사용하려는 경우에는 Redis의 상자가 없습니다. 그러나 사용자 지정 래서 피를 만들고 자신의 Redis 레이어를 만들 수 있습니다.

OpsWorks 만 사용하지 않아도되는 경우 ElastiCache는 memcached 또는 Redis를 사용할 수 있습니다.

Answer 2

이 시나리오에서 가장 좋은 방법은 표준 EC2에서 실행되는 자신의 Redis 복사본을 넣는 것입니다.

왜 그렇습니까?

1. Elasticache를 사용할 수 없으므로 중지 할 방법이 없으므로 연중 무휴로 지불해야합니다.
2. 캐시 계층에 OpsWorks 또는 Beanstalk를 사용하면 효율적이지 않으므로 다른 인스턴스에서 조각이 분산되는 방식을 제어 할 수 없으므로 유용하지 않습니다.
3. Redis는 매우 빠르며 1 인스턴스는 1에서 5 천 개 정도의 초당 많은 명령을 처리 할 수 ​​있습니다.
4. 여전히 응용 프로그램을 OpsWorks에서 사용할 수 있습니다. 캐시 계층을 EC2 구조로 지정하면됩니다. 물론 QA 환경을위한 도메인 이름을 만들 수 있으며 원하는 경우 ELB를 앞에 놓을 수도 있습니다.
5. 하나의 인스턴스 만 사용하더라도 내부에 많은 수의 Redis 인스턴스를 만들 수 있습니다. 이렇게하면 생산 조각을 에뮬레이션 할 수 있습니다. 프로덕션 환경이라 할지라도 서버 당 1 개 이상의 redis 인스턴스를 갖는 것이 좋다고 생각합니다. 일반적으로 코어 당 인스턴스 1 개를 구성합니다. 예 : 4 cpus, 4 redis.

아무도 사용하지 않을 때 서버를 사용하지 않기로 결정 했으므로 귀하의 질문에 QA/Dev 환경에 대해 이야기하고 있다는 것을 이해했습니다. =]