Listing Thumbnail

    Fuzzball

     Info
    Sold by: CIQ 
    Deployed on AWS
    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.

    Overview

    Play video

    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.

    Details

    Sold by

    Delivery method

    Supported services

    Delivery option
    fuzzball-4.3.1
    fuzzball-4.2.3
    fuzzball-4.1.2

    Latest version

    Operating system
    Linux

    Deployed on AWS
    New

    Introducing multi-product solutions

    You can now purchase comprehensive solutions tailored to use cases and industries.

    Multi-product solutions

    Features and programs

    Financing for AWS Marketplace purchases

    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.
    Financing for AWS Marketplace purchases

    Pricing

    Pricing is based on actual usage, with charges varying according to how much you consume. Subscriptions have no end date and may be canceled any time.
    Additional AWS infrastructure costs may apply. Use the AWS Pricing Calculator  to estimate your infrastructure costs.

    Usage costs (3)

     Info
    Dimension
    Description
    Cost/unit
    Fuzzball Orchestrate
    The per minute cost of Orchestrate
    $0.20
    Fuzzball Substrate Node
    The per minute cost for a standard substrate node.
    $0.025
    Fuzzball Substrate GPU Node
    The per minute cost for a GPU enabled substrate node.
    $0.025

    AI Insights

     Info

    Dimensions summary

    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

    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.
    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.
    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.
    Tell us how we can improve this page, or report an issue with this product.

    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.

    Usage information

     Info

    Delivery details

    fuzzball-4.3.1

    Supported services: Learn more 
    • Amazon EKS
    Helm chart

    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.

    Additional details

    Usage instructions

    Proceed to Cloud Formation and select Create Stack. https://us-east-1.console.aws.amazon.com/cloudformation 

    Copy and Paste the following link to the CFN template into the Amazon S3 URL field in the Cloud Formation web form. https://ciq-marketplace-assets.s3.us-east-1.amazonaws.com/public/fuzzball/cfn/4.3.1/root_template.yaml 

    For detailed deployment instructions, see the Fuzzball on AWS installation documentation. https://ui.stable.fuzzball.ciq.dev/docs/cloud-admin-guide/aws-installation/ 

    Support

    Vendor support

    CIQ offers extensive support to ensure you can get up and running quickly. https://ciq.com/support/overview/fuzzball/ 

    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.

    Contact CIQ via our web site at https://ciq.com/company/contact-us/  or email fuzzball@ciq.com  for assistance.

    AWS infrastructure support

    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.

    Similar products

    Customer reviews

    Ratings and reviews

     Info
    0 ratings
    5 star
    4 star
    3 star
    2 star
    1 star
    0%
    0%
    0%
    0%
    0%
    0 reviews
    No customer reviews yet
    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.