2017-02-23 2 views
0

AWS에서 Auto Scaling 그룹을 구성했습니다. 그리고 그것은 잘 작동합니다. 다음과 같이 그룹에 대해 몇 가지 경보를 구성했습니다. 평균 CPU 사용 시간이> 60 분인 경우 경보 전송 ... AWS CLI 사용.AWS 자동 조정 그룹의 각 단일 인스턴스에 대한 Cloudwatch 알람

유일한 문제는 그룹의 각 인스턴스를 모니터링하려는 경우입니다. 수동으로 구성해야합니다. 그것들은 config, template와 같이 자동으로 그것을 할 수 있습니까?

+0

각 인스턴스마다 개별적으로 알람을 요구하는 용도는 무엇입니까? 너의 대답에 대해 –

답변

0

자동 조정 그룹 전체에 대해 Average CPUUtilization과 같은 Amazon CloudWatch 경보를 생성 할 수 있습니다. 인스턴스를 추가/제거 할 때 자동 확장을 알리는 데 경보가 사용되기 때문에 이러한 결정은 그룹 전체를 기반으로합니다. 예를 들어, 한 시스템이 100 % 사용 중이지만 다른 시스템이 0 % 사용 중이면 평균 인 그룹이 50 % 만 사용 중입니다.

스케일링 동작을 트리거하는 한, 자동 스케일링 그룹의 개별 인스턴스에 알람을 배치 할 이유가 없어야합니다.

각 자동 조정 인스턴스에 개별적으로 적용될 알람을 지정하는 기능은 없습니다. Auto Scaling을 사용하여 인스턴스를 추가/제거 할 때마다 프로그래밍 방식으로 Amazon SNS 알림에 응답 할 수 있지만 직접 작성해야합니다.

+0

고마워. 귀하의 예와 마찬가지로 우리는 두 개의 인스턴스를 가지며, 하나는 100 % 사용 중이고 다른 하나는 0 % 사용 중입니다. 우리의로드 밸런서는 라운드 로빈을 사용하고 있으며, 트래픽의 약 50 %는 여전히 인스턴스 1로 보내지며, 이는 과부하 상태입니다. 이 경우를 피하고 각 인스턴스에 대해 몇 가지 경고를하고 싶습니다. – shan

+0

요청이 리소스를 많이 사용하여 CPU의 상당 부분을 차지하거나 오랜 시간 동안 사용합니까? 그렇다면 최종 사용자가 오랜 시간 동안 대기하는 대신 백엔드 처리를 위해 SQS를 통해 큐잉 요청을 수행하는 것이 좋습니다. 요청이 상대적으로 짧으면 (예 : 최대 5-10 초) 평균적으로 서버 간 균형을 유지합니다. –

관련 문제