k8s-mcp-server logo

k8s-mcp-serverThis program connects your text assistant directly to your Kubernetes environment. You can check running applications, read container logs, track memory usage, update software, and restart services by

(0)
Daniel NikulshynReviewed by Daniel Nikulshyn·Updated July 2026

Overview

k8s-mcp-server is a Kubernetes Model Context Protocol (MCP) server that provides a standardized interface for interacting with Kubernetes clusters. It allows users to check running applications, read container logs, track memory usage, update software, and restart services directly from a text assistant. The server supports multiple modes of operation, including stdio mode for CLI tools, SSE mode, and streamable-http mode for web applications. It also features flexible configuration options, including support for different Kubernetes contexts and resource scopes.

Key features

  • API Resource Discovery
  • Resource Listing with optional namespace and label filtering
  • Resource Details and Description
  • Pod Logs retrieval
  • Node Metrics and Pod Metrics
  • Event Listing

Pricing

Model
Free
Category
MCP Servers
Rating
No reviews yet

Use cases

Kubernetes Cluster Management

Use k8s-mcp-server to manage and monitor a Kubernetes cluster, including checking running applications, reading container logs, and tracking memory usage.

Automated Deployment and Scaling

Utilize k8s-mcp-server to automate deployment and scaling of applications in a Kubernetes cluster, using its API Resource Discovery and Resource Creation/Updating features.

Pros & Cons

Pros

  • Provides a standardized interface for interacting with Kubernetes clusters
  • Supports multiple modes of operation, including stdio, SSE, and streamable-http
  • Offers flexible configuration options, including support for different Kubernetes contexts and resource scopes
  • Runs as a non-root user in Docker containers for enhanced security

Cons

  • Requires Go 1.23 or later to build and run
  • Needs access to a Kubernetes cluster and kubectl configured with appropriate cluster access

Reviews

Sign in to leave a review.

No reviews yet. Be the first!

Q&A

What is crisis prevention?

Crisis prevention allows GitHub Enterprise Server customers to prepare for—and experience—an incident without risk. Your Customer Reliability Engineer (CRE) guides your team through an incident simulation in a safe and controlled environment. Crisis Prevention consists of up to four sessions about reliability best practices, preparing for a potential incident, and efficiently interacting with GitHub Support. After the incident simulation, your CRE will run a detailed retrospective, uncovering lessons learned and improvement suggestions for the future.

Asked by Lorenzo Bianchi · Nov 30, 2025

What’s included in initial troubleshooting?

For initial troubleshooting, the assigned Premium Support Engineer or Customer Reliability Engineer will review and acknowledge your ticket. To better understand the issue and start troubleshooting, the engineer may ask for additional information such as screenshots, error messages, log files, diagnostics files, support bundles, or the output of specific console commands. They may also collaborate with others in support, engineering, or the regional incident commander. If a callback was requested, the engineer will determine if screen sharing is the most effective way to drive ticket resolution and invite you to join a screen‑sharing session.

Asked by Sofia Lindqvist · Dec 1, 2025

What security feature does it have?

The server runs as a non-root user in Docker containers for enhanced security.

Asked by Ximenez Alvarado · Oct 16, 2025

What are the key features?

Key features include API Resource Discovery, Resource Listing, Resource Details, Pod Logs retrieval, Node Metrics, and Event Listing. The server also supports resource creation, updating, and deletion.

Asked by Malik Rasheed · Oct 1, 2025

How long does GitHub Premium Support take?

GitHub Premium Support and GitHub Premium Plus Support customers have service‑level agreements (SLAs) for initial response. For urgent priority tickets, the initial response SLA guarantees a 30‑minute initial response time, which includes troubleshooting. For high‑priority tickets, the initial response SLA provides a four‑hour time. We do not provide estimates for time to resolution, as the complexity of tickets varies, but we review these metrics regularly and aim to reduce times whenever possible.

Asked by Wei Chen · Sep 22, 2025

Ask a question

MCP Servers alternatives