Azure Front Door 청구 이해
Azure Front Door는 인터넷 연결 워크로드에 대한 다양한 기능을 제공합니다. Front Door는 애플리케이션 성능을 가속화하는 데 도움이 되고, 보안을 향상시키며, HTTP 트래픽을 검사하고 수정하는 도구를 제공합니다.
Front Door의 청구 모델에는 여러 구성 요소가 포함되어 있습니다. Front Door는 배포하는 각 프로필에 대해 기본 요금을 청구합니다. 또한 사용량에 따라 요청 및 데이터 전송에 대한 요금이 청구됩니다. 청구 미터는 Front Door 사용량에 대한 정보를 수집합니다. 월별 Azure 청구는 해당 월의 청구 정보를 집계하고, 가격 책정을 적용하여 지불해야 하는 금액을 결정합니다.
이 문서에서는 월별 Azure Front Door 청구를 이해하고 예측할 수 있도록 Front Door 가격 책정이 작동하는 방법에 대해 설명합니다.
Azure Front Door 가격 정보는 Azure Front Door 가격을 참조하세요.
팁
Azure 가격 계산기를 사용하면 요구 사항에 대한 예상 가격을 계산할 수 있습니다. 미리 만든 가격 계산기 견적을 시작점으로 사용하고. 사용자 고유의 솔루션에 맞게 사용자 지정합니다.
참고 항목
이 문서에서는 Azure Front Door 표준 및 프리미엄 SKU에 대한 청구의 작동 방식에 대해 설명합니다. Azure Front Door(클래식)에 대한 자세한 내용은 Azure Front Door 가격을 참조하세요.
기본 요금
각 Front Door 프로필에는 시간당 요금이 청구됩니다. 프로필이 배포된 시간 또는 부분 시간에 대해 요금이 청구됩니다. 청구되는 요금은 배포하는 Front Door 계층에 따라 달라집니다.
단일 Front Door 프로필에는 여러 엔드포인트가 포함될 수 있습니다. 각 엔드포인트에 대해 추가 요금이 청구되지 않습니다.
트래픽 가속, 응답 캐싱, 응답 압축, 규칙 엔진, Front Door의 고유한 DDoS 보호 및 사용자 지정 WAF(웹 애플리케이션 방화벽) 규칙과 같은 기능을 사용하는 데 추가 요금을 지불하지 않습니다. Front Door 프리미엄을 사용하는 경우 관리되는 WAF 규칙 집합 또는 Private Link 원본을 사용하는 데도 추가 요금을 지불하지 않습니다.
요청 처리 및 트래픽 요금
Front Door를 통과하는 각 요청에는 요청 처리 및 트래픽 요금이 발생합니다.
요청 프로세스의 각 부분은 다음과 같이 별도로 청구됩니다.
- 클라이언트에서 Front Door로의 요청 수
- Front Door 에지에서 원본으로 데이터 전송
- 원본에서 Front Door로 데이터 전송(청구할 수 없음)
- Front Door에서 클라이언트로 데이터 전송
다음 섹션에서는 이러한 각 요청 구성 요소에 대해 자세히 설명합니다.
클라이언트에서 Front Door로의 요청 수
Front Door는 프로필의 Front Door 에지 위치에서 받은 요청 수에 대한 요금을 청구합니다. Front Door는 HTTP 요청의 Host 헤더를 사용하여 요청을 식별합니다. Host 헤더가 Front Door 프로필의 헤더와 일치하면 프로필에 대한 요청으로 계산됩니다.
가격은 요청을 처리하는 Front Door 에지 위치의 지리적 지역에 따라 다릅니다. 표준 및 프리미엄 SKU의 가격도 다릅니다.
Front Door 에지에서 원본으로 데이터 전송
Front Door는 Front Door 에지 위치에서 원본 서버로 보내는 바이트에 대한 요금을 청구합니다. 가격은 요청을 처리하는 Front Door 에지 위치의 지리적 지역에 따라 다릅니다. 원본의 위치는 가격에 영향을 주지 않습니다.
트래픽 양이 많으면 기가바이트당 가격이 더 낮습니다.
Front Door 에지 위치의 캐시에서 요청을 처리할 수 있는 경우 Front Door는 원본 서버에 요청을 보내지 않으며 이 구성 요소에 대한 요금이 청구되지 않습니다.
원본에서 Front Door로 데이터 전송
원본 서버에서 요청을 처리하는 경우 클라이언트에 반환할 수 있도록 데이터를 Front Door로 다시 보냅니다. 원본이 요청에 대한 Front Door 에지 위치와 다른 지역에 있더라도 이 트래픽은 Front Door에서 청구하지 않습니다.
원본이 Azure 내에 있는 경우 Azure 원본에서 Front Door로의 데이터 송신에는 요금이 청구되지 않습니다. 그러나 해당 Azure 서비스에서 요청을 처리하기 위해 요금을 청구할 수 있는지 여부를 결정해야 합니다.
원본이 Azure 외부에 있는 경우 다른 네트워크 공급자로부터 요금이 발생할 수 있습니다.
Front Door에서 클라이언트로 데이터 전송
Front Door는 Front Door 에지 위치에서 클라이언트로 다시 보내는 바이트에 대한 요금을 청구합니다. 가격은 요청을 처리하는 Front Door 에지 위치의 지리적 지역에 따라 다릅니다.
응답이 압축되는 경우 Front Door는 압축된 데이터에 대한 요금만 청구합니다.
Private Link 원본
프리미엄 계층을 사용하는 경우 Front Door는 Private Link를 사용하여 원본에 연결할 수 있습니다.
Front Door 프리미엄에 대한 기본 요금과 요청 처리 요금은 더 높습니다. 원본의 퍼블릭 엔드포인트를 사용하는 트래픽에 비해 Private Link 트래픽에 대해 추가 요금을 지불하지 않습니다.
Private Link 원본을 구성하는 경우 사용할 프라이빗 엔드포인트의 지역을 선택합니다. Azure 지역의 하위 집합은 Front Door에 대한 Private Link 트래픽을 지원합니다. 선택한 지역이 원본이 배포된 지역과 다른 경우 지역 간 트래픽에 대한 추가 요금은 없습니다. 그러나 요청 대기 시간이 더 길 수 있습니다.
지역 간 트래픽
일부 Front Door 청구 미터의 요금은 요청을 처리하는 Front Door 에지 위치의 위치에 따라 다릅니다. 일반적으로 요청을 처리하는 Front Door 에지 위치는 클라이언트에 가장 가까운 위치이므로 대기 시간을 줄이고 성능을 최대화하는 데 도움이 됩니다.
Front Door는 에지 위치에서 원본까지의 트래픽에 대한 요금을 청구합니다. Front Door 에지 위치의 위치에 따라 트래픽 요금이 다르게 청구됩니다. 원본이 다른 Azure 지역에 있는 경우 지역 간 트래픽에 대한 추가 요금이 청구되지 않습니다.
예제 시나리오
예제 1: 캐싱을 사용하지 않는 Azure 원본
Contoso는 미국 서부 지역에서 실행되는 Azure App Service에서 웹 사이트를 호스트합니다. Contoso는 표준 계층을 사용하여 Front Door를 배포했습니다. 캐싱을 사용하지 않도록 설정했습니다.
캘리포니아에 있는 클라이언트의 요청이 Contoso 웹 사이트로 보내져 1KB 요청을 보내고 100KB 응답을 받는다고 가정합니다.
증가하는 청구 미터는 다음과 같습니다.
| 미터 | 증분 기준 | 청구 지역 |
|---|---|---|
| 클라이언트에서 Front Door로의 요청 수 | 1 | 북아메리카 |
| Front Door 에지에서 원본으로 데이터 전송 | 1KB | 북아메리카 |
| Front Door에서 클라이언트로 데이터 전송 | 100KB | 북아메리카 |
Azure App Service에서 다른 요금을 청구할 수 있습니다.
예제 2: 압축이 사용하도록 설정된 Azure 원본
Contoso에서 콘텐츠 압축을 사용하도록 Front Door 구성을 업데이트한다고 가정합니다. 이제 예제 1과 동일한 응답을 30KB로 압축할 수 있습니다.
증가하는 청구 미터는 다음과 같습니다.
| 미터 | 증분 기준 | 청구 지역 |
|---|---|---|
| 클라이언트에서 Front Door로의 요청 수 | 1 | 북아메리카 |
| Front Door 에지에서 원본으로 데이터 전송 | 1KB | 북아메리카 |
| Front Door에서 클라이언트로 데이터 전송 | 30KB | 북아메리카 |
Azure App Service에서 다른 요금을 청구할 수 있습니다.
예제 3: 캐시에서 처리되는 요청
두 번째 요청이 동일한 Front Door 에지 위치에 도착하고 유효한 캐시된 응답을 사용할 수 있다고 가정합니다.
증가하는 청구 미터는 다음과 같습니다.
| 미터 | 증분 기준 | 청구 지역 |
|---|---|---|
| 클라이언트에서 Front Door로의 요청 수 | 1 | 북아메리카 |
| Front Door 에지에서 원본으로 데이터 전송 | 캐시에서 요청이 처리되는 경우 없음 | |
| Front Door에서 클라이언트로 데이터 전송 | 30KB | 북아메리카 |
예제 4: 지역 간 트래픽
Contoso의 웹 사이트에 대한 요청이 오스트레일리아의 클라이언트에서 제공되고 캐시에서 처리될 수 없다고 가정합니다.
증가하는 청구 미터는 다음과 같습니다.
| 미터 | 증분 기준 | 청구 지역 |
|---|---|---|
| 클라이언트에서 Front Door로의 요청 수 | 1 | 오스트레일리아 |
| Front Door 에지에서 원본으로 데이터 전송 | 1KB | 오스트레일리아 |
| Front Door에서 클라이언트로 데이터 전송 | 30KB | 오스트레일리아 |
예제 5: 비 Azure 원본
Fabrikam은 다른 클라우드 공급자에서 전자 상거래 사이트를 운영합니다. 이 사이트는 유럽에서 호스트됩니다. 캐싱 또는 압축 없이 트래픽을 제공하도록 Azure Front Door를 구성했습니다.
클라이언트의 요청을 뉴욕의 클라이언트에서 Fabrikam 웹 사이트로 보낸다고 가정합니다. 클라이언트는 2KB 요청을 보내고 350KB 응답을 받습니다.
증가하는 청구 미터는 다음과 같습니다.
| 미터 | 증분 기준 | 청구 지역 |
|---|---|---|
| 클라이언트에서 Front Door로의 요청 수 | 1 | 북아메리카 |
| Front Door 에지에서 원본으로 데이터 전송 | 2KB | 북아메리카 |
| Front Door에서 클라이언트로 데이터 전송 | 350KB | 북아메리카 |
외부 클라우드 공급자는 다른 요금을 청구할 수 있습니다.
예제 6: 웹 애플리케이션 방화벽에서 차단되는 요청
요청이 WAF(웹 애플리케이션 방화벽)에서 차단되면 원본으로 보내지 않습니다. 그러나 Front Door는 요청에 대한 요금을 청구하고 응답을 보내는 데에도 요금을 청구합니다.
Front Door 프로필에 남아메리카의 특정 IP 주소에서 오는 요청을 차단하는 사용자 지정 WAF 규칙이 포함되어 있다고 가정합니다. WAF는 1KB 크기의 사용자 지정 오류 응답 페이지로 구성됩니다. 차단된 IP 주소의 클라이언트에서 1KB 요청을 보내는 경우는 다음과 같습니다.
증가하는 청구 미터는 다음과 같습니다.
| 미터 | 증분 기준 | 청구 지역 |
|---|---|---|
| 클라이언트에서 Front Door로의 요청 수 | 1 | 남아메리카 |
| Front Door 에지에서 원본으로 데이터 전송 | 없음 | 남아메리카 |
| Front Door에서 클라이언트로 데이터 전송 | 1KB | 남아메리카 |
다음 단계
Front Door 프로필을 만드는 방법에 대해 알아봅니다.