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

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

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

중요

The AWS OpsWorks Stacks 서비스 수명이 2024년 5월 26일에 종료되었으며 신규 및 기존 고객 모두 사용할 수 없습니다. 고객은 가능한 한 빨리 워크로드를 다른 솔루션으로 마이그레이션할 것을 강력히 권장합니다. 마이그레이션에 대해 궁금한 점이 있으면 다음 연락처로 문의하십시오. AWS Support 팀 구성: AWS re:포스트 포스트 또는 스루 AWS 프리미엄 지원.

이 항목에서는 마이그레이션하는 방법을 설명합니다. AWS OpsWorks Stacks Amazon EC2 Classic 네트워크 플랫폼에서 Amazon 가상 사설 클라우드 (AmazonVPC) 네트워크로 스택합니다.

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

사전 조건

시작하기 전에 꼭 VPC 맞는 제품을 준비해야 합니다. AWS OpsWorks Stacks 구성 요구 사항. 다음과 같이 프라이빗 서브넷을 구성하려면 VPC AWS OpsWorks Stacks이 스택을 다음과 같이 실행합니다. VPC 가이드의 내용을 참조하십시오. Amazon VPC 관리 콘솔을 사용하여 사용자 VPC 지정을 생성할 수 있습니다. 자세한 내용은 Amazon Virtual Private Cloud 사용 설명서의 Amazon VPC 콘솔 마법사 구성 VPCs 및 서브넷을 참조하십시오.

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

마이그레이션하십시오. AWS OpsWorks Stacks 스택을 a로 VPC

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

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

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

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

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

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

    Amazon EBS 볼륨은 VPC a와 연결되어 있지 않으므로 EC2 -Classic 스택과 a의 스택 모두에 있는 인스턴스에서 사용할 수 있습니다. VPC -Classic에서 EC2 -Classic 스택과 스택을 모두 EC2 사용하여 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 스택을 삭제합니다. 스택을 삭제하는 방법에 대한 자세한 정보는 이 설명서의 스택 삭제 섹션을 참조하세요.

다음 사항도 참조하세요.