Mcp Victorialogs

io.github.VictoriaMetricsPublished by GitHub account VictoriaMetricsv1.9.0Updated Oct 25, 2026

MCP Server for VictoriaLogs. Provides integration with VictoriaLogs API and documentation

Overview

AI-generated overview

MCP server for VictoriaLogs that lets an assistant run LogsQL queries, explore streams and fields, compute log stats, and search embedded documentation.

What you can do
Run LogsQL queries and count matching log entries by time bucket, plus query log statistics for a point in time or a range (query, hits, stats_query, stats_query_range). Explore log structure: streams, stream IDs, stream field names and values, field names and values, and the most frequent values per field (streams, stream_ids, stream_field_names, stream_field_values, field_names, field_values, facets). Inspect instance settings by viewing non-default flags. Search embedded VictoriaLogs documentation offline through the documentation tool and prompt.
When to use it
Useful when you work with a VictoriaLogs instance and want an assistant to investigate logs, debug incidents, or answer questions about log data and VictoriaLogs configuration without leaving the chat. Also handy for learning LogsQL through the built-in documentation search.
Requirements
A running VictoriaLogs instance (single-node or cluster) reachable from the machine, set via VL_INSTANCE_ENTRYPOINT. Runs as a local process (Go binary, Docker image, or built from source with Go 1.26+); stdio is the default mode, with sse and http modes available. VL_INSTANCE_BEARER_TOKEN is optional for authenticated instances; VL_INSTANCE_HEADERS can add custom headers.
Before you install
VL_INSTANCE_BEARER_TOKEN is a secret granting API access to your VictoriaLogs instance; keep it out of shared configs. The server is described as read-only, but it sends queries and any configured custom or passthrough headers to the VictoriaLogs endpoint, so point it only at instances you trust. The documentation tool loads an embedded vector database, which uses noticeable resources; it can be disabled via MCP_DISABLED_TOOLS. AI-generated results should be double-checked.

Installation

In SourceWeft

  1. Open Mcp Victorialogs in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.

Other MCP clients

Follow the launch instructions in the repository.

README

VictoriaLogs MCP Server

[Latest Release] [License] [Slack] [X] [Reddit]

The implementation of Model Context Protocol (MCP) server for VictoriaLogs.

This provides access to your VictoriaLogs instance and seamless integration with VictoriaLogs APIs and documentation. It can give you a comprehensive interface for logs, observability, and debugging tasks related to your VictoriaLogs instances, enable advanced automation and interaction capabilities for engineers and tools.

Features

This MCP server allows you to use almost all read-only APIs of VictoriaLogs, i.e. all functions available in Web UI:

  • Querying logs and exploring logs data
  • Showing parameters of your VictoriaLogs instance
  • Listing available streams, fields, field values
  • Query statistics for the logs as metrics
  • UI with setup instructions and tools inspection on the root endpoint (only in Streamable HTTP mode)

In addition, the MCP server contains embedded up-to-date documentation and is able to search it without online access.

[image]

More details about the exact available tools and prompts can be found in the Usage section.

You can combine functionality of tools, docs search in your prompts and invent great usage scenarios for your VictoriaLogs instance. And please note the fact that the quality of the MCP Server and its responses depends very much on the capabilities of your client and the quality of the model you are using.

You can also combine the MCP server with other observability or doc search related MCP Servers and get even more powerful results.

Try without installation

There is a publicly available instance of the VictoriaMetrics MCP Server that you can use to test the features without installing it:

https://play-vmlogs-mcp.victoriametrics.com/mcp

Attention! This URL is not supposed to be opened in a browser, it is intended to be used in MCP clients.

It's available in Streamable HTTP Mode mode and configured to work with Public VictoriaLogs Playground.

Here is example of configuration for Claude Desktop:

[image]

Requirements

Installation

Go

bash
go install github.com/VictoriaMetrics/mcp-victorialogs/cmd/mcp-victorialogs@latest

Binaries

Just download the latest release from Releases page and put it to your PATH.

Example for Linux x86_64 (note that other architectures and platforms are also available):

bash
latest=$(curl -s https://api.github.com/repos/VictoriaMetrics/mcp-victorialogs/releases/latest | grep 'tag_name' | cut -d\" -f4)wget https://github.com/VictoriaMetrics/mcp-victorialogs/releases/download/$latest/mcp-victorialogs_Linux_x86_64.tar.gztar axvf mcp-victorialogs_Linux_x86_64.tar.gz

Docker

You can run VictoriaLogs MCP Server using Docker.

This is the easiest way to get started without needing to install Go or build from source.

bash
docker run -d --name mcp-victorialogs \  -e VL_INSTANCE_ENTRYPOINT=https://play-vmlogs.victoriametrics.com \  -e MCP_SERVER_MODE=http \  -e MCP_LISTEN_ADDR=:8081 \  -p 8081:8081 \  ghcr.io/victoriametrics/mcp-victorialogs

You should replace environment variables with your own parameters.

Note that the MCP_SERVER_MODE=http flag is used to enable Streamable HTTP mode. More details about server modes can be found in the Configuration section.

See available docker images in github registry.

Also see Using Docker instead of binary section for more details about using Docker with MCP server with clients in stdio mode.

Source Code

For building binary from source code you can use the following approach:

  • Clone repo:

    bash
    git clone https://github.com/VictoriaMetrics/mcp-victorialogs.gitcd mcp-victorialogs
  • Build binary from cloned source code:

    bash
    make build# after that you can find binary mcp-victorialogs and copy this file to your PATH or run inplace
  • Build image from cloned source code:

    bash
    docker build -t mcp-victorialogs .# after that you can use docker image mcp-victorialogs for running or pushing

Helm

Check out VictoriaLogs MCP Server Helm chart documentation for more details about installation using Helm.

Configuration

MCP Server for VictoriaLogs is configured via environment variables:

VariableDescriptionRequiredDefaultAllowed values
VL_INSTANCE_ENTRYPOINTURL to VictoriaLogs instanceYes--
VL_INSTANCE_BEARER_TOKENAuthentication token for VictoriaLogs APINo--
VL_INSTANCE_HEADERSCustom HTTP headers to send with requests (comma-separated key=value pairs)No--
MCP_PASSTHROUGH_HEADERSHTTP header names to forward from incoming MCP requests to VictoriaLogs (comma-separated list). Overrides VL_INSTANCE_HEADERS on collision. Only applies in sse/http modes.No--
VL_DEFAULT_TENANT_IDDefault tenant ID used when tenant is not specified in requests (format: AccountID:ProjectID or AccountID)No0:0-
MCP_SERVER_MODEServer operation mode. See Modes for details.Nostdiostdio, sse, http
MCP_LISTEN_ADDRAddress for SSE or HTTP server to listen onNolocalhost:8081-
MCP_DISABLED_TOOLSComma-separated list of tools to disableNo--
MCP_HEARTBEAT_INTERVALDefines the heartbeat interval for the streamable-http protocol.
It means the MCP server will send a heartbeat to the client through the GET connection,
to keep the connection alive from being closed by the network infrastructure (e.g. gateways)
No30s-
MCP_LOG_FORMATLog output formatNotexttext, json
MCP_LOG_LEVELMinimum log levelNoinfodebug, info, warn, error

Modes

MCP Server supports the following modes of operation (transports):

  • stdio - Standard input/output mode, where the server reads commands from standard input and writes responses to standard output. This is the default mode and is suitable for local servers.
  • sse - Server-Sent Events. Server will expose the /sse and /message endpoints for SSE connections.
  • http - Streamable HTTP. Server will expose the /mcp endpoint for HTTP connections.

More info about transports you can find in MCP docs:

Сonfiguration examples

bash
# For a public playgroundexport VL_INSTANCE_ENTRYPOINT="https://play-vmlogs.victoriametrics.com"
# Custom headers for authentication (e.g., behind a reverse proxy)# Expected syntax is key=value separated by commasexport VL_INSTANCE_HEADERS="<HEADER>=<HEADER_VALUE>,<HEADER>=<HEADER_VALUE>"
# Forward specific headers from incoming MCP requests to VictoriaLogsexport MCP_PASSTHROUGH_HEADERS="X-Token,X-Access-Key"
# Server modeexport MCP_SERVER_MODE="sse"export MCP_SSE_ADDR="0.0.0.0:8081"export MCP_DISABLED_TOOLS="hits,facets"

Endpoints

In SSE and HTTP modes the MCP server provides the following endpoints:

EndpointDescription
/Landing page with setup help and tool inspection (HTTP mode only)
/sse + /messageEndpoints for messages in SSE mode (for MCP clients that support SSE)
/mcpHTTP endpoint for streaming messages in HTTP mode (for MCP clients that support Streamable HTTP)
/metricsMetrics in Prometheus format for monitoring the MCP server
/health/livenessLiveness check endpoint to ensure the server is running
/health/readinessReadiness check endpoint to ensure the server is ready to accept requests

Setup in clients

Cursor

Go to: Settings -> Cursor Settings -> MCP -> Add new global MCP server and paste the following configuration into your Cursor ~/.cursor/mcp.json file:

json
{  "mcpServers": {    "victorialogs": {      "command": "/path/to/mcp-victorialogs",      "env": {        "VL_INSTANCE_ENTRYPOINT": "<YOUR_VL_INSTANCE>",        "VL_INSTANCE_BEARER_TOKEN": "<YOUR_VL_BEARER_TOKEN>",        "VL_INSTANCE_HEADERS": "<HEADER>=<HEADER_VALUE>,<HEADER>=<HEADER_VALUE>"      }    }  }}

See Cursor MCP docs for more info.

Claude Desktop

Add this to your Claude Desktop claude_desktop_config.json file (you can find it if open Settings -> Developer -> Edit config):

json
{  "mcpServers": {    "victorialogs": {      "command": "/path/to/mcp-victorialogs",      "env": {        "VL_INSTANCE_ENTRYPOINT": "<YOUR_VL_INSTANCE>",        "VL_INSTANCE_BEARER_TOKEN": "<YOUR_VL_BEARER_TOKEN>",        "VL_INSTANCE_HEADERS": "<HEADER>=<HEADER_VALUE>,<HEADER>=<HEADER_VALUE>"      }    }  }}

See Claude Desktop MCP docs for more info.

Claude Code

Run the command:

sh
claude mcp add victorialogs -- /path/to/mcp-victorialogs \  -e VL_INSTANCE_ENTRYPOINT=<YOUR_VL_INSTANCE> \  -e VL_INSTANCE_BEARER_TOKEN=<YOUR_VL_BEARER_TOKEN> \  -e VL_INSTANCE_HEADERS="<HEADER>=<HEADER_VALUE>,<HEADER>=<HEADER_VALUE>"

See Claude Code MCP docs for more info.

Codex

Codex CLI and the IDE extension use the same MCP configuration file: ~/.codex/config.toml (or .codex/config.toml in a trusted project).

Run the command:

sh
codex mcp add victorialogs \  --env VL_INSTANCE_ENTRYPOINT=<YOUR_VL_INSTANCE> \  --env VL_INSTANCE_BEARER_TOKEN=<YOUR_VL_BEARER_TOKEN> \  --env VL_INSTANCE_HEADERS="<HEADER>=<HEADER_VALUE>,<HEADER>=<HEADER_VALUE>" \  -- /path/to/mcp-victorialogs

Or add the following to your Codex ~/.codex/config.toml file:

toml
[mcp_servers.victorialogs]command = "/path/to/mcp-victorialogs"
[mcp_servers.victorialogs.env]VL_INSTANCE_ENTRYPOINT = "<YOUR_VL_INSTANCE>"VL_INSTANCE_BEARER_TOKEN = "<YOUR_VL_BEARER_TOKEN>"VL_INSTANCE_HEADERS = "<HEADER>=<HEADER_VALUE>,<HEADER>=<HEADER_VALUE>"

If you run the server in Streamable HTTP mode, you can register it with:

sh
codex mcp add victorialogs --url http://localhost:8081/mcp

See Codex MCP docs for more info.

Visual Studio Code

Add this to your VS Code MCP config file:

json
{  "servers": {    "victorialogs": {      "type": "stdio",      "command": "/path/to/mcp-victorialogs",      "env": {        "VL_INSTANCE_ENTRYPOINT": "<YOUR_VL_INSTANCE>",        "VL_INSTANCE_BEARER_TOKEN": "<YOUR_VL_BEARER_TOKEN>",        "VL_INSTANCE_HEADERS": "<HEADER>=<HEADER_VALUE>,<HEADER>=<HEADER_VALUE>"      }    }  }}

See VS Code MCP docs for more info.

Zed

Add the following to your Zed config file:

json
  "context_servers": {    "victorialogs": {      "command": {        "path": "/path/to/mcp-victorialogs",        "args": [],        "env": {                  "VL_INSTANCE_ENTRYPOINT": "<YOUR_VL_INSTANCE>",        "VL_INSTANCE_BEARER_TOKEN": "<YOUR_VL_BEARER_TOKEN>",        "VL_INSTANCE_HEADERS": "<HEADER>=<HEADER_VALUE>,<HEADER>=<HEADER_VALUE>"      }      },      "settings": {}    }  }}

See Zed MCP docs for more info.

JetBrains IDEs

  • Open Settings -> Tools -> AI Assistant -> Model Context Protocol (MCP).
  • Click Add (+)
  • Select As JSON
  • Put the following to the input field:
json
{  "mcpServers": {    "victorialogs": {      "command": "/path/to/mcp-victorialogs",      "env": {        "VL_INSTANCE_ENTRYPOINT": "<YOUR_VL_INSTANCE>",        "VL_INSTANCE_BEARER_TOKEN": "<YOUR_VL_BEARER_TOKEN>",        "VL_INSTANCE_HEADERS": "<HEADER>=<HEADER_VALUE>,<HEADER>=<HEADER_VALUE>"      }    }  }}

Windsurf

Add the following to your Windsurf MCP config file.

json
{  "mcpServers": {    "victorialogs": {      "command": "/path/to/mcp-victorialogs",      "env": {        "VL_INSTANCE_ENTRYPOINT": "<YOUR_VL_INSTANCE>",        "VL_INSTANCE_BEARER_TOKEN": "<YOUR_VL_BEARER_TOKEN>",        "VL_INSTANCE_HEADERS": "<HEADER>=<HEADER_VALUE>,<HEADER>=<HEADER_VALUE>"      }    }  }}

See Windsurf MCP docs for more info.

Using Docker instead of binary

You can run VictoriaLogs MCP Server using Docker instead of local binary.

You should replace run command in configuration examples above in the following way:

{  "mcpServers": {    "victorialogs": {      "command": "docker",        "args": [          "run",          "-i", "--rm",          "-e", "VL_INSTANCE_ENTRYPOINT",          "-e", "VL_INSTANCE_BEARER_TOKEN",          "-e", "VL_INSTANCE_HEADERS",          "ghcr.io/victoriametrics/mcp-victorialogs",        ],      "env": {        "VL_INSTANCE_ENTRYPOINT": "<YOUR_VL_INSTANCE>",        "VL_INSTANCE_BEARER_TOKEN": "<YOUR_VL_BEARER_TOKEN>",        "VL_INSTANCE_HEADERS": "<HEADER>=<HEADER_VALUE>,<HEADER>=<HEADER_VALUE>"      }    }  }}

Usage

After installing and configuring the MCP server, you can start using it with your favorite MCP client.

You can start dialog with AI assistant from the phrase:

Use MCP VictoriaLogs in the following answers

But it's not required, you can just start asking questions and the assistant will automatically use the tools and documentation to provide you with the best answers.

Toolset

MCP VictoriaLogs provides numerous tools for interacting with your VictoriaLogs instance.

Here's a list of available tools:

ToolDescription
documentationSearch in embedded VictoriaLogs documentation
facetsMost frequent values per each log field
field_namesList of field names for the query
field_valuesList of field values for the query
flagsView non-default flags of the VictoriaLogs instance
hitsThe number of matching log entries grouped by buckets
queryExecute LogsQL queries
stats_queryQuerying log stats for the given time
stats_query_rangeQuerying log stats on the given time range
stream_field_namesList of stream fields for the query
stream_field_valuesList of stream field values for the query
stream_idsList of stream IDs for the query
streamsList of streams for the query

Prompts

The server includes pre-defined prompts for common tasks.

These are just examples at the moment, the prompt library will be added to in the future:

PromptDescription
documentationSearch VictoriaLogs documentation for specific topics

FAQ

Why is the MCP server using more resources than I would expect from a simple API proxy?

The server contains an embedded vector database with VictoriaMetrics documentation and blog posts for the documentation tool. It helps to answer complex questions about VictoriaLogs without providing all data to LLM.
This is the main source of resource usage. To reduce it, add documentation to MCP_DISABLED_TOOLS environment variable to completely disable the vector database loading.

How to use one MCP server instance for several VictoriaMetrics instances?

You can use MCP_PASSTHROUGH_HEADERS parameter in the MCP Server together with Header-based routing in vmauth to route MCP calls between instances based on HTTP header values from your MCP client config.

Roadmap

  • Support "Explain query" tool
  • Support optional integration with VictoriaMetrics Cloud
  • Add some extra knowledge to server in addition to current documentation tool:
  • Implement multitenant version of MCP (that will support several deployments)
  • Add flags/configs validation tool
  • Enabling/disabling tools via configuration

Disclaimer

AI services and agents along with MCP servers like this cannot guarantee the accuracy, completeness and reliability of results. You should double check the results obtained with AI.

The quality of the MCP Server and its responses depends very much on the capabilities of your client and the quality of the model you are using.

Contributing

Contributions to the MCP VictoriaLogs project are welcome!

Please feel free to submit issues, feature requests, or pull requests.

Source: README.md at commit 3ee92d4

Tools

0
SourceWeft has not started this package in its sandbox yet, so its tools are not known.

Version history

1
  1. v1.9.0LatestSep 16, 2026

Score

50% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 days25 pts

    Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.

  • Auth declared10 pts

    Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.

  • Tools listed15 pts

    Answer tools/list without a credential, or ship a package that starts in a sandbox without one.

  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts