단일 함수 실행의 비용 실행은 GB-초 단위로 측정됩니다. 실행 비용은 메모리 사용량과 실행 시간을 결합하여 계산됩니다. 더 오래 실행되는 함수는 더 많은 메모리를 사용하는 함수와 같이 더 많은 비용을 사용합니다.
함수에서 사용되는 메모리 양이 일정하게 유지되는 경우를 고려합니다. 이 경우 비용은 간단한 곱셈으로 계산됩니다. 예를 들어 함수가 3초 동안 0.5GB를 사용한다고 가정합니다. 실행 비용은 0.5GB * 3s = 1.5 GB-seconds입니다.
시간이 지남에 따라 메모리 사용량이 변경되기 때문에 계산은 기본적으로 시간에 따른 메모리 사용량의 정수 형식입니다. 시스템은 일정한 간격으로 프로세스의 메모리 사용량(자식 프로세스와 함께)을 샘플링하여 이 계산을 수행합니다. 가격 책정 페이지에 설명된 대로 메모리 사용량은 가장 가까운 128-MB 버킷으로 반올림됩니다. 프로세스에서 160MB를 사용하는 경우 256MB에 대해 요금이 청구됩니다. 계산은 동일한 프로세스에서 여러 함수가 동시에 실행되는 동시성을 고려합니다.
참고 항목
CPU 사용량은 실행 비용에서 직접적으로 고려되지는 않지만 함수의 실행 시간에 영향을 미칠 경우 비용에 영향을 줄 수 있습니다.
HTTP 트리거 함수의 경우 함수 코드가 실행되기 전에 오류가 발생하는 경우 실행에 대한 요금이 청구되지 않습니다. 즉, API 키 유효성 검사 또는 App Service 인증/권한 부여 기능으로 인해 플랫폼의 401 응답이 실행 비용에서 계산되지 않습니다. 마찬가지로 5xx 상태 코드 응답은 함수가 요청을 처리하기 전에 플랫폼에서 발생할 때 계산되지 않습니다. 함수 코드가 실행되기 시작한 후에도 플랫폼에서 생성된 5xx 응답은 함수 코드에서 오류가 발생하지 않더라도 여전히 실행으로 계산됩니다.
Flex 사용량 플랜에서 앱을 실행할 때 비용이 결정되는 두 가지 모드가 있습니다. 각 모드는 인스턴스별로 결정됩니다.
청구 모드
설명
주문형
주문형 모드로 실행하면 사용 가능한 인스턴스에서 함수 코드가 실행되는 시간에 대해서만 요금이 청구됩니다. 주문형 모드에서는 최소 인스턴스 수가 필요하지 않습니다. 다음 항목에 대해 요금이 청구됩니다.
• 각 주문형 인스턴스가 함수를 적극적으로 실행하는 동안 프로비전된 총 메모리 양(GB-초)에서 매월 무료로 제공되는 GB-초를 뺀 값입니다. • 총 실행 수에서 월별 무료 실행 허용(수)을 뺀 값입니다.
상시 준비
요청을 처리할 수 있도록 항상 사용할 수 있는 특정 트리거 형식(HTTP/Durable/Blob) 및 개별 함수에 할당된 하나 이상의 인스턴스를 구성할 수 있습니다. 상시 준비 인스턴스를 사용하도록 설정하면 다음 비용이 청구됩니다.
• 모든 상시 준비 인스턴스에 걸쳐 프로비전된 총 메모리 양, 기준(GB-초)이라고 합니다. • 각각의 상시 준비 인스턴스가 적극적으로 함수를 실행하는 동안 프로비전된 총 메모리 양(GB-초). • 총 실행 횟수.
상시 준비 청구에는 무료 보조금이 없습니다.
이 다이어그램은 이 계획에서 주문형 비용을 결정하는 방법을 나타냅니다.
실행 시간 외에도 하나 이상의 상시 준비 인스턴스를 사용하는 경우 유지 관리하는 상시 준비 인스턴스 수에 대해 더 낮은 기준 요금이 청구됩니다. 항상 준비된 인스턴스의 실행 시간은 주문형 실행이 있는 인스턴스의 실행 시간보다 저렴할 수 있습니다.
Important
이 문서에서는 예제 계산을 이해하는 데 도움이 되는 가격만 제공됩니다. Flex 소모 계획에서 함수를 실행하는 동안 발생할 수 있는 비용을 예측할 때 항상 Azure Functions 가격 책정 페이지를 확인하세요.
이 섹션의 예제에서는 미국 동부의 종량제에 대해 이 표의 할인된 미리 보기 가격 책정을 고려합니다.
모드
미터
무료 월간 부여량
사용량
주문형
실행 시간(GB-s)
100,000
GB-초당 $0.000016
주문형
실행(개수)
250,000
백만 번 실행당 $0.20
항시 준비
기준(유휴) 시간(GB-s)
-
GB-초당 $0.000004
항시 준비
실행 시간(GB-s)
-
GB-초당 $0.000009
항시 준비
실행(개수)
-
백만 번 실행당 $0.20
다음과 같은 기본 팩트를 포함하는 HTTP 트리거로만 구성된 함수 앱을 고려합니다.
HTTP 트리거는 초당 40개의 상수 요청을 처리합니다.
HTTP 트리거는 10개의 동시 요청을 처리합니다.
인스턴스 메모리 크기 설정이 2048 MB 입니다.
구성된 항시 준비된 인스턴스가 없습니다. 즉, 앱이 0으로 확장할 수 있습니다.
이와 같은 상황에서 가격 책정은 코드 실행 중에 수행되는 작업의 종류에 따라 달라집니다. 다음 두 가지 워크로드 시나리오를 살펴보겠습니다.
CPU 바인딩 워크로드: CPU 바인딩된 워크로드에서는 동일한 인스턴스에서 여러 요청을 병렬로 처리하는 이점이 없습니다. 즉, 각 요청을 자체 인스턴스에 배포하는 것이 더 낫기 때문에 경합 없이 요청이 가능한 한 빨리 완료됩니다. 이 시나리오에서는 낮은 HTTP 트리거 동시성의 1(을)를 설정해야 합니다. 동시 요청이 10개인 경우 앱은 약 10개의 인스턴스의 안정적인 상태로 확장되며, 각 인스턴스는 한 번에 하나의 요청을 지속적으로 처리합니다.
각 인스턴스의 크기는 최대 2GB이므로 단일 연속 활성 인스턴스에 대한 사용량은 2 GB * 3600 s = 7200 GB-s, 즉 인스턴스당 시간당 $0.1152 USD(으)로 가정된 주문형 실행 속도(무료 부여가 적용되지 않음)입니다. CPU 바인딩된 앱은 10개의 인스턴스로 크기가 조정되므로 실행 시간의 총 시간당 속도는 $1.152 USD입니다.
마찬가지로 초당 40개 요청의 주문형 실행당 요금(무료 부여 없음)은 시간당 40 * 3600 = 144,000 또는 1억 4,400만 개의 실행과 같습니다. 그러면 시간당 $0.0288, 총(무료) 시간당 실행 비용이 0.144 * $0.20입니다.
이 시나리오에서는 10개 인스턴스에서 주문형으로 실행하는 총 시간당 비용이 $1.152 + $0.0288 = $1.1808 USD입니다.
IO 바인딩 워크로드: IO 바인딩된 워크로드에서 대부분의 애플리케이션 시간은 들어오는 요청을 기다리는 데 소요되며, 이는 네트워크 처리량 또는 기타 업스트림 요인에 의해 제한될 수 있습니다. 제한된 입력으로 인해 코드는 부정적인 영향 없이 여러 작업을 동시에 처리할 수 있습니다. 이 시나리오에서는 동일한 인스턴스에서 10개의 동시 요청을 모두 처리할 수 있다고 가정합니다.
사용 요금은 각 활성 인스턴스의 메모리를 기반으로 하므로 소비 요금 계산은 단순히 2 GB * 3600 s = 7200 GB-s입니다. 즉, 단일 인스턴스에 대해 시간당 $0.1152 USD(으)로 가정된 주문형 실행 속도(무료 부여 제외)입니다.
CPU 바인딩 시나리오와 마찬가지로 초당 40개 요청의 주문형 실행당 요금(무료 권한 부여 없음)은 시간당 40 * 3600 = 144,000 또는 1억 4,400만 개의 실행과 같습니다. 이렇게 하면 시간당 $0.0288, 총 시간당 실행 비용 0.144 * $0.20(이)가 부여됩니다.
이 시나리오에서는 단일 인스턴스에서 주문형 실행의 시간당 총 비용이 $0.1152 + $0.0288 = $0.144 USD입니다.
기타 관련 비용
모든 플랜에서 함수를 실행하는 전체 비용을 예측할 때 함수 런타임은 각각 별도로 청구되는 여러 Azure 서비스를 사용합니다. 함수 앱에 대한 가격 책정을 예상할 때 다른 Azure 서비스와 통합되는 모든 트리거 및 바인딩을 사용하려면 해당 다른 서비스를 만들고 비용을 지불해야 합니다.
사용량 계획에서 실행되는 함수의 경우 총 비용은 함수의 실행 비용과 대역폭 및 기타 서비스의 비용입니다.
각 함수 앱에는 별도로 청구되는 연결된 범용 Azure Storage 계정이 있어야 합니다. 이 계정은 함수 런타임에서 내부적으로 사용되지만 스토리지 트리거 및 바인딩에 사용할 수도 있습니다. 스토리지 계정이 없는 경우 함수 앱을 만들 때 하나의 계정이 만들어집니다. 자세한 내용은 스토리지 계정 요구 사항을 참조하세요.
데이터 이동의 방향과 시나리오에 따라 데이터 전송 비용이 발생할 수 있습니다. 자세한 정보는 대역폭 가격 책정 세부 정보를 참조하세요.
실행 시간에 영향을 주는 동작
함수의 다음 동작은 실행 시간에 영향을 줄 수 있습니다.
트리거 및 바인딩: 함수 바인딩에 대한 입력을 읽고 함수 바인딩에 출력을 쓰는 데 걸리는 시간은 실행 시간으로 계산됩니다. 예를 들어 함수가 출력 바인딩을 사용하여 Azure 스토리지 큐에 메시지를 쓰는 경우 실행 시간에는 함수 비용 계산에 포함된, 메시지를 큐에 쓰는 데 걸리는 시간이 포함됩니다.
비동기 실행: 함수가 비동기 요청(C#의 경우 await)의 결과를 기다리는 시간을 실행 시간으로 계산합니다. GB-초 계산은 함수의 시작 및 종료 시간과 해당 기간 동안의 메모리 사용량을 기반으로 합니다. CPU 작업을 기준으로 해당 시간에 발생하는 작업은 계산에서 제외됩니다. 비동기 작업 중에 Durable Functions를 사용하여 비용을 절감할 수 있습니다. 오케스트레이터 함수에서 기다리는 데 소요된 시간에 대해서는 요금이 청구되지 않습니다.
비용 관련 데이터 보기
청구서에서 실제 청구된 비용과 함께 총 실행 - 함수 및 실행 시간 - 함수에 대한 비용 관련 데이터를 볼 수 있습니다. 그러나 이 청구서 데이터는 과거 청구서 기간에 대한 월별 집계입니다.
함수 앱-수준 메트릭
함수의 비용 영향을 보다 잘 이해하기 위해 Azure Monitor를 사용하여 함수 앱에서 현재 생성하고 있는 비용 관련 메트릭을 볼 수 있습니다.
메트릭에서 함수 실행 수 및 집계에 대한 합계를 선택합니다. 이렇게 하면 선택한 기간 동안의 실행 수 합계가 차트에 추가됩니다.
메트릭 추가를 선택하고 2-4단계를 반복하여 차트에 함수 실행 단위를 추가합니다.
결과 차트에는 선택한 시간 범위의 두 실행 메트릭의 합계가 모두 포함됩니다(이 경우 2시간).
실행 단위 수가 실행 수보다 훨씬 크므로 차트에는 실행 단위만 표시됩니다.
이 차트에서는 2시간 동안 사용된 총 11억1000만 Function Execution Units(MB-밀리초)를 표시합니다. GB-초로 변환하려면 1024000으로 나눕니다. 이 예제에서 함수 앱은 1110000000 / 1024000 = 1083.98 GB-초를 사용했습니다. 실행 시간에 대한 체험판 부여를 이미 사용하고 있다고 가정하고, 이 값을 사용하여 두 시간에 대한 비용을 제공하는 Functions 가격 책정 페이지에서 실행 시간의 현재 가격을 곱합니다.
이 특정 응답은 2019-09-11T21:46에서 2019-09-11T23:18로 앱이 11억 1000만 MB-밀리초(1083.98GB-초)를 사용하는 것을 보여 줍니다.
Azure PowerShell에는 메트릭을 검색하는 명령이 있습니다. Azure PowerShell은 로컬 명령 환경에서 사용하거나 Azure Cloud Shell을 사용하여 포털에서 직접 사용할 수 있습니다. 예를 들어 다음 Get-AzMetric 명령은 이전에 사용된 것과 동일한 기간에 대한 시간별 데이터를 반환합니다.
<AZURE_SUBSCRIPTON_ID>을 명령을 실행하는 Azure 구독 ID로 바꾸어야 합니다.
Id : /subscriptions/<AZURE_SUBSCRIPTION_ID>/resourceGroups/metrics-testing-consumption/providers/Microsoft.Web/sites/metrics-testing-consumption/providers/Microsoft.Insights/metrics/FunctionExecutionUnits
Name :
LocalizedValue : Function Execution Units
Value : FunctionExecutionUnits
Type : Microsoft.Insights/metrics
Unit : Count
Data : {Microsoft.Azure.Commands.Insights.OutputClasses.PSMetricValue,
Microsoft.Azure.Commands.Insights.OutputClasses.PSMetricValue,
Microsoft.Azure.Commands.Insights.OutputClasses.PSMetricValue,
Microsoft.Azure.Commands.Insights.OutputClasses.PSMetricValue…}
Timeseries : {Microsoft.Azure.Management.Monitor.Models.TimeSeriesElement}
Id : /subscriptions/<AZURE_SUBSCRIPTION_ID>/resourceGroups/metrics-testing-consumption/providers/Microsoft.Web/sites/metrics-testing-consumption/providers/Microsoft.Insights/metrics/FunctionExecutionCount
Name :
LocalizedValue : Function Execution Count
Value : FunctionExecutionCount
Type : Microsoft.Insights/metrics
Unit : Count
Data : {Microsoft.Azure.Commands.Insights.OutputClasses.PSMetricValue,
Microsoft.Azure.Commands.Insights.OutputClasses.PSMetricValue,
Microsoft.Azure.Commands.Insights.OutputClasses.PSMetricValue,
Microsoft.Azure.Commands.Insights.OutputClasses.PSMetricValue…}
Timeseries : {Microsoft.Azure.Management.Monitor.Models.TimeSeriesElement}
Data 속성에는 실제 메트릭 값이 포함됩니다.
함수 수준 메트릭
함수 실행 단위는 실행 시간과 메모리 사용량의 조합으로, 이를 통해 메모리 사용을 이해하는 데 어려운 메트릭을 사용할 수 있습니다. 메모리 데이터는 현재 Azure Monitor를 통해 사용할 수 있는 메트릭이 아닙니다. 그러나 앱의 메모리 사용량을 최적화하려는 경우는 Application Insights에서 수집된 성능 카운터 데이터를 사용할 수 있습니다.
모니터링 아래에서 로그(분석)를 선택한 후, 다음 원격 분석 쿼리를 복사하여 쿼리 창에 붙여넣고 실행을 선택합니다. 이 쿼리는 샘플링된 각 시간의 총 메모리 사용량을 반환합니다.
performanceCounters
| where name == "Private Bytes"
| project timestamp, name, value
결과는 다음 예제와 같습니다.
타임스탬프 [UTC]
name
value
2019년 9월 12일, 오전 1:05:14.947
전용 바이트
209,932,288
2019년 9월 12일, 오전 1:06:14.994
전용 바이트
212,189,184
2019년 9월 12일, 오전 1:06:30.010
전용 바이트
231,714,816
2019년 9월 12일, 오전 1:07:15.040
전용 바이트
210,591,744
2019년 9월 12일, 오전 1:12:16.285
전용 바이트
216,285,184
2019년 9월 12일, 오전 1:12:31.376
전용 바이트
235,806,720
기간 결정
Azure Monitor는 Functions의 경우 함수 앱인 리소스 수준에서 메트릭을 추적합니다. Application Insights 통합은 함수 단위로 메트릭을 내보냅니다. 함수의 평균 기간을 가져오는 분석 쿼리 예제는 다음과 같습니다.
customMetrics
| where name contains "Duration"
| extend averageDuration = valueSum / valueCount
| summarize averageDurationMilliseconds=avg(averageDuration) by name
