SOA #7, Elastic and Scalability -1

Elastic and Scalability

• Elasticiy : 탄력성, 수요에 따라 필요할 땐 늘어나고 필요없을 땐 줄어드는 특성
• Scalability vs Elastcity
  • EC2
    • Scalability : 예약 인스턴스를 이용하여 인스턴스 사이즈를 증가시키는 것
    • Elasticity : Autoscaling에 기반하여 EC2의 숫자를 늘리는 것
  • DynamoDB
    • Scalability : 무제한의 스토리지와 처리량
    • Elasticity : 트래픽 폭증시 IOPS(읽기/쓰기 용량)를 추가 증설하는 것이고, 감소 후에 그 수를 줄이는 것
      • On-demand Mode : AWS에 의해 자동으로 워크로드에 따른 읽기/쓰기 용량 조절
      • Provisioing Mode : 초당 읽기/쓰기 용량 지정 가능, Autoscaling을 통해 최소/최대 프로비져닝 설정, 목표 사용량 설정 가능
  • RDS
    • Scalability : 인스턴스 사이즈를 증가시키는 것, small - > medium
    • Elasticity : 불가능, 수요에 따라 스케일 in/out 불가
  • Aurora
    • Scalabilty : 인스턴스 타입 변경
    • Elasticity : Aurora Serverless
  • Elasticity : 단기적 관점에서 수요에 따라 확장/감소(Scale in/out)
  • Scalability : 장기적인 관점에서 인프라 증설(Scale up/down)

RDS Multi-AZ Failover

• Multi-AZ는 장애시 대응을 위한 것이기 때문에 성능과는 무관함
• RDS의 경우, MySQL, Oracle, PostgreSQL 엔진이 동기화된 복제본을 갖게 됨
• MS SQL Server의 경우 미러링을 위해 동기화된 logical replication을 사용함
• 백업과 복구 모두 Standby에서 진행하여 성능 저하를 피함
• RebootDBInstance API Call을 통해 강제로 Failover할 수 있음

RDS & Using Read Replica

• 읽기 성능을 비약적으로 향상시키기 위한 기능(Scale out)
• 엔진의 자체적이고 비동기적인 복제본을 통해 생성되고 업데이트됨
• 소스 DB가 패치/백업 등의 작업으로 인해 서비스 제공이 불가능할 때 Read Replica가 서비스 제공
• MySQL, PostgreSQL, MariaDB, Aurora(모든 엔진에 대하여 다른 리전에 Read Replica 생성 가능)
• Read replica 생성시 스냅샷이 생성되는데 Multi-AZ enable/disable에 따라 Secondary/Primary DB가 스냅샷 생성을 수행
  • disable일 경우, 약 1분간 I/O 지연현상 발생
• Read Replica는 StandAlone으로 승격 가능(Failover와 다른 개념)
• MySQL, PostgresSQl, MariaDB는 5개까지 보유 가능
• 다른 Region에도 두는 것이 가능
• Snapshot과 Backup은 Read Replica에서 가져올 수 없음
• automated backups이 활성화되어있지 않으면 Read Replica 생성 불가