기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
Elastic Beanstalk 환경에서 사용자 지정 아마존 머신 이미지 (AMI) 사용
이 섹션에서는 사용자 지정 사용을 고려해야 하는 시기를 설명하고 사용자 AMI 환경에서 사용자 지정을 구성하고 관리하는 절차를 제공합니다. AMI 를 만들 때 AWS Elastic Beanstalk 환경에서는 플랫폼 버전에 포함된 표준 AMI Elastic Beanstalk 대신 Amazon 머신 이미지 (AMI) 를 지정하여 사용할 수 있습니다. 표준에 포함되지 않은 소프트웨어를 많이 설치해야 하는 경우 사용자 지정을 사용하면 환경에서 인스턴스를 시작할 때 프로비저닝 시간을 단축할 AMI 수 있습니다. AMIs
구성 파일을 사용하면 환경을 빠르고 일관되게 사용자 지정하는 데 효과적입니다. 하지만 환경을 만들고 업데이트하는 동안 구성을 적용하는 데 시간이 오래 걸릴 수 있습니다. 구성 파일에서 많은 서버 구성을 수행하는 경우 필요한 소프트웨어와 구성이 이미 AMI 포함된 사용자 지정을 만들어 이 시간을 줄일 수 있습니다.
AMI또한 사용자 지정을 사용하면 구현하기 어렵거나 구성 파일에 적용하는 데 시간이 오래 걸리는 Linux 커널과 같은 하위 수준 구성 요소를 변경할 수 있습니다. 사용자 AMI 지정을 생성하려면 EC2 Amazon에서 Elastic AMI Beanstalk 플랫폼을 시작하고 필요에 맞게 소프트웨어와 구성을 사용자 지정한 다음 인스턴스를 중지하고 인스턴스를 AMI 저장하십시오.
사용자 지정 생성 AMI
이러한 절차의 AMIs 대안으로 EC2Image Builder를
기본 Elastic Beanstalk를 식별하려면 AMI
-
명령 창에서 명령을 다음과 같이 실행합니다. 자세한 내용은 다음을 참조하십시오. describe-platform-versionAWS CLI 명령 참조.
다음을 지정하십시오. AWS 사용자 AMI 지정을 사용하려는 지역에서 플랫폼 ARN 및 버전 번호를 애플리케이션의 기반이 되는 Elastic Beanstalk 플랫폼으로 바꾸세요.
예 - Mac OS/Linux OS
$
aws elasticbeanstalk describe-platform-version --region
[ { "VirtualizationType": "pv", "ImageId": "" }, { "VirtualizationType": "hvm", "ImageId": "us-east-2
\ --platform-arn "arn:aws:elasticbeanstalk:us-east-2
::platform/Node.js 20 running on 64bit Amazon Linux 2023
/6.1.7
" \ --query PlatformDescription.CustomAmiListami-020ae06fdda6a0f66
" } ]예 - Windows OS
C:\> aws elasticbeanstalk describe-platform-version --region
[ { "VirtualizationType": "pv", "ImageId": "" }, { "VirtualizationType": "hvm", "ImageId": "us-east-2
--platform-arn"arn:aws:elasticbeanstalk:us-east-2
::platform/IIS 10.0 running on 64bit Windows Server 2022
/2.15.3
" --query PlatformDescription.CustomAmiListami-020ae06fdda6a0f66
" } ] -
결과에서
ami-020ae06fdda6a0f66
와 같은 형태의ImageId
값을 기록해 두십시오.
가치는 플랫폼 EC2 버전, 인스턴스 아키텍처 및 기타 모든 경우에 사용할 수 AMI 있는 기본 Elastic Beanstalk입니다. AWS 애플리케이션과 관련된 지역. 여러 플랫폼, AMIs 아키텍처용으로 제작해야 하는 경우 또는 AWS 지역, 이 프로세스를 반복하여 각 조합의 올바른 AMI 기반을 식별하십시오.
참고
Elastic Beanstalk 환경에서 시작된 인스턴스로는 생성하지 마십시오. AMI Elastic Beanstalk는 프로비저닝 중에 인스턴스를 변경하므로 저장된 인스턴스에서 문제가 발생할 수 있습니다. AMI Elastic Beanstalk 환경의 인스턴스에서 이미지를 저장하면 인스턴스에 배포된 애플리케이션의 버전이 이미지의 일부분으로 고정됩니다.
Linux의 경우 Elastic AMI Beanstalk에서 게시하지 AMI 않은 커뮤니티에서 사용자 지정을 생성할 수도 있습니다. 최신 Amazon AMI Linux를
참고
Windows Server AMIs 기반의 사용자 지정에는 1단계 앞부분에서 설명한 것처럼 Elastic Beanstalk가 describe-platform-version
반환된 스톡 AMI Elastic Beanstalk가 필요합니다.
Elastic Beanstalk는 Elastic Beanstalk에서 관리하지 않는 도구를 AMI 사용할 수 있지만, Elastic Beanstalk에서 누락된 구성 요소를 설치함으로써 발생하는 프로비저닝 시간이 길어지면 애초에 사용자 정의를 생성할 때의 이점이 줄어들거나 없어질 수 있습니다. AMI 다른 Linux 배포는 일부 문제 해결을 처리할 수 있으나 공식적으로 지원되지 않습니다. 애플리케이션에 특정 Linux 배포가 필요한 경우, 한 가지 대안은 Docker 이미지를 생성하여 Elastic Beanstalk Docker 플랫폼 또는 멀티컨테이너 Docker 플랫폼에서 실행하는 것입니다.
사용자 지정을 만들려면 AMI
에서 Amazon EC2 콘솔을 엽니다 https://console.aws.amazon.com/ec2/
. -
인스턴스 시작을 선택합니다.
-
기본 AMI Elastic Beanstalk (
describe-platform-version
사용) 또는 AMI 아마존 리눅스를 식별한 경우 검색 AMI 상자에 해당 ID를 입력합니다. 그런 다음 Enter를 누릅니다.목록에서 필요에 AMI 맞는 다른 커뮤니티를 검색할 수도 있습니다.
참고
HVM가상화를 사용하는 제품을 선택하는 것이 좋습니다. AMI 설명에는 가상화 유형: hvm이 AMIs 표시됩니다.
자세한 내용은 Amazon EC2 사용 설명서의 가상화 유형을 참조하십시오.
-
선택을 선택하여 선택합니다AMI.
-
인스턴스 유형을 선택하고 Next: Configure Instance Details(다음: 인스턴스 정보 구성)를 선택합니다.
-
(사용 중지된 Amazon Linux AMI (AL1) 플랫폼의 경우) 환경이 지원되는 Linux 기반 플랫폼 또는 Windows 플랫폼에서 실행되는 경우 이 단계를 건너뛰십시오.
고급 세부 정보 섹션을 펼치고 사용자 데이터 필드에 다음 텍스트를 붙여넣습니다.
#cloud-config repo_releasever:
repository version number
repo_upgrade: none리포지토리 버전 번호는 AMI 이름에 있는 연도 및 월 버전입니다. 예를 들어, Amazon Linux의 2015년 3월 릴리스를 AMIs 기준으로 리포지토리 버전 번호가
2015.03
있습니다. Elastic Beanstalk 이미지의 경우 이 날짜는 Amazon Linux 기반 플랫폼 버전 (Amazon AMI Linux 2 이전 버전) 의 솔루션 스택 이름에 표시된 날짜와 일치합니다.참고
repo_releasever
설정은 Amazon Linux용 lock-on-launch 기능을 구성합니다. AMI 이로 AMI 인해 시작 시 고정된 특정 리포지토리 버전을 사용하게 됩니다. 이 기능은 Amazon Linux 2에서 지원되지 않습니다. 환경에서 현재 Amazon Linux 2 플랫폼 브랜치를 사용하는 경우 지정하지 마십시오. 이 설정은 아마존 리눅스 플랫폼 브랜치 (AMIAmazon Linux 2 이전 버전) 에서만 Elastic AMI Beanstalk로 사용자 지정을 사용하는 경우 필요합니다.repo_upgrade
설정은 보안 업데이트의 자동 설치를 비활성화합니다. Elastic Beanstalk에서는 사용자 정의를 AMI 사용해야 합니다. -
마법사를 진행하여 인스턴스를 시작합니다. EC2 메시지가 표시되면 액세스할 키 페어를 선택하여 다음 단계에서 인스턴스에 연결하도록 합니다.
-
SSH또는 를 사용하여 인스턴스에 연결합니다RDP.
-
원하는 사용자 지정을 수행합니다.
-
(윈도우 플랫폼) EC2Config Sysprep 서비스를 실행합니다. 에 대한 EC2Config 자세한 내용은 서비스를 사용한 Windows 인스턴스 구성을 참조하십시오. EC2Config Sysprep이 다음에서 검색할 수 있는 임의의 암호를 생성하도록 구성되어 있는지 확인하십시오. AWS Management Console.
-
Amazon EC2 콘솔에서 EC2 인스턴스를 중지합니다. 그런 다음 인스턴스 작업 메뉴에서 Create Image (EBSAMI) 를 선택합니다.
-
추가 발생을 방지하려면 AWS 요금이 부과됩니다. EC2
Elastic Beanstalk AMI 환경에서 사용자 지정을 사용하려면
Elastic Beanstalk
콘솔을 열고 지역 목록에서 다음을 선택합니다. AWS 리전. -
탐색 창에서 환경을 선택한 다음 목록에서 환경의 이름을 선택합니다.
참고
여러개의 환경을 보유한 경우 검색 창을 통해 환경 목록을 필터링합니다.
탐색 창에서 구성을 선택합니다.
-
[용량] 구성 범주에서 [편집]을 선택합니다.
-
ID에는 사용자 지정 AMIID를 입력합니다. AMI
-
변경 사항을 저장하려면 페이지 하단에서 적용을 선택합니다.
사용자 AMI 지정으로 새 환경을 만들 때는 생성 시 기반으로 사용한 것과 동일한 플랫폼 버전을 사용해야 AMI 합니다.
사용자 지정을 사용한 환경 관리 AMI
플랫폼 업데이트
사용자 AMI 지정을 사용하는 경우 Elastic Beanstalk는 업데이트가 수동으로 적용되는지 관리형 플랫폼 업데이트를 통해 적용되는지에 관계없이 플랫폼 버전이 업데이트된 환경에서 AMI 동일한 사용자 지정을 계속 사용합니다. 새 플랫폼 AMI 버전의 스톡을 사용하도록 환경이 재설정되지 않습니다.
새 플랫폼 AMI 버전의 재고를 AMI 기반으로 새 사용자 지정을 생성하는 것이 좋습니다. 이렇게 하면 새 플랫폼 버전에서 사용할 수 있는 패치가 적용되고 호환되지 않는 패키지 또는 라이브러리 버전으로 인한 배포 실패도 최소화됩니다.
새 사용자 AMI 지정을 만드는 방법에 대한 자세한 내용은 이 항목의 사용자 지정 생성 AMI 앞부분을 참조하십시오.
사용자 지정 제거 AMI
환경에서 사용자 AMI 지정을 제거하고 해당 환경의 플랫폼 AMI 버전용 스톡을 사용하도록 CLI 재설정하려면 다음 명령을 사용하십시오.
aws elasticbeanstalk update-environment \ --application-name
my-application
\ --environment-namemy-environment
\ --regionus-east-1
\ --options-to-remove Namespace=aws:autoscaling:launchconfiguration,OptionName=ImageId
참고
서비스 중단을 방지하려면 이 변경 사항을 프로덕션 환경에 AMI 적용하기 전에 스톡으로 애플리케이션을 테스트하십시오.
사용자 지정 정리 AMI
사용자 지정 작업을 AMI 완료하고 Elastic Beanstalk 환경을 시작하는 데 더 이상 필요하지 않은 경우, 정리를 통해 스토리지 비용을 최소화하는 것을 고려해 보세요. 사용자 지정을 AMI 정리하려면 Amazon에서 등록을 EC2 취소하고 다른 관련 리소스를 삭제해야 합니다. 자세한 내용은 Linux 등록 취소 AMI 또는 Windows 등록 취소를 참조하십시오. AMI