Amazon EC2 인스턴스를 t1.micro에서 large로 안전하게 업그레이드하는 방법은 무엇입니까? [닫은]


348

Amazon EC2 마이크로 인스턴스 (t1.micro)가 있습니다. 이 인스턴스를 크게 업그레이드하고 싶습니다. 이것이 우리의 프로덕션 환경이므로이를 위해 가장 위험이없는 최선의 방법은 무엇입니까?

이를 수행하기위한 단계별 가이드가 있습니까?


EBS 루트 디바이스 또는 인스턴스 스토어가 있습니까?
stivlo

나는 ebs 루트 장치라고 생각합니다. AWS 콘솔의 루트 장치 메뉴 항목 아래에 EBS가 표시됩니다.
간딜

2
t1.micro, m1.small 등이 32 비트 아키텍처 일 수 있고 큰 인스턴스가 64 비트 호라는 사실을 고려한 사람이 있습니까? 문제가되지 않습니까? 현재로서는 모든 것을 다시해야한다고 생각합니다 (새로운 큰 인스턴스를 만들고 모든 응용 프로그램을 다시 설치)? 아키텍처에 변화가있을 때는 그렇지 않습니까?
MD

1
그게 나를 **에 물었다. 마지막으로 나는 무엇이든 32 비트를 선택할 것입니다. 이제 4GB보다 많은 메모리가 필요한 서버가 있고 32 비트 아키텍처에서 처리 할 수 ​​없습니다. EC2의 Amazon Control Panel에 큰 유형으로 실행할 수있는 옵션이없는 경우 중간 수준까지 올라갑니다.
Tom Gruner 2016 년

3
질문이 주제 이외의 주제 로 표시되는 이유는 무엇 입니까? 적절한 답변을 제공하는 유효한 유용한 질문입니다.
UsamaAmjad

답변:


302

내 경험상 내가하는 방식은 현재 이미지의 스냅 샷을 만든 다음 완료되면 새 인스턴스를 시작할 때 옵션으로 볼 수 있습니다. 그 시점에서 간단히 큰 인스턴스로 시작하십시오.

이 솔루션은 새로운 서버가 가동되고 실행 된 후에 만 ​​서버를 오프라인으로 가져 오기 때문에 다운 타임 (예 : 프로덕션 서버)을 원하지 않는 경우 접근 방식입니다 (이 방법을 사용하여 클러스터에 새 시스템을 추가하는 데 사용함). 새 기계 만 추가). 가동 중지 시간이 허용 가능한 경우 Marcel Castilho의 답변을 참조하십시오.


1
그런 다음 이전에 작은 인스턴스를 삭제 하시겠습니까?
간딜

1
새 인스턴스의 IP 주소가 다릅니다. 내가 맞아? 따라서 dns 레코드를 변경해야합니까?
간딜

12
필요한대로 탄력적 IP를 사용하는 경우 탄력적 IP를 새 서버에 지정하십시오. 새 서버는 동일한 IP 주소를 갖게됩니다. 이 절차는 서버가 충돌하여 새 서버를 시작한 경우에도 유용합니다.
stivlo

1
매우 안정적인 방법은 아니지만 서버 상태가 스트레스를받는 경우 (확장해야 할 가능성이 높은 경우) 서버 상태가 변경 될 수 있으며, 새롭고 더 큰 서버는 실제 실행 서버보다 몇 분 / 시간 더 오래됩니다.
AbiusX

2
스냅 샷이 루트 볼륨 인 경우 Amazon은 스냅 샷을 생성하기 전에 인스턴스를 중지하는 것이 좋습니다. docs.aws.amazon.com/AWSEC2/latest/UserGuide/…
Taterhead

517

AWS Management Console 사용 :

  • 인스턴스를 마우스 오른쪽 버튼으로 클릭
    • 인스턴스 수명주기> 중지
    • 기다림...
    • 인스턴스 관리> 인스턴스 유형 변경

4
이것은 더 쉬운 방법입니다 ..
box86rowh

22
이것이 더 간단하다는 데 동의하지만 허용되는 방법의 이점은 탄력적 IP를 전환하고 다운 타임이 거의 또는 전혀 발생하지 전에 기존 서버와 병렬로 새 서버를 가동하고 실행할 수 있다는 것입니다.
라이언 몽고메리

17
Marcel이 "Wait ..."라고 말하면 오래 기다릴 것입니다. 다운 타임이 문제인 경우이 방법은 끔찍합니다. 가동 중지 시간이 중요하지 않은 경우 쉽지만 가동 중지 시간이 적습니다. 약 30 분 동안 계획하십시오.
Jake

8
이하 나에게 오분 ... SQL을 2012 웹 실행 m1.medium에 mw.small 이상
azcoastal

4
디스크 크기 문제?
Adrian Salazar

49

AWS Management Console 사용

  • "볼륨"으로 이동하여 인스턴스 볼륨의 스냅 샷을 생성하십시오.
  • "스냅 샷"으로 이동하여 "스냅 샷에서 이미지 생성"을 선택하십시오.
  • "AMI"로 이동하여 "인스턴스 시작"을 선택하고 "인스턴스 유형"등을 선택하십시오.

이를 통해 아키텍처 및 인스턴스 유형을 변경할 수 있습니다.
Styelz

가동 중지 시간이 중요하지 않은 초기 단계에 있지 않는 한 실제로 여기에 단계를 배치하고 명확하게 설명하는 것이 가장 좋습니다.
Jake

2
나는 이것을 시도했지만 내 경우에는 새로운 인스턴스가 이전 인스턴스의 AMI로 시작하지 않고 커널 패닉 문제가 발생했습니다.
zeeshan

18

ElasticFox가 아닌 AWS EC2 콘솔을 사용하십시오.

첫 번째 방법 :

  • 인스턴스의 새 AMI 생성
  • 시작

대체 방법 :

  • 디스크 의 스냅 샷 만들기
  • 동일한 AMI 유형 으로 큰 EBS 인스턴스시작합니다 (이 시점에서 디스크에는이 AMI가 생성 될 때 존재했던 데이터가 포함되어 있으며 최신 변경 사항은 포함되지 않습니다)
  • 완전히 부팅되면 새 인스턴스를 중지하십시오
  • 중지 된 인스턴스에서 루트 볼륨분리하십시오.
  • 새 인스턴스의 동일한 가용 영역에서 생성 된 스냅 샷에서 가상 디스크 생성
  • 루트 볼륨을 / dev / sda1에 연결하십시오
  • 새 인스턴스를 다시 시작 하십시오.

9

큰 인스턴스에서 AMI-> 부팅 AMI를 만듭니다.

추가 정보 http://docs.amazonwebservices.com/AmazonEC2/gsg/2006-06-26/creating-an-image.html

aws.amazon.com의 관리 콘솔에서도이 모든 작업을 수행 할 수 있습니다.


AWS 콘솔 에서이 작업을 수행하고 싶습니다. 이미지가있는 하우투 문서가 있습니까?
간딜

마우스 오른쪽 버튼으로 인스턴스를 클릭하고 "AMI를 작성"클릭 - 후 (왼쪽에) 콘솔 디스플레이에 AMI를로 가서 당신이 발사하려는 하나의 "시작 AMI"를 클릭
키어런
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.