Search

PythonReactSEOPDF
GitHub Skill

cluster-resource-health

Check Kubernetes cluster health including pod status, node conditions, resource utilization, and pending alerts across EKS clusters. Use when monitoring infrastructure health, investigating capacity issues, or performing cluster audits.

cnoe-io☆ 318 Repository stars46 Repository forks

Installation

Follow the repository instructions for this skill and your agent. Review the files and dependencies before adding it to your workflow.

View source ↗Guides

Skill instructions

Cluster Resource Health

Query AWS EKS clusters for node health, pod status, resource utilization, and alerts to produce a cluster health dashboard.

Instructions

Phase 1: Cluster Overview (AWS Agent)
  1. List EKS clusters and their status
  2. Check Kubernetes version - current vs. latest, end-of-support date
Phase 2: Node Health
  1. Inspect node conditions - Ready, MemoryPressure, DiskPressure, PIDPressure
  2. Resource utilization per node - CPU, Memory, Pod count
Phase 3: Pod Health
  1. Identify problematic pods - CrashLoopBackOff, ImagePullBackOff, OOMKilled, Pending
  2. Namespace-level summary - pods running, pending, failed per namespace
Phase 4: Resource Capacity Analysis
  1. Cluster-wide utilization - total CPU/Memory requested vs. allocatable
  2. Capacity risks - nodes at >80%, namespaces exceeding quotas

Output Format

```markdown

Cluster Resource Health Report

Cluster Summary
Cluster Version Nodes Status Overall Health
prod-us-west-2 1.29 12/12 Ready Active HEALTHY
Resource Utilization
Resource Requested Allocatable Utilization
CPU 38 cores 48 cores 79%
Memory 96 Gi 128 Gi 75%
```

Examples

  • "Check the health of our EKS clusters"
  • "Are there any failing pods in production?"
  • "Show me cluster resource utilization"
  • "Which nodes are under memory pressure?"

Guidelines

  • Check all clusters unless a specific cluster is requested
  • Flag any node above 85% resource utilization as a capacity risk
  • For CrashLoopBackOff pods, suggest checking logs as the immediate action
  • EKS version end-of-support should be flagged at least 90 days before EOL
  • Use kubectl read-only commands only (never modify cluster state during health checks)

Examples

Read the usage examples in the source repository.

View source ↗

Source history

Indexed on
2026-03-11
Index updated
2026-03-11
Branch
main

Index and sync dates describe this directory. View the source repository for code history.

GitHub ↗

chat Comments (0)

chat_bubble_outline

No comments yet. Be the first to share your thoughts!