2026년 Datadog 가격 체계
요약
Datadog의 2026년 가격 체계는 모듈별 사용량 기반(Consumption-based)으로 구성되어 있어, 단순한 정가 외에 Kubernetes 포드나 높은 카디널리티 메트릭 등으로 인한 숨겨진 비용이 발생할 수 있습니다. 본 가이드는 인프라 모니터링, APM, 로그 관리 등 각 모듈의 청구 방식과 규모에 따른 비용 변동 요인을 상세히 설명합니다.
핵심 포인트
- Datadog은 인프라, APM, 로그, RUM 등 각 모듈별로 별도 청구되는 모듈형 가격 구조를 가짐
- Kubernetes의 일시적 포드 생성이나 높은 카디널리티의 커스텀 메트릭은 예상치 못한 비용 급증의 주요 원인임
- 사용량 기반 모델로, 호스트 수, 데이터 GB, 세션 수, 테스트 횟수 등 모듈마다 청구 단위가 다름
- Free, Pro, Enterprise의 세 가지 상업적 티어가 존재하며 연간 약정 시 할인 혜택 제공
Datadog 가격 책정은 마케팅 페이지에서는 단순해 보이지만, 첫 인보이스(Invoice)를 받는 순간 복잡해지는 것 중 하나입니다. 호스트당(Per-host) 가격은 깔끔해 보이고, GB당 로그(Log) 가격도 합리적으로 보입니다. 그러다 배포 중에 Kubernetes 클러스터가 400개의 일시적인(Ephemeral) 포드(Pod)를 생성하고, 엔지니어들이 높은 카디널리티(High-cardinality) 태그를 가진 몇 가지 커스텀 메트릭(Custom metrics)을 추가하면, 청구 금액은 예산보다 세 배나 높게 나옵니다. 이 가이드는 대부분의 엔지니어링 및 FinOps 팀이 실제로 필요로 하는 방식으로 2026년 Datadog 가격 체계를 설명합니다. 단순히 정가(List prices)를 나열하는 것이 아니라, 각 가격 모듈이 규모(Scale)에 따라 어떻게 작동하는지, 숨겨진 비용은 어디에 있는지, 그리고 사용량에 맞춰 청구 금액을 다시 조정하기 위해 어떤 레버(Levers)를 당길 수 있는지 다룹니다. Datadog을 처음 평가 중이든, 갱신 견적(Renewal quote)을 검토 중이든, 혹은 왜 Datadog 비용이 한 분기 만에 60%나 급증했는지 이해하려고 노력 중이든, 아래의 구조가 대부분의 질문에 답해줄 것입니다.
Datadog이란 무엇인가? Datadog은 인프라 모니터링(Infrastructure monitoring), 애플리케이션 성능 모니터링(APM), 로그 관리(Log management), 실사용자 모니터링(Real user monitoring), 합성 테스트(Synthetic testing), 보안 모니터링(Security monitoring) 및 기타 여러 모듈을 하나의 인터페이스로 통합하는 SaaS 관측성(Observability) 플랫폼입니다. 이는 클라우드, 하이브리드 및 온프레미스(On-premises) 환경 전반에 걸쳐 작동하며 850개 이상의 서비스와 통합됩니다. 이 플랫폼은 전체 관측성 스택(Observability stack)을 한곳에서 다루기 때문에 현대적인 엔지니어링 팀에서 널리 채택되고 있습니다. 이러한 광범위한 기능 때문에 Datadog의 가격 책정이 까다로울 수 있습니다. 각 모듈은 별도로 청구되며, 커버리지를 추가함에 따라 비용이 빠르게 누적됩니다.
Datadog 가격 책정 방식: Datadog의 가격 책정은 모듈형이며 사용량 기반(Consumption-based)입니다.
활성화하는 각 제품에 대해 별도로 비용을 지불하며, 청구 단위는 모듈에 따라 달라집니다:
- Infrastructure Monitoring (인프라 모니터링): 호스트당 월별로 청구
- APM (애플리케이션 성능 모니터링): APM 호스트당 월별로 청구되며, 인덱싱된 스팬 (indexed spans) 비용이 추가됨
- Log Management (로그 관리): 수집된 GB당 비용과 인덱싱된 백만 건의 이벤트당 비용이 청구되며, 보관 계층 (retention tiers)에 따라 달라짐
- RUM (Real User Monitoring, 실사용자 모니터링): 1,000 세션당 청구
- Synthetic Monitoring (합성 모니터링): API 테스트 10,000건당 또는 브라우저 테스트 1,000건당 청구
- Custom Metrics (사용자 정의 메트릭): 할당량을 초과하는 고유한 메트릭 및 태그 (metric-and-tag) 조합에 따라 청구
- Security and DevSecOps (보안 및 DevSecOps): 인프라와 별도로 호스트당 월별로 청구
대부분의 모듈에서 Datadog 가격에 영향을 미치는 세 가지 상업적 티어 (commercial tiers)가 있습니다: Free (제한된 기능, 최대 5개 호스트), Pro (표준 상업적 티어), 그리고 Enterprise (SSO, 고급 RBAC, 확장된 보관 기간, 컴플라이언스 기능).
연간 약정 (Annual commitments)을 하면 더 낮은 정가 (list prices)를 적용받을 수 있습니다. 월간 결제는 단위당 비용이 대략 20% 더 높습니다.
모듈별 Datadog 가격 상세 내역
Infrastructure, APM, DevSecOps에 대한 Datadog의 가격은 기능과 사용량에 따라 여러 티어로 나뉩니다.
Infrastructure Free 플랜은 최대 5개의 호스트까지 무료로 지원하며, 기본 대시보드와 함께 1일간의 메트릭 보관 (metric retention)을 포함합니다. Infrastructure Pro 플랜은 연간 결제 시 호스트당 월 $15, 월간 결제 시 $18이며, 850개 이상의 통합 (integrations) 기능과 15개월의 메트릭 보관을 제공합니다. 더 큰 규모의 조직을 위한 Infrastructure Enterprise 플랜은 연간 결제 시 호스트당 월 $23, 월간 결제 시 $27이며, 머신러닝 기반 알림, SAML 인증, 역할 기반 액세스 제어 (RBAC), 감사 로그 (audit logs)와 같은 기능을 추가로 제공합니다.
Datadog의 APM 가격은 연간 결제 기준 호스트당 월 $31부터 시작하며, 분산 트레이싱 (distributed tracing) 및 서비스 맵 (service maps)을 포함합니다. APM Pro 티어는 연간 결제 시 호스트당 월 $35이며 데이터 스트림 모니터링 (data stream monitoring)이 추가됩니다. APM Enterprise 플랜은 연간 결제 시 호스트당 월 $40로 책정되며 Continuous Profiler (지속적 프로파일러) 기능이 포함됩니다.
보안 중심 모니터링을 위한 DevSecOps Pro는 연간 결제 시 호스트당 월 $27로 책정되며, 보안 모니터링 (Security Monitoring)과 포스처 관리 (Posture Management)를 제공합니다. DevSecOps Enterprise 티어는 연간 결제 시 호스트당 월 $41로 이용 가능하며, 고급 위협 탐지 (Advanced Threat Detection) 기능이 포함됩니다. 추가적인 사용량 기반 서비스는 별도로 청구됩니다. 로그 관리 (Log Management) 수집 비용은 GB당 $0.10이며, 인덱싱된 로그 (Indexed Logs)는 15일의 보관 기간(Retention Period)을 기준으로 백만 이벤트당 $1.70로 책정됩니다. 커스텀 메트릭 (Custom Metrics)은 포함된 허용량을 초과할 경우 고유한 메트릭 및 태그 조합을 기준으로 100개 메트릭당 $0.10가 청구됩니다. 실사용자 모니터링 (Real User Monitoring, RUM) 가격은 사용자 세션 1,000회당 약 $1.50입니다. Datadog 가격 책정에서 팀들을 자주 놀라게 하는 중요한 세부 사항 중 하나는 APM을 단독 제품으로 구매할 수 없다는 점입니다. 모든 APM 호스트는 반드시 인프라스트럭처 (Infrastructure) 플랜에 포함되어야 합니다. 예를 들어, Infrastructure Pro와 APM을 모두 실행하는 호스트의 경우, 로그, 커스텀 메트릭 또는 RUM에 대한 추가 비용을 제외하고 정가 기준으로 월 $46(Infrastructure Pro $15 + APM $31)가 소요됩니다.
Datadog 가격 책정의 숨겨진 비용
위의 정가는 시작점에 불과합니다. Datadog 가격 책정의 진짜 놀라운 점은 사용량을 측정하는 방식에서 발생합니다. 다음은 청구 금액을 지속적으로 예산 초과로 몰아넣는 패턴들입니다.
최고점 기준 과금 (High-Watermark Billing)
호스트에 대한 Datadog 가격 책정은 매월 시간당 호스트 수의 99번째 백분위수 (99th Percentile)를 기준으로 합니다. 만약 5일간의 마케팅 캠페인을 위해 200대의 호스트를 운영하고 나머지 한 달 동안 50대의 호스트를 운영했다면, 귀하는 200대에 가까운 금액을 청구받게 됩니다. 오토스케일링 그룹 (Auto-scaling Groups), 배치 워크로드 (Batch Workloads), 그리고 스트레스 테스트 (Stress Tests)는 모두 조용히 인보이스를 부풀리는 최고점 (High Watermarks)을 만들어냅니다.
컨테이너 및 Kubernetes 확산 (Container and Kubernetes Sprawl)
Datadog은 임계값을 초과하는 각 컨테이너 또는 포드 (Pod)를 과금 대상 인프라로 계산합니다. 휘발성 포드 (Ephemeral Pods), 빈번한 롤아웃 (Rollouts), 또는 잡 스타일 (Job-style) 워크로드가 있는 Kubernetes 환경은 호스트 수를 예측 불가능하게 급증시킬 수 있습니다.
많은 팀이 배포 파이프라인(deployment pipeline)만으로 Datadog 비용이 매달 수천 달러씩 발생하기 시작한 후에야 이 사실을 깨닫게 됩니다.
커스텀 메트릭 (Custom Metrics) 및 높은 카디널리티 (High Cardinality)
메트릭 이름과 태그 값의 각 고유한 조합은 하나의 커스텀 메트릭으로 계산됩니다. user_id, request_id 또는 container_id가 태그로 지정된 단일 메트릭은 수십만 개의 고유 시리즈 (unique series)로 폭발할 수 있습니다. 100개 메트릭당 0.10달러인 커스텀 메트릭 초과 비용은 200만 개를 지불하기 전까지는 작게 느껴질 수 있습니다.
로그 수집 (Log Ingestion) 대 인덱싱 (Indexing)
Datadog 로그 가격 책정은 두 가지 계층으로 나뉩니다. GB당 0.10달러인 수집 (Ingestion) 비용은 저렴해 보이지만, 로그를 검색 및 알림 가능하게 만드는 인덱싱 (indexing)은 100만 이벤트당 1.70달러로 별도 청구됩니다. 15일을 초과하는 보관 (Retention)에는 추가 비용이 발생합니다. 많은 팀이 검색하지도 않는 로그를 인덱싱하고, 사용하지도 않는 보관 비용을 지불하고 있습니다.
티어 업그레이드 (Tier Upgrades) 및 애드온 (Add-Ons)
SSO, SAML, 감사 로그 (audit logs) 및 확장된 보관 기간은 일반적으로 Enterprise 티어를 요구합니다. Continuous Profiler는 APM Enterprise가 필요합니다. 각 업그레이드는 모든 호스트에 적용됩니다. 한 팀의 작은 Enterprise 요구 사항이 전체 플릿 (fleet)을 Enterprise Datadog 가격 체계로 끌어들일 수 있습니다.
Datadog 비용 최적화 방법
Datadog 비용을 줄이는 것은 단순히 더 나은 할인을 받는 문제인 경우가 드뭅니다. 이는 실제로 무엇을 모니터링하고 무엇에 대해 비용을 지불하는지 정직하게 파악하는 것에 관한 것입니다. 가장 영향력이 큰 조치들은 다음과 같습니다:
- 호스트 플릿 규모 최적화 (Right-size your host fleet): 클라우드 비용 최적화를 통해 제거하는 모든 호스트는 동시에 Datadog 비용 항목 하나를 제거합니다. 호스트 수가 줄어들면 인프라 및 APM 청구 비용도 자동으로 낮아집니다.
- 커스텀 메트릭 감사 (Audit custom metrics): Datadog 메트릭 요약 (metrics summary)을 정기적으로 실행하세요. 사용하지 않는 메트릭을 삭제하고, 태그 카디널리티 (tag cardinality)를 줄이며, 적절한 경우 높은 카디널리티의 데이터를 로그로 전환하세요.
- 로그 파이프라인 강화 (Tighten log pipelines): 수집 단계에서 필터링 및 샘플링 (sampling)을 수행하세요. 실제로 검색하는 로그만 인덱싱하세요. 규정 준수만을 위한 보관의 경우 Flex Logs 또는 아카이브 티어 (archive tiers)를 사용하세요.
- 컨테이너 제한 관리 (Manage container limits): 호스트당 컨테이너 임계값 (thresholds)을 설정하고, 인프라 변경이 있을 때마다 이를 재검토하세요.
휘발성 포드 (Ephemeral pods)는 예상치 못한 Datadog 비용 상승의 가장 큰 원인입니다. 연간 약정 (annual commitments)을 협상하세요. 연간 계약 및 다년 계약은 일반적으로 Datadog 정가 대비 10~20%의 할인 혜택을 제공합니다. 유의미한 호스트 수를 넘어서면 볼륨 티어 (Volume tiers)가 도움이 됩니다. 월간 비용 검토 체계를 구축하세요. Datadog 비용을 다른 가변적인 클라우드 비용과 동일하게 취급하세요. 매달 검토하고, 각 팀에 비용을 할당하며, 비즈니스 성장과 연계되지 않은 성장은 경고(flag)를 표시하세요.
Opslyft가 Datadog 가격 및 클라우드 비용 관리를 돕는 방법
대부분의 팀은 관측성 (observability) 비용을 클라우드 비용과는 별개의 문제로 취급합니다. 하지만 이들은 사실 동일한 문제입니다. Datadog 가격은 주로 실행 중인 호스트 수, 생성되는 컨테이너 수, 생성되는 로그 데이터 양, 그리고 코드가 방출하는 커스텀 메트릭 (custom metrics) 수에 의해 결정됩니다. 이 모든 요소는 클라우드 인프라의 하위 결과물입니다. Opslyft는 엔지니어링 및 재무 팀에 클라우드 지출에 대한 통합된 가시성과 제어권을 제공하는 컨텍스트 중심의 AI 기반 FinOps 플랫폼입니다. Datadog 가격은 별도의 항목이지만, 이를 유발하는 호스트 수는 AWS, Azure, GCP 및 Kubernetes 환경 내에 존재하며, 이것이 바로 Opslyft가 최적화하는 대상입니다. 실제 연결 방식은 다음과 같습니다:
- 두 청구서를 동시에 절감하는 적정 규모화 (Right-size): Opslyft는 과도하게 할당된 VM, 유휴 리소스 및 사용되지 않는 환경을 찾아냅니다. 이를 제거할 때마다 클라우드 비용과 Datadog 가격이 동시에 감소합니다.
- 컨테이너 및 Kubernetes 최적화: Opslyft는 컨테이너 밀도, 네임스페이스 (namespace) 사용량 및 노드 효율성을 추적합니다. 더 나은 Kubernetes 위생 (hygiene) 관리는 호스트 급증을 줄이고 더 예측 가능한 Datadog 인보이스 (invoice)를 의미합니다.
- 실시간 이상 징후 알림: Slack 알림을 통해 클라우드 지출을 유발하는 폭주하는 서비스든, 호스트 수 증가를 통해 Datadog 가격을 부풀리는 새로운 배포든, 월말이 되기 전에 갑작스러운 비용 증가를 포착합니다.
- 스마트 비용 할당: 비즈니스 및 사용 데이터를 사용하여 공유 비용을 팀과 제품별로 분산합니다.
엔지니어링 리더는 어떤 팀이 클라우드 비용을 유발하는지, 더 나아가 어떤 팀이 관측성 (Observability) 비용을 유발하는지 파악할 수 있습니다. 애플리케이션 수준의 재무적 가시성 (Financial visibility)을 확보하십시오. 인프라 비용을 비즈니스 지표 (Business metrics)와 연결하여 엔지니어링, 제품, 재무 팀이 동일한 그림을 보고 동일한 트레이드오프 (Trade-offs)를 결정할 수 있도록 하십시오. Innovaccer와 같은 기업들은 Opslyft를 사용하여 클라우드 비용을 30% 절감하고, MRR 대비 클라우드 비용 비율을 35% 개선했습니다. 인프라 규모 (Infrastructure footprint)에 적용되는 것과 동일한 규율을 적용하면 Datadog 비용 또한 자연스럽게 낮아질 것입니다.
결론: Datadog의 가격 책정은 불합리하지 않지만, 매우 엄격합니다. 무엇을 모니터링할지, 인프라가 어떻게 확장되는지, 그리고 실제로 어떤 모듈이 필요한지를 신중하게 생각하는 팀에게는 보상을 줍니다. 반면, 호스트당 가격 책정 (Per-host pricing)이 예측 가능한 청구서를 의미한다고 가정하는 팀에게는 벌을 줍니다. 통제된 Datadog 비용으로 가는 길은 통제된 클라우드 비용으로 가는 길과 같습니다. 즉, 청구서를 유발하는 요인에 대한 가시성, 비용을 발생시키는 팀 간의 책임 소재, 그리고 기반 인프라의 지속적인 최적화가 필요합니다. 이 요소들을 제대로 갖춘다면 관측성 (Observability) 청구서가 더 이상 당신을 놀라게 하지 않을 것입니다. 만약 Datadog 청구서가 사용량에 비해 계속해서 빠르게 상승하고 있다면, 정답은 대개 상류 (Upstream)에 있습니다. 먼저 클라우드 규모 (Cloud footprint)를 살펴보고 호스트 확산 (Host sprawl) 문제를 해결하십시오. 그러면 관측성 비용도 자연스럽게 따라올 것입니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기