← Retour à la liste
★★★★ 4 / 5
Catégorie 05MCP

MCP Kubernetes

Gérer vos clusters Kubernetes depuis Claude

Installation
Via npmclaude mcp add kubernetes \ -e KUBECONFIG=/home/user/.kube/config \ -- npx -y @zachthecoder/mcp-server-kubernetes
Contexte spécifique (staging)claude mcp add kubernetes-staging \ -e KUBECONFIG=/home/user/.kube/config \ -e KUBE_CONTEXT=staging-cluster \ -e KUBE_NAMESPACE=drupal-staging \ -- npx -y @zachthecoder/mcp-server-kubernetes
Versionzachthecoder/mcp-server-kubernetes
PrixGratuit (open source)
Plateformes
macOSLinuxWindows
Commandes7
Exemples3
MCP
À propos

Serveur MCP pour interagir avec des clusters Kubernetes depuis Claude. Permet d'inspecter les pods, lire les logs, voir les événements, appliquer des manifestes et diagnostiquer des incidents d'infrastructure Drupal sur K8s — le tout depuis le chat IA avec le contexte du code et de la configuration.

Fonctionnalités clés
Inspection des pods et workloadsLister les pods par namespace, voir leur statut, les événements récents et les conditions. Identifier immédiatement les pods en erreur (CrashLoopBackOff, OOMKilled, Pending).
Lecture des logs en temps réelRécupérer les logs de n'importe quel pod et container (y compris les containers précédents qui ont crashé). Corréler avec le code local pour un diagnostic rapide.
Inspection des ressourcesLire les Deployments, Services, Ingress, ConfigMaps, HPA et Events. Voir les specs YAML complètes sans quitter l'éditeur.
Application de manifestesAppliquer des fichiers YAML directement depuis le chat (kubectl apply). Vérifier le résultat immédiatement après.
Debugging avancékubectl exec dans un pod, port-forward pour accéder localement à un service, describe pour voir tous les events d'un pod en détail.
Commandes
CommandeDescription
list_podsLister les pods d'un namespace avec leur statut
get_pod_logsRécupérer les logs d'un pod (--previous pour le crash précédent)
describe_podDescription complète d'un pod avec ses events
get_deploymentsLister les Deployments et leur statut (ready/total)
apply_manifestAppliquer un manifest YAML (kubectl apply)
get_eventsÉvénements récents du cluster (utile pour debug)
exec_commandExécuter une commande dans un pod
Exemples
Diagnostiquer un pod en CrashLoopBackOffCODE
"Un pod Drupal est en CrashLoopBackOff dans le namespace production.
1. Liste tous les pods du namespace production avec leur statut
2. Pour le pod en erreur, montre les logs du container PHP-FPM (current + previous)
3. Décris le pod pour voir les events K8s récents
4. Identifie la cause du crash et propose une solution"
Rolling restart après mise à jour de configCODE
"Je viens de mettre à jour le ConfigMap 'drupal-settings' avec la nouvelle
valeur de base de données. Effectue un rolling restart du Deployment 'drupal-web'
pour que les pods récupèrent la nouvelle config :
1. Vérifie l'état actuel du Deployment
2. Lance le rolling restart (kubectl rollout restart)
3. Surveille le statut du rollout jusqu'à completion
4. Vérifie que les nouveaux pods sont Running"
Inspecter les ressources et identifier les problèmesCODE
"Fais un audit rapide du namespace drupal-production :
1. Pods pas en état Running ou Completed
2. Deployments avec un nombre de replicas inférieur au désiré
3. Events d'avertissement des 30 dernières minutes
4. HPA qui ont scalé récemment (ScalingActive events)"
Points forts & faibles
Points forts
+Diagnostic d'incidents K8s directement dans le contexte du code
+Logs de pods avec corrélation au code source local
+Pas besoin de jongler entre terminal kubectl et l'éditeur
+Support multi-namespace et multi-cluster (via kubeconfig contexts)
+Peut appliquer des manifestes générés par Claude
Points faibles
Risque si le kubeconfig a des droits d'écriture sur prod
Pas d'implémentation officielle Kubernetes/CNCF
Certaines opérations (exec interactif, port-forward persistant) limitées
Dépend de la version de l'API Kubernetes du cluster
Verdict

Excellent pour le diagnostic d'incidents et la consultation de l'état du cluster. Permet de corréler les problèmes K8s avec le code. À utiliser avec un kubeconfig read-only sur les clusters de production.

Développeurs et DevOps qui déploient Drupal sur Kubernetes et veulent diagnostiquer des incidents, inspecter des pods ou appliquer des changements depuis le chat IA.