기존 EC2 t1.micro 인스턴스의 가용 영역을 변경할 수 있습니까? [닫은]

때때로 내 t1.micro EC2 인스턴스를 시작하려고 할 때 프로비저닝 할 수 없으며 Amazon은 다른 가용 영역을 시도 할 것을 권장합니다. 기존 인스턴스에 대해이를 변경할 수 있습니까?

amazon-ec2 amazon-web-services

— 브라이언 보우만
소스

serverfault에 더 잘 묻습니다 .

— smparkes 2011

이러한 질문을 serverfault로 이동하는 대신 닫는 이유는 무엇입니까?

— Eric Hammond

104

기존 EC2 인스턴스를 다른 가용 영역으로 직접 이동할 수 없습니다.

그러나 다음 접근 방식을 사용하여 새 AMI를 통해 간접적으로 인스턴스를 다른 가용 영역으로 이동할 수 있습니다.

이전 가용 영역에서 이전 인스턴스를 중지 (종료하지 마십시오!)합니다.
이전 인스턴스를 기반으로 AMI를 생성합니다.
새 가용 영역에서 새 AMI의 새 인스턴스를 실행합니다. 이전 인스턴스의 상당히 정확한 사본입니다.

탄력적 IP 주소를 사용 중이라면 새 인스턴스와 다시 연결합니다.

새 인스턴스를 테스트하고 제대로 작동하는지 확인한 후 이전 가용 영역에서 이전 인스턴스를 종료합니다.

— 에릭 해먼드
소스

태권도 연맹은 걱정이 나 브로 것을 "상당히 정확한 복사"하지

— portforwardpodcast

portforwardpodcast : 새 인스턴스는 다른 AMI ID, 다른 인스턴스 ID, 다른 EBS 볼륨 ID 및 가능한 다른 사용자 데이터로 시작됩니다 (무엇을 전달할지 결정). 인스턴스의 소프트웨어 및 구성에 따라 시작 및 작동 방식에 영향을 미칠 수 있습니다. 그렇지 않으면 인스턴스의 파일 시스템은 마치 종료했다가 다시 시작한 것처럼됩니다.

— Eric Hammond

2 단계와 3 단계 사이에 AMI를 마우스 오른쪽 버튼으로 클릭하여 인스턴스를 다른 가용 영역으로 복사해야합니다. 인스턴스를 반드시 중지 할 필요는 없으므로 1 단계를 건너 뛸 수 있습니다.

— lordvlad

@lordvlad "가용성 영역"과 "지역"을 혼동하고 있습니다. 각 지역에는 여러 가용 영역이 있습니다. AMI는 리전에 존재하며 리전의 모든 가용 영역에서 인스턴스로 실행할 수 있습니다. 여기서 원래 질문은 가용성 영역에 관한 것입니다.

— Eric Hammond

2012 년 12 월부터 Amazon은 UI 도구 (Amazon Management Console)를 통해 AMI를 다른 리전으로 마이그레이션하는 것을 지원합니다. 참조 stackoverflow.com/a/14205963/423171

— cprcrack