Azure App Service 플랜 검사
App Service의 앱은 항상 App Service 요금제에서 실행됩니다. App Service 계획은 실행할 웹앱에 대한 컴퓨팅 리소스 세트를 정의합니다. 하나 이상의 앱은 동일한 컴퓨팅 리소스(또는 동일한 App Service 계획)에서 실행하도록 구성될 수 있습니다.
특정 영역(예: 서유럽)에서 App Service 계획을 만들 때 해당 지역에서 해당 계획에 대한 컴퓨팅 리소스 세트를 만듭니다. App Service 계획에 정의된 대로 이 App Service 계획에 추가한 모든 앱은 이러한 컴퓨팅 리소스에서 실행됩니다. 각 App Service 계획은 다음을 정의합니다.
- 운영 체제(Windows, Linux)
- 지역(미국 서부, 미국 동부 등)
- VM 인스턴스 수
- VM 인스턴스 크기(소량, 중간, 대규모)
- 가격 책정 계층(무료, 공유, 기본, 표준, 프리미엄, 프리미엄V2, 프리미엄V3, 격리, 격리V2)
App Service 계획의 가격 책정 계층은 가져올 App Service 기능 및 계획에 대한 지불액을 결정합니다. 가격 책정 계층의 몇 가지 범주가 있습니다.
- 공유 컴퓨팅: 체험 및 공유라는 두 개의 기본 계층은 다른 고객의 앱을 비롯한 다른 App Service 앱과 동일한 Azure VM에서 앱을 실행합니다. 이러한 계층은 CPU 할당량을 공유 리소스에서 실행되는 각 앱에 할당하며, 리소스를 스케일 아웃할 수 없습니다.
- 전용 컴퓨팅: 기본, 표준, 프리미엄, PremiumV2 및 PremiumV3 계층은 전용 Azure VM에서 앱을 실행합니다. 동일한 App Service 계획의 앱만이 동일한 컴퓨팅 리소스를 공유합니다. 계층이 높을수록 스케일 아웃을 위해 더 많은 VM 인스턴스가 제공됩니다.
- 격리: 이 격리 및 격리V2 계층은 전용 Azure Virtual Networks에서 전용 Azure VM을 실행합니다. 앱에 대한 컴퓨팅 격리를 기반으로 네트워크 격리를 제공합니다. 최대 스케일 아웃 기능을 제공합니다.
참고
App Service 체험 및 공유(미리 보기) 호스팅 플랜은 다른 App Service 앱과 동일한 Azure 가상 머신에서 실행되는 기본 계층입니다. 일부 앱은 다른 고객에게 속할 수 있습니다. 이러한 계층은 개발 및 테스트 목적으로만 사용할 수 있습니다.
앱을 실행하고 크기를 조정하려면 어떻게 하나요?
무료 및 공유 계층에서 앱은 공유 VM 인스턴스에서 CPU 시간(분)을 받으며 스케일 아웃할 수 없습니다. 다른 계층에서는 앱이 다음과 같이 실행 및 크기 조정됩니다.
- 앱은 App Service 플랜에 구성된 모든 VM 인스턴스에서 실행됩니다.
- 여러 앱이 동일한 App Service 계획에 있는 경우 모두 동일한 VM 인스턴스를 공유합니다.
- 또한 앱에 다중 배포 슬롯이 있는 경우, 모든 배포 슬롯은 동일한 VM 인스턴스에서 실행됩니다.
- 진단 로그를 사용하거나, 백업을 수행하거나, WebJobs을 실행하는 경우 이러한 VM 인스턴스에서 CPU 주기 및 메모리를 사용합니다.
이러한 방식으로 App Service 플랜은 App Service 앱의 배율 단위입니다. 계획이 5개의 VM 인스턴스를 실행하도록 구성되면 계획의 모든 앱은 5개의 모든 인스턴스에서 실행됩니다. 계획이 자동 크기 조정을 위해 구성되면 계획의 모든 앱은 자동 크기 조정 설정에 따라 함께 확장됩니다.
앱에 더 많은 기능이 필요한 경우
언제든지 App Service 계획을 확장하고 축소할 수 있습니다. 계획의 가격 책정 계층을 변경하는 것처럼 간단합니다. 앱이 다른 앱과 동일한 App Service 계획에 있으면 컴퓨팅 리소스를 격리하여 앱의 성능을 향상하는 것이 좋습니다. 앱을 별도의 App Service 계획으로 이동하여 수행할 수 있습니다.
여러 앱을 하나의 App Service 플랜에 넣으면 비용을 절감할 수 있습니다. 하지만 동일한 App Service 플랜의 앱은 모두 동일한 컴퓨팅 리소스를 공유하므로 기존 App Service 플랜의 용량과 새 앱의 예상 부하를 알아야 합니다.
다음의 경우 새 App Service 계획으로 앱을 격리합니다.
- 앱이 리소스를 많이 사용합니다.
- 기존 계획에서 다른 앱과 독립적으로 앱을 확장하려고 합니다.
- 앱에 서로 다른 지역의 리소스가 필요합니다.
이 방식을 사용하면 앱에 새 리소스 집합을 할당하고 앱을 더 잘 제어할 수 있습니다.