Azure App Service 계획 개요

App Service(Web Apps, API Apps 또는 Mobile Apps)에서 앱은 항상 App Service 계획으로 실행됩니다. 또한 Azure Functions에는 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 계획에 사용할 수 있는 가격 책정 계층은 생성 시 선택한 운영 체제에 따라 다릅니다. 가격 책정 계층의 몇 가지 범주가 있습니다.

  • 공유 컴퓨팅: 체험공유라는 두 개의 기본 계층은 다른 고객의 앱을 비롯한 다른 App Service 앱과 동일한 Azure VM에서 앱을 실행합니다. 이러한 계층은 CPU 할당량을 공유 리소스에서 실행되는 각 앱에 할당하고 리소스는 확장할 수 없습니다.
  • 전용 컴퓨팅: 기본, 표준, 프리미엄, PremiumV2PremiumV3 계층은 전용 Azure VM에서 앱을 실행합니다. 동일한 App Service 계획의 앱만이 동일한 컴퓨팅 리소스를 공유합니다. 계층이 높을수록 스케일 아웃을 위해 더 많은 VM 인스턴스가 제공됩니다.
  • 격리: 이 격리격리V2 계층은 전용 Azure Virtual Networks에서 전용 Azure VM을 실행합니다. 앱에 대한 컴퓨팅 격리를 기반으로 네트워크 격리를 제공합니다. 최대 스케일 아웃 기능을 제공합니다.

참고

App Service 체험 및 공유(미리 보기) 서비스 요금제는 다른 App Service 앱과 동일한 Azure 가상 머신에서 실행되는 기본 계층입니다. 일부 앱은 다른 고객에게 속할 수 있습니다. 이러한 계층은 개발 및 테스트 목적으로만 사용할 수 있습니다.

또한 각 계층은 App Service 기능의 특정 하위 집합을 제공합니다. 이러한 기능에는 사용자 지정 도메인 및 TLS/SSL 인증서, 자동 크기 조정, 배포 슬롯, 백업, Traffic Manager 통합 등이 포함됩니다. 계층이 높을수록 더 많은 기능을 사용할 수 있습니다. 각 가격 책정 계층에서 지원되는 기능을 알아보려면 App Service 계획 세부 정보를 참조하세요.

참고

PremiumV3 가격 책정 계층은 표준 계층에 비해 더 빠른 프로세서(가상 CPU당 최소 195 ACU), SSD 스토리지 및 4배 높은 메모리 대 코어 비율을 갖춘 머신을 보장합니다. 또한 PremiumV3표준 계층에 있는 모든 고급 기능을 제공하면서 늘어난 인스턴스 수를 통해 더 큰 규모를 지원합니다. 기존 PremiumV2 계층에서 사용할 수 있는 모든 기능은 PremiumV3에 포함되어 있습니다.

다른 전용 계층과 마찬가지로 다음 3가지 VM 크기를 이 계층에 사용할 수 있습니다.

  • 작음(2개의 CPU 코어, 8GiB 메모리)
  • 중간(4개의 CPU 코어, 16GiB 메모리)
  • 대규모(8개의 CPU 코어, 32GiB 메모리)

PremiumV3 가격 책정 정보는 App Service 가격 책정을 참조하세요.

PremiumV3 가격 책정 계층을 시작하려면 App Service에 대해 PremiumV3 계층 구성을 참조하세요.

앱을 실행하고 크기를 조정하려면 어떻게 하나요?

체험공유 계층에서는 앱이 공유 VM 인스턴스에서 CPU(분)를 수신하며 스케일 아웃할 수 없습니다. 다른 계층에서는 다음과 같이 앱이 실행되고 크기가 조정됩니다.

App Service에서 앱을 만드는 경우 App Service 계획에 배치합니다. 앱을 실행할 때 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 계획은 사용하는 컴퓨팅 리소스에 대한 요금을 부과합니다.

  • 공유 계층에서 각 앱은 CPU 시간(분)의 할당량을 수신하므로 각 앱은 CPU 할당량에 대한 요금이 부과됩니다.
  • 전용 컴퓨팅 계층(기본, 표준, 프리미엄, PremiumV2, PremiumV3)에서 App Service 계획은 앱의 크기를 조정하는 VM 인스턴스의 수를 정의합니다. 따라서 App Service 계획의 각 VM 인스턴스는 요금이 부과됩니다. 이러한 VM 인스턴스는 여기에서 실행되는 앱의 개수에 관계 없이 동일한 요금이 청구됩니다. 예기치 않은 요금을 방지하려면 App Service 계획 정리를 참조하세요.
  • 격리격리V2 계층에서 App Service Environment는 앱을 실행하는 격리된 작업자 수를 정의하며 각 작업자에게 요금이 청구됩니다. 또한 격리 계층에는 App Service Environment 자체를 실행하기 위한 고정 인지세가 있습니다.

사용 가능한 App Service 기능(사용자 지정 도메인, TLS/SSL 인증서, 배포 슬롯, 백업 등 구성)을 사용할 경우에는 요금이 부과되지 않습니다. 예외는 다음과 같습니다.

  • App Service 도메인 - Azure에서 구입할 때 및 매년 갱신할 때 지불합니다.
  • App Service Certificates - Azure에서 구입할 때 및 매년 갱신할 때 지불합니다.
  • IP 기반 TLS 연결 - 각 IP 기반 TLS 연결은 시간당 요금이 청구되지만 일부 표준 계층 이상은 IP 기반 TLS 연결을 체험용으로 제공합니다. SNI 기반 TLS 연결을 체험용으로 사용할 수 있습니다.

참고

다른 Azure 서비스와 App Service를 통합하는 경우 이러한 다른 서비스에서 청구를 고려해야 합니다. 예를 들어 Azure Traffic Manager를 사용하여 지리적으로 앱의 크기를 조정하는 경우 Azure Traffic Manager도 사용량에 기반하여 요금이 청구됩니다. Azure에서 교차 서비스 비용을 계산하려면 가격 책정 계산기를 참조하세요.

클라우드 비용을 최적화하여 비용을 절감하고 싶습니까?

Azure 서비스는 비용이 듭니다. Azure 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 계획 관리