Clusters
Understanding infrastructure organization with clusters
A Cluster is a logical grouping of computing resources where your FixPanic agents run. Clusters help you organize your infrastructure and manage agents effectively.
What is a Cluster?
A cluster represents:
- An environment (Production, Staging, Development)
- A project or application
- A region or data center
- Any logical grouping that makes sense for your organization
Why Use Clusters?
Organization
Group related infrastructure:
- All production servers in one cluster
- Each environment separate
- Easy to navigate and manage
Isolation
Keep environments separate:
- Production commands don't affect staging
- Development experiments isolated
- Clear boundaries between contexts
Access Control
Manage permissions at the cluster level:
- Team members see only their clusters
- Different access levels per cluster
- Audit trails per environment
Credentials
Each cluster has unique credentials:
- Agents authenticate per cluster
- Compromise isolation
- Easy to rotate
Cluster Organization Patterns
By Environment
The most common pattern:
| Cluster | Purpose |
|---|---|
production | Live production systems |
staging | Pre-production testing |
development | Development and experimentation |
By Region
For geographically distributed infrastructure:
| Cluster | Purpose |
|---|---|
us-east | US East Coast data center |
us-west | US West Coast data center |
eu-central | European data center |
By Application
For multi-application organizations:
| Cluster | Purpose |
|---|---|
api-prod | API service production |
web-prod | Web service production |
ml-prod | ML pipeline production |
Combined
Combine patterns as needed:
| Cluster | Purpose |
|---|---|
prod-api-us-east | API production in US East |
staging-web | Web staging |
dev-ml | ML development |
Cluster Lifecycle
Creating a Cluster
- Navigate to Clusters in the dashboard
- Click "Create Cluster"
- Enter a name and description
- Save the generated credentials
Cluster States
| State | Description |
|---|---|
| Active | Normal operation, agents can connect |
| Paused | No new agents, existing continue |
| Archived | No operations, read-only |
Deleting a Cluster
Warning: You must delete all agents in a cluster before deleting the cluster itself.
- Remove or move all agents
- Go to cluster settings
- Click "Delete Cluster"
- Confirm deletion
Cluster Credentials
Each cluster has:
| Credential | Purpose | Visibility |
|---|---|---|
| Cluster ID | Identifies the cluster | Always visible |
| API Key | Authenticates agents | Shown once |
Credential Security
Best practices:
- Store keys in a secrets manager
- Use environment variables
- Never commit to version control
- Rotate periodically
Regenerating Credentials
If a key is compromised:
- Go to cluster settings
- Click "Regenerate API Key"
- Confirm (this invalidates the old key)
- Update all agents with the new key
Cluster Health
Health Indicators
| Status | Meaning |
|---|---|
| Healthy | All agents connected |
| Degraded | Some agents disconnected |
| Unhealthy | Most/all agents disconnected |
| Empty | No agents deployed |
Health Checks
The platform monitors:
- Agent heartbeats (every 30 seconds)
- Connection status
- Response times
Alerting
Configure alerts for:
- Agent disconnections
- Health status changes
- Resource thresholds
Infrastructure Flexibility
Clusters are infrastructure-agnostic. They can contain agents running on:
| Infrastructure | Example |
|---|---|
| Virtual Machines | AWS EC2, GCP Compute Engine |
| Bare Metal | Dedicated servers |
| Containers | Docker hosts, Kubernetes |
| Edge Devices | Raspberry Pi, IoT devices |
| Hybrid | Mix of the above |
Multi-Cluster Strategies
Environment Promotion
Move code through environments:
Use separate clusters for each stage.
Blue-Green Deployments
Maintain two production clusters:
production-blue- Current liveproduction-green- New deployment
Switch traffic between them.
Regional Failover
Clusters in multiple regions:
prod-us-east- Primaryprod-us-west- Secondary
Failover between regions as needed.
Best Practices
Naming Conventions
Use consistent, descriptive names:
- Include environment:
prod-,staging-,dev- - Include region if applicable:
-us-east,-eu - Include project if multi-tenant:
-api,-web
Documentation
Document your clusters:
- Purpose and scope
- Who has access
- Related systems
- Contact information
Limits
Consider subscription limits:
- Number of clusters allowed
- Number of agents per cluster
- API rate limits
Cleanup
Regularly review clusters:
- Archive unused clusters
- Remove obsolete agents
- Clean up test environments
Next Steps
- Security - Learn about security controls for clusters.
- Managing Clusters - Manage clusters through the dashboard.
- First Deployment - Deploy your first agent to a cluster.