Trusted Advisor – Performance 분야 자세히 보기
안녕하십니까, GS네오텍 최준승입니다.
지난 히스토리 먼저 소개드립니다.
AWS Trusted Advisor 활용하기
Trusted Advisor – Cost Optimization 분야 자세히 보기
이미 아시다시피 “믿을만한 잔소리쟁이”에는 총 5개의 분야가 있습니다. 인덱스명은 제 편의로 붙인 것이구요.
Cost : Cost Optimization
Perf : Performance
Sec : Security
Fault : Fault Tolerance
Limit : Service Limits
원래 모든 분야 상세소개를 지난 6월에 마무리할 계획이었는데요. 세상일이란게 그렇게 계획대로 되질 않더군요.
제 인생도 아마 계획대로 되었으면. 지금 이 글을 쓰고 있지 않았겠죠? 하하.. 농담이구요.
오늘은 Performance, 바로 성능 분야입니다.
각 항목은 가독성이 좋도록 중요도나 서비스에 따라 제 임의대로 순서를 재배열하였습니다.
▲ 노란색은 주의항목이고 ◎ 빨간색은 경고항목입니다.
여러분도 AWS 계정을 사용중이시라면, 성능 측면에서 어떤 리포팅이 있는지 한번쯤 살펴보시는게 어떨까요?
그럼 시작!
Performance
[Perf-01] High Utilization Amazon EC2 Instances
▲ (최근 14일 중 4일 이상) “일평균 CPU 사용량 ≥ 90%” 인 인스턴스가 있다
※ 대안: 인스턴스 타입을 상향하거나 오토스케일링 구성을 통해 수평적으로 확장
[Perf-02] Amazon EC2 to EBS Throughput Optimization
▲ (전일) “EBS 실제 볼륨 처리량(MB/s) ≥ EC2와 EBS간 스펙처리량의 95%”인 빈도가 50% 초과인 EBS 볼륨이 있다
※ 대안: EBS 볼륨 처리량에 맞춰 EC2 – EBS간 더욱 높은 Throughput을 제공하는 EC2 인스턴스로 상향
[Perf-03] Amazon EBS Provisioned IOPS (SSD) Volume Attachment Configuration
▲ PIOPS 타입의 EBS가 EBS-Optimized를 지원하지 않는 EC2 인스턴스에 연결되어 있다
※ 대안: 해당 EBS 볼륨을 EBS-Optimized를 지원하는 인스턴스로 변경하여 Attach한다
[Perf-04] Large Number of EC2 Security Group Rules Applied to an Instance
▲ “설정한 Security Group(s)의 모든 룰 갯수 ≥ 50″인 인스턴스가 있다
※ 대안: 인스턴스에 지정된 Security Group(s) 룰 중에서 불필요하거나 중복된 항목을 제거
[Perf-05] Large Number of Rules in an EC2 Security Group
▲ “설정한 룰의 갯수 ≥ 50″인 Security Group 객체가 있다
※ 대안: 해당 Security Group의 룰 중에서 불필요하거나 중복된 항목을 제거
[Perf-06] CloudFront Content Delivery Optimization
▲ (최근 30일) “총 Data Transfer Out ≥ 월평균 저장량의 25배”인 S3 버킷이 있다 ◎ + 그 양이 10TB 이상
※ 대안: CloudFront을 사용하면 개선된 응답 속도와 비용 이점을 제공하므로 앞단에 CDN 계층 구성을 고려
[Perf-07] CloudFront Alternate Domain Names
◎ “Alternate Domain Names 설정됨 && DNS 레코드가 해당 배포에 미연결된” CloudFront 배포가 있다
※ 대안: DNS 쿼리가 해당 CloudFront 배포로 연결되도록 DNS측 설정을 업데이트
[Perf-08] CloudFront Header Forwarding and Cache Hit Ratio
▲ CloudFront에서 원본으로 전달하는 HTTP 요청 헤더 중 Cache Hit 비율을 심히 저해하는 Header 항목이 있다
※ 대안: 해당 헤더값과 무관하게 동일 객체를 반환해도 되는 환경이라면 CloudFront에서 해당 헤더를 원본에 전달하지 않도록 설정
[Perf-09] Amazon Route 53 Alias Resource Record Sets
▲ Route53에서 “CNAME 형식으로 S3 끝점, CF 배포, ELB 끝점에 연결”된 DNS 레코드가 있다
※ 대안: 연결하려는 주소가 위와 같은 AWS 리소스 끝점일 경우 Alias 형식으로 변경 (비용 및 성능상 이점)
[Perf-10] Overutilized Amazon EBS Magnetic Volumes
▲ “EBS-Optimized 인스턴스에 연결 or 일평균 IOPS 중앙값 ≥ 95″인 EBS 마그네틱 볼륨이 있다
※ 대안: 보다 상향된 IOPS 성능 환경을 위해 GP2 또는 PIOPS 타입의 볼륨으로 변경
저는 개인적으로 기승전결이 없는 나래비성 포스팅은 그렇게 좋아하지 않습니다.
정보성 글은 안그래도 재미없는데, 더 재미없거든요.
하지만 이 리스트를 찾아서 검색한 누군가에겐 도움이 되겠지요?
마치겠습니다. 그럼 끝!
최신 댓글