Azure App Service에 대한 정기(계획된) 유지 관리

정기 유지 관리에는 Azure App Service에 대한 숨겨진 업데이트가 포함됩니다. 유지 관리 형식에는 성능 개선, 버그 수정, 새로운 기능 또는 보안 업데이트가 있을 수 있습니다. App Service 유지 관리는 서비스 자체 또는 기본 운영 체제에서 수행될 수 있습니다.

Microsoft 서비스 품질 및 가동 시간 보장은 유지 관리 기간 동안에도 계속 적용됩니다. 고객이 플랫폼 변경 내용을 확인할 수 있도록 알림에는 유지 관리 기간이 언급되어 있습니다.

필요한 항목

개인용 컴퓨터, 휴대폰 및 기타 디바이스와 마찬가지로 클라우드의 컴퓨터에도 최신 업데이트가 필요합니다. 물리적 디바이스와 달리 Azure App Service와 같은 클라우드 솔루션은 일상적인 유지 관리를 보다 쉽게 처리할 수 있는 방법을 제공합니다. 작업을 중단하고 패치가 설치될 때까지 기다릴 필요가 없습니다. 업데이트가 설치되는 동안 모든 워크로드를 몇 초 만에 다른 하드웨어로 이동할 수 있습니다. 업데이트는 매달 이루어지지만 조직의 요구 사항 및 기타 요인에 따라 달라질 수 있습니다.

일반적인 클라우드 솔루션은 여러 애플리케이션, 데이터베이스, 스토리지 계정, 함수 및 기타 리소스로 구성되므로 솔루션의 일부는 서로 다른 시기에 유지 관리를 받을 수 있습니다. 이러한 조정 중 일부는 지리, 지역, 데이터 센터 및 가용성 영역과 관련되어 있습니다. 모든 것이 동시에 처리되지 않는 클라우드 때문일 수도 있습니다. 자세한 내용은 안전한 배포 방법을 참조하세요.

다음 유지 관리 이벤트의 예를 보여 주는 스크린샷.

위에서 아래로 순서대로 예는 다음을 보여 줍니다.

• 유지 관리 이벤트를 설명하는 제목입니다.
• 영향을 받는 지역 및 구독입니다.
• 예상되는 유지 관리 기간입니다.

자주 묻는 질문

유지 관리가 왜 이렇게 오래 걸리나요?

기본적으로 정기적인 유지 관리는 플랫폼과 서비스에 대한 최신 업데이트를 제공합니다. 유지 관리가 특정 시간까지 개별 앱에 어떤 영향을 미칠지 예측하기 어렵기 때문에 알림이 더 일반적인 경향이 있습니다. 알림의 시간 범위는 앱 수준의 환경을 반영하는 것이 아니라 모든 리소스 전반의 전반적인 작업을 반영합니다. 유지 관리를 받는 앱은 새로 업데이트된 컴퓨터에서 즉시 다시 시작되고 계속 작동합니다. 요청과 트래픽이 처리되지 않을 때 가동 중지 시간이 없습니다.

왜 이렇게 많은 알림을 가져오나요?

일반적인 시나리오는 고객이 서로 다른 시기에 업그레이드되는 여러 애플리케이션을 보유하고 있다는 것입니다. 각각에 대한 알림을 보내지 않기 위해 여러 리소스를 캡처하는 하나의 알림을 보냅니다. 유지 관리 기간이 시작될 때와 전체 기간 동안 알림이 전송됩니다. 기간이 길면 동일한 출시에 대해 여러 미리 알림을 받을 수 있으므로 다시 시작, 중단 또는 기타 문제를 더 쉽게 연관시킬 수 있습니다.

SLA와 관련된 정기 유지 관리는 어떤가요?

플랫폼 유지 관리는 애플리케이션 가동 시간이나 가용성에 영향을 주어서는 안 됩니다. 플랫폼 유지 관리가 진행되는 동안 애플리케이션은 계속 온라인 상태를 유지합니다.

플랫폼 유지 관리로 인해 새 가상 머신에서 애플리케이션이 콜드 부팅될 수 있으며 이로 인해 지연이 발생할 수 있습니다. 애플리케이션은 콜드 부팅 중에도 여전히 온라인 상태인 것으로 간주됩니다. 콜드 부팅을 최소화하거나 방지하려면 Windows 앱용 로컬 캐시 및 상태 확인을 사용하는 것이 좋습니다.

유지 관리 기간 동안 사이트에서 SLA(서비스 수준 계약) 위반이 발생할 것으로 예상하지 않습니다.

업그레이드는 내 앱의 원활한 작동을 어떻게 보장하나요?

Azure App Service는 고객에게 웹 애플리케이션 및 솔루션 호스팅을 제공하는 일련의 배율 단위를 나타냅니다. 각 배율 단위는 업그레이드 도메인과 가용성 영역으로 구분됩니다. 이 부서는 각 배율 단위의 모든 컴퓨터가 한 번에 업데이트되지 않기 때문에 더 큰 App Service 요금제의 배치와 원활한 배포를 최적화합니다.

유지 관리 작업은 App Service가 집합의 상태를 모니터링하는 동안 반복적으로 컴퓨터를 업그레이드합니다. 문제가 있는 경우 시스템에서 출시를 중지할 수 있습니다. 이 프로세스에 대한 자세한 내용은 블로그 게시물 App Service OS 업데이트 뒤에 숨은 매직 알아보기를 참조하세요.

업무 시간이 반영되나요?

유지 관리 작업은 표준 업무 시간인 오전 9시부터 오후 5시 외에 시작하도록 최적화되어 있습니다. 통계적으로 볼 때 이는 시스템(고객 애플리케이션 및 플랫폼 자체에서 전이적으로)에 대한 스트레스가 적기 때문에 워크로드를 중단하고 다시 시작하기에 가장 좋은 시기입니다. App Service 요금제 및 App Service Environment v2의 경우 유지 관리는 더 긴 유지 관리 이벤트 중에 업무 시간까지 계속될 수 있습니다.

일상적인 유지 관리를 제어하기 위한 옵션은 무엇인가요?

App Service Environment v3을 통해 격리된 제품에서 워크로드를 실행하는 경우 필요한 경우 업그레이드를 예약할 수 있습니다. 이 기능에 대한 자세한 내용은 블로그 게시물 App Service Environment v3에 대한 계획된 유지 관리 제어 및 자동화를 참조하세요.

다시 시작하기 위해 앱을 더 잘 준비할 수 있나요?

애플리케이션을 다시 시작하는 동안 온라인 상태가 되기까지 추가 시간이 필요한 경우 상태 확인을 사용해 보세요. 추가 시간이 필요한 일반적인 패턴은 애플리케이션 준비 또는 시작 중에 외부 리소스에 대한 과도한 의존성입니다.

상태 확인을 사용하여 애플리케이션이 아직 요청을 받을 준비가 되지 않았음을 플랫폼에 알릴 수 있습니다. 시스템은 해당 정보를 사용하여 App Service 요금제의 다른 인스턴스로 요청을 라우팅할 수 있습니다. 이러한 경우 계획에 인스턴스가 두 개 이상 있는 것이 좋습니다.

내 애플리케이션은 온라인 상태였지만 이러한 알림이 표시되기 시작한 이후 상황은 더욱 악화되었습니다. 변경 내용

플랫폼은 처음부터 업데이트 및 유지 관리 이벤트가 진행되어 왔습니다. 시간이 지남에 따라 업데이트 빈도가 감소했기 때문에 중단 횟수도 줄어들고 가동 시간이 늘어났습니다. 그러나 이제 모든 변경 내용에 대한 표시 여부가 더 높아졌습니다. 표시 여부가 향상되면 더 많은 변화가 일어나고 있다는 인식이 생길 수 있습니다.

다음 단계

블로그 게시물 Azure App Service에 대한 정기 계획 유지 관리 알림을 읽고 유지 관리 알림에 대한 자세한 내용을 알아봅니다.