Self-hosted observability · OpenTelemetry-native

Stop deciding
what not to log.

Sondar is an OpenTelemetry-native observability platform — logs, metrics, traces and APM in a single engine — that runs on your own infrastructure. You pay for the nodes you run, not the data you send. No ingest metering. No indexing fees. No overage.

Open live sandbox or run it yourself
bash
docker run -v ./data:/data -p 8080:8080 sondardev/sondar

No account. No sales call. Point your existing OTel collector at it and you're done. Free forever on one server — a modest 16-core box handles about 50 GB/day, and retention is bounded by your disk, not by us.

sondar · index=main
21 Jul 2026 14:03:00 UTC
SonQL Press ⌘↵ to execute
index=main sourcetype=checkout-api status>=500
| stats p99(duration_ms) by endpoint, service
14,209 matches · 42ms query time · 1.2M events (44 GB direct) Live tail off
Hover over histogram for event details
endpoint service p99 latency events
POST /api/checkout payments-gateway 4,218ms 6,104
POST /api/checkout checkout-api 4,106ms 2,988
GET /api/cart checkout-api 388ms 121
POST /api/payment/authorize payments-gateway 291ms 44
GET /api/inventory inventory-svc 62ms 5
Demo World Checkout-latency incident. The same dataset seeds the sandbox.

02 · The money

Your bill is why you're only keeping seven days of logs.

Per-gigabyte pricing means every decision about visibility is a decision about money. Sondar charges for the nodes you run. Your bill goes up in steps, when you outgrow your hardware — not because you ingested more, kept it longer, added tags, or stopped sampling. Nothing you do inside the product generates a line item.

50 GB/day
5 GB/day 250 GB/day 500 GB/day
12 months
1 month 12 months 24 months

Why does this default to 12 months? Because per-gigabyte vendors charge again for time, and we think you should keep a year. Drag it down to 30 days and we land at rough parity with Grafana Cloud — that's the honest picture, and it's exactly why the argument here is retention rather than ingest.

Sondar (Capacity Model) $11,620 / yr

1 node unit · $6,000 license + $4,500 hardware + $1,120 storage

Grafana Cloud $9,125 / yr

Ingest only ($0.50/GB), 30-day retention included

Datadog Logs $32,850 / yr

Ingest + indexing ($1.70/M events), 15-day retention, 1 KB events

Splunk Cloud $50,000 / yr

Ingest-based pricing (~$1,000/GB/day/yr)

Sondar License Your Hardware Your Object Storage Metering Competitors
Assumptions, rates, and what this deliberately understates
Sondar license $6,000 per node unit per year. A node unit is up to 16 vCPU; a 16 vCPU / 32 GB box handles about 50 GB/day, so node count is ceil(GB per day ÷ 50). Published price, July 2026.
Your hardware $4,500 per node per year — the midpoint of a $2,000–$7,000 range covering a 16-core server amortised or its cloud-instance equivalent. This is an estimate, and it is the one number in this table that is ours rather than a vendor's.
Your object storage $0.023 per GB-month (S3 Standard, us-east-1, July 2026) applied to the retained volume after the measured 4.5x compression. Cheaper on infrequent-access tiers, which we don't assume.
Grafana Cloud ~$0.50 per GB ingested, 30-day retention included. July 2026.
Datadog Logs $0.10 per GB ingested plus $1.70 per million events indexed at 15-day retention on an annual commitment, July 2026. Event count is derived at 1 KB per event, which is the single biggest lever in this row — the indexing line scales with event count rather than volume, so if your logs average 500 bytes, double this figure. On-demand indexing is $2.55 per million rather than $1.70.
Splunk Cloud ~$1,000 per GB/day per year on ingest-based pricing, July 2026. Workload pricing (SVCs) can be materially cheaper at scale and is not modelled.

What this understates. The three competitor bars are ingest only, at their included retention window — they do not charge you for the retention you selected above, even though all three do in reality. We model it that way because we won't publish a guess at a rate we can't cite. So the comparison is more favourable to them than their real invoice would be. Sondar's bar, by contrast, is the whole cost: license, hardware, and storage for the full retention window.

What it leaves out on both sides. Operator time. Running Sondar is one container, but it isn't zero — and neither is the alternative of continuing to run what you have.

04 · Coverage

Three surfaces. One install. One store.

Not ten modules and a carousel. Logs, metrics and traces sit in the same engine, which is why a trace ID joins to a log line without a federation step and why there's one thing to operate instead of four.

Logs

Schema-on-read at collect, ingest and search. Paste a raw line, pull a field out of it, query it — without having known the question when you stored it.

Live tail · log context · clustering · field extraction

Metrics & infrastructure

Hosts, VMs, containers and cloud resources on dynamic labels, in the same store as the logs that explain them.

Prometheus remote write · OTLP metrics · baselining

Traces & APM

Service maps and span waterfalls that join to logs by trace ID, because they were never in a separate system to begin with.

OTLP traces · service map · dependency analysis

05 · How it works

One engine instead of a cluster you babysit.

Compute and storage are fully decoupled. A seven-day hot window lives on local disk; everything older is tiered to your own object storage and queried in place, with no rehydrate step and no restore fee. You aren't choosing what to keep — you're choosing what's fast.

Sondar architecture schematic OpenTelemetry collectors, a gateway collector and language SDKs all send to a single Sondar engine running in one container with no external dependencies. The engine writes a seven-day hot window to local NVMe and tiers everything older to the customer's own object storage, querying it in place with no rehydrate step. Every component sits inside the customer's network boundary. YOUR NETWORK — NOTHING CROSSES THIS LINE OTel Collector DaemonSet / Sidecar Gateway Collector OTLP · HEC · Syslog Language SDKs OTLP native Sondar Engine single container · no external deps On-disk WAL ingest Schema-on-read × 3 points SonQL query execution Embedded metadata store Automated tiering Hot — local NVMe 7 days · on by default Warm + cold — your object storage queried in place · S3 / GCS / Azure no rehydrate · no restore fee RPO ≤ 5 min · RTO ≤ 15 min query returns from cold storage — no restore step, no rehydrate fee
One mechanism, three payoffs. The same object storage delivers the retention economics, the durability and the restore path — which is why it is drawn here as one route rather than as three features. Compute and storage are fully decoupled, so long-term retention is priced by commodity object storage rather than by us.

We'd rather you didn't take our word for it.

One benchmark, one public dataset, both configs published. Sondar against Elasticsearch on loghub/Thunderbird, same hardware, and the harness is a repo you can clone.

Measure Sondar Elasticsearch Ratio
Stored size 44 GB 200 GB 4.5x
Ingest rate 440k msg/s 105k msg/s 4.2x
Disk write 63 MB/s 14.5 MB/s 4.3x

What this does not show. It's one dataset on one hardware profile, and it measures storage and ingest — not query performance under concurrency, which is harder to benchmark honestly and which we haven't published yet. It is 4.5x, not 5x, and not "up to." OpenObserve and VictoriaLogs publish larger storage ratios than this against the same baseline. We're not claiming to beat them on compression; we're showing you that we measure the way you would.

Where the engine came from. Sondar's storage layer began as a fork of Elasticsearch 6.8, which is Apache 2.0 licensed. So this measures a fork against the lineage it came from rather than against an unrelated system — which is the fair version of the test, and part of why we publish both configs.

Benchmark harness, configs for both sides, and the method →

06 · Migration

How much work is switching? Depends, and here's the honest answer.

Everyone in this category says migration is easy. It's easy from one place and a real project from another, so here is the effort by where you're coming from — including the one that takes weeks.

Realistic Effort A config change

Point your existing collector at Sondar. This is the two-line diff, and this is the only place the phrase applies.

What actually bites

Nothing. Your pipeline, processors, and sampling rules stay exactly where they are.

config.yaml OTel Collector
exporters:
  otlp:
    endpoint: sondar.internal:4317
    tls: { insecure: false }

07 · Deployment & compliance

Where your data lives, and what your auditor gets.

Sondar runs inside your network and never receives your telemetry. Licenses are signed keys verified offline against a public key in the binary — there's no activation server, so it never calls home.

Deployment

Single box docker run Community and up
Kubernetes helm install Community and up
Your VPC Container or Helm Community and up
Air-gapped Offline bundle Community and up
Terraform module registry Planned
Cloud marketplace AWS · Azure Planned

Security artifacts, with dates

Independent source code audit Published in full, not a badge Q4 2026
Third-party penetration test Published in full Q4 2026
SBOM per release CycloneDX Shipping
Signed reproducible builds Sigstore / cosign Shipping
Vulnerability disclosure policy With a response SLA Shipping
SOC 2 Type II Observation window opens Jan 2027 Q3 2027

We're new, and here's what you can check without talking to us. Sondar has no customer logos to show you yet, and we're not going to borrow any. What it has instead is a live sandbox with no signup, published prices, honest system requirements, a re-runnable benchmark, a real changelog, and — in place of a logo belt — a named person in Mountain View, California who answers support and can read the source while you're on the call. The full security page →

08 · Pricing

The number, on the page.

Publishing beats "contact us" for anyone who intends to try before they talk. The free tier gates on one node — never on gigabytes, retention, or agent count.

Community
Free

forever, on one node unit

No volume limit. No retention limit. No agent limit. No license key needed.

  • Logs, metrics, infrastructure, traces and APM
  • SonQL — all 100+ commands
  • Dashboards and alerting
  • Basic SAML / OIDC SSO
  • Offline update bundles
  • Community support
Copy Install Command
Enterprise
From $60,000

per year, ten node units and up

Everything in Team, plus the tooling that large and disconnected estates need.

  • Air-gap update tooling — signed pipelines, staged rollout, rollback
  • Multi-tenancy
  • Source escrow
  • Custom retention architecture
  • Named support engineer
Book 30 Minutes

Node Unit Pricing. $6,000 per node unit per year. That's it. A node unit is up to 16 vCPU; a bigger box counts as more units. Nothing is metered by volume, event count, or host. High Availability requires 3 nodes ($18,000/yr) due to cluster consensus physics, not sales floors.

The questions we'd ask.

Q1 Is Sondar open source?

No. Sondar is commercial software and we don't publish the engine's source — we'd rather say that plainly than blur it. What we do publish: an independent source code audit by a US security firm, a full third-party penetration test, an SBOM with every release, signed reproducible builds, our source-escrow terms, and a written cap on renewal pricing. And your data stays in your own object storage in open formats, so nothing you've collected depends on us.

Q2 How is this different from SigNoz, OpenObserve, or Grafana?

They're good, and if you're happy with them you should stay. The difference is the analytics layer and the operating burden. SigNoz means you now run and scale ClickHouse and Kafka; Grafana's LGTM stack is four systems to operate. Sondar is one engine with one store for logs, metrics and traces, and a Splunk-class query language — stats, join, transaction, timechart — rather than a filter syntax. On raw storage efficiency, OpenObserve and VictoriaLogs publish bigger numbers than ours. We're not claiming to beat them there.

Q3 Is SonQL the same as Splunk’s SPL?

No. SonQL is Splunk-inspired, not Splunk-compatible — your existing Splunk searches will not run unmodified, and we're telling you that here rather than letting you find out on day one. What does transfer is everything you know about how to search machine data. Most Splunk users are productive in SonQL in an afternoon. There's a command-by-command translation table in the docs and a converter you can paste a query into.

Q4 What are the actual hardware requirements?

One server with 16 vCPU and 32 GB of RAM handles about 50 GB/day. Retention is bounded by your disk and your object storage, not by us. Above that, Sondar clusters — the architecture runs past 50 TB/day. The full sizing table is in the docs, including agents per node and the marginal cost of each one.

Q5 What counts as a node?

Up to 16 vCPU. A bigger machine counts as more nodes — a 64-vCPU box is four. That's the only dimension: we don't count RAM, gigabytes, events, or hosts. The effective rate works out the same whether you run four small boxes or one large one, so the model neither rewards nor punishes how you pack them.

Q6 Will my bill go up as we grow?

Yes, in steps — if you outgrow your nodes you add nodes. What won't happen is a bill that moves because you ingested more, kept data longer, added tags, or stopped sampling. Nothing you do inside the product generates a line item.

Q7 Can I run this air-gapped?

Yes, genuinely. Licenses are signed keys your instance verifies offline against a public key baked into the binary — there is no activation server to reach, so Sondar never calls home. Offline update bundles are available on every tier including Community; patching a disconnected install is not a paid feature. Enterprise adds tooling around those bundles — signed pipelines, staged rollout, rollback orchestration.

Q8 What happens to my data if Sondar goes away?

It's already on your infrastructure — we never had it. Cold-tier data sits in your object storage in a format you can read without us, your instrumentation is OpenTelemetry so it repoints anywhere, and our escrow agreement releases source on insolvency or discontinuation. The terms are published, not just referenced.

Q9 What happens if my single node dies? There’s no HA on one node.

Correct, and worth being explicit about since we sell a single-node production tier. Two things make it less bad than it sounds. Most of your data already lives in your own object storage — the hot window on local disk is the only part at risk, and it's days, not months. And we continuously snapshot that window plus config and metadata to your bucket, so recovery is: start a new node, point it at the same bucket. RPO under 5 minutes, RTO under 15. We run a restore in CI on every release. If you need genuine HA, that's three nodes — physics, not a sales floor.

Q10 Why is SSO free but SCIM isn’t?

Because paywalling SAML is a tax on security, and we're not going to charge you to log in safely. Basic SSO is in Community. What's on Team is the administration layer around it — SCIM provisioning, fine-grained RBAC, audit logging, data masking — which is genuinely what larger deployments need and genuinely what costs us to build and support.

Q11 Do you have SOC 2? HIPAA?

Not yet on SOC 2 — our observation window opens January 2027, with a Type II report expected Q3 2027. Worth noting what SOC 2 does and doesn't cover here: it audits how a vendor handles your data, and we never receive your data. For the same reason we're generally not a HIPAA Business Associate and no BAA is required — the PHI never leaves your environment. What we have today: a third-party penetration test, an independent source code audit, an SBOM with every release, signed reproducible builds, and a published vulnerability disclosure policy.

Q12 Who builds this, and where are you based?

Sondar is built in Mountain View, California. The whole team is in the Bay Area — founder, engineering and support — and I answer the tickets myself. The more useful half of that answer is what it means for your risk: Sondar runs entirely inside your network and we never receive your data, so there is no vendor to breach that holds your telemetry. For the binary itself we publish an independent source code audit scoped to backdoors and undisclosed telemetry, a full penetration test, an SBOM with every release, and signed reproducible builds. We're small and new, and we'd rather hand you those than ask you to take our word for it.

Know what's down there.

One container, one command, and a modest box handles about 50 GB/day.

bash
docker run -v ./data:/data -p 8080:8080 sondardev/sondar

Or open the sandbox — no account, and it's the same incident you've been reading about.