[Doc] Note sticky session requirement for multi-instance deployments
## Motivation and Context PR #290 documented that `StreamableHTTPTransport` requires a single-process server. However, when running multiple server instances behind a load balancer, requests for the same session must be routed to the same instance since session state is stored in memory. This adds a note about using sticky sessions (session affinity) based on the `Mcp-Session-Id` header. ## How Has This Been Tested? Documentation-only change. ## Breaking Changes None.
This commit is contained in:
parent
2a1c9b7ac9
commit
1b45c4382b
1 changed files with 5 additions and 0 deletions
|
|
@ -138,6 +138,11 @@ end
|
|||
> so it must run in a single process. Use a single-process server (e.g., Puma with `workers 0`).
|
||||
> Multi-process configurations (Unicorn, or Puma with `workers > 0`) fork separate processes that
|
||||
> do not share memory, which breaks session management and SSE connections.
|
||||
>
|
||||
> When running multiple server instances behind a load balancer, configure your load balancer to use
|
||||
> sticky sessions (session affinity) so that requests with the same `Mcp-Session-Id` header are always
|
||||
> routed to the same instance.
|
||||
>
|
||||
> Stateless mode (`stateless: true`) does not use sessions and works with any server configuration.
|
||||
|
||||
### Configuration
|
||||
|
|
|
|||
Loading…
Reference in a new issue