자동 복구를 사용하여 실패한 인스턴스 대체

중요

이 AWS OpsWorks Stacks 서비스는 2024년 5월 26일에 만료되었으며 신규 및 기존 고객 모두에 대해 비활성화되었습니다. 가능한 한 빨리 워크로드를 다른 솔루션으로 마이그레이션하는 것이 좋습니다. 마이그레이션에 대한 질문이 있는 경우 AWS re:Post 또는 AWS Premium Support를 통해 AWS Support 팀에 문의하세요.

모든 인스턴스에는 서비스와 정기적으로 통신하는 AWS OpsWorks Stacks 에이전트가 있습니다. AWS OpsWorks Stacks는 해당 통신을 사용하여 인스턴스 상태를 모니터링합니다. 에이전트가 약 5분 이상 서비스와 통신하지 않는 경우 AWS OpsWorks Stacks는 인스턴스가 실패한 것으로 간주합니다.

자동 복구는 계층 수준에서 설정됩니다. 다음 스크린샷에 나온 것처럼 계층 설정을 편집하여 자동 복구 설정을 변경할 수 있습니다.

참고

인스턴스는 여러 계층에 속할 수 있습니다. 이러한 계층 중 하나라도 자동 복구가 비활성화된 경우 AWS OpsWorks Stacks는 인스턴스가 실패할 경우 인스턴스를 복구하지 않습니다.

계층에 자동 복구가 활성화된 경우 기본 설정인AWS OpsWorks 스택은 다음과 같이 계층의 실패한 인스턴스를 자동으로 대체합니다.

인스턴스 스토어 지원 인스턴스

1. Amazon EC2 인스턴스를 중지하고 종료되었는지 확인합니다.

2. 루트 볼륨의 데이터를 삭제합니다.

3. 호스트 이름, 구성 및 계층 멤버십이 동일한 새 Amazon EC2 인스턴스를 생성합니다.

4. 이전 인스턴스가 원래 시작된 후 연결된 EBS 볼륨을 포함하여 모든 Amazon 볼륨을 다시 연결합니다.

5. 새 퍼블릭 및 프라이빗 IP 주소를 할당합니다.

6. 예전 인스턴스가 탄력적 IP 주소에 연결된 경우, 새 인스턴스를 동일한 IP 주소에 연결합니다.

Amazon EBS지원 인스턴스

1. Amazon EC2 인스턴스를 중지하고 중지되었는지 확인합니다.

2. EC2 인스턴스를 시작합니다.

자동 복구된 인스턴스가 다시 온라인 상태가 되면 AWS OpsWorks 스택은 스택의 모든 인스턴스에서 수명 주기 구성 이벤트를 트리거합니다. 연결된 스택 구성 및 배포 속성에는 인스턴스의 퍼블릭 및 프라이빗 IP 주소가 포함됩니다. Custom Configure 레시피는 노드 객체에서 새 IP 주소를 가져올 수 있습니다.

계층의 인스턴스에 Amazon EBS 볼륨을 지정하면 AWS OpsWorks Stacks는 새 볼륨을 생성하고 인스턴스가 시작될 때 각 인스턴스에 연결합니다. 나중에 인스턴스에서 볼륨을 분리하려면 리소스 페이지를 사용하세요.

AWS OpsWorks Stacks가 계층의 인스턴스 중 하나를 자동으로 복구하면 다음과 같은 방식으로 볼륨을 처리합니다.

• 인스턴스가 실패할 때 볼륨이 인스턴스에 연결된 경우 볼륨과 해당 데이터가 저장되고 AWS OpsWorks Stacks가 새 인스턴스에 연결됩니다.

• 인스턴스가 실패할 때 볼륨이 인스턴스에 연결되지 않은 경우, AWS OpsWorks Stacks는 계층에 의해 지정된 구성으로 새로운 빈 볼륨을 생성하여 새 인스턴스에 연결합니다.

자동 복구는 모든 계층에서 기본적으로 활성화되어 있지만 계층의 일반 설정을 편집하여 비활성화할 수 있습니다.

중요

자동 복구를 활성화하는 경우, 반드시 다음을 수행해야 합니다.

• 인스턴스를 중지API하려면 AWS OpsWorks Stacks 콘솔CLI, 또는 만 사용합니다.

  Amazon EC2 콘솔을 사용하는 등 다른 방법으로 인스턴스를 중지하면 AWS OpsWorks Stacks는 인스턴스를 실패로 취급하고 자동으로 복구합니다.

• Amazon EBS 볼륨을 사용하여 인스턴스가 자동 복구된 경우 손실하지 않으려는 데이터를 저장합니다.

  자동 복구는 이전 Amazon EC2 인스턴스를 중지하여 Amazon EBS 볼륨에 저장되지 않은 모든 데이터를 삭제합니다. Amazon EBS 볼륨은 새 인스턴스에 다시 연결되며, 이는 저장된 데이터를 보존합니다.