Search

AWS Organizations에서 Amazon Aurora 및 Amazon RDS 자동 마이너 버전 업그레이드를 위한 업그레이드 롤아웃 정책 지원

URL
생성 일시
2026/03/11 07:06
최종 편집 일시
2026/03/11 07:06
태그
AWS
파일과 미디어
이 글은 AWS Database Blog에 게시된 AWS Organizations now supports upgrade rollout policy for Amazon Aurora and Amazon RDS automatic minor version upgrades by Sukhpreet Kaur Bedi, Jonathan Topping, Aditya Khosla, and William Doan을 한국어 번역 및 편집하였습니다. 데이터베이스 엔진을 마이너 버전 업그레이드로 최신 상태로 유지하는 것은 안전하고 신뢰할 수 있는 애플리케이션을 유지하는 데 중요합니다. […] || 이 글은 AWS Database Blog에 게시된 AWS Organizations now supports upgrade rollout policy for Amazon Aurora and Amazon RDS automatic minor version upgrades by Sukhpreet Kaur Bedi, Jonathan Topping, Aditya Khosla, and William Doan을 한국어 번역 및 편집하였습니다. 데이터베이스 엔진을 마이너 버전 업그레이드로 최신 상태로 유지하는 것은 안전하고 신뢰할 수 있는 애플리케이션을 유지하는 데 중요합니다. 이러한 업그레이드는 새로운 기능, 확장 업데이트, 보안 패치 및 버그 수정을 제공합니다. Amazon Aurora와 Amazon Relational Database Service (Amazon RDS)는 고객이 이러한 업데이트를 최신 상태로 유지할 수 있도록 관리형 서비스 제공의 일부로 자동 마이너 버전 업그레이드(AmVU)를 제공합니다. 고객들은 AWS Organizations를 사용하여 조직 전체에서 운영을 간소화하고 리소스 관리를 표준화합니다. 기업이 AWS 사용 범위를 확장함에 따라 보안 및 규정 준수 모범 사례를 따르면서 환경 전반에서 데이터베이스 버전 업그레이드를 관리하는 중앙 집중식 메커니즘이 필요합니다. 일반적으로 조직에서는 잠재적인 장애 위험을 최소화하기 위해 비즈니스 크리티컬 환경으로 이동하기 전에 덜 중요한 환경에서 먼저 배포하여 이러한 변경 사항은 수동 배포를 통해 단계적으로 적용합니다. AWS Organizations는 이제 업그레이드 롤아웃 정책을 지원합니다. 이는 데이터베이스 플릿 전반의 자동 마이너 버전 업그레이드를 관리할 수 있는 간소화된 솔루션을 제공하는 새로운 기능입니다. 이 기능은 Amazon Aurora MySQL 호환 에디션, Amazon Aurora PostgreSQL 호환 에디션 및 Amazon RDS 데이터베이스 엔진 MySQL, PostgreSQL, MariaDB, SQL Server, Oracle, Db2를 지원합니다. 수백 개의 리소스와 계정에 걸친 업그레이드를 조율하는 운영 오버헤드를 제거하는 동시에, 프로덕션 환경에 도달하기 전에 덜 중요한 환경에서 변경 사항을 검증할 수 있습니다. 업그레이드를 수동으로 관리하거나 사용자 지정 도구를 유지 관리하는 대신, 이제 환경 전반에 걸쳐 업그레이드 순서를 자동으로 제어하는 정책을 정의할 수 있습니다. 이 게시물에서는 업그레이드 롤아웃 정책이 어떻게 작동하는지, 주요 이점 및 조직 전반에서 데이터베이스 유지 관리에 대한 체계적인 접근 방식을 구현하는 데 어떻게 활용할 수 있는지 살펴봅니다. AWS Organizations 업그레이드 롤아웃 정책 자세히 살펴보기 AWS Organizations 업그레이드 롤아웃 정책은 데이터베이스 플릿 전반에 걸쳐 자동 마이너 버전 업그레이드를 체계적으로 단계화할 수 있도록 정책을 정의하는 기능입니다.이 정책을 통해 소프트웨어 개발 라이프사이클에 맞는 업그레이드 순서(first, second, last)를 지정할 수 있습니다. 예를 들어, 개발 환경을 첫 번째 업그레이드 순서에, 테스트 환경을 두 번째에, 프로덕션 환경은 마지막에 할당할 수 있습니다. 이러한 순서는 계정 수준에서 적용하거나 태그를 사용하여 특정 리소스에 적용할 수 있어, 업그레이드 전략