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.