Azure Database for MySQL - 유연한 서버에서 예약된 유지 관리

  • 아티클

적용 대상: Azure Database for MySQL - 유연한 서버

Azure Database for MySQL 유연한 서버는 관리형 데이터베이스를 안전하고 안정적으로, 또 최신 상태로 유지하기 위해 정기적으로 유지 관리를 수행합니다. 유지 관리 중에 서버는 새로운 기능, 업데이트, 패치를 가져옵니다.

Important

Azure Database for MySQL 유연한 서버 유지 관리 중에는 모든 서버 작업(수정, 구성 변경, 서버 시작/중지)을 방지하세요. 이러한 작업에 참여하면 예측할 수 없는 결과가 발생하여 서버 성능과 안정성에 영향을 미칠 수 있습니다. 서버 운영을 수행하기 전에 유지 관리가 끝날 때까지 기다리세요.

유지 관리 기간 선택

특정 요일 및 해당일의 시간대에서 유지 관리를 예약할 수 있습니다. 또는 시스템이 자동으로 요일과 시간을 선택하도록 할 수도 있습니다. 어느 쪽이든 유지 관리를 실행하기 7일 전에 시스템에서 경고를 표시합니다. 또한 시스템은 유지 관리가 시작되고 완료된 시점을 알립니다.

다음을 통해 임박한 예약된 유지 관리에 대한 알림을 받을 수 있습니다.

  • 특정 주소로 이메일 전송
  • Azure Resource Manager 역할로 메일 전송
  • 모바일 디바이스로 SMS(문자 메시지) 전송
  • Azure 앱에 알림으로 푸시
  • 음성 메시지로 전달

유지 관리 일정에 대한 기본 설정을 지정하는 경우 요일 및 기간을 선택할 수 있습니다. 지정하지 않으면 시스템이 서버의 지역 시간에서 오후 11시에서 오전 7시 사이의 시간을 선택합니다. Azure 구독의 유연한 서버마다 다른 일정을 정의할 수 있습니다.

Important

일반적으로 서버에 대해 성공적으로 예약된 유지 관리 이벤트 사이의 간격은 30일 이상입니다.

그러나 심각한 취약성과 같은 중요한 응급 업데이트의 경우 알림 기간은 7일이 안 될 수 있습니다. 최근 30일 동안 예약된 유지 관리가 성공적으로 수행된 경우에도 중요 업데이트가 서버에 적용될 수 있습니다.

일정 설정은 언제든지 업데이트할 수 있습니다. 유연한 서버의 유지 관리가 예약되어 있고 일정 기본 설정을 업데이트하는 경우 현재 롤아웃이 예약된 대로 진행되고 일정 설정 변경은 다음 예약된 유지 관리가 성공적으로 완료될 때 적용됩니다.

Azure 구독의 각 유연한 서버에 대해 시스템 관리 일정 또는 사용자 지정 일정을 정의할 수 있습니다.

  • 사용자 지정 일정을 사용하면 요일과 1시간을 선택하여 서버에 대한 유지 관리 기간을 지정할 수 있습니다.
  • 시스템 관리 일정을 사용하는 경우 시스템은 서버 지역 시간으로 오후 11시에서 오전 7시 사이에 1시간 분량의 기간을 선택합니다.

Important

이전에는 시스템 관리 일정과 사용자 지정 관리 일정 간의 배포 간격이 7일로 유지되었습니다. 진화하는 유지 관리 수요와 유지 관리 일정 변경 기능(공용 미리 보기) 도입으로 인해 더 이상 7일의 간격을 보장할 수 없습니다.

드문 경우지만 시스템에서 유지 관리 이벤트를 취소하거나 성공적으로 완료하지 못할 수도 있습니다. 업데이트가 실패하면 업데이트가 되돌려지고 이전 버전의 이진 파일이 복원됩니다. 이와 같이 업데이트하지 못한 시나리오에서는 유지 관리 기간 동안 서버를 다시 시작하는 문제가 발생할 수 있습니다. 업데이트가 취소 또는 실패한 경우 시스템은 각자에게 알리는 취소 또는 실패한 유지 관리 이벤트에 대한 알림을 만듭니다. 현재 일정 설정을 기준으로 다음 유지 관리가 예약되고 5일 전에 알림을 받게 됩니다.

가동 중지 시간이 거의 없는 유지 관리(공개 미리 보기)

Azure Database for MySQL 유연한 서버의 "가동 중지 시간이 거의 없는 유지 관리" 기능은 HA(고가용성) 지원 서버를 위한 획기적인 개발입니다. 이 기능은 유지 관리 가동 중지 시간을 크게 줄여 대부분의 경우 유지 관리 가동 중지 시간이 40~60초로 예상되도록 설계되었습니다. 이 기능은 고가용성을 요구하고 데이터베이스 작업 중단을 최소화해야 하는 기업에 매우 중요합니다.

정확한 가동 중지 시간 예상

  • 가동 중지 시간 기간: 대부분의 경우 유지 관리 중 가동 중지 시간은 10~30초입니다.
  • 추가 고려 사항: 장애 조치(failover) 이벤트 후에는 약 30초의 고유한 DNS TTL(Time-To-Live) 기간이 있습니다. 이 기간은 유지 관리 프로세스에 의해 직접 제어되지 않지만 DNS 동작의 표준 부분입니다. 따라서 고객의 관점에서 유지 관리 중에 발생하는 총 가동 중지 시간은 40~60초 범위일 수 있습니다.

제한 사항 및 필수 조건

이 기능이 제공하는 최적의 성능을 달성하려면 다음과 같은 특정 조건과 제한 사항에 유의해야 합니다.

  • 모든 테이블의 기본 키: 모든 테이블에 기본 키가 있는지 확인해야 합니다. 기본 키가 부족하면 복제 지연이 크게 증가하여 가동 중지 시간에 영향을 줄 수 있습니다.
  • 유지 관리 시간 동안 워크로드가 적음: 가동 중지 시간이 최소화되도록 유지 관리 기간은 서버 워크로드가 적은 시간과 일치해야 합니다. 사용량이 적은 시간에 유지 관리를 예약하려면 사용자 지정 유지 관리 기간 기능을 사용하는 것이 좋습니다.

유지 관리 일정 변경(공개 미리 보기)

Important

유지 관리 일정 변경 기능은 현재 미리 보기로 제공됩니다. 제한 사항 및 지속적인 개발에 영향을 받습니다. 이 기능을 개선하는 데 도움이 되도록 사용자의 피드백을 소중하게 생각하고 있습니다. 버스트 가능 SKU를 사용하는 서버에서는 이 기능을 사용할 수 없습니다.

유지 관리 일정 변경 기능을 사용하면 Azure Database for MySQL 유연한 서버 인스턴스의 유지 관리 작업 시기를 더 효과적으로 제어할 수 있습니다. 유지 관리 알림을 받은 후에는 시스템 관리인지 사용자 지정 관리인지에 관계없이 보다 편리한 시간으로 일정을 변경할 수 있습니다.

매개 변수 및 알림 일정 변경

일정 변경은 고정된 시간 슬롯에 적용되는 것은 아닙니다. 이는 현재 유지 관리 주기에서 허용되는 가장 빠른 시간과 가장 늦은 시간에 따라 달라집니다. 일정이 변경되면 표준 알림 정책에 따라 변경 내용을 확인하기 위한 알림이 전송됩니다.

고려 사항 및 제한 사항

이 기능을 사용할 때는 다음 사항에 유의해야 합니다.

  • 수요 제약 조건: 동일한 지역에서 동시에 발생하는 많은 유지 관리 작업으로 인해 일정이 변경된 유지 관리가 취소될 수 있습니다.
  • 잠금 기간: 서비스의 안정성을 유지하기 위해 최초 예약된 유지 관리 시간 15분 전부터 일정 변경이 불가능합니다.

기본 테넌스가 "준비 중" 상태로 입력되지 않은 한 기본 테넌트를 다시 예약할 수 있는 횟수에는 제한이 없습니다. 언제든지 기본 테넌트를 다른 시간으로 다시 예약할 수 있습니다.

참고 항목

잠재적인 조정을 수용하려면 미리 보기 스테이지에서 알림을 면밀히 모니터링하는 것이 좋습니다.

중요한 데이터베이스 작업 중에 중단을 방지하려면 이 기능을 사용합니다. 이 기능을 계속 개발하는 동안 여러분의 피드백을 환영합니다.

다음 단계