Deploy Managed Agent Memory
- how-to
Deploy a Managed Agent Memory server in Capella, connected to an operational cluster, and prepare it to accept requests from your agent.
Managed Agent Memory is the quickest way to get started with Agent Memory. With this deployment option, Capella deploys and runs your Agent Memory server. You choose the operational cluster and bucket where Agent Memory stores its data, and the embedding model and LLM it uses. You also set your server’s name, number of nodes, and advanced settings. Capella provisions your server’s compute in the same region as your chosen Couchbase cluster. To get working with Agent Memory, your agent connects to the server with the Python SDK and REST API.
If you have already completed the quickstart, see Manage Your Deployment.
| Managed Agent Memory is available on AWS only. You cannot scale a server after you deploy it, or connect to a server through a private endpoint. |
Prerequisites
-
A Capella account with 1 of the following roles:
-
Project Ownerin the project where you want to deploy your serverFor the permissions of each role, see Control Access to Managed Agent Memory.
-
A Couchbase Capella operational cluster with the following configuration:
-
A
Healthystatus. -
Couchbase Server 8.0 or later.
-
The following services enabled:
-
Deployed on AWS in 1 of the following regions:
-
US East (N. Virginia),
us-east-1 -
Europe (London),
eu-west-2
-
-
No existing Agent Memory server. Each cluster can have 1 Agent Memory server.
For more information about deploying an operational cluster to AWS, see Create A Paid Cluster.
-
-
An OpenAI API key, added to the AI Data Plane as an integration. Agent Memory uses this key for its embedding model and large language model (LLM). You can use 1 integration for both models, or a separate integration for each. To create an AI integration, see Manage AI Integration Settings.
Step 1: Prepare Your Couchbase Cluster
Before you deploy Managed Agent Memory, you need a dedicated bucket for Agent Memory in your operational cluster.
Your Agent Memory server connects to 1 bucket. Agent Memory creates the following scope and collections to store its data:
-
Scope:
-
<bucket>.agentmemory
-
-
Collections:
-
<bucket>.agentmemory.users -
<bucket>.agentmemory.sessions -
<bucket>.agentmemory.memory -
<bucket>.agentmemory.prompts -
<bucket>.agentmemory.nodes
-
To create a bucket in your operational cluster, see Create a Bucket.
Step 2: Deploy a Managed Agent Memory Server
To deploy a new Managed Agent Memory server:
-
Go to .
-
Click Deploy Agent Memory.
-
In the Cluster list, choose the operational cluster you want to connect to your Agent Memory server, and click Continue.
The list shows only clusters that meet the prerequisites. Your Agent Memory server uses the same Capella project, cloud provider region, and availability zones as your chosen cluster.
-
In the Bucket list, choose the bucket you created for Agent Memory to store its users, sessions, and memory blocks.
-
In the Agent Memory Name field, enter a name for your server, or accept the generated name.
The name must be 2 to 64 characters, and cannot contain
<,>, or quote characters (",',`). -
Under Compute tier, Small is the only option.
Each node has 2 vCPUs and 4 GB of memory.
-
In the Nodes list, choose the number of nodes: 1, 3, 5, 7, or 9.
The default is 1 node for a cluster in a single Availability Zone, and 3 nodes for a cluster in multiple Availability Zones.
-
Click Next.
-
On the Models step, choose your embedding model and LLM. For each model:
-
In the Model Source list, choose OpenAI.
-
In the Choose OpenAI Model list, choose a model.
-
In the OpenAI Integration Name list, choose the OpenAI integration that provides the API key for the model.
To add a new OpenAI API key, click + Add New OpenAI API key. For more information about AI integrations, see Manage AI Integration Settings.
-
-
Click Next.
-
On the Advanced step, review the server settings and change any values you need.
-
Click Next.
-
On the Review step, review your configuration and click Deploy Agent Memory.
| You cannot change a server’s cluster, bucket, models, compute tier, node count, or settings after you deploy it. To use a different configuration, see Changing Your Configuration. |
Advanced Settings
The Advanced step prefills each setting with its default. These settings correspond to the self-managed environment variables in Self-Managed Agent Memory Environment Variable Reference.
| Setting | Default | Range | Description |
|---|---|---|---|
Requests per minute |
|
1 to 10,000 |
Maximum model API requests per minute, across all nodes in the server. Set this to the limit for your OpenAI account. |
Tokens per minute |
|
8,192 to 10,000,000 |
Maximum tokens per minute that Agent Memory sends to your models, across all nodes in the server. Set this to the limit for your OpenAI account. Set this to at least the Per-request token limit multiplied by the number of nodes. Otherwise, memory blocks larger than each node’s share of the token budget stay in the extraction queue and are never extracted. |
Queue max size |
|
10 to 50,000 |
Maximum number of blocks queued for async extraction.
When the queue is full, Agent Memory returns HTTP |
Max concurrent tasks |
|
1 to 512 |
Maximum number of concurrent async extraction tasks. |
Task timeout (s) |
|
10 to 600 |
Maximum time, in seconds, that a single async extraction task can run before Agent Memory cancels it. Increase if number of timeout errors from OpenAI increase. |
Idle sleep (s) |
|
0.1 to 5 |
Time, in seconds, between async extraction dispatch cycles. Lower to reduce extraction latency under sustained load; raise to reduce CPU usage when the queue is mostly idle. |
Per-request token limit |
|
256 to 32,768 |
Maximum token count for a single memory block.
Agent Memory rejects larger blocks when your agent adds them.
If a request contains blocks that fit, the response lists the rejected blocks in its |
Max fail count |
|
1 to 10 |
Number of extraction failures after which Agent Memory marks a block as permanently failed. |
Summary token limit |
|
256 to 4,096 |
Maximum number of tokens in a generated summary. If your LLM is a reasoning model, such as GPT-5 or an o-series model, set a higher value. Reasoning tokens count towards this limit. |
Processing batch size |
|
1 to 20 |
Number of memory blocks processed per batch when your agent adds memory with |
By default, memory blocks do not expire.
To set a server-wide default TTL, use the config.memoryBlockTTL field in the Management API.
You can also set a TTL for each session or memory block, as described in Manage TTL.
|
Step 3: Verify the Deployment
To verify the deployment, go to and see if your server has the Healthy status.
The list shows the status of each server.
Step 4: Allow Access and Connect
A new Agent Memory server blocks all requests until you add an allowed IP address.
You can add allowed IP addresses only while the server is Healthy, and create API keys only after the server has finished deploying.
To allow your agent to connect to your Managed Agent Memory server:
-
Add an allowed IP address for the machine where your agent runs.
-
Generate an Agent Memory API key.
Choose the Write access level for an agent that stores and searches memory.
Test the Connection
Run the following command from a machine on your server’s allowed IP address list:
curl <your-agent-memory-endpoint>/health
If the status field in the response is healthy, your server is reachable from that machine.
This check confirms that the server is running and that your IP address is allowed.
|
The interactive API documentation is available at:
You can also browse the same endpoints without a deployment, in the Agent Memory API Reference. |
Manage Your Deployment
After your deployment is running, you can monitor it, change its configuration, copy its settings to a new server on another cluster, or delete it.
Monitoring Your Server
Capella collects metrics from every node in your server and sends alerts through your existing Capella alert integrations. For more information, see Monitor Managed Agent Memory.
Changing Your Configuration
| Replacing a server interrupts your agents' access to Agent Memory. Your agents lose access as soon as you delete the server. They cannot reach Agent Memory again until the new server is healthy, you add its allowed IP addresses, and you update your agents with its endpoint and a new API key. |
You cannot change a server’s cluster, bucket, models, compute tier, node count, or other settings after you deploy it. To change any of these settings, you must delete the server, wait for the deletion to complete, and then deploy a new server.
To keep access to your stored memory, the new server must use:
-
The same cluster and bucket as the previous server.
-
An embedding model that produces the same number of dimensions as the previous server’s model.
To use an embedding model that produces a different number of dimensions, deploy the new server with a different bucket. The new server starts without your stored memory.
Cloning Your Server
Cloning deploys a new Agent Memory server on another cluster, with the compute tier, node count, and settings of an existing server. You choose the cluster, bucket, and models again. The original server is unaffected and keeps running.
To clone an Agent Memory server:
-
Go to .
-
Next to the server you want to clone, click the More Options (⋮) menu.
-
Click Clone.
-
In the New deployment name field, enter a name for the new server, and click Continue to review.
-
In the Cluster list, choose the cluster for the new server, and click Continue.
The list shows only clusters that meet the prerequisites, and does not include the original server’s cluster.
-
Complete the deployment steps in Step 2: Deploy a Managed Agent Memory Server, starting from the bucket.
Deleting Your Server
When you delete an Agent Memory server, Capella removes its nodes, endpoint, and API keys. Agents that use the server lose access immediately.
Your stored memory stays in the associated operational cluster. If you deploy a new Agent Memory server using the same cluster and bucket, the new server can read the memories the deleted server stored.
To delete a Managed Agent Memory server:
-
Go to .
-
Next to the server you want to delete, click the More Options (⋮) menu.
-
Click Delete.
-
Enter the name of the server, and click Delete agent memory.
Troubleshooting
- If requests return HTTP
503with the error codeEMBEDDING_SERVICE_UNAVAILABLEorLLM_SERVICE_UNAVAILABLE -
Your Agent Memory server cannot reach 1 of its models. The error code tells you which model:
-
EMBEDDING_SERVICE_UNAVAILABLE: the embedding model is unreachable. Requests to add, update, or search memory fail. -
LLM_SERVICE_UNAVAILABLE: the LLM is unreachable. Requests to add or update memory fail, and search still works.In both cases, listing and retrieving existing users, sessions, and memory blocks still works. Check that your OpenAI integrations still exist and that their API keys are valid. If you deleted an integration, deploy a new server that uses a valid integration.
-
- If your agent receives HTTP
401with the error codeINVALID_TOKEN -
Your API key is invalid, expired, deleted, or belongs to a different Agent Memory server. Agent Memory returns the same error for every problem with an API key. Generate a new API key for this server.
- If your agent receives HTTP
503with the error codeAUTH_UNAVAILABLE -
Agent Memory cannot confirm your API key because of a temporary problem with its authentication service. Retry the request with backoff.