Azure 구독에서 각 Azure Database for PostgreSQL 유연한 서버 인스턴스에 대한 유지 관리 옵션을 지정할 수 있습니다. 옵션에는 예정된 유지 관리 이벤트와 완료된 유지 관리 이벤트의 유지 관리 일정 및 알림 설정이 포함됩니다.
참고 항목
이러한 새로운 유지 관리 기능은 Azure 지역에 점진적으로 배포되고 있습니다. Azure Portal에 즉시 표시되지 않는 경우 전체 배포에 약간의 시간을 허용하세요. 가용성은 구독 및 지역에 따라 달라질 수 있습니다.
필수 조건
이 방법 가이드를 완료하려면 다음이 필요합니다.
유지 관리 구성 및 환경
Azure Database for MySQL – 유연한 서버는 이제 향상된 유지 관리 환경을 제공하여 서버가 업데이트를 받는 방법을 더 자세히 제어하고 가시성을 제공합니다. 설정 > 유지 관리에서 다음 세 가지 주요 영역을 찾을 수 있습니다.
- 유지 관리 정책
- 사용자 지정 일정 구성
- 유지 관리 상태 및 다시 예약
유지 관리 정책 옵션
워크로드 요구 사항에 따라 다음 유지 관리 정책 유형 중에서 선택할 수 있습니다.
가상 카나리아
Virtual Canary는 업데이트의 유효성을 조기에 검사하려는 비프로덕션 워크로드를 위한 것입니다. 이 정책의 서버는 일반 공급보다 먼저 업데이트를 받고 표준 업데이트 주기를 따르지 않습니다 . 30일 간격이 보장되지 않으며 7일 사전 통지가 없습니다.
버스트 가능한 SKU 서버는 기본적으로 가상 카나리아 정책에 등록됩니다.
SMW(시스템 관리 유지 관리 기간)
이 유지 관리 정책은 범용 및 중요 비즈니스용 컴퓨팅 계층의 서버에 대한 기본 옵션입니다. 유지 관리는 일반적으로 오후 11시에서 오전 7시(현지 시간) 사이에 임의 일 및 시간에 자동으로 예약됩니다. 이 정책은 표준 유지 관리 동작을 따릅니다. 업데이트는 30일마다 한 번 이상 발생하지 않으며 최소 7일 전에 발표됩니다.
사용자 지정 관리 유지보수 창 (CMW)
유지 관리가 발생하는 시기를 제어하려면 이 유지 관리 정책을 선택합니다. CMW를 사용하면 기본 설정 요일 및 시작 시간 (60분 UTC 창)을 정의할 수 있습니다. 이는 업데이트 타이밍이 변경 제어 정책에 맞춰야 하는 프로덕션 환경에 특히 유용합니다.
또한 서버를 배치 (Batch 1 또는 Batch 2)에 할당하여 TEST 및 PROD와 같은 환경에서 유지 관리를 분산시킬 수 있습니다.
- 일괄 처리 1: 유지 관리는 지역 유지 관리 기간의 첫 7일 동안 발생합니다.
- 일괄 처리 2: 유지 관리는 두 번째 7일 후에 발생합니다.
참고 항목
7일 유지 관리 일괄 처리는 달력 주(예: 일요일 또는 월요일부터 시작)와 일치하지 않습니다 . 대신, 처음 7일 기간은 서버 지역에서 유지 관리 주기의 실제 시작 날짜부터 시작됩니다.
CMW가 구성되면 새 일정이 다음 지역 유지 관리 주기에 적용됩니다.
현재 예약된 유지 관리의 타이밍을 변경하려면 유지 관리 다시 예약 기능을 사용합니다.
예정된 유지 관리를 확인하고 관리하기
유지 관리 상태 섹션에는 서버에 대해 현재 예약되거나 최근에 완료된 유지 관리 이벤트가 표시됩니다. 일반적으로 한 번에 하나의 항목이 표시됩니다.
일정 조정
유지 관리가 아직 시작되지 않은 경우 다시 예약을 선택하여 새 날짜 및 시간을 선택할 수 있습니다. 이렇게 하면 비즈니스 작업 또는 계획된 배포와의 충돌을 방지할 수 있습니다.
다시 예약된 기능은 범용 및 중요 비즈니스용 컴퓨팅 계층의 서버에서만 사용할 수 있습니다. 버스트 가능한 SKU 서버는 지원하지 않습니다.
지금으로 다시 예약
지금 다시 예약을 클릭하여 유지 관리를 즉시 시작할 수 있습니다. 이 기능은 업데이트를 즉시 적용하거나 유지 관리가 발생하는 시기를 보다 정확하게 제어하려는 경우에 유용합니다. 지금으로 다시 일정 조정은 서버가 일정이 잡힌 상태이거나 다시 일정이 잡힌 상태일 때만 사용할 수 있습니다. 지금 다시 예약을 클릭하면 서버가 준비 상태로 들어갑니다. 즉, 서버가 유지 관리 이벤트를 준비하고 있으며 몇 분 후에 유지 관리를 시작합니다.
참고 항목
경우에 따라 지금으로 다시 일정 조정이 준비 중 상태에서 잠시 동안 멈출 수 있습니다. 이는 일반적으로 동일한 지역에 있는 서버가 너무 많아서 동시에 유지 관리가 예약되기 때문입니다. 이 경우 서버가 준비를 마칠 때까지 기다리거나 지원 티켓을 올려 도움을 받을 수 있습니다.
다시 예약할 때의 고려 사항 및 제한 사항
기능에 대한 다음 사항에 유의하세요.
- 계층 가용성: 유지 관리 재계획은 고속 컴퓨팅 계층에서는 사용할 수 없습니다. 이 기능은 프로덕션 환경의 서버용인 반면 버스트 가능 계층은 비프로덕션용으로 설계되었습니다.
- 수요 제약 조건: 동일한 지역에서 많은 수의 유지 관리 작업이 동시에 발생하는 경우 다시 예약된 유지 관리가 취소될 수 있습니다.
- 잠금 기간: 서비스의 안정성을 유지하기 위해 처음 예약된 유지 관리 시간 15분 전에 다시 예약을 사용할 수 없습니다.
- 재예약 조절: 동일 지역 내의 서버가 너무 많이 동일 시간에 유지 관리를 예약하면, 재예약 요청이 실패할 수 있습니다. 이 오류가 발생하면 대체 시간 슬롯을 선택하라는 오류 알림이 표시됩니다. 성공적으로 예약된 유지 관리 일정은 취소되지 않을 가능성이 높습니다.
유지 관리 이벤트를 다시 예약할 수 있는 횟수에는 제한이 없습니다. 유지 관리 이벤트가 In 준비 상태로 들어가지 않은 한 항상 다른 시간으로 일정을 변경할 수 있습니다.
유지 관리 배포 진행률 보기(공개 미리 보기)
각 유지 관리 이벤트에는 추적 ID가 포함됩니다. 이 ID를 클릭하면 동일한 유지 관리 롤아웃의 일부인 구독의 모든 서버에 대한 자세한 보기가 열립니다. 이렇게 하면 각 서버를 개별적으로 확인하거나 전자 메일 알림에만 의존할 필요가 없는 플릿 전체에서 통합된 개요를 제공합니다.
유지 관리가 보류 중이든 이미 완료되었는지 여부에 관계없이 언제든지 추적 ID 보기에 액세스할 수 있습니다.
예약된 유지 관리 이벤트에 대한 알림
Azure Service Health를 사용하여 Azure Database for MySQL 유연한 서버 인스턴스에서 예정된 예약된 유지 관리에 대한 알림을 볼 수 있습니다. Azure Service Health에서 경고를 설정하여 유지 관리 이벤트에 대한 알림을 받을 수도 있습니다.