EC2 인스턴스 타입 변경(Scale-up) 시 고려사항은 무었인가요? – 메가존클라우드

인스턴스 타입을 변경하기 전, 반드시 다음 3단계를 확인하십시오.

변경 전, 현재 OS 환경이 새로운 인스턴스 타입을 받아들일 준비가 되었는지 확인해야 합니다.

가상화 방식 확인 (HVM vs PV): 최신 인스턴스 타입(C5, M5, T3 이상)은 HVM 전용입니다. 아주 오래된 PV 방식의 인스턴스는 최신 타입으로 바로 변경할 수 없으며, 새로 인스턴스를 생성하여 마이그레이션해야 합니다.
네트워크 드라이버 (ENA): Nitro 시스템 기반 인스턴스(T3, M5, C5, R5 및 2026년 최신 C7/C8 등)로 가려면 ENA(Elastic Network Adapter) 드라이버가 OS에 설치되어 있고 활성화되어 있어야 합니다.
스토리지 드라이버 (NVMe): Nitro 인스턴스는 EBS를 NVMe 장치로 인식합니다. /etc/fstab 파일이 /dev/xvda1과 같은 장치명으로 되어 있다면, 부팅 실패 가능성이 높습니다. 반드시 UUID나 Label 방식으로 수정하세요.
아키텍처 확인: x86(Intel/AMD)에서 ARM(Graviton) 타입으로 변경하는 것은 '타입 변경' 버튼으로 불가능합니다. 이는 AMI 자체를 새로 빌드해야 하는 '마이그레이션' 영역입니다.

준비가 되었다면 다음 순서로 작업을 진행합니다.

AMI 백업: 작업 직전 반드시 이미지(AMI) 또는 스냅샷을 생성하세요. 문제 발생 시 가장 빠른 복구 수단입니다.
인스턴스 중지 (Stop): 인스턴스 유형 변경은 인스턴스가 'Stopped' 상태일 때만 가능합니다. (이때 서비스 다운타임이 발생합니다.)
인스턴스 유형 변경: 작업(Actions) -> 인스턴스 설정 -> 인스턴스 유형 변경에서 원하는 타입을 선택합니다.
인스턴스 시작 (Start): 새로운 타입으로 부팅합니다.

부팅 후 서비스가 정상화되었는지 확인합니다.

네트워크 연결: SSH/RDP 접속이 원활한지 확인합니다. (공인 IP가 변경되었을 수 있으니 주의하세요.)
리소스 확인: top, free -m, lsblk 등의 명령어로 CPU 코어 수와 메모리 용량이 정상적으로 인식되었는지 확인합니다.
애플리케이션 로그: DB 연결이나 특정 라이브러리에서 리소스 변경에 따른 에러가 없는지 체크합니다.

항목	상세 내용
공인 IP(Public IP)	탄력적 IP(EIP)를 사용하지 않는 경우, 인스턴스 중지 후 시작 시 공인 IP가 변경됩니다. DNS 설정 수정을 잊지 마세요.
인스턴스 스토어	인스턴스 중지 시, 로컬 인스턴스 스토어(Ephemeral Storage)의 데이터는 모두 삭제됩니다. 중요한 데이터는 EBS나 S3로 옮겨두세요.
Service Quotas	계정 내 해당 인스턴스 패밀리에 대한 vCPU 한도가 충분한지 미리 확인하세요. 한도가 부족하면 변경 시 에러가 발생합니다.
예약 인스턴스(RI)	특정 타입에 대해 RI를 구매했다면, 타입을 변경한 후에도 혜택이 적용되는지(크기 유연성 여부) 재무팀과 확인이 필요합니다.

특히 구형 인스턴스(T2, M4 등)에서 신규 Nitro 인스턴스(T3, M5 등)로 넘어갈 때 네트워크가 안 잡히는 장애가 가장 빈번합니다. 작업을 시작하기 전 **'Nitro Check 스크립트'**를 실행하여 호환성을 미리 점검 해보시기 바랍니다.