Elastic Beanstalk Windows Server 플랫폼의 메이저 버전 간 마이그레이션

AWS Elastic Beanstalk에는 Windows Server 플랫폼의 여러 메이저 버전이 있습니다. 이 페이지에서는 각 메이저 버전에 대한 주요 개선 사항과 최신 버전으로 마이그레이션하기 전에 고려할 사항에 대해 설명합니다.

Windows Server 플랫폼은 현재 버전 2(v2)에 있습니다. 애플리케이션에서 v2 이전의 Windows Server 플랫폼 버전을 사용하는 경우, v2로 마이그레이션하는 것이 좋습니다.

Windows Server 플랫폼의 메이저 버전의 새 기능

Windows Server 플랫폼 V2

Elastic Beanstalk Windows Server 플랫폼의 버전 2(v2)는 2019년 2월에 릴리스되었습니다. V2는 Windows Server 플랫폼의 동작을 몇 가지 중요한 방식으로 Elastic Beanstalk의 Linux 기반 플랫폼의 동작과 일치시킵니다. V2는 이전의 v1과 완전히 호환되므로, v1으로부터 쉽게 마이그레이션할 수 있습니다.

Windows Server 플랫폼은 현재 다음 사항을 지원합니다.

• 버전 관리 - 각 릴리스에 새 버전 번호가 할당되며, 사용자가 환경을 생성하여 관리할 때 이전 버전(아직 사용 가능한)을 참조할 수 있습니다.

• 확장 상태 – 자세한 내용은 향상된 상태 보고 및 모니터링 단원을 참조하십시오.

• 변경 불가능 및 추가 배포를 사용한 롤링 배포 – 배포 정책에 대한 자세한 내용은 Elastic Beanstalk 환경에 애플리케이션 배포 단원을 참조하십시오.

• 변경 불가능한 업데이트 – 업데이트 유형에 대한 자세한 내용은 구성 변경 단원을 참조하십시오.

• 관리형 플랫폼 업데이트 – 자세한 내용은 관리형 플랫폼 업데이트 단원을 참조하십시오.

참고

새 배포 및 업데이트 기능은 확장 상태에 따라 달라집니다. 확장 상태를 활성화하여 사용합니다. 자세한 내용은 Elastic Beanstalk 확장 상태 보고 활성화 단원을 참조하십시오.

Windows Server 플랫폼 V1

Elastic Beanstalk Windows Server 플랫폼의 버전 1.0.0(v1)은 2015년 10월에 릴리스되었습니다. 이 버전은 환경 생성 및 업데이트 중에 Elastic Beanstalk가 구성 파일에서 명령을 처리하는 순서를 변경합니다.

이전 플랫폼 버전에는 솔루션 스택 이름에 버전 번호가 없습니다.

• IIS 8.5를 실행하는 64비트 Windows Server 2012 R2

• IIS 8.5를 실행하는 64비트 Windows Server Core 2012 R2

• IIS 8을 실행하는 64비트 Windows Server 2012

• IIS 7.5를 실행하는 64비트 Windows Server 2008 R2

이전 버전에서는 구성 파일의 처리 순서가 일관되지 않습니다. 환경 생성 중에 애플리케이션 원본이 IIS에 배포된 후 Container Commands가 실행됩니다. 실행 중인 환경에 배포하는 동안 새 버전이 배포되기 전에 컨테이너 명령이 실행됩니다. 확장 중에는 구성 파일이 처리되지 않습니다.

이 외에도 컨테이너 명령이 실행되기 전에 IIS가 시작됩니다. 이 동작으로 인해 일부 고객은 컨테이너 명령에서 해결 방법을 실시하여 명령을 실행하기 전에 IIS 서버를 일시 중지했다가 완료된 후 다시 시작해야 했습니다.

버전 1은 불일치를 수정하고 Windows Server 플랫폼의 동작을 Elastic Beanstalk의 Linux 기반 플랫폼의 동작과 일치시킵니다. v1 플랫폼에서 Elastic Beanstalk는 항상 IIS 서버가 시작되기 전에 컨테이너 명령을 실행합니다.

v1 플랫폼 솔루션 스택에는 Windows Server 버전 뒤에 v1이 있습니다.

• IIS 8.5를 실행하는 64비트 Windows Server 2012 R2 v1.1.0

• IIS 8.5를 실행하는 64비트 Windows Server Core 2012 R2 v1.1.0

• IIS 8을 실행하는 64비트 Windows Server 2012 v1.1.0

• IIS 7.5를 실행하는 64비트 Windows Server 2008 R2 v1.1.0

또한 v1 플랫폼은 컨테이너 명령을 실행하기 전에 애플리케이션 소스 번들의 내용을 C:\staging\으로 추출합니다. 컨테이너 명령이 완료되면 이 폴더의 내용이 .zip 파일로 압축되어 IIS에 배포됩니다. 이 워크플로를 통해 배포 전에 명령 또는 스크립트를 사용하여 애플리케이션 소스 번들의 내용을 수정할 수 있습니다.

Windows Server 플랫폼의 이전 메이저 버전에서 마이그레이션

환경을 업데이트하기 전에 이 단원의 마이그레이션 고려 사항을 읽습니다. 환경의 플랫폼을 최신 버전으로 업데이트하려면 Elastic Beanstalk 환경의 플랫폼 버전 업데이트 단원을 참조하십시오.

V1에서 V2로

Windows Server 플랫폼 v2는 .NET Core 1.x 및 2.0.을 지원하지 않습니다. 애플리케이션을 Windows Server v1에서 v2로 마이그레이션하고 애플리케이션이 이러한 .NET Core 버전 중 하나를 사용하는 경우, 애플리케이션을 v2에서 지원하는 .NET Core 버전으로 업데이트합니다. 지원되는 버전의 목록은 AWS Elastic Beanstalk 플랫폼에서 IIS를 사용하는 Windows Server의 .NET 단원을 참조하세요.

애플리케이션에서 사용자 지정 Amazon Machine Image(AMI)를 사용하는 경우 Windows Server 플랫폼 v2 AMI를 기반으로 새 사용자 지정 AMI를 생성합니다. 자세한 내용은 사용자 지정 AMI(Amazon Machine Image) 사용 단원을 참조하십시오.

참고

Windows Server v2에 새로 추가되는 배포 및 업데이트 기능은 확장 상태에 따라 달라집니다. 환경을 v2로 마이그레이션하는 경우, 확장 상태는 비활성화됩니다. 확장 상태를 활성화하여 이러한 기능을 사용하시겠습니까? 자세한 내용은 Elastic Beanstalk 확장 상태 보고 활성화 단원을 참조하십시오.

이전의 V1에서

v1으로부터의 마이그레이션에 대한 고려 사항 이외에도, 애플리케이션을 v1 이전의 Windows Server 솔루션 스택으로부터 마이그레이션하고 현재 컨테이너 명령을 사용 중인 경우, 최신 버전으로 마이그레이션하면서 불일치를 처리할 당시에 작업에 추가했던 모든 명령을 제거합니다. 배포된 애플리케이션 소스가 배포되고 IIS가 시작되기 전에, v1을 시작으로 컨테이너 명령이 완전히 실행되도록 보장됩니다. 따라서 C:\staging의 소스를 변경할 수 있으며, 이 단계를 수행하는 동안 문제없이 IIS 구성 파일을 수정할 수 있습니다.

예를 들어 AWS CLI를 사용하여 Amazon S3에서 애플리케이션 원본으로 DLL 파일을 다운로드할 수 있습니다.

.ebextensions\copy-dll.config

container_commands:
  copy-dll:
    command: aws s3 cp s3://DOC-EXAMPLE-BUCKET/dlls/large-dll.dll .\lib\

구성 파일 사용에 대한 자세한 내용은 구성 파일(.ebextensions)을 사용하여 고급 환경 사용자 지정 단원을 참조하십시오.