Skip to main content

Use a hosted embedding model

To upsert and search with text instead of vectors, an index must use a hosted embedding model. On 2026-07, an index schema is immutable, so you set this when you create the index, not after. To create a dedicated read nodes index with a hosted embedding model, call Create an index with integrated embedding and include the read_capacity object to set the node type, shards, and replicas.

Monitor index fullness

To check index fullness, call Get index stats.

Example

In the response, indexFullness describes how full the index is, on a scale of 0 to 1. It’s set to the greater of memoryFullness and storageFullness. Pinecone also emits these values. Use them to track fullness over time in Prometheus or Datadog, and to alert before your index reaches capacity.

Change node types

You can change node types in either direction (b1 → t1 or t1 → b1). This operation doesn’t require downtime, but can take up to 30 minutes to complete.
The most predictable way to increase throughput is by increasing replicas.
t1 nodes cache more data in memory than b1 nodes. Because of this, switching from b1 to t1 may require more shards.If your new configuration doesn’t have enough shards, the configuration change will fail with an error telling you how many shards are required. Update the request and retry.In the meantime, your index will continue to function normally in its original configuration.
To change node types, call Configure an index. In the request body, set the following fields:

Example

This example changes the node type from b1 to t1:
Configuration change limits:
  • You can make one configuration change every ten minutes, but you can batch multiple changes (node type, shards, and replicas) in a single request.
  • A new configuration change can only be initiated after the previous configuration change has completed.
  • Each configuration change can take up to 30 minutes to complete.
  • Read and write operations continue normally during configuration changes.

Pause an index

To pause an index, set the number of replicas to 0. This operation can take up to 30 minutes to complete.
While an index is paused, you can’t write to it or read from it. For a paused index, you’re billed for storage, but not for node costs, reads, or writes.

Check the status of a configuration change

After making a configuration change to a dedicated read nodes index (changing shards, replicas, or node type), check the status of the change by calling Describe an index.

Example

The response includes two status fields: When changing node types, shards, or replicas, monitor the read capacity status (read_capacity.status.state). Possible values:
During changes to shards, replicas, and node type, the index-level status (status.state) remains Ready. This is because the index can handle reads and writes while its dedicated read capacity scales.

Convert to on-demand

To convert a dedicated read nodes index back to on-demand, call Configure an index and set read_capacity.mode to OnDemand. This converts the index in place, keeping the same index name and host.
If you’d rather return to on-demand on a fresh index, use the backup and restore path instead:
  1. Create a backup of your dedicated read nodes index.
  2. Create a new index from the backup, without specifying dedicated read node configuration.
  3. Verify the new on-demand index and update your application to use it.
  4. Delete the old dedicated read nodes index.
If you have concerns or need assistance, contact support.