Azure App Service 계획 구현
Azure App Service에서 애플리케이션은 Azure App Service 계획에서 실행됩니다. App Service 계획은 실행할 웹 애플리케이션에 대한 컴퓨팅 리소스 집합을 정의합니다. 이러한 컴퓨팅 리소스는 기존 웹 호스팅의 서버 팜과 유사합니다. 하나 이상의 애플리케이션 동일한 컴퓨팅 리소스 또는 동일한 App Service 계획에서 실행하도록 구성될 수 있습니다.
App Service 계획에 대해 알아야 할 사항
가상 머신에서 App Service 계획을 구현하고 사용하는 방법을 자세히 살펴보겠습니다.
지역에서 App Service 계획을 만들 때 지정된 지역에서 해당 계획에 대한 컴퓨팅 리소스 세트를 만듭니다. 계획에 배치하는 모든 애플리케이션은 계획에 정의된 컴퓨팅 리소스에서 실행됩니다.
각 App Service 요금제는 다음 설정을 정의합니다.
- 운영 체제: Linux 또는 Windows.
- 지역: 미국 서부, 인도 중부, 북유럽 등과 같은 App Service 계획의 지역입니다.
- 가격 책정 계층: 어떤 App Service 기능을 이용할 수 있는지와 계획에 대해 얼마를 지불해야 하는지 결정합니다. App Service 계획에 사용할 수 있는 가격 책정 계층은 생성 시 선택한 운영 체제에 따라 다릅니다.
- VM 인스턴스 수: 현재는 3~30개입니다.
- VM 인스턴스 크기: CPU, 메모리, 원격 스토리지로 정의됩니다.
계획에 증가하는 부하를 처리할 리소스가 충분하면 기존 계획에 새 애플리케이션을 계속 추가할 수 있습니다.
App Service 계획을 사용할 때 고려해야 할 사항
Azure App Service 계획을 사용하여 애플리케이션을 실행하고 스케일링하는 방법에 대한 다음 고려 사항을 검토합니다. 호텔 웹 사이트 실행 및 스케일링에 어떤 조건이 적용될 수 있는지 생각해 보세요.
비용 절감 고려. App Service 계획이 할당하는 컴퓨팅 리소스에 대한 비용을 지불하므로 여러 애플리케이션을 동일한 App Service 계획에 배치하여 비용을 절감할 수 있습니다.
하나의 계획에서 여러 애플리케이션 고려. 공유 가상 머신 인스턴스를 보다 쉽게 구성하고 유지 관리할 수 있도록 여러 애플리케이션을 지원하는 단일 계획을 만듭니다. 애플리케이션은 동일한 가상 머신 인스턴스를 공유하므로 계획 리소스 및 용량을 신중하게 관리해야 합니다.
계획 용량 고려. 기존 계획에 새 애플리케이션을 추가하기 전에 새 애플리케이션에 대한 리소스 요구 사항을 결정하고 계획의 남은 용량을 식별합니다.
중요
App Service 계획을 오버로드하면 새 애플리케이션과 기존 애플리케이션의 가동 중지 시간이 발생할 수 있습니다.
애플리케이션 격리 고려. 다음의 경우 새 App Service 계획으로 애플리케이션을 격리합니다.
- 애플리케이션은 리소스 집약적입니다.
- 기존 계획에서 다른 애플리케이션과 독립적으로 애플리케이션을 스케일링하려고 합니다.
- 애플리케이션에 서로 다른 지역의 리소스가 필요합니다.