Aurora MySQL DB 클러스터의 부 버전 또는 패치 수준 업그레이드
다음 방법을 사용하여 DB 클러스터의 마이너 버전을 업그레이드하거나 DB 클러스터에 패치를 적용할 수 있습니다.
-
엔진 버전을 수정하여 Aurora MySQL 업그레이드(Aurora MySQL 버전 2 및 3의 경우)
제로 중지 시간 패치로 업그레이드 프로세스 중 중단을 줄이는 방법에 대한 자세한 내용은 제로 가동 중지 패치 적용 기능 사용 단원을 참조하세요.
Aurora MySQL DB 클러스터의 마이너 버전 업그레이드 수행에 대한 자세한 내용은 다음 주제를 참조하세요.
주제
마이너 버전 업그레이드를 수행하기 전
마이너 버전 업그레이드 중에 가동 중지 시간을 줄이려면 다음 작업을 수행하는 것이 좋습니다.
Aurora DB 클러스터 유지 관리는 트래픽이 적은 기간에 수행해야 합니다. 성능 개선 도우미를 사용하여 이러한 기간을 식별하여 유지 관리 기간을 올바르게 구성하세요. 성능 개선 도우미에 대한 자세한 내용은 Amazon RDS에서 성능 개선 도우미를 통한 DB 로드 모니터링을 참조하세요. DB 클러스터 유지 관리 기간에 대한 자세한 내용은 기본 DB 클러스터 유지 관리 기간 조정 섹션을 참조하세요.
-
지수 백오프와 지터를 지원하는 AWS SDK를 모범 사례로 사용하세요. 자세한 내용은 지수 백오프 및 지터
를 참조하세요.
Aurora MySQL에 대한 마이너 버전 업그레이드 사전 확인
마이너 버전 업그레이드를 시작하면 Amazon Aurora가 자동으로 사전 검사를 실행합니다.
이러한 사전 점검은 필수입니다. 건너뛸 수 없습니다. 사전 점검은 다음과 같은 이점을 제공합니다.
-
이를 통해 업그레이드 중 예기치 않은 가동 중단을 피할 수 있습니다.
-
비호환성이 있는 경우 Amazon Aurora가 업그레이드를 차단하고 이에 대해 알 수 있는 로그를 제공합니다. 그러면 로그를 사용해 비호환성을 제거함으로써 업그레이드하기 위한 데이터베이스 준비를 마칠 수 있습니다. 비호환성 문제를 제거하는 방법에 대한 자세한 내용은 MySQL 설명서의 업그레이드를 위한 설치 준비
를 참조하세요.
사전 점검은 업그레이드를 위해 DB 인스턴스가 중지되기 전에 실행됩니다. 즉, 점검을 실행해도 가동 중지를 일으키지 않습니다. 사전 확인에서 비호환성이 발견되면 Aurora는 DB 인스턴스가 중지되기 전에 자동으로 업그레이드를 취소합니다. 또한 Aurora는 비호환성에 대한 이벤트를 생성합니다. Amazon Aurora 이벤트에 대한 자세한 내용은 Amazon RDS 이벤트 알림 작업 섹션을 참조하세요.
Aurora는 각 비호환성에 대한 자세한 정보를 로그 파일 PrePatchCompatibility.log
에 기록합니다. 대부분의 경우 로그 항목에는 비호환성 문제를 해결하기 위한 MySQL 설명서 링크가 포함되어 있습니다. 로그 파일 보기에 대한 자세한 내용은 데이터베이스 로그 파일 보기 및 나열 단원을 참조하십시오.
사전 점검의 특성으로 인해 데이터베이스의 객체를 분석합니다. 이 분석은 리소스를 소비하고 업그레이드가 완료되는 시간을 늘립니다.
대체 블루/그린 업그레이드 기법
경우에 따라서는 오래된 클러스터에서 업그레이드된 클러스터로 즉시 전환하는 것이 가장 중요한 우선순위일 수 있습니다. 또는 이전 클러스터와 새 클러스터를 나란히 실행하는 다단계 프로세스를 따를 수도 있습니다. 이 경우 새 클러스터가 인수할 준비가 될 때까지 이전 클러스터의 데이터를 새 클러스터로 복제합니다. 세부 정보는 데이터베이스 업데이트에 Amazon Aurora 블루/그린 배포 사용을 참조하세요.