Amazon EC2-Classic에서 로 스택 마이그레이션 VPC - AWS OpsWorks
사전 조건AWS OpsWorks Stacks 스택을 로 마이그레이션 VPC다음 사항도 참조하세요.

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

Amazon EC2-Classic에서 로 스택 마이그레이션 VPC

중요

이 AWS OpsWorks Stacks 서비스는 2024년 5월 26일에 만료되었으며 신규 및 기존 고객 모두에 대해 비활성화되었습니다. 가능한 한 빨리 워크로드를 다른 솔루션으로 마이그레이션하는 것이 좋습니다. 마이그레이션에 대한 질문이 있는 경우 AWS re:Post 또는 AWS Premium Support를 통해 AWS Support 팀에 문의하세요.

이 주제에서는 Amazon EC2 Classic 네트워크 플랫폼에서 Amazon Amazon Virtual Private Cloud(AmazonVPC) 네트워크로 AWS OpsWorks Stacks 스택을 마이그레이션하는 방법을 설명합니다.

2013-12-04 이전에 AWS 계정을 생성한 경우 일부 AWS 리전에서 EC2-Classic을 지원할 수 있습니다. 향상된 네트워킹 및 최신 인스턴스 유형과 같은 일부 Amazon EC2 리소스 및 기능에는 가상 프라이빗 클라우드()가 필요합니다VPC. 일부 리소스는 EC2-Classic과 간에 공유할 수 VPC있지만 일부는 공유할 수 없습니다. 서비스 중단을 방지하려면 AWS OpsWorks Stacks 스택을 로 마이그레이션하는 것이 좋습니다VPC.

사전 조건

시작하기 전에 AWS OpsWorks Stacks 구성 요구 사항을 VPC 충족하는이 있어야 합니다. 용에서 프라이빗 서브넷VPC을 구성하려면이 설명서에서 스택 실행 VPC의 섹션을 AWS OpsWorks Stacks참조하세요. Amazon VPC 관리 콘솔을 VPC 사용하여 사용자 지정을 생성할 수 있습니다. 자세한 내용은 Amazon Virtual Private Cloud 사용 설명서의 Amazon VPC 콘솔 마법사 구성 VPCs 및 서브넷을 참조하세요. Amazon Virtual Private Cloud

마이그레이션을 계속하려면 사용하려는 VPC ID와 서브넷 ID가 필요합니다.

AWS OpsWorks Stacks 스택을 로 마이그레이션 VPC

먼저 AWS OpsWorks Stacks 콘솔 또는를 사용하여 기존 EC2-Classic 스택을 복제합니다API. 그런 다음 기존 스택의 리소스를 새 스택으로 이동합니다. 복제된 스택에서 새 인스턴스를 시작하고 앱을 배포합니다. 새로운 인스턴스가 작동 중인지 확인합니다. 마지막으로 EC2-Classic 스택에서 EC2-Classic 리소스를 삭제한 다음 이전 스택을 삭제합니다.

  1. 기존 EC2-Classic 스택을에 복제합니다VPC. 스택을 복제하면 스택 설정, 계층, 앱, 사용자 및 사용자 권한이 새 스택에 복사됩니다. 스택을 복제하는 방법에 대한 자세한 내용은 이 가이드에서 스택 복제의 내용을 참조하세요.

    를 사용하여 스택을 복제할 수도 있습니다 AWS OpsWorks Stacks API. AWS CLI 또는를 사용하여 스택을 복제하는 경우 VpcId 파라미터 값을에서 VPC 생성한의 ID로 AWS SDKs설정합니다사전 조건. 자세한 내용은 AWS OpsWorks Stacks API 참조의 CloneStack 섹션을 참조하세요.

  2. 복제된 스택의 계층에 새 인스턴스를 생성합니다. 사전 조건에서 생성한 서브넷의 ID를 지정해야 합니다. 스택에서 인스턴스를 생성하는 방법에 대한 자세한 내용은 이 가이드에서 계층에 인스턴스 추가의 내용을 참조하세요.

  3. EC2 보안 그룹, Elastic Load Balancing 로드 밸런서, Elastic IP 주소와 같은 클래식 리소스를 로 마이그레이션한 VPC다음 복제된 스택과 연결합니다. 자세한 내용은 Amazon EC2 사용 설명서의 로 리소스 마이그레이션을 참조하세요VPC.

  4. 복제된 스택에 Amazon EBS 볼륨 및 Amazon RDS 인스턴스를 등록합니다. 스택에 리소스를 등록하는 방법에 대한 자세한 내용은 이 안내서의 스택에 리소스 등록 섹션을 참조하세요.

    Amazon EBS 볼륨은와 연결되지 않으며 VPCEC2-Classic 스택의 인스턴스와의 스택 모두에서 사용할 수 있습니다VPC. 에서 EC2-Classic 스택과 스택 모두에 EC2-Classic에 Amazon RDS 인스턴스를 등록할 수 있습니다VPC.

  5. 복제된 스택에서 인스턴스를 시작한 다음 워크로드의 일부를 복제된 스택으로 이동합니다. 예를 들어 소량의 트래픽을 복제된 스택의 Elastic Load Balancing 로드 밸런서로 이동합니다. Amazon Route 53를 사용하는 경우 Amazon Route 53 개발자 안내서의 ELB 로드 밸런서로 트래픽 라우팅을 참조하세요.

    새 스택이 제대로 작동하고 애플리케이션을 지원하는지 확인할 때까지 소량의 트래픽만 라우팅하세요. 시험 사용 기간(예: 일주일) 동안 적은 비율의 트래픽만 새 스택을 처리하도록 하세요. 새 스택이 작동하는지 확인한 후 나머지 트래픽을 스택으로 라우팅합니다.

  6. 복제된 스택이 제대로 작동하는지 확인한 후 나머지 프로덕션 트랙 또는 워크로드를 복제된 스택으로 이동합니다. 이제 EC2-Classic 스택에서 인스턴스를 중지할 수 있습니다. 마이그레이션 후 몇 주 내에 새 스택에 문제가 발생할 경우 이전 스택으로 워크로드를 다시 이동할 수 있도록 이전 스택을 몇 주 동안 이용 가능하게 유지하는 것이 좋습니다.

  7. 새 스택이 몇 주 동안 작동하면 EC2-Classic 스택에서 인스턴스를 삭제합니다. 스택 삭제 방법에 대한 자세한 내용은 이 설명서의 AWS OpsWorks 스택 인스턴스 삭제 섹션을 참조하세요.

    중요

    Amazon EC2 콘솔 또는를 사용하여 인스턴스API를 중지하거나 삭제 AWS OpsWorks 하지 마십시오.

  8. EC2-Classic 스택에서 앱을 삭제합니다. 앱을 삭제하는 방법에 대한 자세한 내용은 이 설명서의 스택에서 앱을 삭제하려면 섹션을 참조하세요.

  9. EC2-Classic 스택을 삭제합니다. 스택을 삭제하는 방법에 대한 자세한 정보는 이 설명서의 스택 삭제 섹션을 참조하세요.

다음 사항도 참조하세요.