Deploy Kubiya runners to Kubernetes via Helm
Deploy Kubiya runners to your Kubernetes cluster using our official Helm chart for scalable, production-ready automation.Overview
Kubiya runners execute your workflows and agent tasks in secure, isolated environments. The Helm chart provides:- Automatic scaling based on workload demand
- Security-first configuration with RBAC and network policies
- Production-ready monitoring and logging
- Easy upgrades and configuration management
Before You Start
Requirements:- Kubernetes cluster (v1.20+)
- Helm 3.x installed
- kubectl access to your cluster
- Kubiya organization access
- Your Kubiya API key
- Organization name
- Desired runner configuration
Step 1: Access the Runners Dashboard
Navigate to your Kubernetes runners management interface:
- Go to Resources → Local Runners in your Kubiya organization
- Click “Create Runner” to start the setup wizard
- You’ll see all your existing runners with their status (Healthy/Unknown)
Step 2: Create a New Runner
Configure your Kubernetes runner through the creation wizard:
- Runner Name: Enter a unique name (e.g., “dev-cluster”)
- Deployment Target: Select “Kubernetes”
- Resource Profile: Choose “Standard (Production)” for resource limits
- Basic Options:
- ☐ Cluster-wide access - Grant permissions across all namespaces
- ☑ Persistent storage - Enable persistent volumes for state
- ☑ Monitoring & telemetry - Enable Azure Prometheus and Grafana
Step 3: Advanced Configuration
Switch to the Advanced Configuration tab for detailed settings:
- Runner Name: Confirm your runner name
- Deployment Target: Kubernetes (confirmed)
- Resource Profile: Standard for production workloads
- ☐ Cluster-wide access - Allow access to all namespaces
- ☑ Network policies - Enable namespace isolation
- ☑ Run as non-root - Enhanced security context
- ☑ Persistent storage - Enable PVCs for state
- Storage Class: default (or specify your preferred class)
- ☑ Workflow Engine - Execute workflow automations
- ☑ Dagger Runtime - Container-based tool execution
- ☐ Image Updater - Automatic component updates (optional)
- ☑ Azure Prometheus - Metrics collection and dashboards
- ☑ OpenTelemetry tracing - Distributed tracing support
- Click “Create Runner” to generate your runner configuration and token
Step 4: Add the Kubiya Helm Repository
Step 5: Install the Runner
Quick Installation
Production Installation
Create avalues.yaml
file for production configuration:
Step 6: Verify Installation
Check that your runner is deployed and healthy:Configuration Options
Environment Variables
Resource Management
Security Configuration
Networking
Advanced Configuration
Multiple Runner Types
Deploy different runner configurations for different environments:High Availability Setup
Persistent Storage
Monitoring and Logging
Prometheus Integration
Log Aggregation
Upgrading
Update Runner Configuration
Version Management
Troubleshooting
Common Issues
Runner Not Connecting:Complete Helm Chart Reference
For the complete list of configuration options, values, and advanced features, see the full chart documentation on Artifact Hub: 📚 Kubiya Runner Helm Chart - Artifact Hub The Artifact Hub documentation includes:- Complete values.yaml reference
- All configuration options
- Security best practices
- Monitoring and alerting setup
- Advanced deployment patterns
- Troubleshooting guides
Next Steps
- Configure Agents to use your new runner
- Create Workflows that leverage runner capabilities
- Monitor Performance through the Kubiya dashboard
- Set up CI/CD integration with your runner