[AWS] ElastiCache Redis를 Multi-AZ 구조로 설정하면 AOF의 설정이 불가능할 것 같은데?

2868 단어 elasticache
Redis
오늘은 엘라스티 캐시 레디스를 자주 건드리기 때문에 오늘은 두 번째 엘라스티 캐시 노트입니다.
ElastiCache Redis는 Multi-AZ를 지원하기 때문에 Multi-AZ로 구성되어 클러스터를 만듭니다.
Parameter Group에 appeendonlyyes의 그룹을 설정하면 오류가 발생합니다!쿵!(아마도...)

Cannot have redis persistence(appendonly) and Multi-AZ both on
겸사겸사 이런 잘못을 말씀드리겠습니다.
누군가가 같은 실수를 한 것 같아서 나는 이 보도를 참고했다.
[AWS] 도AZ의 ElastiCache Redis의 지속성에 대한 노트
사실 올해 한 달 정도 다른 실례에서도 마찬가지로 멀티-AZ를 구성하는 집단이 있었지만, 거기에 AOF의 설정이 있었다!(더 깊은 수수께끼)

결국


명확한 진전이 없기 때문에 AOF가 설정하지 않은 Parameter Group을 설정하면 집단 제작에 문제가 없다.
참고한 기사가 있지만 멀티-AZ에서는 실례가 죽으면 그 실례가 폐기되기 때문에 AOF의 의미를 남기지 않았을까?이런 가설이 있다.
나도 그 의견에 동의한다.
혹시 아시는 분?
추기 2015/02/18
이 일에 대해 AWS에 문의한 후 즉시 대답을 얻었습니다!
Multi-AZ 구조를 통해 AOF가 설정한 규격을 진행할 수 없습니다
영어만 있지만 문서에 기재되어 있습니다.
 - Best Practices for Implementing Amazon ElastiCache/Mitigating Out-of-Disk-Space Issues When Using AOF
  http://docs.aws.amazon.com/AmazonElastiCache/latest/UserGuide/BestPractices.html#BestPractices.FaultTolerance
Enabling Redis Multi-AZ as a Better Approach to Fault Tolerance
 If you are enabling AOF to protect against data loss, consider using a replication group with Multi-AZ enabled instead of AOF. In any Redis replication group, if a replica fails, it is automatically replaced and synchronized with the primary cluster. If Multi-AZ is enabled on a Redis replication group and the primary fails, it fails over to a read replica. This functionality is much faster than rebuilding the primary from an AOF file. For maximum fault tolerance, even against a hardware fault in an underlying physical server, launch your primary and replica clusters in different Availability Zones. Because there is no need for AOF in this scenario, you do not risk running out of disk space.
AOF이지만 로컬 디스크에 쓰기 위해 물리적 장애를 해결할 수 없습니다.또한 디스크에 쓰기 편리하도록 업데이트가 너무 많으면 로컬 디스크를 사용하고 쓸 수 없다는 보고서도 있습니다.이런 영향을 피하기 위해 가장 좋은 실천 방법은 AOF가 아니라 멀티-AZ 구성에 따라 장애에 대한 저항성을 고려하는 것이라고 조언했다.
멀티-AZ의 구성으로 충분한 고장 저항성을 확보할 수 있기 때문에 ElastiCache의 규격으로 AOF와 병용할 수 없습니다.
역시 멀티-AZ가 됐기 때문에 AOF 파일을 만들 필요가 없다.
신속하게 연락해 주셔서 감사합니다.

좋은 웹페이지 즐겨찾기