A cloud native platform offering comprehensive control and automation of all HPC tasks via CLI and a user-friendly GUI for designing, editing, and executing HPC jobs. Human-readable, portable workflow files that execute anywhere. Streamlined R&D for HPC & AI Research.
CIQ Fuzzball is a container-first performance intensive computing platform that accelerates innovation by reducing the burdens of workflow development, infrastructure provisioning and management of clustered jobs, even across hybrid environments.
Fuzzball modernizes traditional HPC with an API-first, container-optimized architecture. Operating on Kubernetes, it provides all the security, performance, stability, and convenience found in modern software and infrastructure.
Fuzzball takes an engineer and researcher-first approach and provides intuitive tools to build and deploy without expertise in infrastructure and lowers the barrier for all performance intensive computing. Fuzzball not only abstracts the infrastructure layer but also automates the orchestration of complex workflows, driving greater efficiency and collaboration. Plug it into your existing orchestration and automation, build your own SDKs, or simply point-and-click.
You define compute resource pools and the Fuzzball control plane analyzes the data, compute and storage requirements to automate the provisioning and orchestration of the right resources. Fuzzball makes it simple to embed and run applications with Workflow templates that can be built and designed for any workflow or application.
Fuzzball will deploy and optimize placement of your workflows across disparate clusters that reside in multiple regions or even across on-premise and cloud providers. This optimizes your environment based on data, compute and storage requirements and gives you the flexibility to develop in the cloud and deploy on premise or develop locally and deploy to the cloud for scale. And it comes with integrations for the tools you already use and templates so anyone can enjoy it, including Jupyter, Matlab, OpenRadioss, PyTorch, R Studio, TensorFlow, and it works with your CI/CD pipelines including Jenkins, GitLab, and GitHub Actions.
If you are planning on using CIQ Fuzzball, we strongly encourage you to review the Fuzzball documentation attached to this listing prior to purchase, and contact CIQ if you have any questions before clicking deploy.
Highlights
A user-friendly GUI for designing, editing, and executing HPC jobs. Comprehensive control and automation of all HPC tasks via CLI. Human-readable, portable workflow files that execute anywhere
Automated data ingress and egress with full compliance logs. Native integration with GPU, both on-prem and cloud storage, and your favorite applications and CI/CD pipelines.
Extensive is support included for installation and configuration, bug and security fixes, platform updates and upgrades, troubleshooting and diagnostics, integration, best practices, and general Fuzzball support for usage. See Support information for details.
AWS Marketplace now accepts line of credit payments through the PNC Vendor Finance program. This program is available to select AWS customers in the US, excluding NV, NC, ND, TN, & VT.
Fuzzball bills by usage, charging you per minute across three separate dimensions. Fuzzball Orchestrate covers the control plane that schedules and manages your workflows. The two Substrate Node dimensions cover the compute that runs your jobs: a standard node and a GPU-enabled node. You pay for each node type by the minute it runs, so GPU workloads bill separately from standard compute. Total cost scales with how long you run Orchestrate plus the number and runtime of the nodes you use. Standard and GPU nodes are priced independently, letting you match compute to each job.
Top-of-mind questions for buyers
What counts as one Substrate Node for billing, and how does the GPU node differ?
A Substrate Node is a compute node that runs your workflow jobs. The standard node handles general compute, while the GPU node adds graphics-processing hardware for training and inference tasks. Each node bills per minute it runs. You choose which node type each job requires, so GPU compute meters separately from standard compute.
Am I charged when a node sits idle or a job finishes?
All three dimensions bill per minute of runtime. Charges accrue while Orchestrate is active and while each Substrate Node runs. When a node stops, its per-minute charge stops. GPU nodes bill only for the minutes they run, so ending a job halts that node's charges.
How do the three dimensions combine on my bill?
The three dimensions bill independently and appear together. Fuzzball Orchestrate meters the control plane that schedules workflows. Standard and GPU Substrate Nodes meter the compute running your jobs. Your total adds Orchestrate runtime plus the runtime of every node used. Node minutes usually drive most of the cost for compute-heavy or GPU workloads.
ciq.com
Helpful?
Vendor refund policy
CIQ does not offer refunds at this time.
How can we make this page better?
Tell us how we can improve this page, or report an issue with this product.
Give us feedbackReport a problem with this product or seller
Legal
Vendor terms and conditions
Upon subscribing to this product, you must acknowledge and agree to the terms and conditions outlined in the vendor's End User License Agreement (EULA).
Content disclaimer
Vendors are responsible for their product descriptions and other product content. AWS does not warrant that vendors' product descriptions or other product content are accurate, complete, reliable, current, or error-free.
Helm charts are Kubernetes YAML manifests combined into a single package that can be installed on Kubernetes clusters. The containerized application is deployed on a cluster by running a single Helm install command to install the seller-provided Helm chart.
Version release notes
Fuzzball v4.3.1 release notes
Fuzzball v4.3.1 is a patch release. It makes volume egress wait for the
services that write the data, keeps compute nodes connected through JetStream
and substrate-bridge outages, and makes provisioned cloud nodes honor the
configured shared filesystem mount point and maxNodes cap. It also fixes TLS
trust and DNS for nodes on Docker Compose deployments and keeps provisioning
credentials out of node console logs and fuzzball debug dump bundles.
Important
Upgrade notes.
A service that exits on its own with a nonzero code now ends FAILED,
including exit codes 130 and 143 from SIGINT or SIGTERM. Previously it ended
FINISHED. A service stopped with fuzzball workflow stop still ends CANCELED,
and an autoscaled replica above replicas.min that exits returns to its pool
without failing the workflow. Services meant to end successfully should exit
0.
Provisioner shared filesystem settings are now validated during the
operator reconcile. A provisioner's sharedFs uri, type and opts may
contain only letters, digits and =,_./:@-, and type and opts must be set
when uri is. GCP and OCI provisioners now require sharedFs.uri, since
their nodes could not finish bootstrapping without one. An invalid value fails
the reconcile with an error naming the field, so check enabled provisioners
before upgrading.
jetstream.replicas must be at least 1. Scaling an existing clustered
JetStream deployment down to 1 is not supported.
Enhancements
Web UI
Workflows list sorts by submission time. The list now defaults to
Submitted, newest first, instead of priority, so a running workflow submitted
at a negative priority is no longer paged out of the default view.
Pagination for storage lists. The storage provisioners and volumes lists
now page through results 25, 50 or 100 at a time. Previously only the first
page the server returned was reachable.
Catalog search matches descriptions. Workflow catalog search now matches
template descriptions as well as names and tags.
Read-only templates. Opening the editor on a platform-provided template
now offers Copy and Edit and View template instead of a notice with
no actions.
CLI
fuzzball-admin audit list paging and filtering. The command now lists
the newest events first and accepts --page-size, --page-token,
--filter, --order-by and --all. Previously it returned one page of 20
events with no way to request the next.
Fixes
Security
Fixed an issue where provisioned nodes exposed the depot token and the
substrate-bridge password in cloud-init commands and instance console logs.
On AWS and Azure the credentials are now passed through root-only files that
are removed after bootstrap, and on GCP and OCI the startup script no longer
traces the commands that write them.
Fixed an issue where fuzzball debug dump bundles contained live credentials
from ConfigMaps, such as the SpiceDB preshared key, the Web UI session and
cookie keys, and the substrate-bridge password. ConfigMaps, container
environment variables, Fuzzball custom resource fields and object annotations
are now scrubbed the same way Secrets already were.
Fixed two cases where the instance metadata guard on compute nodes did not
work as intended. If the metadata endpoint was briefly unreachable when the
substrate started, the guard stayed off for the life of the process and
workflow containers could reach instance metadata. Guard rules left behind by
an unclean shutdown blocked metadata access for the host as well. Detection
now retries for up to five minutes, and leftover rules are removed at startup.
Workflows
Fixed an issue where egress for a volume mounted only by services ran as soon
as the volume was created, failing with "no such file or directory" before
any service had written its output. Egress now waits for every service that
mounts the volume to finish, and for autoscaled replica-pool services to go
idle.
Fixed an issue where multinode jobs and services using Open MPI could hang
when ranks exchanged data across nodes, because Open MPI sent peer traffic
over the node-local fb0 bridge, whose address is the same on every node.
Multinode containers now set OMPI_MCA_btl_tcp_if_exclude=lo,fb0 unless the
job's environment or command already selects TCP interfaces.
Fixed an issue where a service that exited on its own with a nonzero code,
including from SIGINT or SIGTERM, ended FINISHED. It now ends FAILED; see the
upgrade notes.
Scheduler and Provisioner
Fixed an issue where a burst of submissions, or a workflow's parallel jobs,
launched more instances than a dynamic definition's maxNodes. Nodes that
have been launched but not yet registered now count toward the cap.
Fixed an issue where nodes started by the AWS, Azure, GCP and OCI
provisioners mounted the shared filesystem at /mnt/fuzzball-sharedfs
regardless of substrate.nfs.destination, which left their image cache on
local disk and made multinode jobs fail when the image was pulled on another
node. They now mount it at the configured destination, and a destination
provisioned nodes cannot use fails the reconcile.
Fixed an issue where the AWS, Azure, GCP and OCI provisioners wrote the
shared filesystem's uri, type and opts into each node's fstab entry
without validation, which could break node bootstrap. Invalid values now fail
the reconcile, and an AWS or Azure provisioner without a shared filesystem no
longer writes an fstab entry with empty fields.
Fixed an issue where AWS-provisioned nodes never joined the cluster when the
ingress certificate was signed by the cluster's internal CA. Nodes now trust
the cluster CA before installing the orchestrate extension.
Fixed an issue where compute nodes that substrate-bridge could not connect
back to were deregistered even though they kept reporting health.
Fixed an issue where the organization's compute policy view failed with
cannot resolve backend_kind on Docker Compose deployments with static
definitions, because Orchestrate could not read the central configuration
there.
Storage
Fixed an issue where storage provisioners and volumes could not be removed
after a workflow ended without releasing its volumes. Such volumes are now
torn down automatically, and in-use errors name the workflows still holding
them.
Deployment
Fixed an issue where internal service calls failed with "token is expired"
for up to an hour after the host or VM running Fuzzball resumed from suspend.
Internal tokens are now renewed against the wall clock when they are used.
Fixed an issue where an unreachable DNS upstream made lookups in the
fuzzball. zone retry in a tight loop until the query timed out. Substrate
nodes now cap connection attempts per query, so such lookups fail fast with
SERVFAIL.
JetStream
Fixed an issue where compute nodes permanently lost their JetStream
connection after a substrate-bridge or JetStream outage of more than about
two minutes. The substrate now keeps reconnecting, so nodes recover without
restarting fuzzball-substrate.
Fixed an issue where the workflow-state and scheduler key-value buckets were
created with a single replica even on a JetStream cluster of three or more
servers, so losing one JetStream server took the workflow service down. They
now replicate across the cluster, existing single-replica buckets are raised
after the upgrade, and a bucket's replica count is never lowered.
Fixed an issue where new deployments with jetstream.replicas: 1 never
became Ready. A single replica now runs as a standalone NATS server.
Operator
Fixed two issues in the pre-upgrade database restore, which runs when an
upgrade moves the database to PostgreSQL 16 or to the fuzzball-database
namespace. A failed or partial restore was reported as successful, after
which the dump was deleted. The restore could also fail on SpiceDB's
transaction table, or bring back relationships deleted shortly before the
upgrade. The operator now also declines to start the upgrade when SpiceDB
transaction IDs are beyond 2147483647, which the repair step cannot handle.
Compose
Fixed an issue where workflows on Docker Compose deployments failed TLS
verification of the Fuzzball API, on both external substrate nodes and the
built-in substrate-localnode. Compose now publishes the cluster root CA to
both.
Fixed an issue where external substrate nodes on Docker Compose deployments
could not reach the Fuzzball DNS service, which broke workflow service names
and short-name lookups in musl-based images. Nginx now proxies TCP port 5353
to Orchestrate.
Fixed an nginx 502 error when signing in to the Web UI on Docker Compose
deployments. Nginx's proxy buffers are now large enough for the login
callback cookie.
Web UI
Fixed the dashboard showing 0 running workflows. The workflows summary now
honors the requested sort order, so it returns the newest workflows.
Fixed an issue where the active sort column on Web UI tables was hard to tell
apart from other sortable columns, so a table could still look sorted by a
column after switching to another.
Fixed dates on the workflow detail page always showing as dd/MM/yy. Dates
across the Web UI now follow the browser locale for English (US), Spanish,
French, Portuguese, Japanese and Korean.
Fixed the workflow graph missing the edge between an image stage and the jobs
and services that use the image.
Fixed filtering the workflow catalog by more than one category or provider
showing featured templates in the Popular section.
Fixed text inputs without a label when configuring a workflow template. Each
field is now labeled with its name, with its display name shown as a hint.
Restored vertical resizing of the job and service script editors in the
workflow editor.
Fixed the workflow detail page showing the workflow ID twice for unnamed
workflows.
CLI
Fixed fuzzball cluster config get -o json printing YAML.
Application-specific assistance to run workloads on Fuzzball and professional services to create and manage workflows are available from CIQ at an additional cost. Contact us for details.
AWS Support is a one-on-one, fast-response support channel that is staffed 24x7x365 with experienced and technical support engineers. The service helps customers of all sizes and technical abilities to successfully utilize the products and features provided by Amazon Web Services.
FloQast, an Accounting Transformation Platform created by accountants for accountants, enables organizations to automate a variety of accounting operations. Trusted by more than 3,000+ global accounting teams, including Twilio, Los Angeles Lakers, Okta, and Snowflake, FloQast enhances the way accounting teams work, enabling customers to automate close management, account reconciliations, accounting operations, and compliance activities. With FloQast, teams can utilize the latest advancements in AI technology to manage aspects of the close, reduce their compliance burden, stay audit-ready, and improve accuracy, visibility, and collaboration overall. FloQast is consistently rated #1 across all user review sites. Learn more at FloQast.com.
Provides accurate visibility into Slack’s Enterprise Grid and Plus level customers – its primary revenue generators. The monthly data feed details customer names, totals, acquisitions, churn and migrations/upgrades associated with these highest contributing revenue levels.
Provides accurate visibility into Slack’s Enterprise Grid and Plus level customers – its primary revenue generators. The monthly data feed details customer names, totals, acquisitions, churn and migrations/upgrades associated with these highest contributing revenue levels.
Snowvault is a purpose-built data platform that turns your business information into a searchable knowledge base so you can make informed decisions. The platform has AI overlays to generate valuable business insights using natural language.
Be the first to review this product. We've partnered with PeerSpot to gather customer feedback. You can share your experience by writing or recording a review, or scheduling a call with a PeerSpot analyst.