다음을 통해 공유

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

  • 아티클

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

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

Important

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

유지 관리 주기

일상적인 유지 관리

표준 유지 관리 주기는 최소 30일마다로 예정되어 있습니다. 이 기간을 통해 당사는 사용자의 서비스 중단을 최소화하면서 시스템 안정성과 성능을 보장할 수 있습니다.

중요한 유지 관리

가용성 및 데이터 무결성을 유지하는 데 중요한 긴급 보안 수정 사항이나 업데이트를 배포해야 하는 경우와 같은 특정 시나리오에서는 유지 관리가 더 자주 수행될 수 있습니다. 이러한 예외는 사용자의 데이터를 보호하고 서비스의 지속적인 운영을 보장하기 위해 만들어졌습니다.

유지 관리 세부 정보 찾기

각 유지 관리 업데이트에 수반되는 내용에 대한 자세한 내용은 릴리스 정보를 참조하세요. 이러한 릴리스 정보는 유지 관리 중에 적용되는 업데이트에 대한 포괄적인 정보를 제공하므로 환경에 영향을 미치는 모든 변경 내용을 이해하고 준비할 수 있습니다.

참고 항목

정기적인 업데이트든 중요한 업데이트든 모든 서버가 예약된 업데이트 중에 반드시 유지 관리를 수행하는 것은 아닙니다. Azure MySQL 팀은 특정 기준을 사용하여 유지 관리가 필요한 서버를 결정합니다. 이러한 선택적 방식을 통해 각 서버 환경의 고유한 요구 사항에 맞게 유지 관리가 효율적이고 필수적이며 프로덕션 가동 중지 시간을 최소화할 수 있습니다.

유지 관리 기간 선택

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

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

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

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

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

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

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

Important

2024년 8월 31일부터 Azure Database for MySQL은 버스트 가능 SKU 인스턴스에 대한 사용자 지정 유지 관리 기간을 더 이상 지원하지 않습니다. 이러한 변경은 유지 관리 프로세스를 간소화하고 최적의 성능을 보장해야 할 필요성과 버스트 가능 SKU에서 사용자 지정 유지 관리 기간을 활용하는 사용자 수가 최소한이라는 분석 결과에 따른 것입니다. 사용자 지정 유지 관리 기간 구성을 갖춘 기존의 버스트 가능 SKU 인스턴스는 영향을 받지 않습니다. 그러나 사용자는 앞으로 이러한 사용자 지정 유지 관리 기간 설정을 수정할 수 없습니다.

사용자 지정 유지 관리 기간이 필요한 고객의 경우 이 기능을 계속 사용하려면 범용 또는 중요 비즈니스용 SKU로 업그레이드하는 것이 좋습니다.

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

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

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

정확한 가동 중지 시간 예상

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

제한 사항 및 필수 조건

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

  • 모든 테이블의 기본 키: 모든 테이블에 기본 키가 있는지 확인해야 합니다. 기본 키가 부족하면 복제 지연이 크게 증가하여 가동 중지 시간에 영향을 줄 수 있습니다.
  • 유지 관리 시간 동안 워크로드가 적음: 가동 중지 시간이 최소화되도록 유지 관리 기간은 서버 워크로드가 적은 시간과 일치해야 합니다. 사용량이 적은 시간에 유지 관리를 예약하려면 사용자 지정 유지 관리 기간 기능을 사용하는 것이 좋습니다.
  • 가동 중지 시간 보장: 유지 관리 가동 중지 시간을 최대한 짧게 유지하기 위해 노력하고 있지만, 모든 상황에서 항상 60초 미만이 될 것이라고 보장할 수는 없습니다. 높은 워크로드 또는 특정 서버 구성과 같은 다양한 요인으로 인해 가동 중지 시간이 길어질 수 있습니다. 최악의 경우 가동 중지 시간은 독립 실행형 서버와 유사할 수 있습니다.

유지 관리 일정

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

매개 변수 및 알림 일정 변경

일정 변경은 고정된 시간대에 국한되지 않으며, 일반적으로 해당 지역의 유지 관리 기간의 첫날부터 마지막 날에 걸쳐 있는 현재 유지 관리 주기에서 허용되는 가장 빠른 시간과 가장 늦은 시간에 따라 달라집니다. 일정이 변경되면 표준 알림 정책에 따라 변경 내용을 확인하기 위한 알림이 전송됩니다.

고려 사항 및 제한 사항

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

  • 수요 제약 조건: 동일한 지역에서 동시에 발생하는 많은 유지 관리 작업으로 인해 일정이 변경된 유지 관리가 취소될 수 있습니다.
  • 잠금 기간: 서비스의 안정성을 유지하기 위해 최초 예약된 유지 관리 시간 15분 전부터 일정 변경이 불가능합니다.
  • 제한 일정 조정 동일한 지역에 있는 서버가 같은 시간에 너무 많이 유지 관리가 예약되어 있으면 일정 변경 요청이 실패할 수 있습니다. 이 경우 사용자에게 오류 알림이 표시되며 다른 시간대를 선택하라는 안내가 표시됩니다. 성공적으로 예약된 유지 관리 일정은 취소되지 않을 가능성이 높습니다.

유지 관리 일정을 변경할 수 있는 횟수에는 제한 사항이 없습니다. 유지 관리가 "준비 중" 상태로 전환되지 않는 한 언제든지 유지 관리 일정을 다른 시간으로 변경할 수 있습니다.

참고 항목

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

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

FAQ

Q: 일부 서버는 유지 관리 알림을 받았는데 다른 서버는 받지 못한 이유는 무엇인가요?

A: 유지 관리 시작 시간은 지역마다 다르므로 다른 지역의 서버는 다른 시간에 유지 관리 알림을 받을 수 있습니다.

Q: 같은 지역에 있는 일부 서버는 유지 관리 알림을 받고 다른 서버는 받지 못하는 이유는 무엇인가요?

A: 알림을 받지 못한 서버는 최근에 생성된 서버로, 시스템에서 아직 유지 관리가 필요하지 않다고 판단했기 때문일 수 있습니다.

Q: 예약된 유지 관리를 옵트아웃할 수 있나요?

A: 아니요. 예약된 유지 관리를 옵트아웃할 수 없습니다. 그러나 유지 관리 일정 변경 기능을 사용하여 타이밍을 조정하거나 고가용성(HA) 기능을 활성화하여 가동 중단 시간을 최소화할 수 있습니다. PaaS 데이터베이스 제품은 데이터베이스의 보안과 신뢰성을 보장하기 위해 적시에 유지 관리를 수행하는 것이 필수적입니다.

다음 단계