설명

상자 1: 확장(App Service 계획) 설정 블레이드에서 가격 책정 계층 변경 B1 가격 책정 계층은 코어 1개만 허용합니다. 다른 가격 책정 계층을 선택해야 합니다.
상자 2: Scale out(App Service Plan) 설정 블레이드에서 자동 크기 조정을 활성화합니다.
1.
http://portal.azure.com에서 Azure Portal에 로그인합니다.
1. 자동 크기 조정하려는 App Service로 이동합니다.
2. 메뉴에서 Scale out(App Service 계획)을 선택합니다.
3. 자동 크기 조정 활성화를 클릭합니다. 그러면 크기 조정 규칙에 대한 편집기가 활성화됩니다.

상자 3: Scale 모드에서 Scale based on metric으로 규칙을 추가하고 인스턴스 제한을 설정합니다.
규칙 추가를 클릭합니다. 이것은 규칙을 생성하고 스케일링의 세부 사항을 지정할 수 있는 양식을 보여줍니다.
참조:
https://azure.microsoft.com/en-us/pricing/details/app-service/windows/
https://blogs.msdn.microsoft.com/hsirtl/2017/07/03/autoscaling-azure-web-apps/

설명

이 참조 아키텍처는 데이터 계층에 대해 Windows의 SQL Server를 사용하여 N 계층 애플리케이션에 대해 구성된 가상 네트워크 및 VM을 배포하는 방법을 보여줍니다.

시나리오: App1이라는 공개 애플리케이션이 있습니다. App1은 다음 세 가지 계층으로 구성됩니다.
* SQL 데이터베이스
* 웹 프런트 엔드
* 처리 중간 계층
각 계층은 5개의 가상 머신으로 구성됩니다. 사용자는 HTTPS만 사용하여 웹 프런트 엔드에 액세스합니다.
* 기술 요구 사항은 다음과 같습니다.
* App1의 모든 가상 머신을 Azure로 이동합니다.
* App1 계층 간의 열린 포트 수를 최소화합니다.
참조: https://docs.microsoft.com/en-us/azure/architecture/reference-architectures/n-tier/n-tier-sql-server

기본 부하 분산 장치 백 엔드 풀로 부하를 분산하려면 가상 머신이 단일 가용성 집합 또는 가상 머신 확장 집합에 있어야 합니다.
상태 프로브는 백엔드 풀에 있는 인스턴스의 상태를 확인하는 데 사용됩니다. 로드 밸런서를 생성하는 동안 로드 밸런서가 사용할 상태 프로브를 구성합니다. 이 상태 프로브는 인스턴스가 정상이고 트래픽을 수신할 수 있는지 확인합니다.
로드 밸런서 규칙은 들어오는 트래픽이 백엔드 풀 내의 모든 인스턴스에 분산되는 방식을 정의하는 데 사용됩니다. 따라서 규칙을 삭제하면 부하 분산이 발생하지 않습니다.

참조:
https://docs.microsoft.com/en-us/azure/load-balancer/skus

설명
상자 1 = 최대값
상자 2 = 20
설명
platformFaultDomainCount에 최대값 사용
2 또는 3은 현재 있는 지역에 따라 최대값입니다.
platformUpdateDomainCount에 20 사용
업데이트 도메인(platformUpdateDomainCount)을 늘리면 플랫폼이 노드를 재부팅할 때 용량 및 가용성 계획에 도움이 됩니다. 풀의 숫자가 높을수록(최대 20개) 주어진 가용성 집합에서 한 번에 재부팅되는 노드의 수가 더 적음을 의미합니다.
참조:
https://www.itprotoday.com/microsoft-azure/check-if-azure-region-supports-2-or-3-fault-domains-managed-disk
https://github.com/Azure/acs-engine/issues/1030