메뉴
Amazon Elastic Compute Cloud
User Guide for Linux Instances

Linux 내 EC2-Classic 인스턴스에서 VPC 내 Linux 인스턴스로 마이그레이션

AWS 계정은 생성 시기와 사용 리전에 따라 EC2-Classic과 EC2-VPC를 모두 지원할 수 있습니다. 자세한 내용과 계정에서 지원하는 플랫폼은 지원되는 플랫폼 단원을 참조하십시오. VPC 사용에 따른 이점 및 EC2-Classic과 EC2-VPC의 차이에 대한 자세한 내용은 Amazon EC2와 Amazon Virtual Private Cloud 단원을 참조하십시오.

AWS 계정에서 리소스를 생성하고 사용합니다. 향상된 네트워킹 및 특정 인스턴스 유형과 같은 일부 리소스와 기능은 VPC에서만 사용할 수 있습니다. 일부 리소스는 EC2-Classic 및 VPC간에 공유될 수 있지만 그렇지 않은 리소스도 있습니다. 자세한 내용은 EC2-Classic과 EC2-VPC 간 리소스 공유 및 액세스 단원을 참조하십시오.

EC2-Classic 지원 계정을 사용하는 경우 EC2-Classic에서 사용할 리소스를 설정했을 수 있습니다. EC2-Classic에서 VPC로 마이그레이션하기 위해서는 해당 리소스를 VPC에서 다시 만들어야 합니다.

VPC로 마이그레이션 하는 방법에는 두 가지가 있습니다. 전체 마이그레이션을 수행하거나, 시간을 두고 증분식 마이그레이션을 수행할 수 있습니다. EC2-Classic에 있는 애플리케이션의 크기와 복잡성에 따라 적합한 방법을 선택합니다. 예를 들어, 애플리케이션이 고정 웹 사이트를 실행하는 한두 개의 인스턴스로 구성되고 짧은 기간의 가동 중지를 허용할 수 있는 경우 전체 마이그레이션을 수행할 수 있습니다. 프로세스를 중단할 수 없는 다중 티어 애플리케이션이 있는 경우 ClassicLink를 사용하여 증분식 마이그레이션을 수행할 수 있습니다. 이렇게 하면 애플리케이션이 VPC에서 완전히 실행될 때까지 한 번에 구성 요소 하나씩 기능을 전송할 수 있습니다.

Windows 인스턴스를 마이그레이션해야 하는 경우 Windows 인스턴스용 Amazon EC2 사용 설명서Migrating a Windows Instance from EC2-Classic to a VPC 단원을 참조하십시오.

VPC로 전체 마이그레이션

다음 작업을 완료하여 EC2-Classic에서 VPC로 애플리케이션을 전체 마이그레이션합니다.

1 단계: VPC 생성

VPC 사용을 시작하려면 계정에 VPC가 있는지 확인하십시오. 다음 방법 중 하나를 사용하여 VPC를 생성할 수 있습니다.

  • 새로운 EC2-VPC 전용 AWS 계정을 사용합니다. EC2-VPC 전용 계정은 즉시 사용할 수 있는 각 리전의 기본 VPC와 함께 제공됩니다. 다르게 지정하지 않는 한, 시작하는 인스턴스는 기본적으로 이 VPC로 시작됩니다. 기본 VPC에 대한 자세한 내용은 Your Default VPC and Subnets 단원을 참조하십시오. VPC를 직접 설정하지 않으려는 경우 또는 VPC 구성에 대해 특정한 요구 사항이 필요 없는 경우 이 옵션을 선택합니다.

  • 기존 AWS 계정에서 Amazon VPC 콘솔을 열고 VPC 마법사를 사용하여 새로운 VPC를 생성합니다. 자세한 내용은 Scenarios for Amazon VPC 단원을 참조하십시오. 마법사에서 사용 가능한 구성 설정 중 하나를 사용하여 기존 EC2-Classic 계정에서 VPC를 빨리 설정하려는 경우 이 옵션을 선택합니다. 인스턴스를 시작할 때마다 이 VPC를 지정합니다.

  • 기존 AWS 계정에서 Amazon VPC 콘솔을 열고 요구 사항에 따라 VPC의 구성 요소를 설정합니다. 자세한 내용은 Your VPC and Subnets을 참조하십시오. 특정 서브넷 수와 같이 VPC에 대한 특정 요구 사항이 있는 경우 이 옵션을 사용합니다. 인스턴스를 시작할 때마다 이 VPC를 지정합니다.

2단계: 보안 그룹 구성

EC2-Classic과 VPC 간에 동일한 보안 그룹을 사용할 수 없습니다. 그러나 VPC의 인스턴스가 EC2-Classic 인스턴스와 동일한 보안 그룹 규칙을 갖도록 하려는 경우 Amazon EC2 콘솔을 사용하여 기존 EC2-Classic 보안 그룹 규칙을 새 VPC 보안 그룹에 복사할 수 있습니다.

중요

동일한 리전의 동일한 AWS 계정에서만 보안 그룹 규칙을 새 보안 그룹에 복사할 수 있습니다. 새로운 AWS 계정을 생성한 경우에는 이 방법을 사용하여 기존 보안 그룹 규칙을 새 계정에 복사할 수 없습니다. 새 보안 그룹을 생성하고 규칙을 직접 추가해야 합니다. 새 보안 그룹 생성에 대한 자세한 내용은 Linux 인스턴스에 대한 Amazon EC2 보안 그룹 단원을 참조하십시오.

새 보안 그룹에 보안 그룹 규칙을 복사하려면

  1. https://console.aws.amazon.com/ec2/에서 Amazon EC2 콘솔을 엽니다.

  2. 탐색 창에서 [Security Groups]를 선택합니다.

  3. EC2-Classic 인스턴스와 연동되어 있는 보안 그룹을 선택한 다음 [Actions]와 [Copy to new]를 차례대로 선택합니다.

  4. [Create Security Group] 대화 상자에서 새 보안 그룹의 이름과 설명을 지정합니다. [VPC] 목록에서 해당 VPC를 선택합니다.

  5. [Inbound] 탭이 EC2-Classic 보안 그룹의 규칙으로 채워집니다. 필요에 따라 규칙을 수정할 수 있습니다. [Outbound] 탭에는 모든 아웃바운드 트래픽을 허용하는 규칙이 자동으로 생성되어 있습니다. 보안 그룹 규칙 수정에 대한 자세한 내용은 Linux 인스턴스에 대한 Amazon EC2 보안 그룹 단원을 참조하십시오.

    참고

    EC2-Classic 보안 그룹에서 다른 보안 그룹을 참조하는 규칙을 정의한 경우 VPC 보안 그룹에서는 동일한 규칙을 사용할 수 없습니다. 동일한 VPC의 보안 그룹을 참조하도록 규칙을 수정하십시오.

  6. [Create]를 선택합니다.

3단계: EC2-Classic 인스턴스에서 AMI 생성

AMI는 인스턴스를 시작하기 위한 템플릿입니다. 기존 EC2-Classic 인스턴스를 기반으로 고유의 AMI를 생성한 다음 해당 AMI를 사용하여 인스턴스를 VPC로 시작할 수 있습니다.

AMI를 생성하기 위해 사용하는 방법은 인스턴스의 루트 디바이스 유형과 인스턴스가 실행되는 운영 체제 플랫폼에 따라 다릅니다. 인스턴스의 루트 디바이스 유형을 알아내려면 [Instances] 페이지로 이동하고 인스턴스를 선택한 다음 [Description] 탭의 [Root device type] 필드에서 정보를 봅니다. 값이 ebs인 경우 EBS 기반 인스턴스이고, 값이 instance-store인 경우 인스턴스 스토어 기반 인스턴스입니다. describe-instances AWS CLI 명령을 사용하여 루트 디바이스 유형을 알아낼 수도 있습니다.

다음 표에서는 인스턴스의 루트 디바이스 유형과 소프트웨어 플랫폼을 기반으로 AMI를 생성하는 옵션을 제공합니다.

중요

PV 및 HVM 가상화를 모두 지원하는 인스턴스 유형도 있지만, 둘 중 하나만 지원하는 유형도 있습니다. AMI를 사용하여 현재 인스턴스 유형과 다른 인스턴스 유형을 시작하려는 경우 인스턴스 유형이 AMI에서 제공하는 가상화 유형을 지원하는지 확인하십시오. AMI에서 PV 가상화를 지원하는 경우 HVM 가상화를 지원하는 인스턴스 유형을 사용하려면 기본 HVM AMI에 소프트웨어를 다시 설치해야 할 수 있습니다. PV 및 HVM 가상화에 대한 자세한 내용은 Linux AMI 가상화 유형 단원을 참조하십시오.

인스턴스 루트 디바이스 유형 작업
EBS

인스턴스에서 EBS 기반 AMI를 생성합니다. 자세한 내용은 Amazon EBS 지원 Linux AMI 생성 단원을 참조하십시오.

인스턴스 스토어

AMI 도구를 사용하여 인스턴스에서 인스턴스 스토어 기반 AMI를 생성합니다. 자세한 내용은 인스턴스 스토어 기반 Linux AMI 생성 단원을 참조하십시오.

인스턴스 스토어

인스턴스 스토어 지원 인스턴스를 EBS 지원 인스턴스로 변환합니다. 자세한 내용은 인스턴스 스토어 기반 AMI를 Amazon EBS 기반 AMI로 변환 단원을 참조하십시오.

(선택 사항) Amazon EBS 볼륨에 데이터 저장

Amazon EBS 볼륨을 생성하고 이 볼륨을 사용하여 물리적 하드 드라이브를 사용할 때와 같이 데이터를 백업하고 인스턴스에 저장할 수 있습니다. 동일한 가용 영역의 모든 인스턴스에서 Amazon EBS 볼륨을 연결하고 분리할 수 있습니다. EC2-Classic의 인스턴스에서 볼륨을 분리하고, 동일한 가용 영역의 VPC로 시작하는 새 인스턴스에 연결할 수 있습니다.

Amazon EBS 볼륨에 대한 자세한 내용은 다음 단원을 참조하십시오.

Amazon EBS 볼륨의 데이터를 백업하려면 볼륨의 정기적 스냅샷을 만듭니다. 필요한 경우 스냅샷에서 Amazon EBS 볼륨을 복원할 수 있습니다. Amazon EBS 스냅샷에 대한 자세한 내용은 다음 단원을 참조하십시오.

4단계: VPC로 인스턴스 시작

AMI를 생성한 후 VPC로 인스턴스를 시작할 수 있습니다. 인스턴스는 기존 EC2-Classic 인스턴스와 동일한 데이터 및 구성을 사용합니다.

기존 계정에서 생성한 VPC로 인스턴스를 시작하거나, 새로운 VPC 전용 AWS 계정으로 인스턴스를 시작할 수 있습니다.

기존 EC2-Classic 계정 사용

Amazon EC2 시작 마법사를 사용하여 VPC로 인스턴스를 시작할 수 있습니다.

VPC로 인스턴스를 시작하려면

  1. https://console.aws.amazon.com/ec2/에서 Amazon EC2 콘솔을 엽니다.

  2. 대시보드에서 [Launch Instance]를 선택합니다.

  3. [Choose an Amazon Machine Image] 페이지에서 [My AMIs] 범주를 선택하고 생성한 AMI를 선택합니다.

  4. [Choose an Instance Type] 페이지에서 인스턴스 유형을 선택하고 [Next: Configure Instance Details]를 선택합니다.

  5. [Configure Instance Details] 페이지의 [Network] 목록에서 VPC를 선택합니다. [Subnet] 목록에서 필요한 서브넷을 선택합니다. 기타 필요한 세부 정보를 구성한 다음 [Configure Security Group] 페이지에 도달할 때까지 마법사의 다음 페이지로 이동합니다.

  6. [Select an existing group]을 선택하고 이전에 생성한 보안 그룹을 선택합니다. [Review and Launch]를 선택합니다.

  7. 인스턴스 정보를 검토한 다음 [Launch]를 선택하여 키 페어를 지정하고 인스턴스를 시작합니다.

마법사의 각 단계에서 구성할 수 있는 파라미터에 대한 자세한 내용은 인스턴스 시작하기 단원을 참조하십시오.

새로운 VPC 전용 계정 사용

새로운 AWS 계정에서 인스턴스를 시작하려면 먼저 생성한 AMI를 새 계정과 공유해야 합니다. 그런 다음 Amazon EC2 시작 마법사를 사용하여 기본 VPC로 인스턴스를 시작할 수 있습니다.

AMI를 새 AWS 계정과 공유하려면

  1. https://console.aws.amazon.com/ec2/에서 Amazon EC2 콘솔을 엽니다.

  2. AMI를 생성한 계정으로 전환합니다.

  3. 탐색 창에서 [AMIs]를 선택합니다.

  4. [Filter] 목록에서 [Owned by me]가 선택되어 있는지 확인한 다음 AMI를 선택합니다.

  5. [Permissions] 탭에서 [Edit]를 선택합니다. 새 AWS 계정의 계정 번호를 입력하고 [Add Permission]과 [Save]를 차례대로 선택합니다.

기본 VPC로 인스턴스를 시작하려면

  1. https://console.aws.amazon.com/ec2/에서 Amazon EC2 콘솔을 엽니다.

  2. 새 AWS 계정으로 전환합니다.

  3. 탐색 창에서 [AMIs]를 선택합니다.

  4. [Filter] 목록에서 [Private images]를 선택합니다. EC2-Classic 계정에서 공유한 AMI와 [Launch]를 차례대로 선택합니다.

  5. [Choose an Instance Type] 페이지에서 인스턴스 유형을 선택하고 [Next: Configure Instance Details]를 선택합니다.

  6. [Configure Instance Details] 페이지의 [Network] 목록에서 기본 VPC를 선택해야 합니다. 기타 필요한 세부 정보를 구성한 다음 [Configure Security Group] 페이지에 도달할 때까지 마법사의 다음 페이지로 이동합니다.

  7. [Select an existing group]을 선택하고 이전에 생성한 보안 그룹을 선택합니다. [Review and Launch]를 선택합니다.

  8. 인스턴스 정보를 검토한 다음 [Launch]를 선택하여 키 페어를 지정하고 인스턴스를 시작합니다.

마법사의 각 단계에서 구성할 수 있는 파라미터에 대한 자세한 내용은 인스턴스 시작하기 단원을 참조하십시오.

예제: 간단한 웹 애플리케이션 마이그레이션

이 예제에서는 AWS를 사용하여 원예 웹 사이트를 호스팅합니다. 웹 사이트를 관리하기 위해 EC2-Classic에서 세 개의 인스턴스를 실행하고 있습니다. 인스턴스 A와 B는 퍼블릭 웹 애플리케이션을 호스팅하며 엘라스틱 로드 밸런서를 사용하여 이 두 인스턴스 간 트래픽의 로드 밸런스를 유지합니다. 탄력적 IP 주소를 인스턴스 A와 B에 배정하여 해당 인스턴스에 구성 및 관리 작업을 위한 고정 IP 주소를 만들었습니다. 인스턴스 C에는 웹 사이트를 위한 MySQL 데이터베이스가 저장되어 있습니다. 도메인 이름 www.garden.example.com을 등록하고 Amazon Route 53를 사용하여 로드 밸런서의 DNS 이름과 연결된 별칭 레코드 세트를 포함하는 호스팅 영역을 생성했습니다.

 EC2-Classic의 웹 애플리케이션

VPC로 마이그레이션하는 첫 단계는 어떤 종류의 VPC 아키텍처가 필요에 맞는지 결정하는 것입니다. 이 경우 웹 서버용 퍼블릭 서브넷 하나와 데이터베이스 서버용 프라이빗 서브넷 하나를 결정했습니다. 웹 사이트가 커지면 더 많은 웹 서버와 데이터베이스 서버를 서브넷에 추가할 수 있습니다. 기본적으로 프라이빗 서브넷의 인스턴스는 인터넷에 액세스할 수 없지만, 퍼블릭 서브넷의 NAT(Network Address Translation) 디바이스를 통해 인터넷 액세스를 활성화할 수 있습니다. 인터넷에서 데이터베이스 서버에 대한 정기 업데이트 및 패치를 지원하도록 NAT 디바이스를 설정해야 할 수 있습니다. 탄력적 IP 주소를 EC2-VPC로 마이그레이션하고 퍼블릭 서브넷에서 Elastic Load Balancer를 생성하여 웹 서버 간 트래픽의 로드 밸런스를 유지합니다.

 VPC의 웹 애플리케이션

VPC로 웹 애플리케이션을 마이그레이션하려면 다음 단계를 따릅니다.

  • VPC 생성: 이 경우 Amazon VPC 콘솔의 VPC 마법사를 사용하여 VPC와 서브넷을 생성할 수 있습니다. 두 번째 마법사 구성은 프라이빗 서브넷 하나와 퍼블릭 서브넷 하나가 있는 VPC를 생성하고, 퍼블릭 서브넷에서 NAT 디바이스를 시작하고 구성합니다. 자세한 내용은 Amazon VPC 사용 설명서Scenario 2: VPC with Public and Private Subnets 단원을 참조하십시오.

  • 인스턴스에서 AMI 생성: 웹 서버 중 하나에서 AMI를 생성하고 데이터베이스 서버에서 두 번째 AMI를 생성합니다. 자세한 내용은 3단계: EC2-Classic 인스턴스에서 AMI 생성 단원을 참조하십시오.

  • 보안 그룹 구성: EC2-Classic 환경에서는 웹 서버에 대한 보안 그룹이 하나 있고 데이터베이스 서버에 대한 다른 보안 그룹이 하나 있습니다. Amazon EC2 콘솔을 사용하여 각 보안 그룹에서 VPC의 새 보안 그룹으로 규칙을 복사할 수 있습니다. 자세한 내용은 2단계: 보안 그룹 구성 단원을 참조하십시오.

    작은 정보

    다른 보안 그룹에서 참조되는 보안 그룹을 먼저 생성하십시오.

  • 새로운 VPC로 인스턴스 시작: 퍼블릭 서브넷으로 대체 웹 서버를 시작하고, 프라이빗 서브넷으로 대체 데이터베이스 서버를 시작합니다. 자세한 내용은 4단계: VPC로 인스턴스 시작 단원을 참조하십시오.

  • NAT 디바이스 구성: NAT 인스턴스를 사용 중인 경우 NAT 인스턴스에 대해 프라이빗 서브넷에서 오는 HTTP 및 HTTPS 트래픽을 허용하는 보안 그룹을 만들어야 합니다. 자세한 내용은 NAT Instances 단원을 참조하십시오. NAT 게이트웨이를 사용 중인 경우 프라이빗 서브넷에서 오는 트래픽이 자동으로 허용됩니다.

  • 데이터베이스 구성: EC2-Classic의 데이터베이스 서버에서 AMI를 생성한 경우 해당 인스턴스에 저장된 모든 구성 정보가 AMI로 복사됩니다. 새로운 데이터베이스 서버에 연결하고 구성 세부 정보를 업데이트해야 할 수 있습니다. 예를 들어, EC2-Classic에서 웹 서버에 전체 읽기, 쓰기 및 수정 권한을 부여하도록 데이터베이스를 구성한 경우 새로운 VPC 웹 서버에 동일한 권한을 대신 부여하도록 구성 파일을 업데이트해야 합니다.

  • 웹 서버 구성: 웹 서버는 EC2-Classic 인스턴스와 동일한 구성 설정을 사용합니다. 예를 들어, EC2-Classic에서 데이터베이스를 사용하도록 웹 서버를 구성한 경우 새로운 데이터베이스 인스턴스를 가리키도록 웹 서버의 구성 설정을 업데이트합니다.

    참고

    시작 시 다르게 지정하지 않는 한, 기본이 아닌 서브넷으로 시작한 인스턴스에는 퍼블릭 IP 주소가 기본적으로 배정되지 않습니다. 새 데이터베이스 서버에는 퍼블릭 IP 주소가 없을 수 있습니다. 이 경우 새로운 데이터베이스 서버의 프라이빗 DNS 이름을 사용하도록 웹 서버의 구성 파일을 업데이트할 수 있습니다. 동일한 VPC에 있는 인스턴스는 프라이빗 IP 주소를 통해 서로 통신할 수 있습니다.

  • 탄력적 IP 주소 마이그레이션: 탄력적 IP 주소를 EC2-Classic의 웹 서버에서 해제한 후 EC2-VPC로 마이그레이션합니다. 마이그레이션이 완료되면 탄력적 IP 주소를 VPC의 새로운 웹 서버와 연동시킵니다. 자세한 내용은 EC2-Classic에서 EC2-VPC로 탄력적 IP 주소의 마이그레이션 단원을 참조하십시오.

  • 새로운 로드 밸런서 생성: 계속 Elastic Load Balancing을 사용하여 인스턴스에 대한 트래픽의 로드 밸런스를 유지하려면 VPC에서 로드 밸런서를 구성할 수 있는 다양한 방법을 이해해야 합니다. 자세한 내용은 Elastic Load Balancing in Amazon VPC 단원을 참조하십시오.

  • DNS 레코드 업데이트: 퍼블릭 서브넷에서 로드 밸런서를 설정한 후에는 www.garden.example.com 도메인이 새로운 로드 밸런서를 가리키는지 확인해야 합니다. 이렇게 하려면 Amazon Route 53에서 DNS 레코드를 업데이트하고 별칭 레코드 세트를 업데이트해야 합니다. Amazon Route 53 사용에 대한 자세한 내용은 Amazon Route 53 시작하기 단원을 참조하십시오.

  • EC2-Classic 리소스 종료: 웹 애플리케이션이 VPC 아키텍처 내에서 작동하고 있는지 확인한 후 EC2-Classic 리소스를 종료하여 해당 요금이 발생하지 않도록 할 수 있습니다. EC2-Classic 인스턴스를 종료하고 EC2-Classic 탄력적 IP 주소를 릴리스하십시오.

ClassicLink 기능을 사용하면 VPC로 증분식 마이그레이션 작업을 더 쉽게 관리할 수 있습니다. ClassicLink에서는 새 VPC 리소스가 프라이빗 IPv4 주소를 사용하여 EC2-Classic 인스턴스와 통신할 수 있도록 EC2-Classic 인스턴스를 동일 리전의 계정에 있는 VPC에 연결할 수 있습니다. 그런 다음 한 번에 한 단계씩 기능을 VPC로 마이그레이션할 수 있습니다. 이 주제에서는 EC2-Classic에서 VPC로 증분식 마이그레이션을 관리하기 위한 몇 가지 기본 단계를 제공하고 .

ClassicLink에 대한 자세한 내용은 ClassicLink 단원을 참조하십시오.

ClassicLink를 효과적으로 사용하려면 먼저 VPC로 마이그레이션해야 하는 애플리케이션 구성 요소를 식별한 다음 해당 기능을 마이그레이션하는 순서를 확인해야 합니다.

예를 들어, 프레젠테이션 웹 서버, 백 엔드 데이터베이스 서버 및 거래용 인증 로직을 이용하는 애플리케이션이 있는 경우 인증 로직으로 마이그레이션 프로세스를 시작한 다음 데이터베이스 서버를 마이그레이션하고 마지막으로 웹 서버를 마이그레이션할 수 있습니다.

VPC 사용을 시작하려면 계정에 VPC가 있는지 확인하십시오. 다음 방법 중 하나를 사용하여 VPC를 생성할 수 있습니다.

  • 기존 AWS 계정에서 Amazon VPC 콘솔을 열고 VPC 마법사를 사용하여 새로운 VPC를 생성합니다. 자세한 내용은 Scenarios for Amazon VPC 단원을 참조하십시오. 마법사에서 사용 가능한 구성 설정 중 하나를 사용하여 기존 EC2-Classic 계정에서 VPC를 빨리 설정하려는 경우 이 옵션을 선택합니다. 인스턴스를 시작할 때마다 이 VPC를 지정합니다.

  • 기존 AWS 계정에서 Amazon VPC 콘솔을 열고 요구 사항에 따라 VPC의 구성 요소를 설정합니다. 자세한 내용은 Your VPC and Subnets을 참조하십시오. 특정 서브넷 수와 같이 VPC에 대한 특정 요구 사항이 있는 경우 이 옵션을 사용합니다. 인스턴스를 시작할 때마다 이 VPC를 지정합니다.

VPC를 생성한 후 ClassicLink에 대해 활성화할 수 있습니다. ClassicLink에 대한 자세한 내용은 ClassicLink 단원을 참조하십시오.

ClassicLink에 대해 VPC를 활성화하려면

  1. https://console.aws.amazon.com/vpc/에서 Amazon VPC 콘솔을 엽니다.

  2. 탐색 창에서 [Your VPCs]를 선택합니다.

  3. VPC를 선택한 다음 [Actions] 목록에서 [Enable ClassicLink]을 선택합니다.

  4. 확인 대화 상자에서 [Yes, Enable]을 선택합니다.

AMI는 인스턴스를 시작하기 위한 템플릿입니다. 기존 EC2-Classic 인스턴스를 기반으로 고유의 AMI를 생성한 다음 해당 AMI를 사용하여 인스턴스를 VPC로 시작할 수 있습니다.

AMI를 생성하기 위해 사용하는 방법은 인스턴스의 루트 디바이스 유형과 인스턴스가 실행되는 운영 체제 플랫폼에 따라 다릅니다. 인스턴스의 루트 디바이스 유형을 알아내려면 [Instances] 페이지로 이동하고 인스턴스를 선택한 다음 [Description] 탭의 [Root device type] 필드에서 정보를 봅니다. 값이 ebs인 경우 EBS 기반 인스턴스이고, 값이 instance-store인 경우 인스턴스 스토어 기반 인스턴스입니다. describe-instances AWS CLI 명령을 사용하여 루트 디바이스 유형을 알아낼 수도 있습니다.

다음 표에서는 인스턴스의 루트 디바이스 유형과 소프트웨어 플랫폼을 기반으로 AMI를 생성하는 옵션을 제공합니다.

중요

PV 및 HVM 가상화를 모두 지원하는 인스턴스 유형도 있지만, 둘 중 하나만 지원하는 유형도 있습니다. AMI를 사용하여 현재 인스턴스 유형과 다른 인스턴스 유형을 시작하려는 경우 인스턴스 유형이 AMI에서 제공하는 가상화 유형을 지원하는지 확인하십시오. AMI에서 PV 가상화를 지원하는 경우 HVM 가상화를 지원하는 인스턴스 유형을 사용하려면 기본 HVM AMI에 소프트웨어를 다시 설치해야 할 수 있습니다. PV 및 HVM 가상화에 대한 자세한 내용은 Linux AMI 가상화 유형 단원을 참조하십시오.

인스턴스 루트 디바이스 유형 작업
EBS 인스턴스에서 EBS 기반 AMI를 생성합니다. 자세한 내용은 Amazon EBS 지원 Linux AMI 생성 단원을 참조하십시오.
인스턴스 스토어 AMI 도구를 사용하여 인스턴스에서 인스턴스 스토어 기반 AMI를 생성합니다. 자세한 내용은 인스턴스 스토어 기반 Linux AMI 생성 단원을 참조하십시오.
인스턴스 스토어 인스턴스 스토어 지원 인스턴스를 EBS 지원 인스턴스로 변환합니다. 자세한 내용은 인스턴스 스토어 기반 AMI를 Amazon EBS 기반 AMI로 변환 단원을 참조하십시오.

Amazon EBS 볼륨을 생성하고 이 볼륨을 사용하여 물리적 하드 드라이브를 사용할 때와 같이 데이터를 백업하고 인스턴스에 저장할 수 있습니다. 동일한 가용 영역의 모든 인스턴스에서 Amazon EBS 볼륨을 연결하고 분리할 수 있습니다. EC2-Classic의 인스턴스에서 볼륨을 분리하고, 동일한 가용 영역의 VPC로 시작하는 새 인스턴스에 연결할 수 있습니다.

Amazon EBS 볼륨에 대한 자세한 내용은 다음 단원을 참조하십시오.

Amazon EBS 볼륨의 데이터를 백업하려면 볼륨의 정기적 스냅샷을 만듭니다. 필요한 경우 스냅샷에서 Amazon EBS 볼륨을 복원할 수 있습니다. Amazon EBS 스냅샷에 대한 자세한 내용은 다음 단원을 참조하십시오.

마이그레이션 프로세스의 다음 단계는 기능 전송을 시작할 수 있도록 VPC로 인스턴스를 시작하는 것입니다. 이전 단계에서 생성한 AMI를 사용하여 VPC로 인스턴스를 시작할 수 있습니다. 인스턴스는 기존 EC2-Classic 인스턴스와 동일한 데이터 및 구성을 사용합니다.

사용자 지정 AMI를 사용하여 VPC로 인스턴스를 시작하려면

  1. https://console.aws.amazon.com/ec2/에서 Amazon EC2 콘솔을 엽니다.

  2. 대시보드에서 [Launch Instance]를 선택합니다.

  3. [Choose an Amazon Machine Image] 페이지에서 [My AMIs] 범주를 선택하고 생성한 AMI를 선택합니다.

  4. [Choose an Instance Type] 페이지에서 인스턴스 유형을 선택하고 [Next: Configure Instance Details]를 선택합니다.

  5. [Configure Instance Details] 페이지의 [Network] 목록에서 VPC를 선택합니다. [Subnet] 목록에서 필요한 서브넷을 선택합니다. 기타 필요한 세부 정보를 구성한 다음 [Configure Security Group] 페이지에 도달할 때까지 마법사의 다음 페이지로 이동합니다.

  6. [Select an existing group]을 선택하고 이전에 생성한 보안 그룹을 선택합니다. [Review and Launch]를 선택합니다.

  7. 인스턴스 정보를 검토한 다음 [Launch]를 선택하여 키 페어를 지정하고 인스턴스를 시작합니다.

마법사의 각 단계에서 구성할 수 있는 파라미터에 대한 자세한 내용은 인스턴스 시작하기 단원을 참조하십시오.

인스턴스를 시작한 후 인스턴스가 running 상태이면 인스턴스에 연결하고 필요에 따라 구성할 수 있습니다.

인스턴스를 구성하고 애플리케이션 기능을 VPC에서 사용할 수 있게 만든 후에는 ClassicLink를 사용하여 새로운 VPC 인스턴스와 EC2-Classic 인스턴스 간에 프라이빗 IP 통신을 활성화할 수 있습니다.

VPC에 인스턴스를 연결하려면

  1. https://console.aws.amazon.com/ec2/에서 Amazon EC2 콘솔을 엽니다.

  2. 탐색 창에서 [Instances]를 선택합니다.

  3. EC2-Classic 인스턴스를 선택한 다음 [Actions], [ClassicLink] 및 [Link to VPC]를 차례대로 선택합니다.

    참고

    인스턴스가 running 상태인지 확인합니다.

  4. 대화 상자에서 ClassicLink 지원 VPC를 선택합니다(ClassicLink에 대해 활성화된 VPC만 표시됨).

  5. VPC의 보안 그룹을 하나 이상 선택하여 인스턴스와 연결합니다. 완료되면 [Link to VPC]를 선택합니다.

애플리케이션의 크기와 마이그레이션해야 할 기능에 따라 4~6단계를 반복하여 애플리케이션의 모든 구성 요소를 EC2-Classic에서 VPC로 이동합니다.

EC2-Classic 및 VPC 인스턴스 간에 내부 통신을 활성화한 경우 EC2-Classic 플랫폼의 서비스 대신 VPC에 있는 마이그레이션된 서비스를 가리키도록 애플리케이션을 업데이트해야 합니다. 이 작업을 위한 정확한 단계는 애플리케이션 설계에 따라 다릅니다. 일반적으로 이 작업에는 EC2-Classic 인스턴스 대신 VPC 인스턴스의 IP 주소를 가리키도록 대상 IP 주소를 업데이트하는 단계가 포함됩니다. 현재 EC2-Classic 플랫폼에서 사용 중인 탄력적 IP 주소를 EC2-VPC 플랫폼으로 마이그레이션할 수 있습니다. 자세한 내용은 EC2-Classic에서 EC2-VPC로 탄력적 IP 주소의 마이그레이션 단원을 참조하십시오.

이 단계를 완료하고 애플리케이션이 VPC에서 작동하는지 테스트한 후 EC2-Classic 인스턴스를 종료하고 VPC에 대해 ClassicLink를 비활성화할 수 있습니다. 또한 비용이 발생하지 않도록 더 이상 필요하지 않은 EC2-Classic 리소스를 정리할 수 있습니다. 예를 들어, 탄력적 IP 주소를 릴리스하고 EC2-Classic 인스턴스와 연결된 볼륨을 삭제할 수 있습니다.