기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
Amazon Managed Service for Prometheus의 비용 이해 및 최적화
다음과 같은 자주 묻는 질문과 그에 대한 답변은 Amazon Managed Service for Prometheus와 관련된 비용을 이해하고 최적화하는 데 도움이 될 수 있습니다.
비용에 영향을 미치는 요인은 무엇인가요?
대부분의 고객에서는 지표 수집이 비용 대부분을 차지합니다. 쿼리 사용량이 많은 고객에게는 처리된 쿼리 샘플에 따라 약간의 비용이 발생하며, 지표 스토리지가 전체 비용에서 차지하는 비중은 적습니다. 각 요금에 대한 자세한 내용은 Amazon Managed Service for Prometheus 제품 페이지의 요금
비용을 낮추는 가장 좋은 방법은 무엇인가요? 수집 비용을 낮추려면 어떻게 해야 하나요?
대부분의 고객에게는 지표 저장 비용이 아닌 수집 요금이 비용의 대부분을 차지합니다. 수집 빈도를 줄이거나(수집 간격을 늘림) 수집되는 활성 시리즈 수를 줄이면 수집 요금을 줄일 수 있습니다.
수집 에이전트에서 수집(스크레이핑) 간격을 늘릴 수 있습니다. Prometheus 서버(에이전트 모드에서 실행 중)와 AWS Distro for OpenTelemetry(ADOT) 수집기가 모두 scrape_interval 구성을 지원합니다. 예를 들어 수집 간격을 30초에서 60초로 늘리면 수집 사용량이 절반으로 줄어듭니다.
<relabel_config>를 사용하여 Amazon Managed Service for Prometheus로 전송되는 지표를 필터링할 수도 있습니다. Prometheus 에이전트 구성에서 레이블을 다시 지정하는 방법에 대한 자세한 내용은 Prometheus 설명서의 https://prometheus.io/docs/prometheus/latest/configuration/configuration/#relabel_config
쿼리 비용을 낮추는 가장 좋은 방법은 무엇인가요?
쿼리 비용은 처리된 샘플 수를 기준으로 합니다. 쿼리 빈도를 줄여 쿼리 비용을 줄일 수 있습니다.
쿼리 비용에 가장 많이 기여하는 쿼리에 대한 가시성을 높이려면 섹션을 참조하세요Amazon Managed Service for Prometheus에서 쿼리 비용 관리.
지표의 보존 기간을 줄이면 총 청구액을 줄이는 데 도움이 되나요?
보존 기간을 줄일 수는 있지만 이렇게 해도 비용이 크게 줄어들 가능성은 낮습니다.
워크스페이스의 보존 기간을 구성하는 방법에 대한 자세한 내용은 워크스페이스 구성 섹션을 참조하세요.
알림 쿼리 비용을 낮게 유지하려면 어떻게 해야 하나요?
알림은 데이터에 대한 쿼리를 생성하여 쿼리 비용에 추가됩니다. 다음은 알림 쿼리를 최적화하고 비용을 낮추는 데 사용할 수 있는 몇 가지 전략입니다.
-
Amazon Managed Service for Prometheus 알림 사용 - Amazon Managed Service for Prometheus 외부에 있는 알림 시스템을 사용하면 외부 서비스가 여러 가용 영역 또는 리전의 지표를 쿼리하므로 복원력 또는 고가용성을 강화하기 위해 추가 쿼리가 필요할 수 있습니다. 여기에는 Grafana에서 고가용성에 대한 알림이 포함됩니다. 이렇게 하면 비용이 3배 이상을 증가할 수 있습니다. Amazon Managed Service for Prometheus의 알림은 최적화되어 있으며 가장 적은 수의 쿼리로 고가용성과 복원력을 제공합니다.
Amazon Managed Service for Prometheus에서는 외부 알림 시스템보다는 기본 알림을 사용하는 것이 좋습니다.
-
알림 간격 최적화 - 알림 쿼리를 최적화하는 빠른 방법 중 하나는 자동 새로 고침 간격을 늘리는 것입니다. 5분 간격으로만 필요하지만 1분마다 쿼리하는 알림이 있는 경우, 자동 새로 고침 간격을 늘리면 해당 알림에 대한 쿼리 비용을 5배 절감할 수 있습니다.
-
최적의 룩백 사용 - 쿼리의 룩백 윈도우가 클수록 데이터를 더 많이 가져오므로 쿼리 비용이 증가합니다. PromQL 쿼리의 룩백 윈도우가 알림이 필요한 데이터에 맞게 적절한 크기인지 확인합니다. 예를 들어 다음 규칙에서 표현식에는 10분의 룩백 윈도우가 포함됩니다.
- alert: metric:alerting_rule expr: avg(rate(container_cpu_usage_seconds_total[10m])) > 0 for: 2mexpr을avg(rate(container_cpu_usage_seconds_total[으로 변경하면 쿼리 비용을 줄이는 데 도움이 될 수 있습니다.5m])) > 0
일반적으로 알림 규칙을 살펴보고 서비스에 가장 적합한 지표에 대해 알림을 받고 있는지 확인하세요. 특히 시간이 지남에 따라 알림을 추가할 때 동일한 지표에 대해 중복 알림을 만들거나 동일한 정보를 제공하는 여러 알림을 쉽게 만들 수 있습니다. 알림 그룹이 동시에 발생하는 경우가 많다면 알림을 최적화하여 모두 포함하지 않을 수 있습니다.
비용을 줄이는 데 도움이 되는 권장 방법입니다. 궁극적으로 시스템 상태를 이해하기 위한 적절한 알림 세트를 생성하여 비용의 균형을 맞춰야 합니다.
Amazon Managed Service for Prometheus의 알림에 대한 자세한 내용은 알림 관리자를 사용하여 Amazon Managed Service for Prometheus에서 알림 관리 및 전달 섹션을 참조하세요.
언제든지 청구 내역을 확인할 수 있나요?
는 AWS 사용량을 AWS Cost and Usage Report 추적하고 결제 기간 내에 계정과 관련된 예상 요금을 제공합니다. 자세한 내용은 AWS 비용 및 사용 보고서란 무엇입니까?를 참조하세요. AWS 비용 및 사용 보고서 사용 설명서의
비용을 모니터링하기 위해 어떤 지표를 사용할 수 있나요?
수집하는 지표 샘플은 Amazon Managed Service for Prometheus의 기본 비용 드라이버입니다. 직접 수집되는 샘플 수는 월별 요금을 결정하므로 수집 패턴을 모니터링하고 이해하는 것이 필수적입니다.
AWS Cost Explorer는 Amazon Managed Service for Prometheus 비용을 모니터링하기 위한 신뢰할 수 있는 소스입니다. 수집된 샘플을 포함하여 여러 차원에서 Amazon Managed Service for Prometheus의 비용 추세에 대한 과거 및 day-by-day 추세를 Cost Explorer에서 모니터링할 수 있습니다. AWS 비용 이상 탐지를 사용하면 지출 패턴의 예상치 못한 변화를 모니터링할 수도 있습니다.
IngestionRate 지표를 사용하면 비용과 직접적인 상관 관계가 있는 수집 추세를 모니터링하는 보조 메서드가 제공됩니다. 를 추가 지표IngestionRate로 사용하면 다음과 같은 이점이 있습니다.
-
워크스페이스 수준 추적 - 계정 수준만 모니터링하지 않고 워크스페이스별로 수집을 모니터링합니다.
-
세분화된 가시성 - 실시간 인사이트를 위해 매시간 또는 분 minute-by-minute 수집 패턴을 추적합니다.
-
사전 모니터링 - CloudWatch 경보를 설정하여 사용량 스파이크가 결제에 표시되기 전에 감지합니다.
참고
IngestionRate는 워크스페이스당 비용 및 추세 또는 속성 비용을 추정하는 데 사용할 수 있지만 100% 정확하지는 않습니다. 는 1분 간격으로 샘플링된 평균 속도를 IngestionRate 보고하므로이 속도를 시간에 곱하면 수집된 정확한 샘플 수가 아닌 근사치를 제공합니다. 또한 Amazon CloudWatch의 데이터 보존 정책은 과거 쿼리에 사용할 수 있는 세부 수준에 영향을 미치며, 63일 이상의 데이터는 1시간 간격으로 제한됩니다.
CloudWatch에서 Amazon Managed Service for Prometheus 지표 모니터링에 대한 자세한 내용은 CloudWatch 지표를 사용하여 Amazon Managed Service for Prometheus 리소스 모니터링 섹션을 참조하세요.
에서 비용을 보려면 어떻게 해야 하나요 AWS Cost Explorer?
Amazon Managed Service for Prometheus 비용에 대한 신뢰할 수 있는 소스로서는 월 및 리전별 과거 결제 데이터를 포함하여 수집된 Amazon Managed Service for Prometheus 샘플에 대해 실제 청구된 사용량 및 요금을 AWS Cost Explorer 제공합니다. 최종 청구 금액 및 day-by-day 비용 추세에 Cost Explorer를 사용합니다.
Amazon Managed Service for Prometheus 비용을 보려면:
액세스 AWS Cost Explorer
-
AWS Management Console에 로그인합니다.
-
Billing and Cost Management 대시보드로 이동합니다.
-
왼쪽 탐색 메뉴에서 Cost Explorer를 선택합니다.
-
Cost Explorer 시작을 선택합니다(처음 사용하는 경우).
보고서 구성
-
시간 범위를 원하는 청구 기간(예: 2025년 3월~2026년 2월)으로 설정합니다.
-
필터에서 다음을 선택합니다.
-
서비스: "Amazon Managed Service for Prometheus"를 선택합니다.
-
사용 유형: "MetricSampleCount"를 필터링하여 샘플 수집 요금을 격리합니다.
-
데이터 그룹화 및 보기
-
그룹화 기준에서 리전을 선택하여 리전당 비용 및 사용량 데이터를 봅니다.
-
원하는 시각화(바 차트, 선 차트 또는 테이블)를 선택합니다.
-
적용을 선택하여 보고서를 생성합니다.
데이터 내보내기(선택 사항)
-
오른쪽 상단 모서리에서 CSV 다운로드를 선택하여 데이터를 내보냅니다.
-
CSV 파일에는 결제 기간, 리전, 사용량 유형, 청구 금액 및 사용량(청구된 샘플 수)이 포함됩니다.
참고
Cost Explorer 데이터는 일반적으로 24시간 지연됩니다. 최신 결제 기간에는 다음 날까지 데이터를 사용하지 못할 수 있습니다.
한 달에 수집된 샘플 수를 계산하려면 어떻게 해야 하나요?
에서 Amazon CloudWatch의 IngestionRate 지표를 사용하여 수집된 샘플의 대략적인 수를 계산할 수 있습니다 AWS Command Line Interface. 이는 월별 청구서를 검토하고 워크스페이스 전반의 사용 패턴을 이해하는 데 유용합니다.
수집 데이터를 검색하려면:
aws cloudwatch get-metric-data \ --regionyour-region\ --start-timestart-timestamp\ --end-timeend-timestamp\ --metric-data-queries '[ { "Id": "e1", "Expression": "SUM(METRICS())", "Period": 3600 }, { "Id": "ws1", "MetricStat": { "Metric": { "Namespace": "AWS/Usage", "MetricName": "ResourceCount", "Dimensions": [ {"Name": "Service", "Value": "Prometheus"}, {"Name": "Resource", "Value": "IngestionRate"}, {"Name": "Type", "Value": "Resource"}, {"Name": "Class", "Value": "None"}, {"Name": "ResourceId", "Value": "YOUR_AMP_WORKSPACE_ID"} ] }, "Period": 3600, "Stat": "Average" } } ]'
이 명령은 초당 샘플로 측정된 시간당 평균 IngestionRate 값을 반환합니다. 한 달에 수집된 샘플의 대략적인 수를 계산하려면 각 시간당 데이터 포인트에 3600(시간당 초)을 곱하여 해당 시간에 수집된 샘플을 가져온 다음 해당 월의 모든 시간당 합계를 합산합니다.
Monthly samples ≈ Σ (hourly IngestionRate average × 3600)
예를 들어 한 시간이 초당 평균 IngestionRate 500개의 샘플을 반환하는 경우 해당 시간은 약 500 × 3600 = 1,800,000개의 샘플을 제공했습니다. 매월 1시간마다 이를 반복하고 결과를 합산하여 대략적인 월별 수집 횟수를 구합니다.
키 파라미터:
-
Period: 3600(초당 1시간) -
StartTime: 월초(예:2026-02-01T00:00:00Z) -
EndTime: 월말(예:2026-03-01T00:00:00Z) -
Stat: 평균
워크스페이스 IDs 찾으려면:
aws amp list-workspaces --regionyour-region
워크스페이스 ID를 사용하여 리전의 모든 Prometheus 리소스에 걸쳐 집계하는 대신 지정된 워크스페이스에 대한 데이터만 표시하도록 지표를 필터링합니다.
기록 비용 분석에 사용할 수 있는 데이터 세분화는 무엇입니까?
Amazon CloudWatch의 데이터 보존 정책은 과거 쿼리에 사용할 수 있는 세부 수준에 영향을 미칩니다.
-
15일 미만의 데이터: 1분 간격으로 쿼리(
Period: 60) -
15~63일 전 데이터: 5분 간격으로 쿼리(
Period: 300) -
63일 이전 데이터: 1시간 간격으로 제한(
Period: 3600)
63일 이후의 과거 분석을 위해 CloudWatch는 데이터를 최소 1시간으로 자동으로 다운샘플링합니다. 63일이 지난 달에 대한 결제를 검토할 때는 시간당 집계된 데이터를 사용해야 합니다. 월별 샘플 계산은 이러한 시간당 평균 데이터 포인트를 사용하며, 각 값에 한 달 내내 3600을 곱한 값을 합산합니다.
이렇게 세분화가 줄어들면가 이전 데이터의 정확한 수가 아닌 추정치를 IngestionRate 제공하는 이유가 더욱 커집니다. 항상 신뢰할 수 있는 청구 금액은 Cost Explorer를 참조하세요.
CloudWatch 지표 보존에 대한 자세한 내용은 Amazon CloudWatch 사용 설명서의 지표 보존을 참조하세요.
Amazon Managed Service for Prometheus 비용을 모니터링하는 모범 사례는 무엇인가요?
Amazon Managed Service for Prometheus 지출을 효과적으로 관리하고 최적화하려면 다음 모니터링 관행을 구현하는 것이 좋습니다.
-
Cost Explorer를 정기적으로 모니터링하여 실제 지출 추세를 추적하고 수집된 샘플을 포함한 여러 차원에서 비용 이상을 식별합니다.
-
AWS 비용 이상 탐지를 활성화하면 Amazon Managed Service for Prometheus 지출의 예상치 못한 비용 증가에 대한 알림을 받을 수 있습니다.
-
워크스페이스 수준 모니터링 및 수집 스파이크 조기 감지를
IngestionRate위해에서 CloudWatch 경보를 설정합니다. -
장기 비용 분석 및 보고를 위해 정기적으로 Cost Explorer 데이터를 내보냅니다.
월초의 청구액이 월말보다 높은 이유는 무엇인가요?
Amazon Managed Service for Prometheus에는 수집에 대해 계층화된 요금 모델이 있으므로 초기 사용 비용이 더 많이 듭니다. 사용량이 더 높은 수집 티어에 도달하면 비용이 낮아지며 사용자에게 부과되는 비용도 낮아집니다. 수집 티어를 포함한 요금에 대한 자세한 내용은 Amazon Managed Service for Prometheus 제품 페이지의 요금
참고
-
계층은 리전 간이 아닌 리전 내 사용을 위한 것입니다. 더 낮은 속도를 사용하려면 리전 내 사용량이 다음 계층에 도달해야 합니다.
-
의 조직에서 AWS Organizations티어 사용량은 계정이 아닌 지급인 계정별로 계산됩니다(지급인 계정은 항상 조직 관리 계정임). 조직의 모든 계정에 대해 수집된 총 지표(리전 내)가 다음 계층에 도달하면 모든 계정에 더 낮은 요금이 부과됩니다.
Amazon Managed Service for Prometheus 워크스페이스를 모두 삭제했지만 여전히 요금이 부과되는 것 같습니다. 어떤 일이 발생한 것인가요?
이 경우 삭제된 워크스페이스로 지표를 전송하도록 설정된 AWS 관리형 스크레이퍼가 여전히 있을 수 있습니다. 스크레이퍼 찾기 및 삭제의 지침을 따르세요.