Each cluster can be scaled in single-node increments from 1-128. Additionally, each Engine can scale from 1-10 clusters to address concurrency requirements.
Pay for FBUs (Firebolt Units) consumed with second accuracy.
Start with a single node ‘S’ type engine and scale in one-node increments up to 128.
Firebolt Unit is a normalized rate of consumption, such that consumption scales linearly with the capacity of your engine across all three dimensions: type of node, number of nodes, and number of clusters; consumption is proportional to the FBU of the engine and the run time. Thanks to Firebolt’s multidimensional scaling, per-second billing, and auto-stop/start capabilities, compute consumption can be a fraction of a minute. FBU eliminates the need to keep track of individual node types, nodes, and the number of clusters. There’s no binding to specific instance types, so you are free to use pre-paid credits on any node type.
While FBUs measure consumption, the performance profile of a workload depends on the engine topology.
Each node type consumes a specified number of FBUs. Compute consumption is billed in one-second increments. For example, a type ‘M’ node consumes 16 FBUs. The same node running for one minute will consume FBU-hour calculated as such: Consumed FBU-hours = (Engine FBU) (1 hour / 3600 seconds) x ( 60 seconds) = (16/3600) x 60 = 0.27 FBU-hours.
Consumption starts when the engine endpoint is available for querying.
US East (Virginia), US West (Oregon) and EU (Frankfurt)
Yes, commitment based discounts are available. Contact our sales team for more information.
Firebolt provides multidimensional scaling to help right-size workloads. Autostop and Autostart are features that help reduce costs by eliminating idle time. Firebolt also provides global visibility of consumption and costs through built-in organizational governance and account-level consumption breakdown.
Firebolt provides engine consumption and spend information in the Web UI. Additionally, granular engine-level consumption can be found via the information_schema.engine_metering_history view that details the hourly consumption of all the engines within an account. Users can also drill down into how the topology of their engines (node type, number of nodes and number of clusters) was modified over time, providing visibility into the FBU consumption of their engines.