Select all dimensions that meaningfully drive cost on a managed vector database bill in 2026.

Multi-select·Easy·4.0 · 0·~1 min·Asked atPinecone·Relevant atDatabricks

Attempt it

Managed vector databases bill on the same four axes across all the major vendors: **1. Storage**: how many vectors times their dimension. A 100M-vector index at 1024 dimensions stores ~400GB of float32 data; doubling either the vector count or the dimension doubles the storage bill. **2. Reads**: queries per second served. Each query consumes some amount of compute (graph traversal in HNSW, partition probes in IVF), and vendors charge a per-query 'read unit' or bundle them into a tier. **3. Writes**: upsert operations, which insert or update vectors. Writes are more expensive than reads per operation because they typically touch the index structure (graph edges in HNSW, cluster assignment in IVF). **4. Replication tier**: whether the index is single-AZ, multi-AZ, or multi-region. Each replica adds a roughly proportional cost. **The distractors:** the cosine-similarity algorithm is a build-time configuration that determines retrieval semantics but does not change how much hardware the vendor provisions. Naming conventions (snake_case vs camelCase) are obviously cosmetic and irrelevant. Both are testing whether you can separate operational costs from cosmetic or semantic choices.

**Four cost axes apply across every major managed vector DB in 2026:** storage, reads, writes, and replication. Two distractors test the candidate's ability to separate real cost levers from cosmetic ones. **Storage (vectors × dimension).** The dominant axis. Pinecone Serverless, Turbopuffer, Qdrant Cloud, and Weaviate Cloud all charge approximately per-vector-per-month with a dimension multiplier. Doubling the embedding dimension doubles the bill linearly. Doubling the corpus does the same. **Read throughput.** Each query consumes 'read units' or charges against a QPS-tiered plan. The unit cost depends on the index type (HNSW queries are cheaper than IVF probes at the same recall target) and on the dimension (larger vectors mean more distance compute per query). **Write throughput.** Upserts are more expensive than reads because they modify the index structure. HNSW graph updates require recomputing neighbor edges; IVF requires reassignment. Bursty writes especially trigger autoscaling charges. **Replication tier.** Single-AZ, multi-AZ, or multi-region replication each multiply the underlying storage and compute cost by the replica count. Production indexes typically run multi-AZ for availability. **Distractor 1: the distance metric.** Whether you choose cosine, dot product, or Euclidean is a build-time configuration that affects retrieval semantics. It does not change the hardware footprint and does not appear on the bill. **Distractor 2: naming conventions.** Obviously cosmetic; testing whether the candidate can dismiss irrelevant detail. This question screens for whether you understand the cost model well enough to size an index before deploying it, not just well enough to read the bill after the fact.

Quick reference

TL;DR

Four real cost axes: storage (vectors × dim), reads (QPS), writes (upserts), and replication tier. Distance metric and naming convention are distractors.

Memory aid

Easy to grasp

Think of a managed vector database the way you would think of renting warehouse space plus paying for the trucks that load and unload it. The space charge depends on how many boxes you store and how big each box is: that is the vectors × dimension axis. The truck charges depend on how often you ship things out (queries) and how often you ship things in (upserts). And if you ask for a second warehouse in another city as backup, that doubles the bill. Which color you paint the warehouse, or what specific way the trucks weigh the boxes, does not change the rent. Those are the distractors in the question.

Key concepts

Cost modeling

Detailed answer & concept explanation

~4 min read

Everything you need to truly understand this topic: intuition, mechanics, step by step explanation, code, formulas, and worked example. Click to expand.

Everything you need to truly understand this topic: intuition, mechanics, step by step explanation, code, formulas, and worked example.

Quick scan · 2–4 min

Everything important, quickly.

4 min: the four cost axes (storage, reads, writes, replication), why dimension dominates storage, why upserts cost more than reads, and why distance metric is not a billing axis.

Side-by-side

Cost axis	What drives it	Typical knob
Storage	vectors × dimension × bytes_per_dim	Compress vectors via PQ or BQ
Reads (QPS)	Per-query candidate count × distance compute	Lower ef_search / nprobe
Writes (upserts)	Per-upsert index maintenance cost	Bulk-load offline, avoid bursty inserts
Replication	Replica multiplier across all other axes	Match tier to RPO/RTO requirements

Real-world examples

Real products, models, and research that use this idea.

Pinecone Serverless prices storage per vector-month with a dimension multiplier, plus separate read and write unit charges, plus multi-AZ tier multiplier.
Turbopuffer publishes a gigabyte-month storage price plus a per-query price plus a per-vector-write price; the four axes are explicit in the pricing page.
Qdrant Cloud sizes clusters by RAM, which is dominated by `vectors × dim × bytes`; the cluster size determines both storage capacity and read throughput.
Weaviate Cloud bills by serverless capacity units that bundle storage and throughput, with the same four underlying drivers.
pgvector on a managed Postgres instance bills by Postgres compute and storage, which still resolves to the same four axes once you size the database.

Interviewer follow-ups

What an interviewer would ask next. Try answering before peeking at the approach.

QHow would you estimate the read-unit cost of a query on HNSW versus IVF at the same recall target?

QWhen would a multi-region replication tier be worth the 3x cost premium?

QHow does PQ compression interact with the read-unit cost?

Don't say this

Red flags and common mistakes that signal junior thinking. Click to expand.

Most common mistake

Treating the distance metric as a cost lever. It is a build-time choice that affects retrieval semantics, not the hardware the vendor provisions.

60-second cheat sheet

The night-before-the-interview bullets. Scan these on the way to the call.

References

Primary sources. Skim if you want the original framing.