[AWS] AWS 볶음밥7 (모니터링, 스케일링)

모니터링을 왜 하는가?

 

• 운영 상태 : 운영 가시성 (제대로 운영되고 있는지?) 및 인사이트 확보
• 어플리케이션 성능 
• 리소스 사용율
• 보안 감사

 

를 보고 서비스를 잘 운영하기 위해

 

Amazon CloudWatch

지표 및 로그를 거의 실시간으로 수집

모니터링 데이터를 한 곳에서 엑세스

경보 생성, 알림 전송

 

주요 기능 

• 수집
• 모니터링
• 대응
• 분석

 

예를 들어 데이터를 수집하고 리소스의 사용률을 모니터링하다가 특정 수치 이상을 넘으면 이벤트 발생시켜 스케일링 등의 대응할 수 있음 

 

 

로그 유형

• Aws CloudTrail - 사용자 활동 및 API 사용량을 추적
• VPC Flow Logs - 네트워크 인터페이스에서 송수신되는 IP 트래픽에 대한 정보를 수집
• 사용자 지정 로그 - 애플리케이션 인스턴스에서 생성된 사용자 지정 로그를 저장
• CloudWatch Logs - 위의 3개의 로그들 받아서(로그 스트림) -> 그룹핑 -> 필터링해서 이를 CloudWatch에 보내는 등 

 

CloudWatch 경보

지표 식별 -> 기준에 따라 경보 발생 -> 정의된 작업 실행

상태

• 임계값 초과X (OK)
• 임계값 초과 (Alram)
• 정보 부족 (Insufficient Data)

 

Aws CloudTrail 

계정 활동 로깅하고 모니터링함

대부분의 AWS 서비스에 대한 API 호출 상호 작용을 기록

S3에 로그 자동으로 저장

 

 

로드 밸런서

자동으로 트래픽 여러 대상에 분산

고가용성 제공

보안기능 통합 (보안 그룹 설정 가능)

상태 확인 실행 (핑 던져서 반응 없으면 트래픽 할당X)

 

• ALB(Application Load Balancer)
  • 경로 기반 라우팅
  • 라운드 로빈 방식
  • 트래픽의 고급 로드 밸런싱 (Layer 7에서 작동)
• NLB(Network Load Balancer)
  • 성능 좋음
  • 고정 IP 가짐
  • Hash 방식
  • TCP 트래픽의 로드밸런싱 (Layer 4에서 작동)
• GLB(Gateway Load Balancer)
  • Layer 3에서 작동
  • 서드 파티 어플리케이션들과 같이 사용할 수 있음
• CLB(Classic Load Balancer)
  • 이전 세대, 지금은 사용X
  • EC2 -Classic 네트워크를 사용하는 어플리케이션 용
  • 요청 및 연결 수준에서 작동

 

Auto Scaling

AutoScaling 그룹으로 지정해두고, 지정된 조건이 되면 인스턴스를 자동으로 늘리고 줄이는 기능