소비 플랜 비용 예측

현재는 Azure Functions에서 실행되는 앱에 대해 세 가지 유형의 호스팅 플랜이 있으며 각 플랜에는 다음과 같이 고유한 가격 책정 모델이 있습니다.

계획 설명
소비 함수 앱이 실행되는 시간에 대해서만 요금이 청구됩니다. 이 플랜에는 구독별로 체험판 부여가 포함되어 있습니다.
Premium 사용 플랜과 동일한 기능 및 스케일링 메커니즘을 제공하지만 성능 및 VNET 액세스는 향상되었습니다. 비용은 선택한 가격 책정 계층을 기준으로 합니다. 자세한 정보는 Azure Functions 프리미엄 플랜을 참조하세요.
전용(App Service)
(기본 계층 이상)
전용 VM 또는 격리에서 실행해야 하는 경우 사용자 지정 이미지를 사용하거나 과도한 App Service 요금제 용량을 사용하려고 합니다. 정기적인 App Service 요금 청구를 사용합니다. 비용은 선택한 가격 책정 계층을 기준으로 합니다.

함수 성능 및 비용 요구 사항을 가장 잘 지원하는 플랜을 선택했습니다. 자세한 내용은 Azure Functions 크기 조정 및 호스팅을 참조하세요.

이 플랜의 결과로 비용이 계산되기 때문에 이 문서에서는 사용 플랜만 다룹니다. 이 문서는 사용 플랜 비용 청구 FAQ 문서를 대체합니다.

Durable Functions 사용 플랜에서 실행할 수도 있습니다. Durable Functions를 사용할 때의 비용 고려 사항에 대한 자세한 정보는 Durable Functions 청구를 참조하세요.

소비 계획 비용

단일 함수 실행의 비용 실행은 GB-초 단위로 측정됩니다. 실행 비용은 메모리 사용량과 실행 시간을 결합하여 계산됩니다. 더 오래 실행되는 함수는 더 많은 메모리를 사용하는 함수와 같이 더 많은 비용을 사용합니다.

함수에서 사용되는 메모리 양이 일정하게 유지되는 경우를 고려합니다. 이 경우 비용은 간단한 곱셈으로 계산됩니다. 예를 들어 함수가 3초 동안 0.5GB를 사용한다고 가정합니다. 실행 비용은 0.5GB * 3s = 1.5 GB-seconds입니다.

시간이 지남에 따라 메모리 사용량이 변경되기 때문에 계산은 기본적으로 시간에 따른 메모리 사용량의 정수 형식입니다. 시스템은 일정한 간격으로 프로세스의 메모리 사용량(자식 프로세스와 함께)을 샘플링하여 이 계산을 수행합니다. 가격 책정 페이지에 설명된 대로 메모리 사용량은 가장 가까운 128-MB 버킷으로 반올림됩니다. 프로세스에서 160MB를 사용하는 경우 256MB에 대해 요금이 청구됩니다. 계산은 동일한 프로세스에서 여러 함수가 동시에 실행되는 동시성을 고려합니다.

참고 항목

CPU 사용량은 실행 비용에서 직접적으로 고려되지는 않지만 함수의 실행 시간에 영향을 미칠 경우 비용에 영향을 줄 수 있습니다.

HTTP 트리거 함수의 경우 함수 코드가 실행되기 전에 오류가 발생하는 경우 실행에 대한 요금이 청구되지 않습니다. 즉, API 키 유효성 검사 또는 App Service 인증/권한 부여 기능으로 인해 플랫폼의 401 응답이 실행 비용에서 계산되지 않습니다. 마찬가지로, 5xx 상태 코드 응답은 요청을 처리하는 함수 전에 플랫폼에서 발생하는 경우에는 계산되지 않습니다. 함수 코드 실행이 시작된 후 플랫폼에 의해 생성된 5xx 응답은 함수 코드에 의해 오류가 발생하지 않더라도 여전히 실행으로 계산됩니다.

모든 플랜에서 함수를 실행하는 전체 비용을 예측할 때 함수 런타임은 각각 별도로 청구되는 여러 Azure 서비스를 사용합니다. 함수 앱에 대한 가격 책정을 계산할 때 다른 Azure 서비스와 통합하는 트리거와 바인딩을 사용하려면 이러한 추가 서비스를 만들고 지불해야 합니다.

사용 플랜에서 실행되는 함수의 경우 총 비용은 함수의 실행 비용과 대역폭 및 추가 서비스의 비용의 합계입니다.

함수 앱 및 관련 서비스의 전체 비용을 예측하는 경우 Azure 가격 책정 계산기를 사용합니다.

관련 비용 설명
스토리지 계정 각 함수 앱에는 별도로 청구되는 연결된 범용 Azure Storage 계정이 있어야 합니다. 이 계정은 함수 런타임에서 내부적으로 사용되지만 스토리지 트리거 및 바인딩에 사용할 수도 있습니다. 스토리지 계정이 없는 경우 함수 앱을 만들 때 하나의 계정이 만들어집니다. 자세한 내용은 스토리지 계정 요구 사항을 참조하세요.
Application Insights Functions는 Application Insights를 사용하여 함수 앱에 고성능 모니터링 환경을 제공합니다. 필수는 아니지만 Application Insights 통합을 사용하도록 설정해야 합니다. 원격 분석 데이터의 체험판 부여는 매달 포함됩니다. 자세한 정보는 Azure Monitor 가격 책정 페이지를 참조하세요.
네트워크 대역폭 데이터 이동의 방향과 시나리오에 따라 데이터 전송 비용이 발생할 수 있습니다. 자세한 정보는 대역폭 가격 책정 세부 정보를 참조하세요.

실행 시간에 영향을 주는 동작

다음 함수 동작은 실행 시간에 영향을 줄 수 있습니다.

  • 트리거 및 바인딩: 함수 바인딩에 대한 입력을 읽고 함수 바인딩에 출력을 쓰는 데 걸리는 시간은 실행 시간으로 계산됩니다. 예를 들어 함수가 출력 바인딩을 사용하여 Azure 스토리지 큐에 메시지를 쓰는 경우 실행 시간에는 함수 비용 계산에 포함된, 메시지를 큐에 쓰는 데 걸리는 시간이 포함됩니다.

  • 비동기 실행: 함수가 비동기 요청(C#의 경우 await)의 결과를 기다리는 시간을 실행 시간으로 계산합니다. GB-초 계산은 함수의 시작 및 종료 시간과 해당 기간 동안의 메모리 사용량을 기반으로 합니다. CPU 작업을 기준으로 해당 시간에 발생하는 작업은 계산에서 제외됩니다. 비동기 작업 중에 Durable Functions를 사용하여 비용을 절감할 수 있습니다. 오케스트레이터 함수에서 기다리는 데 소요된 시간에 대해서는 요금이 청구되지 않습니다.

청구서에서 실제 청구된 비용과 함께 총 실행 - 함수실행 시간 - 함수에 대한 비용 관련 데이터를 볼 수 있습니다. 그러나 이 청구서 데이터는 과거 청구서 기간에 대한 월별 집계입니다.

함수 앱-수준 메트릭

함수의 비용 영향을 보다 잘 이해하기 위해 Azure Monitor를 사용하여 함수 앱에서 현재 생성하고 있는 비용 관련 메트릭을 볼 수 있습니다.

Azure Monitor 메트릭 탐색기를 사용하여 사용 플랜 함수 앱에 대한 비용 관련 데이터를 그래픽 형식으로 볼 수 있습니다.

  1. Azure Portal에서 함수 앱으로 이동합니다.

  2. 왼쪽 패널에서 모니터링까지 아래로 스크롤하여 메트릭을 선택합니다.

  3. 메트릭에서 함수 실행 수집계에 대한 합계를 선택합니다. 이렇게 하면 선택한 기간 동안의 실행 수 합계가 차트에 추가됩니다.

    Define a functions app metric to add to the chart

  4. 메트릭 추가를 선택하고 2-4단계를 반복하여 차트에 함수 실행 단위를 추가합니다.

결과 차트에는 선택한 시간 범위의 두 실행 메트릭의 합계가 모두 포함됩니다(이 경우 2시간).

Graph of function execution counts and execution units

실행 단위 수가 실행 수보다 훨씬 크므로 차트에는 실행 단위만 표시됩니다.

이 차트에서는 2시간 동안 사용된 총 11억1000만 Function Execution Units(MB-밀리초)를 표시합니다. GB-초로 변환하려면 1024000으로 나눕니다. 이 예제에서 함수 앱은 1110000000 / 1024000 = 1083.98 GB-초를 사용했습니다. 실행 시간에 대한 체험판 부여를 이미 사용하고 있다고 가정하고, 이 값을 사용하여 두 시간에 대한 비용을 제공하는 Functions 가격 책정 페이지에서 실행 시간의 현재 가격을 곱합니다.

함수 수준 메트릭

함수 실행 단위는 실행 시간과 메모리 사용량의 조합으로, 이를 통해 메모리 사용을 이해하는 데 어려운 메트릭을 사용할 수 있습니다. 메모리 데이터는 현재 Azure Monitor를 통해 사용할 수 있는 메트릭이 아닙니다. 그러나 앱의 메모리 사용량을 최적화하려는 경우는 Application Insights에서 수집된 성능 카운터 데이터를 사용할 수 있습니다.

이를 아직 수행하지 않은 경우 함수 앱에서 Application Insights를 사용하도록 설정합니다. 이 통합을 사용하도록 설정하면 포털에서 이 원격 분석 데이터를 쿼리할 수 있습니다.

Azure Portal 또는 REST API에서 Azure Monitor 메트릭 탐색기를 사용하여 Monitor 메트릭 데이터를 가져올 수 있습니다.

메모리 사용량 확인

모니터링 아래에서 로그(분석)를 선택한 후, 다음 원격 분석 쿼리를 복사하여 쿼리 창에 붙여넣고 실행을 선택합니다. 이 쿼리는 샘플링된 각 시간의 총 메모리 사용량을 반환합니다.

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
name averageDurationMilliseconds
QueueTrigger AvgDurationMs 16.087
QueueTrigger MaxDurationMs 90.249
QueueTrigger MinDurationMs 8.522

다음 단계