클라우드 워치 및 자동 크기 조정 구성 관련 질문. 나는 웹 사이트를 호스팅하는 ec2 인스턴스 (인스턴스 1)를 가지고 있으며 그 중 AMI (이미지 1)도 만들었습니다. 인스턴스 1이 완전히 저하되었을 때 이미지 1에서 새 인스턴스 (인스턴스 2)를 시작하려고 시스템을 구성하려고합니다. 따라서로드 밸런서가 필요하지 않습니다.AWS 자동 구성 및 클라우드 감시 구성
질문. 2
내가 규모를 구성해야합니까 예를, 최소 매개 변수 0으로, 구성 자동 확장을 1 개 사용 구름 시계 메트릭을 maxsize와 statuscheck 실패에 대해 모니터링 한 후 인스턴스 1을 종료하고 사용 -이 내가 사용하려는 단계입니다 축소 정책? systemCheck가 올바른 metrcs가 인스턴스 실패를 모니터하는 데 실패 했습니까? 시나리오에 cloudwatch와 함께 자동 확장 기능을 사용해야합니까? 감사합니다.
Thanksa
이 질문은 서비스 저하를 받고 피하기 위해 부하 분산 장치 뒤에 서비스를 확장하는 확장의 일반적인 용도에 정반대 보인다.
일반적으로 사용자의 경우 minsize/maxsize를 사용하는 방법은 minsize 및 maxsize = 1을 모두 사용하는 것입니다. 자동 확장 그룹에서 새 인스턴스를 생성하려면 다음 작업을 수행해야합니다. 기존 인스턴스를 종료하십시오. 인스턴스 카운트가 이제 0이되었으므로, autoscale은 새로운 인스턴스를 시작하기 위해 시작됩니다. 물론 두 번째 인스턴스가 트래픽을 수용 할 준비를하는 동안 몇 가지 중단 시간을 갖게됩니다. 그러나 귀하의 첫 번째 인스턴스가 어쨌든 반응이 없다면, 이것은 당신에게 중요하지 않을 수 있습니다.
개인적으로 테스트 용도 이외의 부하 분산 장치 뒤에 단일 인스턴스 만있는 경우를 개인적으로 이해할 수 없습니다. 로드 밸런서 뒤에 두 개 이상의 프로덕션 인스턴스가 항상 있어야하므로 두 인스턴스 중 하나에서 상태 확인이 실패하면로드 밸런서의 트래픽이 다른 인스턴스로 짧은 순서로 이동합니다 (시작하는 데 걸리는 시간보다 훨씬 짧은 시간). 새 인스턴스를 만들고 트래픽을 수용 할 준비가되어 있어야합니다.
자동 조절 규칙은 매우 유연하며 이론적으로 원하는 것을 할 수 있습니다. Autoslacing 정책을 구성하고 Cloudwatch 메트릭에 연결하는 방법에 대한 AWS 설명서는 아래 링크를 참조하십시오. 달성하기가 꽤 쉽습니다.