THE FOUNDATION OF ACCOLADE GRID

Your hardware.
Ready for AI.

Available today

Run models. Manage endpoints.
Keep control of your infrastructure.

A container application for the engineers operating AI and the teams relying on it—all from one clear interface.

Grid Node / Live EndpointsInterface concept
Illustrative Grid Node Live Endpoints screen showing running, draining, and stopped endpoints, GPU placement, and runtime logs. Sample data only.
Illustrative interface · Sample data, not connected to a live node View full image

FROM MODEL TO CLIENT

Four steps. One connected workflow.

Keep the model, its launch configuration, and client access clearly organized.

  1. 01

    Register a model

    Add a model from your mounted storage or download a supported model file.

  2. 02

    Configure a profile

    Choose the runtime, GPU placement, context, and concurrency for your workload.

  3. 03

    Start an endpoint

    Bring the profile online. Check its status and logs before connecting a client.

  4. 04

    Connect your client

    Create a scoped token and use the connection details for your application.

BUILT AROUND DAILY OPERATIONS

Everything you need to see.
The controls you need to act.

Manage this machine’s model services through a focused set of connected views.

Live Endpoints

Start endpoints, drain active requests before stopping, and inspect bounded runtime logs. See running, starting, stopped, and failed states.

Endpoint Profiles

Save runtime selection, GPU placement, context, and concurrency. Keep launch configuration separate from lifecycle controls.

Manage Models

Register model files, manage downloads and variants, and record capability evidence. Keep declared support distinct from operator-tested behavior.

Connections & API Access

Find client setup instructions and create scoped inference tokens. Limit endpoint access, set expiration, and revoke tokens when they’re no longer needed.

Usage History

Review requests, errors, latency, and input/output token measurements. Filter by time, model, profile, or GPU; missing measurements remain distinct from zero.

Settings

Inspect system status, select allowed GPUs, manage the local administrator account, and export or restore configuration backups.

RUNTIME COMPATIBILITY

Model choice.
With the details in view.

Grid Node separates model operations from runtime execution. Choose a compatible engine and recipe for the hardware and model you actually have.

Support depends on the model architecture, format, quantization, runtime build, and available memory.

llama.cpp

Default engine

Run supported GGUF models using a matching backend runtime. Deployment examples cover Intel SYCL and NVIDIA CUDA.

Context and concurrency still need to fit your hardware.

vLLM

Qualified recipes

Opt-in execution for qualified GGUF models and prepared Flash-Next NVFP4 checkpoints. Requires a separately configured host controller and approved runtime recipe.

CUDA recipe support is limited; Intel vLLM is excluded. Not every model or GPU combination is qualified.

GETTING STARTED

Bring your first
node online.

Start with a Linux host, Docker Engine and Compose, compatible GPU drivers, and enough memory and storage for your chosen model.

Installation requires access to the Grid Node container package and matching deployment files. Public download documentation is not available yet.

01

Prepare your deployment

Use the Intel SYCL or NVIDIA CUDA Compose file supplied with your release. Configure model storage, runtime image, device access, and persistent configuration.

02

Validate and start the container

From your configured deployment directory:

docker compose config --quiet
docker compose pull
docker compose up -d
docker compose logs --tail=50 local-service

Private packages require authorized registry access. These commands assume your supplied file is named compose.yaml.

03

Complete first-use setup

Access the service through its configured local address or an SSH tunnel. Use the first-use setup token from the container logs to create the administrator account. Select your allowed GPUs, then register a model.

Continue with the model workflow

A FEW PRACTICAL ANSWERS

Before you start.

Does Grid Node manage more than one machine?

Grid Node manages model services on one machine. Fleet-wide management is planned for Grid Console and is not included in the current Node application.

Can I run any model on any GPU?

No. Compatibility depends on the runtime recipe, architecture, format, quantization, GPU support, and memory. Model registration does not prove that the model can run. Qualify your intended workload before relying on it.

How do applications connect?

Use the Connections view to select a shared or endpoint-specific inference URL. Create an API token with the required scopes and endpoint permissions. Supported API behavior depends on the runtime and model.

What is retained when an endpoint restarts?

Saved configuration and persistent usage history are distinct from runtime state. Bounded logs and live runtime counters are held in memory. Back up configuration separately; configuration exports do not contain model weights.

Are Azure, AWS, and Google Cloud connected today?

No. Provider integrations are planned for Grid Connectors. They are part of the Accolade Grid direction, not current Grid Node functionality.

YOUR FIRST NODE

Put your hardware to work.

Review the requirements. Bring your first endpoint online.

Prepare your node