메뉴
Amazon Elastic Compute Cloud
User Guide for Linux Instances

인스턴스 크기 조정

요구 사항이 변함에 따라 인스턴스가 과도하게(인스턴스 유형 크기가 너무 작은 경우) 또는 과소하게(인스턴스 유형 크기가 너무 큰 경우) 활용되고 있는 경우가 생길 수 있습니다. 이 경우는 인스턴스의 크기를 변경할 수 있습니다. 예를 들어 t2.micro 인스턴스가 워크로드에 비해 너무 작은 경우는 이를 m3.medium 인스턴스로 변경할 수 있습니다.

인스턴스의 루트 디바이스가 EBS 볼륨인 경우, 인스턴스 유형을 변경하여 간단히 인스턴스의 크기를 변경할 수 있습니다. 이를 크기 조정이라고 합니다. 인스턴스의 루트 디바이스가 인스턴스 스토어 볼륨인 경우, 필요한 인스턴스 유형의 새 인스턴스로 애플리케이션을 마이그레이션해야 합니다. 루트 디바이스 볼륨에 대한 자세한 내용은 루트 디바이스 스토리지 단원을 참조하십시오.

인스턴스의 크기를 조정할 경우 인스턴스의 구성과 호환되는 인스턴스 유형을 선택해야 합니다. 필요한 인스턴스 유형이 해당 인스턴스 구성과 호환되지 않을 경우, 원하는 인스턴스 유형의 새 인스턴스로 애플리케이션을 마이그레이션해야 합니다.

중요

인스턴스의 크기를 조정할 때 일반적으로 크기를 조정한 인스턴스는 원본 인스턴스를 시작할 때 지정한 것과 동일한 수의 인스턴스 스토어 볼륨을 갖습니다. 인스턴스 스토어 볼륨을 추가하려면 필요한 인스턴스 유형과 인스턴스 스토어 볼륨을 갖는 새 인스턴스로 애플리케이션을 마이그레이션해야 합니다. 이 규칙의 예외는 기본적으로 더 많은 수의 볼륨을 포함하는 스토리지에 최적화된 인스턴스 유형의 크기를 조정하는 경우입니다. 인스턴스 스토어 볼륨에 대한 자세한 내용은 Amazon EC2 인스턴스 스토어 단원을 참조하십시오.

인스턴스 크기 조정을 위한 호환성

인스턴스의 현재 인스턴스 유형과 새 인스턴스 유형이 호환될 경우에만 다음과 같이 인스턴스 크기를 조정할 수 있습니다.

  • 가상화 유형. Linux AMI는 PV(반가상화) 또는 HVM(하드웨어 가상 머신)의 두 가지 유형의 가상화를 사용합니다. PV AMI에서 시작한 인스턴스를 HVM 전용의 인스턴스 유형으로 크기 조정할 수 없습니다. 자세한 내용은 Linux AMI 가상화 유형 단원을 참조하십시오. 인스턴스의 가상화 유형을 확인하려면 Amazon EC2 콘솔의 Instances 화면에서 세부 정보 창의 Virtualization 필드를 확인하십시오.

  • 네트워크. 일부 인스턴스 유형은 EC2-Classic에서 지원되지 않으며 VPC에서 시작해야 합니다. 따라서 기본이 아닌 VPC가 아닌 한 EC2-Classic의 인스턴스를, VPC에서만 사용할 수 있는 인스턴스 유형으로 크기 조정할 수 없습니다. 자세한 내용은 VPC에서만 사용할 수 있는 인스턴스 유형 단원을 참조하십시오. 인스턴스가 VPC에 있는지 확인하려면 Amazon EC2 콘솔의 Instances 화면에서 세부 정보 창의 VPC ID 값을 확인하십시오.

  • 플랫폼. 모든 Amazon EC2 인스턴스 유형은 64비트 AMI를 지원하지만, 다음 인스턴스 유형만이 32비트 AMI를 지원합니다: t2.nano, t2.micro, t2.small, t2.medium, c3.large, t1.micro, m1.small, m1.medium, c1.medium. 32비트 인스턴스의 크기를 조정하는 경우는 상기 인스턴스 유형만 사용 가능합니다. 인스턴스 플랫폼을 확인하려면 Amazon EC2 콘솔에서 Instances 화면으로 이동한 후 Show/Hide Columns, Architecture를 선택합니다.

예를 들어 T2 인스턴스는 EC2-Classic에서 지원되지 않으며 HVM 전용입니다. Linux에서는 T1 인스턴스가 HVM을 지원하지 않으며 PV AMI에서 시작해야 합니다. 따라서 T1 Linux 인스턴스를 T2 Linux 인스턴스로 크기 조정할 수 없습니다.

Amazon EBS 지원 인스턴스 크기 조정

인스턴스 유형을 변경하기 전에는 Amazon EBS 지원 인스턴스를 중단해야 합니다. 인스턴스를 중지했다가 시작할 때 다음 사항을 인식하십시오.

  • 인스턴스를 새 하드웨어로 이동하지만, 인스턴스 ID는 변경되지 않습니다.

  • 인스턴스가 VPC에서 실행 중이고 퍼블릭 IPv4 주소를 가지고 있으면 주소를 해제하고 새 퍼블릭 IPv4 주소를 제공합니다. 인스턴스는 프라이빗 IPv4 주소와 모든 탄력적 IP 주소(EIP), IPv6 주소를 유지합니다.

  • 인스턴스가 EC2-Classic에서 실행 중인 경우, AWS는 거기에 새로운 퍼블릭 및 프라이빗 IP 주소를 부여하고 해당 인스턴스와 연결된 모든 탄력적 IP 주소를 분리합니다. 따라서 사용자가 인스턴스에 호스팅하는 애플리케이션을 계속 중단 없이 사용할 수 있도록 보장하기 위해, 인스턴스를 재시작 후 탄력적 IP 주소를 다시 연결할 필요가 있습니다.

  • 인스턴스가 Auto Scaling 그룹에 있는 경우, Auto Scaling 서비스는 중단된 인스턴스를 비정상으로 간주해 이를 종료하고 대체 인스턴스를 시작합니다. 이를 방지하기 위해서는 해당 인스턴스의 크기를 조정하는 동안 그 그룹에 대한 Auto Scaling 과정을 일시 중지할 수 있습니다. 자세한 내용은 Auto Scaling 사용 설명서Suspend and Resume Auto Scaling Processes를 참조하십시오.

  • 가동 중지는 인스턴스가 중단되었을 때 계획해야 합니다. 인스턴스 중단 및 크기 조정은 몇 분이 걸릴 수 있으며, 인스턴스를 다시 시작하는 시간은 애플리케이션의 시작 스크립트에 따라 달라질 수 있습니다.

자세한 내용은 인스턴스 중지 및 시작 단원을 참조하십시오.

다음 절차를 사용해서 AWS Management Console을 통해 Amazon EBS 지원 인스턴스의 크기를 조정합니다.

Amazon EBS 지원 인스턴스의 크기 조정

  1. Amazon EC2 콘솔을 엽니다.

  2. 탐색 창에서 [Instances]를 선택하고 인스턴스를 선택합니다.

  3. [EC2-Classic] 원본 인스턴스에 연결된 탄력적 IP 주소가 있는 경우, 세부 정보 창에 표시된 탄력적 IP 주소 및 인스턴스 ID를 기록합니다.

  4. [Actions]를 선택하고 [Instance State]를 선택한 후 [Stop]을 선택합니다.

  5. 확인 대화 상자가 나타나면 Yes, Stop을 선택합니다. 인스턴스가 중지하는 데 몇 분 정도 걸릴 수 있습니다.

    [EC2-Classic] 인스턴스가 stopped 상태가 되면, 세부 정보 창의 [Elastic IP], [Public DNS (IPv4)], [Private DNS] 및 [Private IPs] 필드가 공백으로 표시됩니다. 이는 기존 값이 더 이상 인스턴스와 연결되어 있지 않음을 나타냅니다.

  6. 인스턴스를 선택된 상태에서 [Actions]를 선택하고 [Instance Settings]를 선택한 후 [Change Shutdown Behavior]를 선택합니다. 인스턴스가 stopped 상태가 아닐 경우에는 이 작업을 수행할 수 없습니다.

  7. [Change Instance Type] 대화 상자에서 다음과 같이 합니다.

    1. [Instance Type]에서 원하는 인스턴스 유형을 선택합니다. 원하는 인스턴스 유형이 목록에 없으면 해당 인스턴스의 구성과 호환되지 않는 것입니다. 예를 들어 가상화 유형 때문일 수 있습니다.

    2. (선택 사항) 선택한 인스턴스 유형이 EBS 최적화를 지원할 경우 [EBS-optimized]를 선택하여 EBS 최적화를 활성화하거나, [EBS-optimized]의 선택을 취소하여 EBS 최적화를 비활성화합니다. 선택한 인스턴스 유형이 기본적으로 EBS 최적화되었을 경우 [EBS-optimized]가 선택되고 이를 선택 취소할 수 없습니다.

    3. [Apply]를 선택하여 새로운 설정을 승인합니다.

  8. 중지된 인스턴스를 다시 시작하려면 인스턴스를 선택하고, [Actions]를 선택한 후 [Instance State]를 선택하고, [Start]를 선택합니다.

  9. 확인 대화 상자가 나타나면 [Yes, Start]를 선택합니다. 인스턴스가 running 상태가 되는 데 몇 분 정도 걸릴 수 있습니다.

  10. [EC2-Classic] 인스턴스가 running 상태일 때, 세부 정보 창의 [Public DNS (IPv4)], [Private DNS], [Private IPs] 필드는 인스턴스에 할당된 새 값을 포함하고 있습니다. 인스턴스에 탄력적 IP 주소가 연결되어 있을 경우 다음과 같이 다시 연결해야 합니다.

    1. 탐색 창에서 [Elastic IPs]를 선택합니다.

    2. 인스턴스를 중지하기 전에 기록해 둔 탄력적 IP 주소를 선택합니다.

    3. Actions를 선택한 후 Associate address를 선택합니다.

    4. [Instance]에서 인스턴스를 중지하기 전에 기록해 둔 인스턴스 ID를 선택한 후 [Associate]를 선택합니다.

인스턴스 스토어 지원 인스턴스 마이그레이션

한 인스턴스 스토어 지원 인스턴스에서, 인스턴스 유형이 다른 인스턴스 스토어 지원 인스턴스로 애플리케이션을 이동할 경우 인스턴스에서 이미지를 작성한 후 이 이미지로부터 해당 인스턴스 유형의 새 인스턴스를 시작하여 애플리케이션을 마이그레이션해야 합니다. 따라서 사용자가 인스턴스에 호스팅하는 애플리케이션을 계속 중단 없이 사용할 수 있도록 보장하기 위해, 원래 인스턴스와 연결된 탄력적 IP 주소를 기록하고 이를 새 인스턴스와 연결해야 합니다. 그런 다음 원래 인스턴스를 종료하면 됩니다.

인스턴스 스토어 지원 인스턴스를 마이그레이션하려면

  1. [EC2-Classic] 마이그레이션할 인스턴스에 연결된 탄력적 IP 주소가 있을 경우 나중에 새 인스턴스와 탄력적 IP 주소를 연결할 수 있도록 그 주소를 기록합니다.

  2. 영구 스토리지를 유지해야 할 인스턴스 스토어 볼륨에 데이터를 백업합니다. 유지해야 하는 EBS 볼륨에 데이터를 마이그레이션하려면 볼륨의 스냅샷을 생성하거나(Amazon EBS 스냅샷 생성 참조), 나중에 새 인스턴스에 연결할 수 있도록 인스턴스에서 볼륨을 분리합니다(인스턴스에서 Amazon EBS 볼륨 분리 참조).

  3. 인스턴스 스토어 기반 Linux AMI 생성의 사전 조건을 충족하고 해당 절차를 수행해서 인스턴스 스토어 지원 인스턴스에서 AMI를 생성합니다. 인스턴스에서 AMI를 생성했으면 이 절차로 다시 돌아옵니다.

  4. 탐색 창에서 Amazon EC2 콘솔을 열고 [AMIs]를 선택합니다. 필터 목록에서 [Owned by me]를 선택하고 이전 단계에서 생성한 이미지를 선택합니다. 여기서 AMI Name은 이미지를 등록할 때 지정한 이름, Source는 사용자의 Amazon S3 버킷입니다.

    참고

    전 단계에서 생성한 AMI가 표시되지 않을 경우 AMI를 생성한 리전을 선택했는지 확인합니다.

  5. [Launch]를 선택합니다. 인스턴스에 대한 옵션을 지정할 경우 필요한 새 인스턴스 유형을 선택하도록 합니다. 원하는 인스턴스 유형을 선택할 수 없으면 생성한 AMI의 구성과 호환되지 않는 것입니다. 예를 들어 가상화 유형 때문일 수 있습니다. 원래 인스턴스에서 분리한 EBS 볼륨을 지정할 수도 있습니다.

    인스턴스가 running 상태가 되기까지 몇 분 정도 걸릴 수 있습니다.

  6. [EC2-Classic] 시작한 인스턴스에 연결된 탄력적 IP 주소가 있을 경우, 다음과 같이 이 주소를 새 인스턴스에 연결해야 합니다.

    1. 탐색 창에서 [Elastic IPs]를 선택합니다.

    2. 이 절차를 시작할 때 기록해 둔 탄력적 IP 주소를 선택합니다.

    3. [Actions]를 선택한 후 [Associate Address]를 선택합니다.

    4. [Instance]에서 새 인스턴스를 선택한 후 [Associate]를 선택합니다.

  7. (선택 사항) 시작한 인스턴스가 더 이상 필요하지 않은 경우 이를 종료할 수 있습니다. 인스턴스를 선택하고 새 인스턴스가 아닌 원래 인스턴스를 종료하고 있는지 확인합니다. 예를 들어 이름이나 시작 시간을 확인합니다. [Actions]를 선택하고 [Instance State]를 선택한 후 [Terminate]를 선택합니다.

새 인스턴스 구성으로 마이그레이션

인스턴스의 현재 구성이 새 인스턴스 유형과 호환되지 않을 경우, 인스턴스를 해당 인스턴스 유형으로 크기 조정할 수 없습니다. 대신 새 인스턴스 유형과 호환되는 구성을 가진 새 인스턴스로 애플리케이션을 마이그레이션할 수 있습니다.

PV AMI에서 시작한 인스턴스를 HVM 전용 인스턴스 유형으로 이동하려는 경우 일반적인 절차는 다음과 같습니다.

애플리케이션을 호환되는 인스턴스로 마이그레이션하려면

  1. 영구 스토리지를 유지해야 할 인스턴스 스토어 볼륨에 데이터를 백업합니다. 유지해야 하는 EBS 볼륨에 데이터를 마이그레이션하려면 볼륨의 스냅샷을 생성하거나(Amazon EBS 스냅샷 생성 참조), 나중에 새 인스턴스에 연결할 수 있도록 인스턴스에서 볼륨을 분리합니다(인스턴스에서 Amazon EBS 볼륨 분리 참조).

  2. 다음을 선택하여 새 인스턴스를 시작합니다.

    • HVM AMI

    • HVM 전용 인스턴스 유형

    • [EC2-VPC] 탄력적 IP 주소를 사용할 경우 원래 인스턴스가 현재 실행 중인 VPC를 선택합니다.

    • 원래 인스턴스에서 분리하여 새 인스턴스에 연결하려는 EBS 볼륨 또는 생성한 스냅샷에 기반한 새로운 EBS 볼륨

    • 새 인스턴스로 동일한 트래픽을 허용하려는 경우 원래 인스턴스와 연결된 보안 그룹을 선택합니다.

  3. 애플리케이션과 기타 필요한 소프트웨어를 인스턴스에 설치합니다.

  4. 원래 인스턴스의 인스턴스 스토어 볼륨에서 백업한 데이터를 복원합니다.

  5. 탄력적 IP 주소를 사용할 경우 다음과 같이 이 주소를 새로 시작한 인스턴스에 지정합니다.

    1. 탐색 창에서 [Elastic IPs]를 선택합니다.

    2. 원래 인스턴스와 연결된 탄력적 IP 주소를 선택하고 Actions를 선택한 후 Disassociate address를 선택합니다. 확인 메시지가 나타나면 Disassociate address를 선택합니다.

    3. 탄력적 IP 주소를 선택한 상태에서 Actions를 선택한 후 Associate address를 선택합니다.

    4. [Instance]에서 새 인스턴스를 선택한 후 [Associate]를 선택합니다.

  6. (선택 사항) 원래 인스턴스가 더 이상 필요하지 않을 경우 이를 종료할 수 있습니다. 인스턴스를 선택하고 새 인스턴스가 아닌 원래 인스턴스를 종료하고 있는지 확인합니다. 예를 들어 이름이나 시작 시간을 확인합니다. [Actions]를 선택하고 [Instance State]를 선택한 후 [Terminate]를 선택합니다.

EC2-Classic의 인스턴스에서 VPC의 인스턴스로 애플리케이션을 마이그레이션하는 내용은 Linux 내 EC2-Classic 인스턴스에서 VPC 내 Linux 인스턴스로 마이그레이션을 참조하십시오.