Skip to main content

Add a hosted embedding model

To upsert and search with text instead of vectors, you can configure your index to use a hosted embedding model. To do this, call Configure an index and provide an embed object in the request body. In this object:
  • For the text field, specify the name of the field in your data that contains the text to be embedded.
  • Specify a model whose dimension requirements match the dimensions of your index.

Example

You can also create a dedicated read nodes index when calling Create an index with integrated embedding. In the request body, use the read_capacity object to configure node type, shards, and replicas for dedicated read nodes.

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 (b1t1 or t1b1). 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 (spec.serverless.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 spec.serverless.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.