Background
The proliferation of open source AI and ML models in the past year has enabled developers to build applications at a fairly rapid pace. This includes not just inference but even fine-tuning a model to adapt it to custom data sets and application needs and in some cases, even training a foundation model. Open source libraries from Pytorch, Tensorflow, Keras, Scikit-learn and others have allowed those without extensive experience in AI and ML, to relatively easily build Python based applications that leverage advanced AI capabilities. The challenge then shifts to being able to horizontally scale workloads to take advantage of a large number of computers, so as to be able to accelerate time to market and/ or run a service in production and scale it in response to user demand.
This concept of taking an ML workload that is built to run on a single GPU (server) and enabling it to run on a number of GPU servers (referred to as a “cluster”) is what is called “clustering” and “scaling”. The challenge of course is that, in order to do this, the application that was built to run on a single server needs to be parallelized to run on multiple machines. Doing this “natively” (by adding support for it directly in the application code) would require an advanced understanding of cloud infrastructure and parallel computing. This creates a technical barrier to being able to launch and scale such applications.
Ray to save the day!
Ray is an open source framework that enables software developers not trained in distributed systems to easily leverage distributed computing. It does this by removing the burden of needing to natively parallelize a machine learning application, while enabling computations to scale out across a cluster of servers. This allows AI and ML developers to easily scale out their application or workload across a cluster of servers, without having to write additional code for that or needing to understand the details of the underlying infrastructure.
Some of the capabilities Ray offers include:
-
Automatic scaling: In theory at least, a ray cluster creates the virtual abstraction of a single computer across a distributed cluster that can be very large.
-
Fault Tolerance: By automatically rerouting tasks to other machines, when one or more nodes fail, Ray enables resilience that is crucial for long running AI training workloads and/ or production scale inference.
-
State Management: With built in support for sharing and coordinating data across tasks and flexibility to use a variety of storage options - including in-memory (redis or equivalent) as well as cloud storage (S3 equivalent).
Ray AI Runtime (AIR)
Ray’s ultimate goal is to provide a simple programmatic interface for developers to leverage distributed computing, so that you don’t have to be a distributed systems expert to be able to deploy, run, scale and manage your ML workload across a cluster of machines. The Ray AI Runtime (AIR) is the toolkit that implements this abstraction on top of the core Ray functionality.
The libraries made available as part of the AIR toolkit enable organizations to run the full gamut of ML workloads on distributed computing platforms like Akash Network.
-
Ray Serve: Framework-agnostic model serving library that can be used to build and deploy end-to-end distributed AI/ ML inference applications.
-
Ray Tune: Library for ML experiment execution and Hyperparameter Tuning.
-
Ray Train: Scalable machine learning library for distributed training and fine-tuning.
Typical Ray Workflow
The typical Ray based machine learning workflow may involve the following steps:
-
Build your AI/ML application (typically Python code)
-
Write a YAML file that will define your Ray cluster
-
Execute commands on the CLI to turn on/ off the cluster
-
Submit jobs and monitor them via the (web) dashboard
Ray on Akash
Ray is fairly infrastructure agnostic and works with Docker containers - so it naturally lends itself to being a great solution to provide an abstraction of a “single server” on the Akash Network decentralized cloud.
To enable users of Akash Network to easily utilize Ray’s capabilities, the ThumperAI team working with the Overclock Labs team has built a set of docker images and an Akash SDL (Stack Definition Language) template that can be used as a reference for anyone wanting to run Ray clusters on Akash. The source code for this can be found on the “awesome-akash” repository (contains an ever growing set of reference templates for running various common applications on Akash) here.
The reference template is specifically optimized for GPU-based workloads and deploys a Ray cluster consisting of one Head Node and six Worker Nodes.
You can customize the reference to your specific workload needs in the following ways:
- To update the version of Ray, Python or CUDA, update the Dockerfiles and replace the Ray Docker image used there, with one from here. The image used in the reference contains Python version 3.10, CUDA version 11.8.
Note that you will need to rebuild the docker images for the head node and the worker node and push them to a container registry, if you update the Dockerfiles. Follow the instructions in the README for that.
- To update the number of worker nodes in your Ray cluster, modify the deployment example file (note that the reference deploys 6 Ray worker nodes).
- You will need to add various environment variables for your AWS access key and secret (if you are using S3 for storage), MinIO access key and secret (if using MinIO) and other things:
-
RAY_ADDRESS_HOST
: Specifies the address of the head node. Only edit if you are trying to use ray across multiple providers. -
AWS_ACCESS_KEY_ID
,AWS_SECRET_ACCESS_KEY
: Credentials for AWS services. -
R2_BUCKET_URL
,S3_ENDPOINT_URL
: URLs for S3-compatible storage services. -
B2_APPLICATION_KEY_ID
,B2_APPLICATION_KEY
: Credentials for Backblaze B2 storage. -
MINIO_ACCESS_KEY
,MINIO_SECRET_KEY
: Credentials for MinIO storage. -
AWS_DEFAULT_REGION
: The default AWS region for services. -
WANDB_API_KEY
,WANDB_PROJECT
: Credentials and project name for Weights & Biases logging.
- Update the resources needed for your specific workload, per worker, by modifying the service definition for
ray-head
and eachray-worker
in the deployment example YAML file.
Once you have those things set up correctly, you can head over to the Akash Console and use the template builder option to deploy your Ray cluster on Akash.
And here is a quick run through of what the whole end-to-end deployment workflow looks like: