계획된 유지 관리를 구성하는 방법(미리 보기)
참고 항목
기본, 표준 및 엔터프라이즈 계획은 2025년 3월 중순부터 사용되지 않으며 3년의 은퇴 기간이 있습니다. Azure Container Apps로 전환하는 것이 좋습니다. 자세한 내용은 Azure Spring Apps 사용 중지 공지 사항을 참조하세요.
표준 소비 및 전용 계획은 2024년 9월 30일부터 사용되지 않으며 6개월 후에 완전히 종료됩니다. Azure Container Apps로 전환하는 것이 좋습니다. 자세한 내용은 Azure Spring Apps 표준 사용량 및 전용 계획을 Azure Container Apps로 마이그레이션을 참조 하세요.
이 문서는 표준 사용량 및 전용(미리 보기) ✅ Basic/Standard ✅ Enterprise에 적용됩니다. ❎
이 문서에서는 Azure Spring Apps에서 계획된 유지 관리를 구성하는 방법을 설명합니다.
Azure Spring Apps 플랫폼을 최신 상태로 안전하게 유지하려면 정기적인 유지 관리가 필요합니다. 자동 패치라고도 하는 유지 관리에는 보안 업데이트, 버그 수정, 새로운 기능, 성능 향상이 포함됩니다. JDK, APM, 기본 OS 이미지, 관리형 미들웨어, 런타임 인프라를 비롯한 Java 애플리케이션을 지원하기 위해 Azure Spring Apps에서 관리하는 구성 요소에서 자동 패치를 수행할 수 있습니다. 유지 관리가 적용되려면 지정한 유지 관리 기간 내에 애플리케이션이 다시 시작되지만 서비스 품질 및 작동 시간 보장은 이 시간 동안 계속 적용됩니다.
Azure Spring Apps에 대한 유지 관리 구성
다음 단계를 사용하여 Azure Spring Apps에서 계획된 유지 관리를 구성합니다.
서비스 개요 페이지로 이동하여 계획된 유지 관리를 선택합니다.
유지 관리 기간에 대한 자세한 구성을 지정하려면 원하는 시간 선택을 선택합니다.
유지 관리를 예약하려면 요일을 선택합니다.
업그레이드 시작 시간을 선택합니다.
적용을 선택하여 계획된 유지 관리를 위한 구성을 제출합니다.
구성을 업데이트하는 데 몇 분 정도 걸릴 수 있습니다. 구성이 완료되면 알림을 받게 됩니다.
참고 항목
계획된 유지 관리를 구성하지 않으면 대부분의 고객의 비즈니스 위험을 최소화하기 위해 서비스 팀에서 선택한 시간에 유지 관리가 이루어집니다.
유지 관리 알림 관리
유지 관리 전과 유지 관리 중에 알림 및 메시지가 전송됩니다. 다음 테이블에서는 메시지 유형과 시간 세부 정보를 설명합니다.
| 시퀀스 번호 | 메시지 유형 | 채널 | 메시지가 전송되는 시간 |
|---|---|---|---|
| 1 | 릴리스 정보 | 활동 로그 | 릴리스 출시가 끝날 때 |
| 2 | 유지 관리 안내 | 계획된 유지 관리 | 첫 번째 유지 관리 기간 시작 2주 전 |
| 3 | 유지 관리 기간 시작 | 활동 로그 | 전체 유지 관리 실행을 시작할 때 |
| 4 | 구성 요소의 변경 로그 | 활동 로그 | 각 관리형 구성 요소에 대한 업그레이드가 끝날 때 |
| 5 | 유지 관리 기간 종료 | 활동 로그 | 전체 유지 관리의 실행이 끝날 때 |
| 6 | 기능 업데이트 | 새로운 기능 문서 | 새로운 기능이 고객에게 제공된 후 |
유지 관리 빈도
현재 Azure Spring Apps는 3개월마다 기본 인프라를 업그레이드하기 위해 계획된 유지 관리를 정기적으로 수행합니다. 자세한 유지 관리 일정은 Azure Service Health 페이지에서 알림을 확인하세요.
참고 항목
Microsoft의 보안 표준에 따라 매월 두 번째 주 동안 기본 AKS(Azure Kubernetes Service) 클러스터에 대한 추가 보안 패치를 수행합니다. 유지 관리는 비근무 시간 동안 8시간 내에 발생합니다. 우리는 중단없는 서비스를 보장하기 위해 롤링 방식으로 이 작업을 수행합니다.
모범 사례
- 동일한 지역의 여러 서비스 인스턴스에 대해 계획된 유지 관리를 구성하는 경우 유지 관리는 같은 주 내에 수행합니다. 예를 들어 클러스터 A에 대한 유지 관리가 월요일에 설정되고 클러스터 B는 일요일에 설정된 경우 같은 주에 클러스터 A가 클러스터 B 보다 먼저 유지 관리됩니다.
- Azure 쌍을 이루는 지역에 걸쳐 두 개의 서비스 인스턴스가 있는 경우 이러한 서비스 인스턴스에 대해 다른 주에 유지 관리가 수행되지만 어떤 지역이 먼저 유지 관리되는지는 보장할 수 없습니다. 정확한 정보는 각 유지 관리 공지 사항을 따릅니다.
- 계획된 유지 관리 기간의 길이는 8시간으로 고정됩니다. 예를 들어 시작 시간이 10:00으로 설정된 경우 유지 관리 작업은 10:00에서 18:00 사이에 언제든지 실행됩니다. 서비스 팀은 이 시간 내에 유지 관리를 완료하기 위해 최선을 다하지만 경우에 따라 더 오래 걸릴 수 있습니다.
- 계획된 유지 관리가 구성된 방법 또는 여부에 관계없이 유지 관리 작업을 제외할 수 없습니다. 이 기능을 충족할 수 없는 유지 관리 시간에 대한 특별 요청이 있는 경우 지원 티켓을 엽니다.