기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# 관리형 플랫폼 업데이트
AWS Elastic Beanstalk 는 [플랫폼 업데이트를](using-features.platform.upgrade.md) 정기적으로 릴리스하여 수정 사항, 소프트웨어 업데이트 및 새로운 기능을 제공합니다. 관리형 플랫폼 업데이트를 통해 예약된 [유지 관리 기간](#environment-platform-update-managed-window) 동안 최신 플랫폼 버전으로 자동으로 업그레이드하도록 환경을 구성할 수 있습니다. 애플리케이션은 업데이트 프로세스 중에 용량 감소 없이 작동 상태로 유지됩니다. 관리형 업데이트는 단일 인스턴스와 로드 밸런싱된 환경에서 모두 사용할 수 있습니다.
**참고**
이 기능은 버전 2(v2) 이전 [Windows Server 플랫폼 버전](https://docs.aws.amazon.com/elasticbeanstalk/latest/platforms/platforms-supported.html#platforms-supported.net)에서는 사용할 수 없습니다.
[패치 버전 업데이트](#environment-platform-update-managed-versioning) 또는 패치 및 마이너 버전 업데이트를 자동으로 적용하도록 환경을 구성할 수 있습니다. 플랫폼 브랜치 업데이트는 이전 버전과 호환되지 않는 변경 사항을 가져올 수 있으므로, 관리형 플랫폼 업데이트는 플랫폼 브랜치에 대한 업데이트(운영 체제, 런타임, Elastic Beanstalk 구성 요소와 같은 플랫폼 구성 요소의 다른 메이저 버전에 대한 업데이트)를 지원하지 않습니다.
플랫폼 업데이트를 사용할 수 없더라도 유지 관리 기간 중에 환경의 모든 인스턴스를 바꾸도록 Elastic Beanstalk를 구성할 수 있습니다. 장기간 실행할 때 애플리케이션에 버그나 메모리 문제가 발생하는 경우 환경의 모든 인스턴스를 바꾸는 것이 유용합니다.
2019년 11월 25일 이후 Elastic Beanstalk 콘솔을 사용하여 생성한 환경에서는 가능할 때마다 관리형 업데이트가 기본적으로 활성화됩니다. 관리형 업데이트는 [확장된 상태](health-enhanced.md)를 활성화해야 합니다. [구성 사전 설정](environments-create-wizard.md#environments-create-wizard-presets) 중 하나를 선택하면 기본적으로 확장된 상태가 활성화되고 **사용자 지정 구성**을 선택하면 비활성화됩니다. 확장된 상태를 지원하지 않는 이전 플랫폼 버전 또는 확장된 상태가 비활성화된 경우에는 콘솔에서 관리형 업데이트를 활성화할 수 없습니다. 콘솔에서 새 환경에 대해 관리형 업데이트를 활성화하면 **Weekly update window(주간 업데이트 기간)**이 임의의 요일, 임의의 시간으로 설정됩니다. **업데이트 수준**이 **마이너 및 패치**로 설정되고 **인스턴스 대체**가 비활성화됩니다. 최종 환경 생성 단계 전에 관리형 업데이트를 비활성화하거나 재구성할 수 있습니다.
기존 환경의 경우 Elastic Beanstalk 콘솔을 사용하여 언제든지 관리형 플랫폼 업데이트를 구성할 수 있습니다.
**중요**
하나의 AWS 계정에 *다수*의 Beanstalk 환경이 있으면 관리형 업데이트 중 제한 문제가 발생할 위험이 있습니다. *다수*는 사용자 환경에 대한 관리 업데이트를 얼마나 가깝게 예약하는지에 따라 달라지는 상대적인 양입니다. 하나의 계정에 200개가 넘는 환경이 가깝게 예약되어 있으면 제한 문제가 발생할 수 있지만 소수도 문제가 될 수 있습니다.
관리형 업데이트에 대한 리소스 로드의 균형을 맞추려면 하나의 계정에서 환경에 대해 예약된 유지 관리 기간을 분산하는 것이 좋습니다.
다중 계정 전략도 고려하세요. 자세한 내용은 *AWS 백서 및 가이드* 웹 사이트의 [여러 계정을 사용하여 AWS 환경 구성을](https://docs.aws.amazon.com/whitepapers/latest/organizing-your-aws-environment/organizing-your-aws-environment.html) 참조하세요.
**관리형 플랫폼 업데이트를 구성하려면**
1. [Elastic Beanstalk 콘솔](https://console.aws.amazon.com/elasticbeanstalk)을 열고 **리전** 목록에서를 선택합니다 AWS 리전.
1. 탐색 창에서 **환경**을 선택한 다음 목록에서 환경의 이름을 선택합니다.
1. 탐색 창에서 **구성**을 선택합니다.
1. **관리형 업데이트** 범주에서 **편집**을 선택합니다.
1. **관리형 업데이트**를 비활성화 또는 활성화합니다.
1. 관리형 업데이트를 활성화하는 경우 유지 관리 기간을 선택한 다음 **업데이트 수준**을 선택합니다.
1. (선택 사항) **인스턴스 대체**를 선택하여 주간 인스턴스 대체를 활성화합니다.
1. 변경 사항을 저장하려면 페이지 하단에서 **적용**을 선택합니다.
관리형 플랫폼 업데이트는 [확장 상태 보고](health-enhanced.md)를 기반으로 플랫폼 업데이트를 성공적으로 수행할 수 있을 만큼 애플리케이션이 양호한지 판단합니다. 자세한 내용은 [Elastic Beanstalk 확장 상태 보고 활성화](health-enhanced-enable.md) 단원을 참조하세요.
**Topics**
+ [관리형 플랫폼 업데이트를 수행하는 데 필요한 권한](#environment-platform-update-managed-perms)
+ [관리형 업데이트 유지 관리 기간](#environment-platform-update-managed-window)
+ [마이너 및 패치 버전 업데이트](#environment-platform-update-managed-versioning)
+ [변경이 불가능한 환경 업데이트](#environment-platform-update-managed-immutable)
+ [관리형 업데이트 관리](#environment-platform-update-managed-managing)
+ [관리형 작업 옵션 네임스페이스](#environment-platform-update-managed-namespace)
## 관리형 플랫폼 업데이트를 수행하는 데 필요한 권한
Elastic Beanstalk에는 사용자를 대신하여 플랫폼 업데이트를 시작할 권한이 필요합니다. 이러한 권한을 얻기 위해 Elastic Beanstalk는 *관리형 업데이트 서비스 역할*을 맡습니다. 환경에 기본 [서비스 역할](iam-servicerole.md)을 사용하는 경우 Elastic Beanstalk 콘솔에서는 이 역할을 관리형 업데이트 서비스 역할로도 사용합니다. 콘솔은 [`AWSElasticBeanstalkManagedUpdatesCustomerRolePolicy`](iam-servicerole.md#iam-servicerole-update) 관리형 정책을 서비스 역할에 할당합니다. 이 정책에는 Elastic Beanstalk가 관리형 플랫폼 업데이트를 수행하는 데 필요한 모든 권한이 들어 있습니다.
관리형 업데이트 서비스 역할을 설정하는 다른 방법에 대한 자세한 내용은 [Elastic Beanstalk 서비스 역할 관리](iam-servicerole.md) 단원을 참조하세요.
**참고**
[구성 파일](ebextensions.md)을 사용하여 추가 리소스를 포함하도록 환경을 확장하는 경우, 환경의 관리형 업데이트 서비스 역할에 권한을 추가해야 할 수 있습니다. 일반적으로 다른 섹션 또는 파일에서 이러한 리소스를 이름으로 참조하는 경우 권한을 추가해야 합니다.
업데이트에 실패할 경우 [관리형 업데이트](#environment-platform-update-managed-managing) 페이지에서 실패 이유를 찾을 수 있습니다.
## 관리형 업데이트 유지 관리 기간
가 환경 플랫폼의 새 버전을 AWS 릴리스하면 Elastic Beanstalk는 다음 주별 유지 관리 기간 동안 관리형 플랫폼 업데이트를 예약합니다. 유지 관리 기간은 두 시간입니다. Elastic Beanstalk는 유지 관리 기간 동안 예정된 업데이트를 시작합니다. 기간이 끝날 때까지 업데이트가 완료되지 않을 수 있습니다.
**참고**
대부분의 경우 Elastic Beanstalk는 관리되는 업데이트가 예정된 주간 유지 관리 기간 중에 발생하도록 예약합니다. 시스템은 관리되는 업데이트를 예약할 때 업데이트 안전성과 서비스 가용성의 다양한 측면을 고려합니다. 드문 경우이지만 첫 번째 유지 관리 기간에 대한 업데이트가 예약되지 않을 수 있습니다. 이 경우 시스템은 다음 유지 보수 기간 동안 다시 시도합니다. 관리되는 업데이트를 수동으로 적용하려면 이 페이지의 [관리형 업데이트 관리](#environment-platform-update-managed-managing)에 설명된 대로 **지금 적용**을 선택하세요.
## 마이너 및 패치 버전 업데이트
관리형 플랫폼 업데이트를 활성화하여 패치 버전 업데이트만 적용하거나, 마이너 및 패치 버전 업데이트를 모두 적용할 수 있습니다. 패치 버전 업데이트는 버그 수정 및 성능 향상을 제공하며, 인스턴스의 소프트웨어, 스크립트 및 구성 옵션의 사소한 구성 변경이 포함될 수 있습니다. 마이너 버전 업데이트는 새로운 Elastic Beanstalk 기능을 지원합니다. 관리형 플랫폼 업데이트를 통해 이전 버전과 호환되지 않는 변경을 수행할 수 있는 메이저 버전 업데이트를 적용할 수 없습니다.
플랫폼 버전 번호에서 두 번째 숫자는 마이너 업데이트 버전이고, 세 번째 숫자는 패치 버전입니다. 예를 들어 버전 2.0.7 플랫폼 버전에서 마이너 버전은 0이고 패치 버전은 7입니다.
## 변경이 불가능한 환경 업데이트
관리형 플랫폼 업데이트는 [변경이 불가능한 환경 업데이트](environmentmgmt-updates-immutable.md)를 수행하여 환경을 새 플랫폼 버전으로 업그레이드합니다. 변경이 불가능한 업데이트는 새 버전을 실행하는 인스턴스가 상태 확인을 통과하는지 확인하기 전에 인스턴스의 작동을 중지하거나 환경을 수정하지 않고 환경을 업데이트합니다.
변경이 불가능한 업데이트에서 Elastic Beanstalk는 새 플랫폼 버전으로 현재 실행 중인 인스턴스를 최대한 많이 배포합니다. 새 인스턴스는 이전 버전을 실행하는 인스턴스와 함께 요청을 받기 시작합니다. 새 인스턴스 세트가 모든 상태 확인을 통과하면 Elastic Beanstalk는 새로운 버전의 인스턴스만 남겨 두고 이전 인스턴스 세트를 종료합니다.
관리형 플랫폼 업데이트는 유지 관리 기간 외 기간에 적용하는 경우에도 항상 변경이 불가능한 업데이트를 수행합니다. **대시보드**에서 플랫폼 버전을 변경하면 Elastic Beanstalk는 사용자가 구성 업데이트에 대해 선택한 업데이트 정책을 적용합니다.
**주의**
일부 정책은 배포 또는 업데이트 중에 모든 인스턴스를 대체합니다. 따라서 누적된 모든 [Amazon EC2 버스트 잔고](https://docs.aws.amazon.com/AWSEC2/latest/DeveloperGuide/burstable-performance-instances.html)가 소실됩니다. 이 동작은 다음과 같은 경우에 발생합니다.
인스턴스 교체가 활성화된 관리형 플랫폼 업데이트
변경이 불가능한 업데이트
변경 불가능한 업데이트 또는 트래픽 분할이 활성화된 배포
## 관리형 업데이트 관리
Elastic Beanstalk 콘솔은 **관리형 업데이트 개요** 페이지에 관리형 업데이트에 대한 세부 정보를 표시합니다.
**관리형 업데이트에 대한 정보를 보려면(콘솔)**
1. [Elastic Beanstalk 콘솔](https://console.aws.amazon.com/elasticbeanstalk)을 열고 **리전** 목록에서를 선택합니다 AWS 리전.
1. 탐색 창에서 **환경**을 선택한 다음 목록에서 환경의 이름을 선택합니다.
1. [**관리형 업데이트**]를 선택합니다.
**관리형 업데이트 개요** 단원에서는 예약 및 보류 중인 관리형 업데이트에 대한 정보를 제공합니다. **내역** 단원에는 성공한 업데이트 및 실패한 시도가 나열됩니다.
유지 관리 기간이 될 때까지 기다리지 않고 예약된 업데이트를 즉시 적용할 수 있습니다.
**관리형 플랫폼 업데이트를 즉시 적용하려면(콘솔)**
1. [Elastic Beanstalk 콘솔](https://console.aws.amazon.com/elasticbeanstalk)을 열고 **리전** 목록에서를 선택합니다 AWS 리전.
1. 탐색 창에서 **환경**을 선택한 다음 목록에서 환경의 이름을 선택합니다.
1. [**관리형 업데이트**]를 선택합니다.
1. **지금 적용**을 선택합니다.
1. 업데이트 세부 정보를 확인한 후 [**적용**]을 선택합니다.
유지 관리 기간 외 기간에 관리형 플랫폼 업데이트를 적용하면 Elastic Beanstalk가 변경이 불가능한 업데이트를 수행합니다. [대시보드](environments-dashboard.md)에서 또는 다른 클라이언트를 사용하여 환경의 플랫폼을 업데이트하는 경우, Elastic Beanstalk는 사용자가 [구성 변경](environments-updating.md)에 선택한 업데이트 유형을 사용합니다.
관리형 업데이트가 예약되어 있지 않은 경우 환경이 이미 최신 버전을 실행 중일 수 있습니다. 업데이트가 예약되지 않은 다른 이유는 다음과 같습니다.
+ [마이너 버전](#environment-platform-update-managed-versioning) 업데이트를 사용할 수 있으나, 패치 버전 업데이트만 자동으로 적용하도록 환경이 구성되어 있습니다.
+ 업데이트가 릴리스된 이후로 환경이 검사되지 않았습니다. Elastic Beanstalk는 일반적으로 1시간마다 업데이트를 확인합니다.
+ 업데이트가 보류 중이거나 이미 진행 중입니다.
유지 관리 기간이 시작되었거나 **지금 적용**을 선택하면, 예약된 업데이트가 실행되기 전에 보류 중인 상태로 전환됩니다.
## 관리형 작업 옵션 네임스페이스
`aws:elasticbeanstalk:managedactions` 및 `aws:elasticbeanstalk:managedactions:platformupdate` 네임스페이스의 [구성 옵션](command-options.md)을 사용하여 관리형 플랫폼 업데이트를 활성화하고 구성할 수 있습니다.
`ManagedActionsEnabled` 옵션은 관리형 플랫폼 업데이트를 활성화합니다. 관리형 플랫폼 업데이트를 활성화하려면 이 옵션을 `true`로 설정하고, 업데이트 동작을 구성하려면 다른 옵션을 사용합니다.
`PreferredStartTime`을 사용하여 {{day}}:{{hour}}:{{minute}} 형식으로 주별 유지 관리 기간의 시작을 구성합니다.
`UpdateLevel`을 `minor` 또는 `patch`로 설정하여 각각 마이너 및 패치 버전 업데이트를 모두 적용하거나, 패치 버전 업데이트만 적용합니다.
관리형 플랫폼 업데이트를 활성화하면 `InstanceRefreshEnabled` 옵션을 `true`로 설정하여 인스턴스 교체를 활성화할 수 있습니다. 이 설정을 활성화하면 사용 가능한 새 플랫폼 버전이 있는지 여부와 관계없이 Elastic Beanstalk가 매주 환경에 대해 변경이 불가능한 업데이트를 실행합니다.
다음 [구성 파일](ebextensions.md) 예제에서는 매주 화요일 오전 9시(UTC)에 시작되는 유지 관리 기간으로 패치 버전 업데이트에 대해 관리형 플랫폼 업데이트를 활성화합니다.
**Example .ebextensions/managed-platform-update.config**
```
option_settings:
aws:elasticbeanstalk:managedactions:
ManagedActionsEnabled: true
PreferredStartTime: "Tue:09:00"
aws:elasticbeanstalk:managedactions:platformupdate:
UpdateLevel: patch
InstanceRefreshEnabled: true
```