기존 EBS 볼륨에서 EC2 인스턴스 부팅

방금 AWS 속도를 높이고 기존 EBS 볼륨을 EC2 인스턴스의 부팅 장치로 사용하는 것에 대한 질문이있었습니다.

많은 인스턴스가 부팅 장치에 대한 EBS 볼륨을 생성하는 것처럼 보입니다. 인스턴스가 종료 될 때 삭제되지 않도록 EBS 볼륨이 설정되어있는 상황에서 해당 EBS 볼륨을 새 인스턴스의 부팅 / 루트 장치로 사용할 수 있습니까?

예를 들어, 충돌하는 하이퍼 바이저에서 실행중인 루트 디바이스로 EBS 볼륨을 사용하는 인스턴스가 있다고 가정합니다. 해당 EBS 볼륨을 사용하여 다른 인스턴스를 부팅 할 수 있습니까?

EBS 볼륨의 스냅 샷을 생성 한 다음 해당 스냅 샷에서 AMI를 생성 할 수 있음을 알 수 있습니다. 그래서 나는 그것이 그것을 다시 얻는 한 가지 방법이라고 생각하지만, 더 직접적인 방법이 있는지 궁금합니다.

이상적으로 인스턴스가 버려지는 것을 알고 있지만 학습 PoV에서 궁금합니다.

고마워, 조

EBS 볼륨은 EC2 인스턴스에서 연결 및 분리 할 수 ​​있습니다.

어떤 이유로 인해 충돌하는 EC2 인스턴스가있는 경우 루트 볼륨을 다른 EC2 인스턴스로 이동할 수 있습니다.

1. 새로운 EC2 인스턴스를 시작하십시오.
2. 해당 EC2 인스턴스를 중지하십시오.
3. 새 인스턴스에서 루트 볼륨을 분리하십시오. 연결된 장치 이름 (예 : / dev / sda1)을 기록해 두십시오.
4. 원래 인스턴스에서 루트 볼륨을 분리하십시오.
5. 동일한 디바이스 이름 (예 : / dev / sda1)을 사용하여 원래 인스턴스에서 새 인스턴스로 루트 볼륨을 연결하십시오.
6. 새 인스턴스를 시작하십시오.

기술적으로는 가능합니다.

그러나 원래 루트 볼륨에서 부팅하기 때문에 원래 EC2 인스턴스와 동일한 문제가 발생할 수 있습니다.

또 다른 방법은 원래 루트 볼륨을 새 EC2 인스턴스 (예 : / dev / sdb1)의 비 루트 볼륨으로 연결하는 것입니다. 이 작업을 수행하면 볼륨의 데이터를 검사하여 충돌 원인을 확인하고 해결할 수 있습니다.

한 가지 더, EBS 스냅 샷에서 AMI 이미지를 만들 수 있지만 대신 EC2 인스턴스에서 직접 AMI 이미지를 만들 수도 있습니다. 프로세스로서 이것은 종종 더 단순합니다.

때때로 이것이 작동하려면 / dev / xvda와 같은 정확한 장치 이름을 지정해야합니다. 이전에 마운트 된 볼륨이 / dev / xvda 인 경우 동일한 이름으로로드하십시오.