나는, 자동 스케일링 그룹을 통해 바스 티언 호스트를 시작할 수 있습니다 : 1, "DesiredCapacity을": 1.장애 복구를 위해 auto-scaling-group으로 요새 호스트를 시작할 수 있습니까? 내가 "MinSize로"를 설정하도록
나는 일반적으로 ASG가에서 ELB 또는 SQS와 CloudWatch를 함께 사용하는 것이 이해 로드 밸런싱 또는 스케일링 목적. 여기 내 목적이 다르다고 느낍니다. 내 보루 기계를 가동시키고 싶습니다. 가능한 한 빨리 되돌려 놓고 싶습니다. (나는 바스 티언 호스트가 "HA"가 될 필요는 없지만 3 분 이내에 말하기를 자동으로 복구 할 수 있기를 바란다)
자동 스케일링 그룹의 유스 케이스가 있습니까?
예, 자동 확장 그룹을 사용하면 EC2 상태 검사에 실패하면 실패한 호스트가 자동으로 교체됩니다.
그러나이 방법이 문제를 해결하는 최선의 방법은 아닙니다. EC2는 지난 해 현재 Auto Recovery을 지원합니다. EC2 상태 검사에 실패한 인스턴스에 대해 다양한 작업을 수행하도록 복구를 구성 할 수 있습니다. Auto Scaling에 비해 장점은 신축성있는 IP를 새로운 인스턴스로 마이그레이션 할 수 있다는 것입니다. docs에는이 정보를 설정하는 데 필요한 모든 정보가 포함되어 있습니다. http://docs.aws.amazon.com/quickstart/latest/linux-bastion/architecture.html
예, 유효한 사용 사례입니다. 자동 크기 조정 그룹을 사용하면 생성 가능한 인스턴스를 자동으로 설정해야합니다. 즉, 인스턴스 유형 및 실행하려는 이미지와 같은 항목과 그룹의 인스턴스 수를 지정하는 실행 구성을 정의해야합니다. 원하는 인스턴스를 '1'로 설정하면 자동 확장 그룹 (AG)이 하나의 인스턴스가 실행되도록 강제합니다.
문제 : 부팅 할 때 인스턴스에 다른 IP가 할당되어 어디에 도달할지 알 수 없습니다. 여기에는 두 가지 방법이 있습니다. - ELB를 사용하면 ELB의 주소에서 언제든지 연락 할 수 있습니다. 하나의 인스턴스 만 실행하는 경우 이는 과도한 과잉 행위입니다. - 부팅 할 때 인스턴스에 탄성 IP를 할당합니다. 아마존은 아직이 상자를 지원하지 않는다고 생각하지만, 웹에서이 작업을 수행하는 스크립트를 찾을 수 있습니다.
이 설정으로도 오류가 발생하지는 않습니다. 그러나 일단 인스턴스가 실패하면 종료하는 문제이며 새로운 인스턴스는 5 분 정도 후에 백업이됩니다.
"탄성 IP를 할당"나는쪽으로 생각하고 정확히입니다 - – chen
답변의 일부가 잘못되었습니다. EC2 자동 복구는 탄성 IP를 실패한 인스턴스를 대체하는 새 인스턴스로 마이그레이션 할 수 있습니다. :) – mickzer