App Service Environment 버전 비교
App Service Environment에는 세 가지 버전이 있습니다. App Service Environment v3는 최신 버전이며, 이전 버전과 비교하여 장점과 기능 차이가 있습니다.
Important
App Service Environment v1 및 v2는 2024년 8월 31일에 사용 중지됩니다. 해당 날짜 이후에는 해당 버전이 더 이상 지원되지 않으며 나머지 App Service Environment v1 및 v2s와 해당 버전에서 실행되는 애플리케이션은 삭제됩니다.
사용하기 더 쉽고 더 강력한 인프라에서 실행되는 새로운 버전의 App Service Environment가 있습니다. 새 버전에 대한 자세한 내용은 App Service Environment 소개를 참조하세요. 현재 App Service Environment v1 또는 v2를 사용 중인 경우 이 문서의 단계에 따라 새 버전으로 마이그레이션합니다.
2024년 1월 29일부터 ARM/Bicep 템플릿, Azure Portal, Azure CLI 또는 REST API를 포함하여 사용 가능한 방법을 사용하여 더 이상 새로운 App Service Environment v1 또는 v2 리소스를 만들 수 없습니다. 리소스 삭제 및 데이터 손실을 방지하려면 2024년 8월 31일 마이그레이션에 App Service Environment v3으로 마이그레이션해야 합니다.
버전 간 비교
배포
| 기능 | App Service Environment v1 | App Service Environment v2 | App Service Environment v3 |
|---|---|---|---|
| 하드웨어 | Cloud Services(클래식) | Cloud Services(클래식) | Virtual Machine Scale Sets |
| 사용 가능한 SKU | P1, P2, P3, P4 | I1, I2, I3 | I1v2, I2v2, I3v2, I4v2, I5v2, I6v2 |
| 최대 인스턴스 수 | 호스트 55개(기본 프런트 엔드 + 작업자) | App Service 계획당 100개의 인스턴스. 모든 계획에서 최대 200개의 인스턴스. | App Service 계획당 100개의 인스턴스. 모든 계획에서 최대 200개의 인스턴스. |
| 영역 중복 | 아니요 | 아니요 - 하나의 영역에 영역 고정을 사용할 수 있습니다. | 예 |
| 전용 호스트 그룹 | 아니요 | 아니요 | 예(영역 중복과 호환되지 않음) |
| 계획된 유지 관리에 대한 업그레이드 기본 설정 | 아니요 | 아니요 | 예 |
| FTPS | 예 | 예 | 예, 명시적으로 사용하도록 설정해야 합니다. 사용자 지정 도메인 접미사를 사용한 FTPS 엔드포인트에 대한 액세스는 지원되지 않습니다. |
| FTPS 엔드포인트 구조 | ftps://APP-NAME.ASE-NAME.appserviceenvironment.net | ftps://APP-NAME.ASE-NAME.appserviceenvironment.net - App Service Environment 이름과 기본 도메인 접미사를 사용자 지정 도메인 접미사로 바꿔 구성한 경우 사용자 지정 도메인 접미사가 지원됩니다. | ftps://ASE-NAME.ftp.appserviceenvironment.net/site/wwwroot - 사용자 지정 도메인 접미사는 지원되지 않습니다. 동일한 App Service Environment v3의 각 앱은 동일한 FTPS 엔드포인트를 사용하지만 인증을 위한 고유한 애플리케이션 범위 자격 증명이 있습니다. |
| 원격 디버깅 | 예 | 예 | 예, 명시적으로 사용하도록 설정해야 함 |
| Azure 가상 네트워크(클래식) 지원 | 예 | 없음 | 아니요 |
네트워킹
| 기능 | App Service Environment v1 | App Service Environment v2 | App Service Environment v3 |
|---|---|---|---|
| 네트워킹 종속성 | 모든 인바운드 및 아웃바운드 트래픽을 관리해야 합니다. 네트워크 보안 그룹은 관리 트래픽을 허용해야 합니다. | 모든 인바운드 및 아웃바운드 트래픽을 관리해야 합니다. 네트워크 보안 그룹은 관리 트래픽을 허용해야 합니다. Azure Load Balancer가 포트 16001의 서브넷에 연결할 수 있는지 확인합니다. | 고객의 가상 네트워크에는 네트워킹 종속성이 없습니다. Azure Load Balancer가 포트 80의 서브넷에 연결할 수 있는지 확인합니다. |
| 프라이빗 엔드포인트 지원 | 아니요 | 아니요 | 예, 명시적으로 사용하도록 설정해야 함 |
| 글로벌 피어링을 통해 내부 VIP App Service Environment의 앱에 연결 | 아니요 | 아니요 | 예 |
| SMTP 트래픽 | 예 | 네 | 예 |
| 트래픽을 모니터링하는 Network Watcher 또는 NSG 흐름 로그 | 예 | 네 | 예 |
| 서브넷 위임 | 필요 없음 | 필요 없음 | Microsoft.Web/hostingEnvironments에게 위임해야 함 |
| 서브넷 크기 | App Service 요금제가 없는 App Service Environment v1은 앱을 만들기 전에 12개의 주소를 사용합니다. ILB App Service Environment v1을 사용하는 경우 앱을 만들기 전에 13개의 주소를 사용합니다. 스케일 아웃할 때, 인프라 역할은 App Service 요금제 인스턴스의 15 및 20배마다 추가됩니다. | App Service 요금제가 없는 App Service Environment v2는 앱을 만들기 전에 12개의 주소를 사용합니다. ILB App Service Environment v2를 사용하는 경우 앱을 만들기 전에 13개의 주소를 사용합니다. 스케일 아웃할 때, 인프라 역할은 App Service 요금제 인스턴스의 15 및 20배마다 추가됩니다. | 특정 서브넷에는 관리 목적으로 예약된 5개의 주소가 있습니다. 관리 주소 외에도 App Service Environment v3는 지원 인프라의 크기를 동적으로 조정하고 구성 및 부하에 따라 4~27개의 주소를 사용합니다. 나머지 주소는 App Service 요금제의 인스턴스에 사용할 수 있습니다. 서브넷의 최소 크기는 /27 주소 공간(32개 주소)일 수 있습니다. |
| DNS 대체 | Azure DNS | Azure DNS | 공용 DNS에 대한 전달자가 있는지 또는 사용자 지정 DNS 서버 목록에 Azure DNS를 포함하는지 확인 |
확장
App Service Environment v3는 최신 Virtual Machine Scale Sets 인프라에서 실행되는 반면, App Service Environment v1 및 v2는 Cloud Services(클래식)에서 실행됩니다. 이로 인해 App Service Environment v3는 모든 버전에서 가장 성능이 우수하고 가장 빠른 크기 조정 시간을 갖습니다.
| 기능 | App Service Environment v1 | App Service Environment v2 | App Service Environment v3 |
|---|---|---|---|
| 프런트 엔드 크기 조정 관리 | 수동 | 수동 | 플랫폼별 관리 |
| 크기 조정 작업 | 다른 크기 조정 작업 차단 | 다른 크기 조정 작업 차단 | 다른 크기 조정 작업을 차단하지 않음 |
인증서 및 도메인
| 기능 | App Service Environment v1 | App Service Environment v2 | App Service Environment v3 |
|---|---|---|---|
| 앱과 IP 기반 TLS(전송 계층 보안) 또는 SSL(Secure Sockets Layer) 바인딩 | 예 | 네 | 아니요 |
| 사용자 지정 도메인 접미사 | 예(SNI 기반 TLS 연결 필요) | 예(특정 API 버전에서만 지원됨) | 예 |
| 기본 호스트 이름 | 사용자 지정 도메인 접미사가 있는 경우 기본 호스트 이름에는 사용자 지정 도메인 접미사가 포함되며 형식은 APP-NAME.internal.contoso.com입니다. | 사용자 지정 도메인 접미사가 있는 경우 기본 호스트 이름에는 사용자 지정 도메인 접미사가 포함되며 형식은 APP-NAME.internal.contoso.com입니다. | 기본 호스트 이름은 항상 App Service Environment 기본 도메인 접미사를 사용하며 APP-NAME.ASE-NAME.appserviceenvironment.net 형식입니다. App Service Environment v3은 사용자 지정 도메인 접미사를 추가할 때 기본 도메인 접미사를 유지합니다. 사용자 지정 도메인 접미사를 추가하는 경우 사용자 지정 도메인 접미사 구성은 customDnsSuffixConfiguration 속성 아래에 있습니다. |
| App Service 관리형 인증서 지원 | 아니요 | 없음 | 아니요 |
백업 및 복원
| 기능 | App Service Environment v1 | App Service Environment v2 | App Service Environment v3 |
|---|---|---|---|
| 방화벽 뒤의 스토리지 계정에서 백업 및 복원 작업 수행 | 예 | 네 | 아니요 |
로깅 및 모니터링
| 기능 | App Service Environment v1 | App Service Environment v2 | App Service Environment v3 |
|---|---|---|---|
| 가상 네트워크를 통해 스토리지 계정에 애플리케이션 로깅 | 예 | 예 | 아니요. 대신 진단 로깅을 사용하는 것이 좋습니다. 로깅 스토리지 계정에 방화벽을 사용해야 하는 경우 스토리지 계정은 다른 지역에 있어야 하며 규칙에서 App Service Environment의 아웃바운드 공용 주소를 사용해야 합니다. 자세한 내용은 네트워킹 고려 사항을 참조하세요. |
| Azure Policy 통합 | 예 | 네 | 예 |
| Azure Advisor 통합 | 예 | 네 | 예 |
가격 책정
App Service Environment v3는 스탬프 요금 제거 및 더 큰 인스턴스 크기로 인해 이전 버전보다 저렴한 경우가 많습니다. App Service Environment v3로 마이그레이션하면 비용에 어떤 영향을 줄 수 있는지에 대한 자세한 내용 및 예제 시나리오는 마이그레이션 가격 책정 샘플 및 App Service Environment v3로 마이그레이션하여 비용 절감 예상을 참조하세요.
| 기능 | App Service Environment v1 | App Service Environment v2 | App Service Environment v3 |
|---|---|---|---|
| 가격 책정 | 각 vCPU에 대한 비용 지불 | 스탬프 요금과 격리된 인스턴스당 비용, 스탬프 요금으로 예약 가능 | 스탬프 요금이 없으며 격리된 v2 요금에는 1~3년 예약 인스턴스 가격이 있습니다. 컴퓨팅에 대한 Azure 절약 플랜도 사용할 수 있습니다. |
자주 묻는 질문
- App Service Environment v1, v2 및 v3에서 사용할 수 있는 SKU는 무엇인가요?
- "고객의 가상 네트워크에는 네트워킹 종속성이 없음"은 무엇을 의미하나요?
- App Service Environment v3에서 방화벽 뒤의 스토리지 계정에 백업 및 복원이 지원되지 않는 이유는 무엇인가요?
- 사용자 지정 도메인 접미사는 무엇을 참조하나요?
- 다양한 버전이 지원되는 지역은 어디인가요?
App Service Environment v1, v2 및 v3에서 사용할 수 있는 SKU는 무엇인가요?
App Service Environment v1은 프리미엄 SKU를 사용하고 App Service Environment v2는 격리된 SKU를 사용합니다. App Service Environment v3는 격리된 v2를 사용합니다. 다음 표에는 각 SKU에 사용 가능한 인스턴스와 해당 코어 수 및 RAM이 나열되어 있습니다. 격리된 v2와 격리된 인스턴스 사이의 해당 인스턴스는 코어와 RAM이 두배입니다. 격리 또는 프리미엄에서 App Service Environment v3로 마이그레이션할 때 이러한 용량 증가를 검토하여 과도하게 프로비전되지 않도록 해야 합니다.
App Service Environment v3(격리된 v2):
| 격리된 v2 | 코어 | RAM(GB) |
|---|---|---|
| I1v2 | 2 | 8 |
| I2v2 | 4 | 16 |
| I3v2 | 8 | 32 |
| I4v2 | 16 | 64 |
| I5v2 | 32 | 128 |
| I6v2 | 64 | 256 |
App Service Environment v2(격리):
| 격리 | 코어 | RAM(GB) |
|---|---|---|
| I1 | 1 | 3.5 |
| I2 | 2 | 7 |
| I3 | 4 | 14 |
App Service Environment v1(프리미엄):
| Premium | 코어 | RAM(GB) |
|---|---|---|
| P1 | 1 | 1.75 |
| P2 | 2 | 3.5 |
| P3 | 4 | 7 |
| P4 | 8 | 14 |
"고객의 가상 네트워크에는 네트워킹 종속성이 없음"은 무엇을 의미하나요?
App Service Environment v3에서는 관리 및 종속성 트래픽에 대한 인바운드 및 아웃바운드 규칙을 설정할 필요가 없습니다. App Service Environment v3는 관리 및 종속성 트래픽이 가상 네트워크 대신 Azure 백본 내에 유지되도록 설계되었습니다. 가상 네트워크를 트래버스하는 유일한 트래픽은 앱을 오가는 애플리케이션 트래픽입니다.
App Service Environment v3가 작동하기 위한 최소 요구 사항은 다음과 같습니다.
| 소스/대상 포트 | Direction | 원본 | 대상 | 목적 |
|---|---|---|---|---|
| * / 80 | 인바운드 | AzureLoadBalancer | App Service Environment 서브넷 범위 | 내부 상태 ping 트래픽 허용 |
App Service Environment v3 네트워킹 종속성에 대한 자세한 내용은 포트 및 네트워크 제한을 참조하세요.
App Service Environment v2에서는 관리해야 하는 많은 인바운드 및 아웃바운드 요구 사항이 있습니다. 이러한 규칙을 수정하면 환경이 비정상 상태가 될 수 있습니다.
- 인바운드
- 포트 454, 455에 있는 IP 서비스 태그 AppServiceManagement의 TCP
- 포트 16001의 부하 분산 장치에서 TCP
- App Service Environment 서브넷에서 모든 포트의 App Service Environment 서브넷으로
- 아웃바운드
- 포트 53의 모든 IP로 UDP
- 포트 123의 모든 IP로 UDP
- 포트 80, 443의 모든 IP로 TCP
- 포트 1433의 IP 서비스 태그 Sql로 TCP
- 포트 12000의 모든 IP로 TCP
- 모든 포트의 App Service Environment 서브넷으로
App Service Environment v2 네트워킹 종속성에 대한 자세한 내용은 인바운드 및 아웃바운드 종속성을 참조하세요.
App Service Environment v3에서 방화벽 뒤의 스토리지 계정에 백업 및 복원이 지원되지 않는 이유는 무엇인가요?
이 제한은 App Service Environment v3에 대해 구현된 기본 인프라 변경의 결과입니다. 백업 및 복원은 관리 작업이며 모든 관리 트래픽은 고객의 가상 네트워크 외부에서 격리되므로 이러한 작업은 Azure 백본 네트워크를 통해 수행해야 합니다. 따라서 고객은 스토리지 계정의 방화벽을 통해 이 트래픽을 명시적으로 허용할 수 없습니다.
사용자 지정 도메인 접미사는 무엇을 참조하나요?
사용자 지정 도메인 접미사는 App Service Environment를 위한 것입니다. App Service Environment v1 및 v3에서 사용할 수 있지만 App Service Environment v2에서는 제거되었습니다.
App Service의 사용자 지정 도메인 바인딩과 다릅니다. 사용자 지정 도메인 접미사는 App Service Environment에서 사용할 수 있는 루트 도메인을 정의합니다. Azure App Service의 공용 변형에서 모든 웹앱용 기본 루트 도메인은 azurewebsites.net입니다. ILB App Service Environment의 경우 기본 루트 도메인은 appserviceenvironment.net입니다. 그러나 ILB App Service Environment는 고객의 가상 네트워크 내부에 있으므로 고객은 회사의 내부 가상 네트워크 내에서 사용하기에 적합한 기본 도메인 외에도 루트 도메인을 사용할 수 있습니다. 예를 들어 가상의 Contoso Corporation은 Contoso의 가상 네트워크 내에서만 확인 가능하고 액세스할 수 있는 앱에 기본 루트 도메인 internal-contoso.com을 사용할 수 있습니다. 이 가상 네트워크의 앱은 APP-NAME.internal-contoso.com에 액세스하여 연결할 수 있습니다.
사용자 지정 도메인 접미사에 대한 자세한 내용은 App Service Environment에 대한 사용자 지정 도메인 접미사를 참조하세요.
다양한 버전이 지원되는 지역은 어디인가요?
버전 간 하드웨어 변경으로 인해 App Service Environment v1/v2가 지원될 수 있지만 App Service Environment v3는 지원되지 않는 일부 지역이 있습니다. 지원되는 지역 목록은 최신 가용성을 통해 지속적으로 업데이트됩니다.