SAA #5, CloudWatch & EFS & RDS

 CloudWatch

• AWS 클라우드 리소스와 AWS에서 실행되는 애플리케이션을 위한 모니터링 서비스
• Cloudwatch는 성능을 모니터링
• EC2,Autoscaling, ELB, Route 53 Health Check, EBS Volume, Storage Gateway, Cloudfront 등의 성능 관제를 지원
• CPU, Network, Disk, Status Check 등의 항목 존재
• CloudTrail은 console action과 API Call을 기록하여 어느 유저와 계정이 얼마나 요청을 하는지 확인 가능케 함
• Cloudwatch는 성능을 감시하지만, Trail은 요청을 감시함
• CloudWatch는 기본적으로 5분 간격으로 모니터링(EC2, Standard Monitoring)하지만 세부 모니터링 사용시 1분으로 변경 가능
• 세부 모니터링은 EC2 생성시 별도로 활성화해주어야 하며, 하지않으면 Standard Monitoring 적용

 Elastic File System

• 네트워크 파일 시스템(NFSv4)를 사용하여 파일 스토리지 서비스
• 사용중인 스토리지에 대해서만 과금
• 페타바이트까지 확대 가능
• 수천 개의 커넥션 설정 가능
• 데이터는 다수 AZ에 걸쳐 저장됨
• Autoscaling이 자동으로 적용되기 때문에 미리 크기를 프로비져닝할 필요 없음

 Relation Database System

• 관계형 데이터베이스를 지원하는 서비스
• 종류로는 SQL Server, Oracle, MySQL Server, PostgreSQL, Aurora, MariaDB 등이 존재함
• Read Replicas, Multi-AZ(AZ1 - Primary Database, AZ2 - Secondary) 지원
• OS에 접근하여 제어할 수 없음
• OS와 DB 패치는 전적으로 아마존이 책임짐
• RDS는 Serverless 서비스가 아님(Aurora는 Serverless임)

 RDS Backup, Multi-AZ, Read Replicas

• 백업은 1일에서 35일까지 가능(기본값은 7일)
• 기본적으로 활성화되어 있으며 백업 데이터는 S3에 저장됨(10Gb의 RDS 인스턴스가 있다면, S3에 10Gb의 스토리지가 있는 것과 같음)
• 암호화는 MySQL, Oracle, SQL Server, PostgreSQL, MariaDB & Aurora에 KMS를 사용하여 제공됨
• Read Replica, Backup, Snapshot 모두 암호화됨
• 'A' AZ의 DB를 통해 서비스하다 'A'가 죽으면 'B' AZ의 'B' DB로 서비스(즉 리부팅을 통해 failover)
• 자동으로 failover됨
• Multi AZ는 MySQL, Oracle, SQL Server, PostgreSQL, MariaDB의 서비스만 가능
• Read Replica(RR)는 로드 밸런싱을 위한 읽기 전용 DB
• Read Replica는 MySQL, PostgreSQL, MariaDB, Aurora 서비스만 가능(MPMA)
• RR는 부하 분산용이지 DR이 아님, 자동백업이 반드시 활성화되어있어야 함
• 어느 DB든지 최대 5개까지 보유 가능하며, Read Replica의 Read Replica을 가질 수 있음(지연시간 존재)
• 각 Read Replica은 자신만의 DNS 엔드 포인트를 가지며 Multi-AZ 지원 가능
• Read Replica은 DB로 승격 가능
• Read Replica
  • 반드시 백업이 활성화되어있어야 하며, Multi-AZ를 지원함
  • 다른 리전에도 둘 수 있음
  • Aurora 혹은 MySQL 가능(Read Replica의 Read Replica)
  • 마스터로 승격 가능하지만 RR이 사라짐