웹앱 강화
스케일 아웃하면 웹앱의 인스턴스를 더 많이 실행할 수 있습니다. 각 인스턴스에 사용할 수 있는 리소스는 웹 서비스를 호스트하는 App Service 요금제의 가격 책정 계층에 따라 결정됩니다. 각 가격 책정 계층에서는 메모리 및 만들 수 있는 최대 인스턴스 수를 모두 사용하여 제공되는 컴퓨팅 성능을 지정합니다.
처음에 비교적 저렴한 가격 책정 계층을 사용하여 웹앱을 배포하는 경우 시작하는 데 충분한 리소스가 있다고 생각할 수 있습니다. 그러나 웹 서비스에 대한 수요가 증가하거나 더 높은 성능이 필요한 기능을 추가하는 경우 리소스가 너무 제한될 수 있습니다. 이 경우 더 강력한 가격 책정 계층으로 강화할 수 있습니다.
호텔 예약 시스템에서 특별 행사 또는 이벤트로 인한 변동 이외에 방문자 수가 꾸준히 증가하고 있음을 발견합니다. 그리고 회사에서는 추가 리소스가 필요한 더 많은 기능을 웹앱에 추가하고 있습니다. 현재 App Service 계획 가격 책정 계층의 규모 확장 제한에 도달하고 있으므로 더 많은 인스턴스와 더 강력한 하드웨어를 제공하는 계층으로 강화해야 합니다.
이 단원에서는 증가하는 리소스 요구 사항을 충족하도록 웹앱을 스케일 업하는 방법을 알아봅니다.
App Service 계획 가격 책정 계층 및 하드웨어 수준
App Service 계획에 사용할 수 있는 다양한 가격 책정 계층에서는 다양한 수준 또는 리소스를 제공합니다. 기본, 표준 및 프리미엄 계층은 메모리 용량과 IO 용량이 다른 A-시리즈 VM을 기반으로 합니다. PremiumV2와 격리 계층은 Dv2-시리즈 VM을 기반으로 합니다. 이러한 계층 각각에는 대략 1, 2 및 4개의 CPU에 해당하는 세 가지 하드웨어 수준이 있습니다. 가격 책정 계층 및 하드웨어 수준에 대한 자세한 내용은 App Service 가격을 참조하세요.
웹앱 강화
App Service 계획에서는 실행되는 가격 책정 계층과 하드웨어 수준을 변경하여 강화 및 규모 축소할 수 있습니다. 체험 계층에서 시작하여 요구 사항에 따라 필요한 대로 강화할 수 있습니다. 이 프로세스는 수동입니다. 특정 계층과 연결된 리소스가 더 이상 필요하지 않으면 다시 규모 축소할 수도 있습니다.
강화하면 그 당시에 실행되는 클라이언트 앱에 대한 서비스가 중단될 수 있습니다. 웹앱에 대한 활성 호출 중에 강화가 수행되면 서비스에서 연결을 끊고 다시 연결해야 할 수 있습니다. 그리고 크기 조정이 완료될 때까지 새 연결이 거부될 수 있습니다. 또한 강화로 인해 웹앱에 대한 나가는 IP 주소가 변경될 수 있습니다. 들어오는 트래픽을 제한하는 방화벽이 있는 다른 서비스를 웹앱에서 사용하는 경우 이러한 서비스를 다시 구성해야 합니다.
스케일 아웃에서와 마찬가지로, 시스템의 성능을 모니터링하여 스케일 업(또는 다운)을 통해 원하는 효과를 얻도록 해야 합니다. 강화와 확장이 협력하여 작동할 수 있다는 것을 이해하는 것도 중요합니다. 가격 책정 계층에 사용 가능한 최대 인스턴스 수로 스케일 아웃하는 경우, 먼저 스케일 업해야 나아가 스케일 아웃할 수 있습니다.