일상적인 유지 관리에는 Azure App Service에 대한 백그라운드 업데이트가 포함됩니다. 이러한 업데이트에는 성능 향상, 버그 수정, 새 기능 또는 보안 업데이트가 포함될 수 있습니다. 유지 관리는 App Service 플랫폼 또는 기본 운영 체제에 적용할 수 있습니다.
중요
기능을 손상시키는 변경이나 기능 사용 중단은 일상적인 유지 관리의 일부가 아닙니다. 자세한 내용은 최신 수명 주기 정책을 참조하세요.
Microsoft의 서비스 품질 및 작동 시간 보장은 유지 관리 기간 동안 계속 적용됩니다. 플랫폼 변경에 대한 가시성을 제공하도록 고객에게 알립니다.
예상 프로그램
개인용 컴퓨터, 휴대폰 및 기타 장치와 마찬가지로 클라우드의 컴퓨터에는 정기적인 업데이트가 필요합니다. 물리적 디바이스와 달리 Azure App Service는 중단을 최소화하면서 일상적인 유지 관리를 처리합니다. 워크로드를 몇 초 만에 업데이트된 하드웨어로 전환할 수 있으므로 가동 중지 시간 없이 업데이트를 진행할 수 있습니다.
유지 관리는 일반적으로 매월 발생하지만 조직의 요구 사항 및 기타 요인에 따라 달라질 수 있습니다.
일반적인 클라우드 솔루션은 여러 애플리케이션, 데이터베이스, 스토리지 계정, 함수 및 기타 리소스로 구성되므로 솔루션의 일부는 서로 다른 시간에 유지 관리될 수 있습니다. 이러한 변화는 지리, 지역, 데이터 센터 및 가용성 영역 때문일 수 있습니다. 자세한 내용은 안전한 배포 방법을 참조하세요.
유지 관리 이벤트를 찾으려면 Azure Portal에서 Service Health 를 검색합니다. ACTIVE EVENTS에서 계획된 유지 관리를 선택합니다.
Azure Portal은 다음 정보를 제공합니다.
- 유지 관리 이벤트를 설명하는 제목입니다.
- 영향을 받는 지역 및 구독입니다.
- 예상되는 유지 관리 기간입니다.
다음 스크린샷은 영향을 받은 리소스 탭을 통해 사용할 수 있는 정보를 보여줍니다.
이 예제에서는 왼쪽에서 오른쪽으로 다음을 보여줍니다.
- 영향을 받은 리소스 탭을 선택합니다.
- 추가 정보 옵션입니다.
비고
유지 관리 수동 시작은 App Service 계획에 지원되지 않습니다. ASE(App Service Environment)는 수동 유지 관리 기본 설정을 지원합니다.
이 예에서는 다음 내용을 설명합니다.
- 보류 중, 시작 또는 완료될 수 있는 유지 관리의 상태입니다.
- 유지 관리가 시작된 후 추가 정보 아래에서 타임스탬프를 볼 수 있습니다.
질문과 대답
유지 관리가 왜 이렇게 오래 걸리나요?
일상적인 유지 관리는 플랫폼 및 서비스에 최신 업데이트를 제공합니다. 유지 관리가 개별 앱에 미치는 영향을 예측하기는 어렵습니다. 알림은 일반 시간 범위를 제공합니다. 이러한 범위는 특정 앱 수준 환경이 아닌 모든 리소스에 대한 전체 작업을 반영합니다. 업데이트된 컴퓨터에서 유지 관리를 다시 시작하고 계속 실행되는 앱입니다. 요청과 트래픽이 처리되지 않을 때 가동 중지 시간이 없습니다.
왜 이렇게 많은 알림을 가져오나요?
고객은 다른 시간에 업그레이드되는 여러 애플리케이션이 있는 경우가 많습니다. 각각에 대한 알림을 보내지 않기 위해 여러 리소스를 캡처하는 하나의 알림을 보냅니다. 유지 관리 기간이 시작될 때와 전체 기간 동안 알림이 전송됩니다. 기간이 길면 동일한 출시에 대해 여러 미리 알림을 받을 수 있으므로 다시 시작, 중단 또는 기타 문제를 더 쉽게 연관시킬 수 있습니다.
SLA와 관련된 정기 유지 관리는 어떤가요?
플랫폼 유지 관리는 애플리케이션 가동 시간이나 가용성에 영향을 주어서는 안 됩니다. 플랫폼 유지 관리가 진행되는 동안 애플리케이션은 계속 온라인 상태를 유지합니다.
플랫폼 유지 관리로 인해 새 가상 머신에서 애플리케이션이 콜드 시작되어 지연이 발생할 수 있습니다. 애플리케이션은 콜드 시작 중에도 여전히 온라인 상태로 간주됩니다. 콜드 부팅을 최소화하거나 방지하려면 Windows 앱용 로컬 캐시 및 상태 확인을 사용하는 것이 좋습니다.
유지 관리 기간 동안 사이트에서 SLA(서비스 수준 계약) 위반이 발생할 것으로 예상하지 않습니다.
업그레이드는 내 앱의 원활한 작동을 어떻게 보장하나요?
Azure App Service는 고객에게 웹 애플리케이션 및 솔루션 호스팅을 제공하는 일련의 배율 단위를 나타냅니다. 각 배율 단위는 업그레이드 도메인과 가용성 영역으로 구분됩니다. 이 부서에서는 더 큰 App Service 계획의 배치를 최적화하고 원활한 배포를 가능하게 합니다. 각 배율 단위의 모든 컴퓨터가 한 번에 업데이트되는 것은 아니기 때문입니다.
유지 관리 작업은 App Service가 집합의 상태를 모니터링하는 동안 반복적으로 컴퓨터를 업그레이드합니다. 문제가 있는 경우 시스템에서 출시를 중지할 수 있습니다. 이 프로세스에 대한 자세한 내용은 블로그 게시물 App Service OS 업데이트 뒤에 숨은 매직 알아보기를 참조하세요.
업무 시간이 반영되나요?
예, 업무 시간은 해당 지역의 표준 시간대에 반영됩니다. 유지 관리 작업은 표준 업무 시간인 오전 9시부터 오후 5시 외에 시작하도록 최적화되어 있습니다. 통계적으로 워크로드의 중단 및 다시 시작에 가장 적합한 시기입니다. 고객 애플리케이션 및 플랫폼 자체에서 시스템에 대한 스트레스가 줄어듭니다.
App Service 유지 관리는 업무 시간 동안 중단을 최소화하도록 설계되었습니다. 지정된 지역에서 오전 9시까지 업그레이드가 계속 진행 중인 경우 중요한 단계에 도달하기 전에 일시 중지를 시도합니다. 일부 기본 인스턴스 이동은 계속될 수 있지만 안전하게 겹치고 사이트 가용성을 유지하도록 오케스트레이션됩니다.
일상적인 유지 관리를 제어하기 위한 옵션은 무엇인가요?
App Service Environment v3를 사용하여 격리된 제품에서 워크로드를 실행하는 경우 필요한 경우 업그레이드를 예약할 수 있습니다. 이 기능에 대한 자세한 내용은 블로그 게시물 App Service Environment v3에 대한 계획된 유지 관리 제어 및 자동화를 참조하세요.
다시 시작하기 위해 앱을 더 잘 준비할 수 있나요?
애플리케이션을 다시 시작하는 동안 온라인 상태가 되기까지 추가 시간이 필요한 경우 상태 확인을 사용해 보세요. 추가 시간이 필요한 일반적인 패턴은 애플리케이션 준비 또는 시작 중에 외부 리소스에 대한 과도한 의존성입니다.
상태 확인을 사용하여 애플리케이션이 아직 요청을 받을 준비가 되지 않았음을 플랫폼에 알릴 수 있습니다. 시스템은 해당 정보를 사용하여 App Service 요금제의 다른 인스턴스로 요청을 라우팅할 수 있습니다. 이러한 경우 계획에 인스턴스가 두 개 이상 있는 것이 좋습니다.
내 애플리케이션은 온라인 상태였지만 이러한 알림이 표시되기 시작한 이후 상황은 더욱 악화되었습니다. 변경 내용
플랫폼은 처음부터 업데이트 및 유지 관리 이벤트가 진행되어 왔습니다. 업데이트 빈도는 시간이 지남에 따라 감소했습니다. 중단 횟수도 감소하고 가동 시간이 증가했습니다. 그러나 이제 모든 변경 내용에 대한 표시 여부가 더 높아졌습니다. 표시 여부가 향상되면 더 많은 변화가 일어나고 있다는 인식이 생길 수 있습니다.