GPU cloudKONST is a Taipei-based AI infrastructure company operating high-density GPU data centers and GPU cloud services across Asia and Europe, and its fleet had outgrown the monitoring its team built in-house. Aravolta brought KONST's GPU servers, switches, firewall, and UPS onto one platform, onboarded remotely, and read GPU telemetry straight from the exporters the servers already ran.
We had built our own monitoring stack, and it served us well in the early days. But as our clusters grew, the gaps became visible: every new site or vendor meant another collector to write, and simple questions about how a rack behaved last week took real effort to answer. Aravolta gave us GPU, network and power telemetry in one place within days, without our team writing a single integration. What stood out just as much is the product itself: the UI is clean and genuinely pleasant to work in, our engineers found their way around it without training, and the depth of features behind that simple surface kept surprising us. For a lean infrastructure team running multi-site GPU clusters, that was exactly the kind of leverage we needed.

David Wacker
Systems Architect, KONST
The challenge
A bare metal GPU cloud lives or dies on more than its GPUs. Servers, power, cooling, and network all have to be visible. In the early days, KONST's engineers built their own monitoring from open-source tools: SNMP data flowed into custom dashboards, and alerts went to the team's chat. It did the job and got the company through its first clusters.
But what works for a handful of racks doesn't scale to multiple sites and growing cluster sizes. Each new vendor or site meant more mapping and more upkeep, and more of the team's time went into maintaining the tooling rather than the infrastructure it was meant to watch.
What KONST needed
KONST's team knew what the next platform had to do.
GPU usage and temperature had to sit next to the switches and power behind each rack, without the team maintaining the tooling.
Questions about how a rack behaved last week had to be quick to answer, over whatever window the team picked.
KONST runs sites in more than one country, so adding a site or a vendor couldn't mean writing another collector.
KONST wanted its data in its own data lake, so the platform needed an open API.
GPU monitoring
Aravolta read the GPU exporters KONST's servers already ran, so nothing was installed on the servers and no collector was written on KONST's side. Aravolta's own collector, running on its node, pulled the readings on a schedule.
A GPU server's asset page lists its cards one by one, with power draw, temperature, utilization, memory used, and fan speed for each, in the same platform as the switches, firewall, and UPS that keep the rack running.
Draw and heat for each card, so a hot or power-hungry GPU stands out.
How hard each card is working and how much of its memory is in use.
Clock speeds show when a card is throttling, and fan speeds show how hard it is being cooled.
Onboarding
Aravolta's engineers onboarded the site remotely and responded quickly at every step. KONST didn't write a collector or map a single point.
The Aravolta node joined the site's management network, and the rest of the work was done remotely.
The node found the switches, firewall, and UPS over SNMP and matched each one against Aravolta's device library, so their metrics were generated automatically, down to the status and traffic of each switch port.
Aravolta read LLDP from the switches and worked out how they connect, with no diagram to draw by hand.
Each device got a not-reporting alert as it came in, so anything that went quiet would be flagged without anyone writing a rule.
What KONST got
Switches, a firewall, and a UPS from different vendors, matched against Aravolta's device library, plus GPU telemetry, all in one format.
Each card's power, temperature, and utilization sits next to the switches and UPS behind the rack, in the same platform and the same dashboards.
Any metric over any time range, built in minutes and shared with the team.
A REST API to every asset and metric, so the team could pull data into its own tools and its own data lake.
For GPU clouds
For a bare metal GPU cloud, the GPUs are the product, and each one depends on the rack around it.
Temperature, power, and clock speed side by side show which card is holding back, with the rack's power and network in the same view.
When a customer asks why a job ran slow, the team can pull that card's history for the exact window in question.
Each new site comes in through a node and the device library, so a bigger footprint doesn't mean more collectors to write and maintain.
See every card's power, temperature, and utilization next to the infrastructure behind it.
Book a demoKONST is a Taipei-headquartered AI infrastructure company that delivers compute, data centers, and enterprise AI adoption as one connected stack. Through its Konstra AI, Glows.ai, and Horizon AI brands, KONST builds and operates high-density GPU data centers, offers bare metal and cloud GPU compute, and runs the governance layer that lets enterprises consume AI as a service.