Skip to main content
Glama
Ivlad003

New Relic MCP Server

by Ivlad003

Новый сервер Relic MCP

Простой сервер Model Context Protocol (MCP) для запросов журналов New Relic с использованием запросов NRQL. Этот сервер позволяет моделям Large Language Models (LLM), таким как Claude, взаимодействовать с вашими данными New Relic.

Функции

  • Запрос журналов и метрик New Relic с использованием NRQL

  • Подробная регистрация ошибок

  • Простая интеграция с Claude Desktop

  • Форматирование выходных данных, понятное человеку

  • Настраиваемый идентификатор учетной записи New Relic

Related MCP server: Datadog MCP Server

Инструкции по установке

Предпосылки

  • Python 3.10 или выше

  • Аккаунт New Relic и ключ API

  • Клод Приложение для рабочего стола

Этапы установки

  1. Установите менеджер пакетов uv :

# On macOS/Linux
curl -LsSf https://astral.sh/uv/install.sh | sh

# On Windows (PowerShell)
powershell -c "irm https://astral.sh/uv/install.ps1 | iex"
  1. Создать и настроить проект:

# Create directory
mkdir newrelic-mcp
cd newrelic-mcp

# Create virtual environment
uv venv

# Activate virtual environment
source .venv/bin/activate  # On Unix/macOS
.venv\Scripts\activate     # On Windows

# Install dependencies
uv pip install "mcp[cli]" httpx
  1. Создайте файл сервера newrelic_logs_server.py с предоставленным кодом.

  2. Настройте переменные среды:

# On Unix/macOS
export NEW_RELIC_API_KEY="your-api-key-here"
export NEW_RELIC_ACCOUNT_ID="your-account-id-here"

# On Windows (CMD)
set NEW_RELIC_API_KEY=your-api-key-here
set NEW_RELIC_ACCOUNT_ID=your-account-id-here

# On Windows (PowerShell)
$env:NEW_RELIC_API_KEY = "your-api-key-here"
$env:NEW_RELIC_ACCOUNT_ID = "your-account-id-here"

Интеграция рабочего стола Клода

Настройте Claude Desktop, отредактировав файл конфигурации:

  • macOS: ~/Library/Application Support/Claude/claude_desktop_config.json

  • Windows: %APPDATA%\Claude\claude_desktop_config.json

Добавьте следующую конфигурацию:

{
    "mcpServers": {
        "newrelic": {
            "command": "uv",
            "args": [
                "--directory",
                "/absolute/path/to/newrelic-mcp",
                "run",
                "newrelic_logs_server.py"
            ],
            "env": {
                "NEW_RELIC_API_KEY": "your-api-key-here",
                "NEW_RELIC_ACCOUNT_ID": "your-account-id-here"
            }
        }
    }
}

Использование

Примеры NRQL-запросов

  1. Базовый запрос транзакции:

SELECT * FROM Transaction SINCE 1 hour ago
  1. Анализ ошибок:

SELECT * FROM Transaction WHERE error IS TRUE SINCE 1 hour ago LIMIT 10
  1. Анализ производительности:

SELECT average(duration) FROM Transaction FACET name ORDER BY average(duration) DESC LIMIT 5

Пример Клода Подсказки

Вы можете задать Клоду такие вопросы:

  • «Покажи мне все транзакции за последний час»

  • «Есть ли ошибки в нашем приложении?»

  • «Каковы наши самые медленные конечные точки?»

Отладка

Просмотр журналов

# On macOS/Linux
tail -f ~/Library/Logs/Claude/mcp-server-newrelic.log

# On Windows
type %APPDATA%\Claude\logs\mcp-server-newrelic.log

Тестирование с помощью MCP Inspector

Проверьте работоспособность вашего сервера, используя:

npx @modelcontextprotocol/inspector uv run newrelic_logs_server.py

Общие проблемы

  1. Ошибки аутентификации:

  • Проверьте правильность установки NEW_RELIC_API_KEY

  • Убедитесь, что API-ключ имеет правильные разрешения.

  • Убедитесь, что ключ API действителен

  1. Ошибки запроса:

  • Проверьте синтаксис NRQL

  • Проверьте идентификатор учетной записи в коде, соответствует ли он вашей учетной записи

  • Убедитесь, что запрашиваемые данные существуют в указанном временном диапазоне.

  1. Проблемы с подключением:

  • Проверьте сетевое подключение

  • Проверьте доступность конечной точки GraphQL

  • Убедитесь, что брандмауэры не блокируют соединения.

Заметки о безопасности

  • Никогда не передавайте ключи API в систему контроля версий

  • Используйте переменные среды для конфиденциальных данных

  • Поддерживайте актуальность зависимостей

  • Мониторинг шаблонов запросов и журналов доступа

Разработка

Локальное тестирование

  1. Установите переменные среды:

export NEW_RELIC_API_KEY="your-api-key-here"
export NEW_RELIC_ACCOUNT_ID="your-account-id-here"
  1. Запускаем сервер:

uv run newrelic_logs_server.py

Структура кода

Сервер реализует:

  • Инструмент для создания единого запроса NRQL

  • Настраиваемый идентификатор учетной записи New Relic

  • Комплексная обработка ошибок

  • Подробная регистрация

  • Форматирование ответа

Тестирование изменений

  1. При необходимости измените код.

  2. Тест с MCP Inspector

  3. Перезапустите Claude Desktop, чтобы изменения вступили в силу.

Руководство по устранению неполадок

  1. Сервер не запускается:

  • Проверить версию Python

  • Убедитесь, что все зависимости установлены.

  • Убедитесь, что виртуальная среда активирована

  1. Запрос не работает:

  • Проверьте журналы на наличие подробных сообщений об ошибках.

  • Проверьте синтаксис NRQL

  • Убедитесь, что данные существуют в запрашиваемом диапазоне времени

  1. Клод не подключается:

  • Проверьте синтаксис файла конфигурации

  • Проверьте абсолютные пути

  • Перезагрузить рабочий стол Клода

Внося вклад

  1. Форк репозитория

  2. Создать ветку функций

  3. Отправить запрос на извлечение

Лицензия

Данный проект лицензирован по лицензии MIT.

Поддерживать

Если у вас возникли проблемы:

  1. Проверьте журналы.

  2. Просмотрите раздел общих проблем

  3. Тест с MCP Inspector

  4. Сообщить о проблеме на GitHub

Available Tools

1 tool
query_logsB

Query New Relic logs using NRQL.

Args: query: NRQL query string (e.g., "SELECT * FROM Transaction") account_id: New Relic account ID (default from env var)

ParametersJSON Schema
NameRequiredDescriptionDefault
queryYes
account_idNo1234567

TDQS

B3.1/5.0
Behavior2/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

With no annotations, the description carries the full behavioral burden and largely drops it. It never states that this is a read-only operation, whether results are limited or paginated, what time range NRQL defaults to, or what auth/scope is required for the account.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Short and front-loaded with the core action in the first sentence, followed by a compact arg list. The docstring-style 'Args:' block is a bit ceremonial but each line carries parameter information.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness3/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

For a two-parameter query tool with no output schema and no annotations, the description covers the parameters adequately but omits result shape, row/result limits, and pagination behavior. It is minimally viable rather than complete.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters4/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is 0%, so the description must compensate, and it does: 'query' is explained as an NRQL string with a concrete example, and 'account_id' is described as taking a default from an environment variable. This is meaningful context the bare schema lacks, though the example query targets 'Transaction' rather than a log table, which is slightly off for a log tool.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose4/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description states a specific verb and resource ('Query New Relic logs using NRQL'), which is unambiguous about what the tool does. There are no sibling tools to differentiate from, so 5 is not reachable, but the purpose itself is crisp.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines2/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

It says the tool uses NRQL but gives no guidance on when to use it versus other retrieval tools, no prerequisites, and no exclusions. An agent gets the mechanism but not the selection criteria.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

  1. 1 tool updatev0.1.0
    • First observedquery_logs

TDQS

B3.2/5.0

Scored across 1 tool

Disambiguation5/5

With only one tool, there is no possibility of overlap or misselection; its purpose (querying logs via NRQL) is unambiguous.

Naming Consistency5/5

The single name query_logs follows a clean verb_noun snake_case convention that would scale predictably if more tools were added.

Tool Count2/5

One tool is far too few for a platform like New Relic, which spans logs, metrics, APM, alerts, and dashboards; the surface feels like a stub rather than a server.

Completeness2/5

Only log querying is exposed, with no metric queries, APM data, alert/incident retrieval, or account/resource listing, leaving major observability workflows unreachable.

Maintenance

ActivityStale
ResponsivenessNo issues

Related MCP Connectors

Related MCP Servers

  • F
    license
    C
    quality
    D
    maintenance
    A Model Context Protocol server that enables searching and retrieving information from DevRev using its APIs with Claude.
    2
    3
    -
  • A
    license
    B
    quality
    Not graded
    maintenance
    A Model Context Protocol server that enables AI assistants to interact with Datadog's observability platform through natural language.
    72
    MIT
  • A
    license
    B
    quality
    C
    maintenance
    Enables natural language access to New Relic for monitoring, querying, and managing dashboards, entities, alerts, and deployments via the Model Context Protocol.
    52
    9
    MIT