Azure App Service 계획은 실행할 웹앱에 대한 컴퓨팅 리소스 집합을 정의합니다. 앱 서비스는 항상 App Service 계획에서 실행됩니다. Azure Functions 에는 App Service 계획에서 실행하는 옵션도 있습니다.
특정 지역에서 App Service 계획을 만들 때 해당 지역에서 해당 계획에 대한 컴퓨팅 리소스 집합을 만듭니다. App Service 계획에 입력한 앱은 계획에 정의된 대로 해당 컴퓨팅 리소스에서 실행됩니다.
각 App Service 계획은 다음을 정의합니다.
- 운영 체제(Windows, Linux)
- 지역(미국 서부, 미국 동부 등)
- VM(가상 머신) 인스턴스 수
- VM 인스턴스의 크기(소형, 중형, 대형)
- 가격 책정 계층(무료, 공유, 기본, 표준, 프리미엄, PremiumV2, PremiumV3, PremiumV4 IsolatedV2)
가격 책정 계층
App Service 요금제의 가격 책정 계층은 가져올 App Service 기능 및 계획에 대한 지불액을 결정합니다. App Service 플랜에 사용할 수 있는 가격 책정 계층은 만들 때 선택하는 운영 체제에 따라 달라집니다. 이 표에서는 가격 책정 계층의 범주를 보여 줍니다.
카테고리 | 계층 | 설명 |
---|---|---|
공유 컴퓨팅 | 무료, 공유 | 두 가지 기본 계층인 무료 및 공유는 다른 고객의 앱을 포함하여 다른 App Service 앱과 동일한 Azure VM에서 앱을 실행합니다. 이러한 계층은 공유 리소스에서 실행되는 각 앱에 CPU 할당량을 할당합니다. 리소스를 확장할 수 없습니다. 이러한 계층은 개발 및 테스트 목적으로만 사용됩니다. |
전용 컴퓨팅 | Basic, Standard, Premium, PremiumV2, PremiumV3, PremiumV4 | 기본, 표준, 프리미엄, PremiumV2, PremiumV3 및 PremiumV4 계층은 전용 Azure VM에서 앱을 실행합니다. 동일한 App Service 계획의 앱만이 동일한 컴퓨팅 리소스를 공유합니다. 계층이 높을수록 스케일 아웃에 사용할 수 있는 VM 인스턴스가 많아집니다. |
고립된 | IsolatedV2 | IsolatedV2 계층은 전용 Azure 가상 네트워크에서 전용 Azure VM을 실행합니다. 이 계층은 앱에 대한 컴퓨팅 격리에 더해 네트워크 격리를 제공합니다. 최대 스케일 아웃 기능을 제공합니다. |
또한 각 계층은 App Service 기능의 특정 하위 집합을 제공합니다. 이러한 기능에는 사용자 지정 도메인 및 TLS/SSL 인증서, 자동 크기 조정, 배포 슬롯, 백업, Azure Traffic Manager 통합 등이 포함됩니다. 계층이 높을수록 사용할 수 있는 기능도 많아집니다. 각 가격 책정 계층에서 지원되는 기능을 확인하려면 App Service 계획 세부 정보를 참조하세요.
App Service 제한에서 계획의 더 많은 비교를 찾을 수 있습니다.
가격 책정 정보는 App Service 가격 책정을 참조하세요.
앱 실행 및 크기 조정에 대한 고려 사항
무료 및 공유 등급에서 앱은 공유 VM 인스턴스에서 CPU 사용 시간을 할당받으며 확장할 수 없습니다.
다른 계층에서는 앱이 다음과 같이 실행되고 크기가 조정됩니다.
- App Service에서 앱을 만드는 경우 App Service 계획의 일부입니다. 앱을 실행할 때 App Service 계획에 구성된 모든 VM 인스턴스에서 실행합니다.
- 여러 앱이 동일한 App Service 계획에 있는 경우 모두 동일한 VM 인스턴스를 공유합니다.
- 또한 앱에 다중 배포 슬롯이 있는 경우 모든 배포 슬롯은 동일한 VM 인스턴스에서 실행됩니다.
- 진단 로그를 사용하거나, 백업을 수행하거나, WebJobs를 실행하는 경우 이러한 VM 인스턴스에서 CPU 주기 및 메모리를 사용합니다.
- App Service 계획의 모든 앱은 동일한 기본 컴퓨팅 리소스(VM 인스턴스)를 공유하기 때문에 함께 확장됩니다. 수동 또는 자동 크기 조정 규칙을 통해 계획 크기를 조정하면 계획의 모든 앱에 영향을 줍니다.
앱 확장에 대한 자세한 내용은 Azure에서 자동 크기 조정 시작을 참조하세요.
App Service 요금제 비용
이 섹션에서는 App Service 앱의 요금 지불 방법을 설명합니다. 자세한 지역별 가격 책정 정보는 App Service 가격 책정을 참조하세요.
무료 계층을 제외하고 App Service 계획은 사용하는 컴퓨팅 리소스에 대한 요금을 부과합니다.
- 공유 계층: 각 앱은 CPU 분 할당량을 받으므로 각 앱 은 CPU 할당량에 대한 요금이 청구됩니다.
- 전용 컴퓨팅 계층(기본, 표준, 프리미엄, PremiumV2, PremiumV3, PremiumV4): App Service 계획은 앱의 크기를 조정하는 VM 인스턴스 수를 정의하므로 App Service 계획의 각 VM 인스턴스 에 요금이 부과됩니다. 이러한 VM 인스턴스는 실행 중인 앱 수에 관계없이 동일한 요금이 청구됩니다. 예기치 않은 요금을 방지하려면 App Service 계획 삭제를 참조하세요.
- IsolatedV2 계층: App Service Environment는 앱을 실행하는 격리된 작업자 수를 정의하며 각 작업자 는 요금이 청구됩니다.
사용할 수 있는 App Service 기능을 사용하는 경우 요금이 청구되지 않습니다. 이러한 기능에는 사용자 지정 도메인, TLS/SSL 인증서, 배포 슬롯 및 백업 구성이 포함됩니다. 예외는 다음과 같습니다.
- App Service 도메인: Azure에서 구매하고 매년 갱신할 때 요금을 지불합니다.
- App Service 인증서: Azure에서 인증서를 구매하고 매년 갱신할 때 지불합니다.
- IP 기반 TLS 연결: 각 IP 기반 TLS 연결에 대해 시간당 요금이 부과되지만 일부 표준 이상 계층은 무료로 하나의 IP 기반 TLS 연결을 제공합니다. SNI(서버 이름 표시) 기반 TLS 연결은 무료입니다.
App Service를 다른 Azure 서비스와 통합하는 경우 해당 서비스의 요금을 고려해야 할 수 있습니다. 예를 들어 Azure Traffic Manager를 사용하여 앱을 지리적으로 확장하는 경우 Traffic Manager는 사용량에 따라 요금을 청구합니다. Azure에서 교차 서비스 비용을 계산하려면 가격 책정 계산기를 참조하세요.
팁 (조언)
Azure 서비스에는 비용이 듭니다. Microsoft Cost Management를 사용하면 예산을 설정하고 지출을 계속 제어하도록 경고를 구성할 수 있습니다. Cost Management를 사용하여 Azure 비용을 분석, 관리 및 최적화할 수 있습니다. 자세한 내용은 비용 분석을 위한 빠른 시작을 참조하세요.
기능 또는 특성의 규모 조정
언제든지 App Service 계획을 확장 또는 축소할 수 있습니다. 계획 가격 책정 계층만 변경하면 됩니다. 처음에는 더 낮은 가격 책정 계층을 선택한 다음, 더 많은 App Service 기능이 필요할 때 나중에 확장할 수 있습니다.
예를 들어 무료 계층 App Service 계획에서 웹앱 테스트를 시작하고 아무 것도 지불하지 않습니다. 웹앱에 사용자 지정 DNS 이름을 추가하는 경우 계획을 공유 계층으로 확장하기만 하면 됩니다. 나중에 TLS 바인딩을 만들려는 경우 계획을 기본 계층으로 확장합니다. 스테이징 환경을 원하는 경우 표준 계층으로 확장합니다. 더 많은 코어, 메모리 또는 스토리지가 필요한 경우 동일한 계층에서 더 큰 VM 크기로 확장합니다.
동일한 프로세스가 역방향으로 작동합니다. 더 이상 상위 계층의 기능이나 기능이 필요하지 않은 경우 더 낮은 계층으로 축소하고 비용을 절감할 수 있습니다.
App Service 계획을 확장하는 방법에 대한 자세한 내용은 Azure App Service에서 앱 강화를 참조하세요.
앱이 다른 앱과 동일한 App Service 요금제에 속한 경우 컴퓨팅 리소스를 격리하여 앱의 성능을 개선할 수 있습니다. 앱을 별도의 App Service 계획으로 이동하여 리소스를 격리할 수 있습니다.
앱에 대한 새 계획 또는 기존 계획 사용 결정
비용에 대한 이전 섹션에서 설명한 대로 App Service 계획에서 할당하는 컴퓨팅 리소스에 대한 비용을 지불합니다. 여러 앱을 하나의 App Service 계획에 배치하여 비용을 절감할 수 있습니다. 계획에 부하를 처리할 리소스가 충분하면 기존 계획에 앱을 계속 추가할 수 있습니다.
그러나 동일한 App Service 계획의 앱은 모두 동일한 컴퓨팅 리소스를 공유합니다. 새 앱에 필요한 리소스가 있는지 확인하려면 새 앱에 대한 예상 부하와 함께 기존 App Service 계획의 용량을 이해해야 합니다. App Service 계획을 오버로드하면 새 앱과 기존 앱에 대한 가동 중지 시간이 발생할 수 있습니다. App Service 한도에서 계획 간 비교에 대한 자세한 내용을 확인할 수 있습니다.
다음과 같은 경우 새 App Service 계획에서 앱을 격리합니다.
앱은 리소스를 많이 사용합니다. 일반적인 지침은 다음 표를 사용합니다.
App Service 계획 최대 앱 B1, S1, P1v2, I1v1 8 (여덟) B2, S2, P2v2, I2v1 16 B3, S3, P3v2, I3v1 32 P0v3, P0v4 8 (여덟) P1v3, P1v4, I1v2 16 P2v3, P2v4, I2v2, P1mv3, P1mv4 32 P3v3, P3v4, I3v2, P2mv3 64 I4v2, I5v2, I6v2 vCPU 사용량에 따라 제한된 최대 밀도 P3mv3, P3mv4, P4mv3, P4mv4, P5mv3, P5mv4 vCPU 사용량에 따라 제한된 최대 밀도 기존 계획에서 다른 앱과 독립적으로 앱을 확장하려고 합니다.
앱에 다른 지리적 지역의 리소스가 필요합니다. 이렇게 하면 앱에 대한 새 리소스 집합을 할당하고 앱을 보다 효과적으로 제어할 수 있습니다.
참고
활성 슬롯은 동일한 App Service 계획의 리소스에 대해 경쟁하기 때문에 활성 앱으로도 분류됩니다.