# Amazon EC2 인스턴스 유형 변경
요구 사항이 변함에 따라 인스턴스가 과도하게(인스턴스 유형 크기가 너무 작은 경우) 또는 과소하게(인스턴스 유형 크기가 너무 큰 경우) 활용되고 있는 경우가 생길 수 있습니다. 이러한 경우 인스턴스 유형을 변경하여 인스턴스의 크기를 조정할 수 있습니다. 예를 들어 `t2.micro` 인스턴스가 워크로드에 비해 너무 작은 경우 `t2.large`와 같은 더 큰 T2 인스턴스 유형으로 변경하여 크기를 늘릴 수 있습니다. 또는 `m5.large` 등의 다른 인스턴스 유형으로 변경할 수 있습니다. 또는 IPv6 지원과 같은 일부 기능의 장점을 활용하기 위해 이전 세대에서 현재 세대 인스턴스 유형으로 변경할 수도 있습니다.
기존 워크로드를 처리하는 데 가장 적합한 인스턴스 유형에 대한 권장 사항이 필요한 경우 AWS Compute Optimizer를 사용할 수 있습니다. 자세한 내용은 [Compute Optimizer에서 EC2 인스턴스 권장 사항 받기](ec2-instance-recommendations.md) 섹션을 참조하세요.
인스턴스 유형을 변경하면 새 인스턴스 유형의 요금이 청구되기 시작합니다. 모든 인스턴스 유형의 온디맨드 요금은 [Amazon EC2 온디맨드 요금](https://aws.amazon.com/ec2/pricing/on-demand/)을 참조하세요.
인스턴스 유형을 변경하지 않고 인스턴스에 스토리지를 추가하려면 인스턴스에 EBS 볼륨을 추가합니다. 자세한 내용은 *Amazon EBS 사용 설명서*의 [Attach an Amazon EBS volume to an instance](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-attaching-volume.html)를 참조하세요.
## 어떤 지침을 따라야 하나요?
인스턴스 유형 변경에 대한 여러 가지 지침이 있습니다. 사용 지침은 인스턴스의 루트 볼륨과 인스턴트 유형이 인스턴스의 현재 구성과 호환되는지 여부에 따라 다릅니다. 호환성 결정 방법에 대한 자세한 내용은 [인스턴스 유형 변경을 위한 호환성](resize-limitations.md) 섹션을 참조하세요.
다음 표를 사용하여 따라야 할 지침을 확인하세요.
| 루트 볼륨 | 호환성 | 다음 지침을 따릅니다. |
| --- | --- | --- |
| EBS | 호환됨 | [인스턴스 유형 변경](change-instance-type-of-ebs-backed-instance.md) |
| EBS | 호환되지 않음 | [새 인스턴스 유형으로 마이그레이션](migrate-instance-configuration.md) |
| 인스턴스 저장소 | 해당 사항 없음 | [새 인스턴스 유형으로 마이그레이션](migrate-instance-configuration.md) |
# 인스턴스 유형 변경을 위한 호환성
원하는 인스턴스 유형이 인스턴스의 현재 구성과 호환되는 경우 인스턴스 유형을 변경할 수 있습니다. 원하는 인스턴스 유형이 인스턴스의 현재 구성과 호환되지 않는 경우 인스턴스 유형과 호환되는 구성을 갖는 새 인스턴스를 시작한 다음 애플리케이션을 새 인스턴스로 마이그레이션해야 합니다.
호환성은 다음을 통해 결정됩니다.
**가상화 유형**
Linux AMI는 PV(반가상화) 또는 HVM(하드웨어 가상 머신)의 두 가지 유형의 가상화를 사용합니다. PV AMI에서 시작한 인스턴스를 시작하는 경우 HVM 전용의 인스턴스 유형으로 변경할 수 없습니다. 자세한 내용은 [가상화 유형](ComponentsAMIs.md#virtualization_types) 섹션을 참조하세요. 인스턴스의 가상화 유형을 확인하려면 Amazon EC2 콘솔에서 **Instances(인스턴스)** 화면의 세부 정보 창에서 **가상화(Virtualization)** 값을 확인합니다.
**아키텍처**
AMI는 프로세서의 아키텍처에 고유하기 때문에 프로세서 아키텍처가 현재 인스턴스 유형과 동일한 인스턴스를 선택해야 합니다. 예:
+ 현재 인스턴스 유형에 Arm 아키텍처 기반 프로세서가 탑재된 경우, Arm 아키텍처 기반 프로세서를 지원하는 인스턴스 유형(예: C6g 및 M6g)으로 제한됩니다.
+ 다음 인스턴스 유형은 32비트 AMIs를 지원하는 유일한 인스턴스 유형입니다. `t2.nano`, `t2.micro`, `t2.small`, `t2.medium`, `c3.large`, `t1.micro`, `m1.small`, `m1.medium` 및 `c1.medium` 32비트 인스턴스의 인스턴스 유형을 변경하는 경우 이러한 인스턴스 유형으로 제한됩니다.
**네트워크 어댑터**
한 네트워크 어댑터에서 다른 네트워크 어댑터로 드라이버를 전환하는 경우 운영 체제에서 새 어댑터를 생성할 때 네트워크 어댑터 설정이 재설정됩니다. 설정을 다시 구성하려면 관리자 권한이 있는 로컬 계정에 액세스해야 할 수 있습니다. 다음은 한 네트워크 어댑터에서 다른 네트워크 어댑터로 전환하는 예입니다.
+ AWS PV(T2 인스턴스)에서 인텔 82599 VF(M4 인스턴스)로
+ 인텔 82599 VF(대부분의 M4 인스턴스)에서 ENA(M5 인스턴스)로
+ ENA(M5 인스턴스)에서 고대역폭 ENA(M5n 인스턴스)로
**향상된 네트워킹**
[향상된 네트워킹](enhanced-networking.md)을 지원하는 인스턴스 유형을 사용하려면 필요한 드라이버가 설치되어 있어야 합니다. 예를 들어 [Nitro 기반 인스턴스](instance-types.md#instance-hypervisor-type)에는 Elastic Network Adapter(ENA) 드라이버가 설치된 EBS 지원 AMI가 필요합니다. 향상된 네트워킹을 지원하지 않는 인스턴스 유형에서 향상된 네트워킹을 지원하는 인스턴스 유형으로 변경하려면 인스턴스에 [ENA 드라이버](enhanced-networking-ena.md) 또는 [ixgbevf 드라이버](sriov-networking.md)를 적절하게 설치해야 합니다.
ENA Express를 활성화한 상태에서 인스턴스의 크기를 조정하는 경우, 새 인스턴스 유형도 ENA Express를 지원해야 합니다. ENA Express를 지원하는 인스턴스 유형의 목록은 [ENA Express를 지원하는 인스턴스 유형](ena-express.md#ena-express-supported-instance-types) 섹션을 참조하세요.
ENA Express를 지원하는 인스턴스 유형에서 지원하지 않는 인스턴스 유형으로 변경하려면, 인스턴스의 크기를 조정하기 전에 ENA Express가 현재 활성화되어 있지 않은지 확인하세요.
**NVMe**
EBS 볼륨이 [Nitro 기반 인스턴스](instance-types.md#instance-hypervisor-type)에 NVMe 블록 디바이스로 표시됩니다. NVMe를 지원하지 않는 인스턴스 유형에서 NVMe를 지원하는 인스턴스 유형으로 변경하는 경우 먼저 인스턴스에 NVMe 드라이버를 설치해야 합니다. 또한 블록 디바이스 매핑에서 지정한 디바이스의 디바이스 이름은 NVMe 디바이스 이름(`/dev/nvme[0-26]n1`)을 사용하여 변경됩니다.
[Linux 인스턴스] 따라서 `/etc/fstab`를 사용하여 부팅 시 파일 시스템을 마운트하려면 디바이스 이름 대신 UUID/레이블을 사용해야 합니다.
**볼륨 제한**
인스턴스에 연결할 수 있는 Amazon EBS 볼륨의 최대 수는 인스턴스 유형 및 인스턴스 크기에 따라 달라집니다. 자세한 내용은 [Amazon EC2 인스턴스의 Amazon EBS 볼륨 한도](volume_limits.md) 섹션을 참조하세요.
현재 인스턴스에 연결된 볼륨 수와 같거나 더 많은 볼륨 수를 지원하는 인스턴스 유형이나 인스턴스 크기로만 변경할 수 있습니다. 현재 연결된 볼륨 수를 지원하지 않는 인스턴스 유형이나 인스턴스 크기로 변경하면 요청이 실패합니다. 예를 들어 32개의 볼륨이 연결된 `m7i.4xlarge` 인스턴스에서 최대 27개의 볼륨을 지원하는 `m6i.4xlarge`(으)로 변경하면 요청이 실패합니다.
**NitroTPM**
[NitroTPM](nitrotpm.md)이 활성화된 AMI와 NitroTPM을 지원하는 인스턴스 유형을 사용하여 인스턴스를 시작하면 NitroTPM이 활성화된 상태로 인스턴스가 시작됩니다. NitroTPM도 지원하는 인스턴스 유형으로만 변경할 수 있습니다.
# Amazon EC2 인스턴스의 인스턴스 유형 변경
필요한 인스턴스 유형이 인스턴스의 현재 구성과 호환되는 경우 다음 지침에 따라 Amazon EBS 지원 인스턴스의 인스턴스 유형을 변경합니다. 자세한 내용은 [인스턴스 유형 변경을 위한 호환성](resize-limitations.md) 섹션을 참조하세요.
**고려 사항**
+ 인스턴스를 중단해야 인스턴스 유형을 변경할 수 있습니다. 가동 중지는 인스턴스가 중단되었을 때 계획해야 합니다. 인스턴스 중단하고 인스턴스 유형을 변경하는 것은 몇 분이 걸릴 수 있으며, 인스턴스를 다시 시작하는 시간은 애플리케이션의 시작 스크립트에 따라 달라질 수 있습니다. 자세한 내용은 [Amazon EC2 인스턴스 중지 및 시작](Stop_Start.md) 섹션을 참조하세요.
+ 인스턴스를 중지했다가 시작하면 인스턴스가 새 하드웨어로 이동됩니다. 인스턴스에 엘라스틱 IP가 아닌 퍼블릭 IPv4 주소가 있는 경우 주소를 해제하고 인스턴스에 새 퍼블릭 IPv4 주소를 제공합니다. 인스턴스 수명 주기 전반에 걸친 IP 주소 동작에 대한 자세한 내용은 [인스턴스 상태 간 차이](ec2-instance-lifecycle.md#lifecycle-differences)을 참조하세요.
+ [스팟 인스턴스](using-spot-instances-request.md#stopping-a-spot-instance)의 인스턴스 유형은 변경할 수 없습니다.
+ [Windows 인스턴스] 인스턴스 유형을 변경하기 전에 AWS PV 드라이버 패키지를 업데이트하는 것이 좋습니다. 자세한 내용은 [EC2 Windows 인스턴스의 PV 드라이버 업그레이드](Upgrading_PV_drivers.md) 섹션을 참조하세요.
+ 인스턴스가 Auto Scaling 그룹에 있는 경우, Amazon EC2 Auto Scaling 서비스는 중단된 인스턴스를 비정상으로 간주해 이를 종료하고 대체 인스턴스를 시작합니다. 이를 방지하기 위해서는 인스턴스 유형을 변경하는 동안 그룹에 대한 조정 프로세스를 일시 중지할 수 있습니다. 자세한 내용은 Amazon EC2 Auto Scaling 사용 설명서**의 [Auto Scaling 그룹에 대한 프로세스 일시 중단 및 재개](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-suspend-resume-processes.html)를 참조하세요.
+ NVMe 인스턴스 스토어 볼륨이 있는 인스턴스의 인스턴스 유형을 변경하면 AMI 또는 인스턴스 블록 디바이스 매핑에 지정되지 않은 경우에도 모든 NVMe 인스턴스 스토어 볼륨을 사용할 수 있으므로 업데이트된 인스턴스에 추가 인스턴스 스토어 볼륨이 있을 수 있습니다. 그렇지 않으면 업데이트한 인스턴스는 원본 인스턴스를 시작할 때 지정한 것과 동일한 수의 인스턴스 저장소 볼륨을 갖습니다.
+ 인스턴스에 연결할 수 있는 Amazon EBS 볼륨의 최대 수는 인스턴스 유형 및 인스턴스 크기에 따라 달라집니다. 인스턴스에 이미 연결된 볼륨 수를 지원하지 않는 인스턴스 유형이나 인스턴스 크기로 변경할 수 없습니다. 자세한 내용은 [Amazon EC2 인스턴스의 Amazon EBS 볼륨 한도](volume_limits.md) 섹션을 참조하세요.
+ [Linux 인스턴스] `AWSSupport-MigrateXenToNitroLinux` 런북을 사용하여 호환되는 Linux 인스턴스를 Xen 인스턴스 유형에서 Nitro 인스턴스 유형으로 마이그레이션할 수 있습니다. 자세한 내용은 *AWS Systems Manager Automation 런북 참조*의 [https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awssupport-migrate-xen-to-nitro.html](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awssupport-migrate-xen-to-nitro.html) 섹션을 참조하세요.
+ [Windows 인스턴스] 호환되는 Windows 인스턴스를 Xen 인스턴스 유형에서 Nitro 인스턴스 유형으로 마이그레이션하는 방법에 대한 추가 지침은 [최신 세대 인스턴스 유형으로 마이그레이션](migrating-latest-types.md)을 참조하세요.
**Amazon EBS 지원 인스턴스의 인스턴스 유형 변경**
1. (선택 사항) 새로운 인스턴스 유형이 기존 인스턴스에 드라이버가 설치되어 있어야 하는 유형인 경우, 먼저 인스턴스에 연결하여 해당 드라이버를 설치해야 합니다. 자세한 내용은 [인스턴스 유형 변경을 위한 호환성](resize-limitations.md) 섹션을 참조하세요.
1. [Windows 인스턴스] [고정 IP 주소 지정](config-windows-multiple-ip.md#step1)을 사용하도록 Windows 인스턴스를 구성했고 향상된 네트워킹을 지원하지 않는 인스턴스 유형에서 향상된 네트워킹을 지원하는 인스턴스 유형으로 변경하는 경우에는 고정 IP 주소 지정을 다시 구성하면 잠재적인 IP 주소 충돌에 대한 경고를 받을 수 있습니다. 이를 방지하려면 인스턴스 유형을 변경하기 전에 해당 인스턴스의 네트워크 인터페이스에서 DHCP를 활성화합니다. 인스턴스에서 **네트워크 및 공유 센터(Network and Sharing Center)**를 열고, 네트워크 인터페이스의 **인터넷 프로토콜 버전 4(TCP/IPv4) 속성(Internet Protocol Version 4 (TCP/IPv4) Properties)**을 열고, **자동으로 IP 주소 획득(Obtain an IP address automatically)**을 선택합니다. 인스턴스 유형을 변경하고 네트워크 인터페이스에서 고정 IP 주소 지정을 다시 구성합니다.
1. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)에서 Amazon EC2 콘솔을 엽니다.
1. 탐색 창에서 **인스턴스**를 선택합니다.
1. 인스턴스를 선택하고 **인스턴스 상태**, **인스턴스 중지**를 차례로 선택합니다. 확인 메시지가 표시되면 [**중지(Stop)**]를 선택합니다. 인스턴스가 중지하는 데 몇 분 정도 걸릴 수 있습니다.
1. 인스턴스를 선택한 상태에서 **작업**, **인스턴스 설정**, **인스턴스 유형 변경**을 차례로 선택합니다. 인스턴스가 `stopped` 상태가 아닌 경우에는 이 옵션이 회색으로 표시됩니다.
1. **인스턴스 유형 변경(Change instance type)** 페이지에서 다음을 수행합니다.
1. **인스턴스 유형(Instance type)**에서 원하는 인스턴스 유형을 선택합니다.
인스턴스 유형이 목록에 없으면 인스턴스 구성과 호환되지 않는 것입니다. 대신 [새 EC2 인스턴스를 시작하여 새 인스턴스 유형으로 마이그레이션](migrate-instance-configuration.md) 지침을 따릅니다.
1. (선택 사항) 선택한 인스턴스 유형이 EBS 최적화를 지원하는 경우 **EBS 최적화(EBS-optimized)**를 선택하여 EBS 최적화를 사용하거나 **EBS 최적화(EBS-optimized)**를 선택 취소하여 EBS 최적화를 비활성화합니다.
선택한 인스턴스 유형이 기본적으로 EBS에 최적화되었을 경우 **EBS 최적화**가 선택되고 이를 선택 취소할 수 없습니다.
1. (선택 사항) 새 인스턴스 유형에서 vCPU 옵션을 구성합니다.
기존 인스턴스의 인스턴스 유형을 변경하면 Amazon EC2는 가능한 경우 기존 인스턴스의 CPU 옵션 설정을 새 인스턴스에 적용합니다. 새 인스턴스 유형이 이 설정을 지원하지 않으면 CPU 옵션이 **없음**으로 재설정됩니다. 이 옵션은 새 인스턴스 유형에 대한 기본 vCPU 수를 사용합니다.
선택한 인스턴스 유형이 vCPU 구성을 지원하는 경우 **고급 세부 정보** 패널에서 **CPU 옵션 지정**을 선택하여 새 인스턴스 유형에 맞게 vCPU를 구성합니다.
1. **변경**을 선택하여 새로운 설정을 승인합니다.
1. 중지된 인스턴스를 다시 시작하려면 인스턴스를 선택하고 **인스턴스 상태(Instance state)**, **인스턴스 시작(Start instance)**을 선택합니다. 인스턴스가 `running` 상태가 되는 데 몇 분 정도 걸릴 수 있습니다. 인스턴스가 시작되지 않으면 [인스턴스 유형 변경 문제 해결](troubleshoot-change-instance-type.md) 섹션을 참조하세요.
1. [Windows 인스턴스] 인스턴스가 Windows Server 2016 또는 Windows Server 2019에서 EC2Launch v1으로 실행하는 경우 Windows 인스턴스에 연결하고 다음 EC2Launch PowerShell 스크립트를 실행하여 인스턴스 유형을 변경한 후에 인스턴스를 구성합니다.
**중요**
초기화 인스턴스 EC2 Launch 스크립트를 활성화하면 관리자 암호가 재설정됩니다. 관리자 암호 재설정은 구성 파일을 수정하여 비활성화할 수 있는데 초기화 작업에 대한 설정에서 이를 지정하면 됩니다. 암호 재설정을 사용하지 않도록 설정하는 방법에 대한 단계는 [초기화 작업 구성](ec2launch-config.md#ec2launch-inittasks)(EC2Launch) 또는 [설정 변경](ec2launch-v2-settings.md#ec2launch-v2-ui)(EC2Launch v2)을 참조하세요.
```
PS C:\> C:\ProgramData\Amazon\EC2-Windows\Launch\Scripts\InitializeInstance.ps1 -Schedule
```
# 새 EC2 인스턴스를 시작하여 새 인스턴스 유형으로 마이그레이션
원하는 새 인스턴스 유형과 호환되는 구성을 가진 EBS 지원 인스턴스인 경우에만 EC2 인스턴스의 인스턴스 유형을 변경할 수 있습니다. 그렇지 않으면 구성 또는 인스턴스가 새 인스턴스 유형과 호환되지 않거나 인스턴스 저장소 기반 인스턴스인 경우 원하는 인스턴스 유형과 호환되는 대체 인스턴스를 시작해야 합니다. 호환성 결정 방법에 대한 자세한 내용은 [인스턴스 유형 변경을 위한 호환성](resize-limitations.md) 섹션을 참조하세요.
**마이그레이션 프로세스 개요**
+ 원본 인스턴스의 데이터를 백업합니다.
+ 원하는 새 인스턴스 유형과 호환되는 구성으로 새 인스턴스를 시작하고 원본 인스턴스에 연결된 EBS 볼륨을 연결합니다.
+ 새 인스턴스에 애플리케이션을 설치합니다.
+ 데이터를 복원합니다.
+ 원본 인스턴스가 탄력적 IP 주소가 갖고 있는 경우 해당 주소를 새 인스턴스와 연결하여 사용자가 중단 없이 애플리케이션을 계속 사용할 수 있도록 해야 합니다.
**새 인스턴스로 마이그레이션하려면 다음을 수행하세요.**
1. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)에서 Amazon EC2 콘솔을 엽니다.
1. 여전히 필요한 데이터를 다음과 같이 백업합니다.
+ 인스턴스에 연결하고 인스턴스 저장소 볼륨의 데이터를 영구 스토리지에 복사합니다.
+ EBS 볼륨의 [스냅샷을 생성](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-creating-snapshot.html)하여 동일한 데이터로 새 볼륨을 생성하거나 원본 인스턴스에서 볼륨을 분리하여 새 인스턴스에 연결할 수 있습니다.
1. 탐색 창에서 **인스턴스**를 선택합니다.
1. **인스턴스 시작(Launch Instances)**을 선택합니다. 인스턴스를 구성할 때 다음을 수행합니다.
1. 원하는 인스턴스 유형을 지원하는 AMI를 선택합니다. 예를 들어 새 인스턴스 유형의 프로세서 유형을 지원하는 AMI를 선택해야 합니다. 또한 현재 세대 인스턴스 유형에 HVM AMI가 필요합니다.
1. 원하는 새 인스턴스 유형을 선택합니다. 원하는 인스턴스 유형을 사용할 수 없으면 선택한 AMI의 구성과 호환되지 않는 것입니다.
1. 동일한 트래픽이 새 인스턴스에 도달하도록 허용하려면 원본 인스턴스에서 사용된 것과 동일한 VPC와 보안 그룹을 선택합니다.
1. 새 인스턴스 구성을 마치면 키 페어를 선택하고 인스턴스를 시작하는 단계를 수행합니다. 인스턴스가 `running` 상태가 되는 데 몇 분 정도 걸릴 수 있습니다.
1. EBS 스냅샷에 데이터를 백업한 경우 [스냅샷에서 볼륨을 생성](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-creating-volume.html#ebs-create-volume-from-snapshot)한 다음 새 인스턴스에 [볼륨을 연결](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-attaching-volume.html)합니다.
원본 인스턴스에서 새 인스턴스로 EBS 볼륨을 이동하려면 원본 인스턴스에서 [볼륨을 분리](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-detaching-volume.html)한 다음 새 인스턴스에 [볼륨을 연결](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-attaching-volume.html)합니다.
1. 애플리케이션과 기타 필요한 소프트웨어를 새 인스턴스에 설치합니다.
1. 원래 인스턴스의 인스턴스 저장소 볼륨에서 백업한 데이터를 복원합니다.
1. 원본 인스턴스가 탄력적 IP 주소를 가지고 있는 경우 다음과 같이 이를 새 인스턴스에 할당합니다.
1. 탐색 창에서 **Elastic IPs**를 선택합니다.
1. 원래 인스턴스와 연결된 탄력적 IP 주소를 선택하고 **작업**, **탄력적 IP 주소 연결 해제**를 차례로 선택합니다. 확인 메시지가 나타나면 **연결 해제**를 선택합니다.
1. 탄력적 IP 주소를 선택한 상태에서 **작업**, **탄력적 IP 주소 연결**을 차례로 선택합니다.
1. **리소스 유형**에서 **인스턴스**를 선택합니다.
1. **인스턴스**에서 새 인스턴스를 선택합니다.
1. (선택 사항) **프라이빗 IP 주소**에 탄력적 IP 주소를 연결할 프라이빗 IP 주소를 지정합니다.
1. **연결**(Associate)을 선택합니다.
1. (선택 사항) 원래 인스턴스가 더 이상 필요하지 않을 경우 이를 종료할 수 있습니다. 인스턴스를 선택하고 새 인스턴스가 아닌 원본 인스턴스를 종료하고 있는지 확인한 다음(예를 들어 이름이나 시작 시간) **인스턴스 상태(Instance state)**, **인스턴스 종료(Terminate instance)**를 선택하세요.
# 인스턴스 유형 변경 문제 해결
다음 정보를 사용하여 인스턴스 유형을 변경할 때 발생할 수 있는 문제를 진단하고 수정합니다.
## 인스턴스 유형 변경 후 인스턴스가 시작되지 않음
**가능한 원인: 새 인스턴스 유형에 대한 요구 사항이 충족되지 않음**
인스턴스가 부팅되지 않는 경우 새 인스턴스 유형에 대한 요구 사항 중 하나가 충족되지 않았을 가능성이 있습니다. 자세한 내용은 [인스턴스 유형을 변경한 후 Linux 인스턴스가 부팅되지 않는 이유는 무엇입니까?](https://repost.aws/knowledge-center/boot-error-linux-nitro-instance)를 참조하세요.
**가능한 원인: AMI가 인스턴스 유형을 지원하지 않음**
EC2 콘솔을 사용하여 인스턴스 유형을 변경하는 경우 선택한 AMI에서 지원하는 인스턴스 유형만 사용할 수 있습니다. 그러나 AWS CLI를 사용하여 인스턴스를 시작하면 호환되지 않는 AMI와 인스턴스 유형을 지정할 수 있습니다. AMI와 인스턴스 유형이 호환되지 않으면 인스턴스를 시작할 수 없습니다. 자세한 내용은 [인스턴스 유형 변경을 위한 호환성](resize-limitations.md) 섹션을 참조하세요.
**가능한 원인: 인스턴스가 클러스터 배치 그룹에 있음**
인스턴스가 [클러스터 배치 그룹](placement-strategies.md#placement-groups-cluster)에 있으며 인스턴스 유형을 변경한 후 인스턴스가 시작되지 않으면 다음을 시도하세요.
1. 클러스터 배치 그룹의 모든 인스턴스를 중지합니다.
1. 영향을 받는 인스턴스의 인스턴스 유형을 변경합니다.
1. 클러스터 배치 그룹의 모든 인스턴스를 시작합니다.
## 인스턴스 유형 변경 후 인터넷에서 연결할 수 없는 애플리케이션 또는 웹 사이트
**가능한 원인: 퍼블릭 IPv4 주소가 릴리스됨**
인스턴스 유형을 변경할 때 먼저 인스턴스를 중지해야 합니다. 인스턴스를 중지할 때 인스턴스에 퍼블릭 IPv4 주소를 해제하고 인스턴스에 새 퍼블릭 IPv4 주소를 제공합니다.
인스턴스 중지 및 시작 사이에 퍼블릭 IPv4 주소를 유지하려면 인스턴스가 실행 중일 때 추가 비용 없이 탄력적 IP 주소를 사용하는 것이 좋습니다. 자세한 내용은 [탄력적 IP 주소](elastic-ip-addresses-eip.md) 섹션을 참조하세요.