Starburst Support

24/7 Starburst Support with a 15-Minute Emergency SLA

AceMQ supports Starburst's federated Trino engine in production — queries that hang behind the slowest connector, coordinator OOM from unbounded metadata enumeration, and predicate pushdown that silently stopped happening. Every ticket reaches a named senior engineer.

Senior Starburst engineers on call right now — 24/7/365
15 min emergency SLA24 /7 global coverage130 + enterprise customers26 + countries served

Trusted for mission-critical Starburst by teams in finance, healthcare, defense, and telecom

Escalation Path

Your first hour of a Starburst outage

Most vendors publish an SLA number. This is what actually happens, minute by minute, when you page a senior AceMQ engineer.

T+0

You page us

Phone, email, or Slack — any channel reaches the on-call senior engineer directly. No web form, no tier-1 queue.

T+15

Named engineer live

A senior engineer who already knows your environment joins a live bridge. Zero cold-start, no re-explaining your topology.

T+30

Root cause isolated

Direct broker access, log and metric review, and a working hypothesis with a rollback plan before we touch anything.

Post

Written RCA

Documented root cause, the fix applied, and the prevention steps — delivered after every P1, not just when asked.

Response Times

SLA tiers, contractually guaranteed

Every tier reaches a senior Starburst engineer. There is no tier-1 triage layer to get through.

P1 — Emergency
15 min

Production down, messages not flowing, cluster or broker failure

P2 — Critical
1 hour

Severe degradation, rising error rates, approaching capacity limits

P3 — High
4 hours

Performance issues, configuration problems, non-critical failures

P4 — Standard
Next day

Questions, guidance, best practices, non-urgent improvements

Incident Triage

Starburst problems we fix every week

These are real symptoms from real Starburst production environments — and the first thing our engineers check when one comes in.

A federated query across catalogs hangs on one connector
What we check firstThe query plan via EXPLAIN ANALYZE for a connector-level bottleneck. The slowest connector without pushdown support serializes the entire query behind it, regardless of how fast the others are.
Typical resolution1–2 hours
Coordinator runs out of memory on a specific query pattern
What we check firstWhether the query is missing a LIMIT or WHERE clause against a huge external table, forcing full metadata and split enumeration to happen on the coordinator itself.
Typical resolutionUnder 2 hours
A filter or aggregation isn't pushing down, data transfer balloons
What we check firstConnector session properties and EXPLAIN output for pushdown eligibility. Some connector versions silently disable pushdown for specific data types without an error.
Typical resolution1–3 hours
Worker nodes hit memory limits mid-query
What we check firstquery.max-memory-per-node against the actual working-set size for large joins and aggregations. Task retries often mask an undersized worker heap rather than a query design problem.
Typical resolution2–4 hours
An Iceberg, Delta, or Hive connector returns stale metadata
What we check firstMetastore cache TTL and whether a concurrent writer bypassed the catalog's metadata refresh path — common when a separate Spark or Databricks job writes to the same table.
Typical resolution1–2 hours
Queries queue heavily under concurrent BI dashboard load
What we check firstResource groups configuration. A single default resource group with no per-group concurrency limits lets one dashboard starve every other workload on the cluster.
Typical resolutionUnder 2 hours
Catalog configuration drifts between environments
What we check firstCatalog properties files against source-of-truth config management — a manually edited catalog file on one coordinator is the usual root cause of drift.
Typical resolution1–2 hours

Resolution times reflect typical Starburst engagements under an active AceMQ support contract. Every P1 closes with a written root-cause analysis.

Not on the list? Tell us what's breaking
What's Included

Everything in your Starburst support contract

No add-on pricing for incidents. No per-ticket charges. One contract covers the whole surface.

Emergency Incident Response

Coordinator down, queries hanging cluster-wide, or a connector that won't authenticate. A senior engineer joins a live bridge within 15 minutes.

Root Cause Analysis

Every P1 closes with a written RCA: what failed, why, the fix applied, and the configuration change that prevents recurrence.

Query Performance Tuning

Pushdown validation, connector session property tuning, and worker memory sizing matched against your actual federated query patterns.

Resource Group & Concurrency Tuning

Resource group design so one heavy dashboard or ad hoc query can't starve every other workload sharing the cluster.

Catalog & Connector Management

Configuration audits across multi-catalog federated setups to catch drift before it produces a query result nobody can explain.

Migration & Deployment Support

Federated query architecture design, connector onboarding, and migration from single-engine query tools onto Starburst.

Anywhere You Run It

We support Starburst wherever it's deployed

Cloud, Kubernetes, bare metal, hybrid, and air-gapped — including environments where you can't give us outbound network access.

AWS (EC2 & EKS)KubernetesStarburst GalaxyStarburst EnterpriseHive MetastoreAWS Glue CatalogIceberg / Delta / Hudi connectorsOn-premise & bare metalHybrid multi-catalog federationAir-gapped / restricted network
Why AceMQ

What you get that you don't get elsewhere

Named Engineers, Zero Cold Start

The same senior engineers stay on your account. They know your catalog topology and which connectors actually push down — so a P1 starts with diagnosis, not you re-explaining your setup.

No Tier-1 Triage Layer

You reach a senior Starburst engineer directly by phone, email, or Slack. No help desk, no escalation approval process standing between you and someone who can fix it.

Connector-Level Expertise

Federated query problems live at the connector boundary, not just the Trino engine. We diagnose pushdown behavior across Iceberg, Delta, Hive, and JDBC connectors, not just the coordinator.

The Whole Lakehouse Triangle

We support Starburst alongside Databricks and Snowflake as a connected stack, so a federated query problem that's really a source-system problem gets diagnosed end-to-end.

Genuine Follow-the-Sun Coverage

Engineers across 26+ countries and every time zone. Your 3am coordinator OOM is someone's mid-afternoon — no overnight skeleton crew.

Full-Stack, Not Just the Engine

Starburst problems are frequently metastore, network, or source-system problems wearing a query timeout. We diagnose across the whole path, not just the Trino layer.

FAQ

Starburst support questions

A Federated Query Shouldn't Hang on Your Slowest Connector

Whether you need emergency response tonight or a support contract that catches pushdown regressions before they hit your BI dashboards, AceMQ staffs every engagement with a named senior Starburst engineer. Support quotes returned within 24 hours.

Get in Touch

Talk to a Support Expert

Send us a message and we'll follow up within one business day — or book a free 30-min consultation directly.

305-204-2607
info@acemq.com
66 W. Flagler St. 9th Floor
Miami, FL 33130

Prefer to talk now? Call us directly or use the consultation tab to find a time that works.

We respond within 1 business day.

Pick a time that works — no pressure, no pitch. Just 30 minutes with an expert.

We respond within 1 business day.