Any cluster. Debian to exascale.
Built, hardened, and on-call.
We deploy, harden and operate the clusters your business actually runs on — the network
fabric and firewalls underneath, then Linux and Kubernetes, databases, distributed storage,
SAN, messaging, HPC and GPU on top. You keep ownership and control. We build it, prove it
works, teach your team, and then answer the phone at 3am.
Placeholder 2 figures above need real numbers before launch. We publish measured values or
nothing — we do not put estimates in a trust bar.
Capability matrix
Twenty-three cluster disciplines. One team.
Most infrastructure shops do one of these well. The problems that hurt are the ones that
span several — a database that depends on storage, that depends on the SAN fabric, that
depends on the network, that depends on a scheduler nobody tuned. We work across all of
it, and we say so plainly when something is outside our lane.
Five stages. Every one of them produces a document you own.
No stage ends with "and then we'll see". Each one has a defined output and an exit
criterion, and you get the artifacts whether or not you continue to the next stage.
01
Discover
1–2 weeks
We read your architecture, not your marketing deck.
Current-state risk map (including single points of failure)
"Container orchestration" means nothing. Cilium 1.18 with Gateway API, Rook-Ceph 1.17 and
DRA on Kubernetes 1.34 means something. Here is a sample of what we work with weekly —
295 entries are indexed on the stack page.
Not "we delivered a solution". Here is the situation, what we did, and the number that
moved afterwards. Six of the 37 engagements we have documented, organised by
cluster type.
Anonymised
Representative engagements described under NDA: no client names, no logos, no invented
metrics. Where a number appears, we measured it and the customer saw the report.
The team could not safely reinstall a node — the procedure existed only as tribal knowledge — so a failed disk meant a host down for days.
Approach
Replaced the wiki page with a provisioning plane and a machine inventory as the single source of truth. Rack-by-rack roll-through with two spare nodes as a buffer, starting with the least critical rack.
Delivered
MAAS as the authoritative machine inventory, synchronised nightly from Redfish
iPXE + preseed bring-up with automated RAID, bonding and firmware baseline
Ansible roles for OS baseline, network config, package policy and unattended upgrades
Nothing about the cluster was reversible. Every change was a one-way door, so the team made changes less and less often.
Approach
Built a staging cluster from an approved design first and proved the upgrade path there, then rebuilt production the same way — GitOps from the first commit so the cluster could be recreated from code.
Delivered
HA control plane across three failure domains, external etcd with timed restore
GitOps from day one — every workload, policy and add-on in a repository
Cilium network policies replacing a convention-based multi-tenancy README
Measured result
49 minmeasured control-plane upgrade, zero dropped requests
4 minmeasured etcd restore to a working control plane
An untested HA cluster is worse than no cluster: it produces confidence without capability.
Approach
Fixed the fencing path first — because everything else depends on it — then rehearsed failover under load, including the case where the primary is unresponsive rather than cleanly down.
Delivered
Fencing validated against both power and watchdog paths, with SBD timeouts tuned
DRBD replication verified under load with a written split-brain recovery procedure
Resource ordering and constraints rewritten so failover is deterministic
Measured result
14smeasured automatic failover under production load
The migration had to be reversible per wave, and no application owner would accept a weekend of unplanned downtime.
Approach
Modelled the replacement platform first, then migrated in four batches ordered by blast radius — starting with internal tooling so the team could make its mistakes where they were cheap.
Delivered
Hyperconverged platform with SSD and HDD pools and a documented failure-domain map
Per-wave rollback rehearsal: every VM restorable to the old platform within the window
Licence cost comparison table for the board, including support and training lines
PostgreSQL — Patroni HA across three failure domains
Challenge
The database held the ledger. Both the availability story and the recovery story had to become measured facts rather than confident assumptions.
Approach
Rebuilt the consensus layer across three genuinely separate failure domains, then ran the first real restore into a scratch environment and published the time.
Delivered
Patroni-managed cluster with etcd quorum spanning three failure domains
Synchronous commit policy per workload class, documented trade-offs
pgBackRest with off-site storage, WAL archiving and retention policy
The problem was not failing disks. It was a CRUSH layout and recovery configuration that turned one disk failure into a cluster-wide performance event.
Approach
Rebuilt the failure-domain model first, tuned recovery and backfill against measured client latency, then rolled the layout out rack by rack without taking the cluster offline.
Delivered
Failure-domain map rebuilt: rack-level CRUSH rules replacing a flat layout
Recovery, backfill and scrub settings tuned to a client-latency budget
NVMe WAL/DB separation for the HDD tier, which removed a hidden write bottleneck
Measured result
weekly → 0degraded-state events in the following quarter
—client latency under recovery, measured against budget
Most vendors in this space quote on request, which tells you the number depends on how
much they think you can pay. Ours depends on cluster size, failure domains, and whether
you want us on call. Here is the shape of it — the exact figure comes out of a short
call.
Essential
99.9%uptime target
from$1,900/cluster/month
Monitoring stack deployed and tuned
Business-hours incident response (PT)
Monthly patch cycle
Quarterly capacity report
Not included
Out-of-hours response
Failover drills
Most chosen
Business
99.95%uptime target
from$3,600/cluster/month
Everything in Essential
16×5 incident response
Quarterly failover drill with report
Restore-from-backup drill
Named engineer, direct line
Not included
Contractual 15-minute response
Mission-Critical
99.99%uptime target
from$7,900/cluster/month
Everything in Business
24×7 follow-the-sun response
Contractual 15-min response target
Monthly chaos drill
Dedicated runbook ownership
Capacity headroom guarantee
GPU / HPC node management
from$220/GPU node/month
Priced per node, not per GPU card. Includes driver/fabric health, scheduler tuning, and utilisation reporting.
Retainer / emergency support
from$4,000/month
A prepaid hour pool you can drain anytime. For teams who build themselves but want a senior engineer one message away.
The person who scopes your engagement is the person who builds it. There is no
handover to a delivery team you have never met, and no one between you and the
engineer who understands your cluster.
Placeholder
Named engineers with photos, certifications and public contributions go here before launch.
We're not inventing faces to fill the space — this section stays as roles until there are
real people to put in it.
Free · no call required
The 38-point Cluster Health Checklist
The exact list we work through during a paid audit: quorum and fencing, storage failure
domains, backup restorability, upgrade paths, certificate expiry, GPU allocation idleness,
and the eleven things that most often turn out to be wrong.
38 items, each with what "good" looks like and how to verify it
Written for engineers, not for procurement
Includes the questions we ask that usually make people go quiet
Questions we get asked
The ones that usually decide it.
How are you different from Rancher, Spectro Cloud or Rafay?
They sell software platforms. You install the platform and you're on your own for the hard parts — that's the single most common complaint in their own reviews. We're the team that does the hard parts, on your hardware, with your constraints. We'll happily deploy their platform if it fits; we just don't stop at the licence email.
We already have racks and a VMware estate. Can you work with what we own?
That's most of our work. We start with an audit of what exists — hardware inventory, firmware, network topology, failure domains, licence exposure. You get a risk map before you commit to anything. If the honest answer is 'keep most of it and fix four things', that's what we'll tell you.
Where does our data live?
On your infrastructure. We don't proxy your traffic and we don't copy your data to our cloud. Our access is through infrastructure you grant, logged, and revocable. For managed customers we need monitoring and log access — we'll document exactly what and why, and you can scope it down.
How fast do you respond when something breaks?
Managed tiers carry contractual response targets: business hours on Essential, 16×5 on Business, 24×7 with a 15-minute target on Mission-Critical. Median first response on the managed tier is tracked and published on our status page. We don't publish an SLA we haven't measured.
Does our team need to know Kubernetes already?
No, but we won't pretend it's magic either. Every engagement ends with runbooks and a walkthrough session. If you want your people trained, the 3-day cohort on your own hardware is the fast path — we'd rather leave you capable than dependent.
What does a project actually cost, and what makes it cost more?
Audits start at $2,500 fixed. Build engagements start at $15,000. Managed starts at $1,900 per cluster per month. Things that move the number: failure domains (multi-site costs more than multi-rack), regulated environments, air-gapped networks, and migrations with a live cutover. We list those multipliers on the pricing page rather than hiding them behind a quote form.
Do you take equity or work for deferred payment?
No. We're a services business and we're paid in money. If you need the audit but can't fund the build yet, take the audit report and shop it around — it's yours.
Book a 30-min cluster review
Bring your architecture diagram, or just the problem. We'll tell you what we'd do, what it would cost, and whether we're the right people for it.