SOA #8, Elastic and Scalability -2

ElastiCache

• DB의 느린 디스크 쿼리를 대신하여 보다 빠른 검색을 위한 웹 서비스
• Social networking, gaming, media sharing, QA portal 등에 낮은 지연시간과 무거운 워크로드에 사용
• Memcached / Redis는 key-value기반 캐쉬으로 list나 정렬 같은 데이터구조 제공에 효율적
• Redis는 Multi-AZ와 Read Replica를 지원
• CPU Utilization, Swap Usage, Evictions, Concurrent Connections 등의 지표를 가짐
• 자주 변경되지 않으면서 무거운 작업에 적합
• 지속적인 OLAP 트랜젹션으로 인한 지연일 경우 Redhsift가 최적

Aurora

• 각 AZ마다 2개의 데이터 복사본을 두어 6개를 유지(각 AZ마다 최대 3개까지 증가시킬 수 있음)
• 10GB에서 시작해 최대 64TB까지 증가(Storage Autoscaling)
• 최대 64vCPUs, 488GiB of memory 제공
• Data block과 디스크를 끊임없이 점검해 손상될 경우 자가 치유 실시
• Master가 Cluster volume에 있는 각 복사본에 쓰기 작업을 실시하여 데이터를 공유
• Read Replica는 최대 15개까지 보유 가능
• Aurora Replica는 Aroroa Replica와 MySQL Read Replica 두 가지 종류가 있음
• 쓰기 작업이 이슈라면 Scale up, 읽기 작업이 이슈라면 Sclae out을 해야함
• Aurora Serverless : Aurora Autoscaling 구성
• Cross region Read Replica 생성 가능(Multi-AZ 구성 추천)
• 암호화는 default 옵션이며 Failover는 티어가 낮을수록 우선순위가 됨
• 한 번 암호화가 발동되면 모든 Read Replica도 암호화됨

Troubleshooting Autoscaling(아래의 경우 EC2가 시작하지 않음)

• 키 페어가 없을 때
• 보안 그룹이 없을 때
• 오토스케일링 컨피그가 올바르게 작동하지 않을 때
• 오토스케일링 그룹이 더이상 없을 때
• 인스턴스 타입이 AZ에서 지원하지 않을 때
• AZ가 더이상 없을 때
• 유효하지 않은 EBS가 맵핑될 때
• 계정에서 오토스케일링 서비스가 허용되지 않을 때
• 인스턴스 스토어 AMI에 EBS를  붙이려고 할 때