We can leverage the triton server's python backend to customize it for use with ONNX Runtime and hailo-8 AI processor or intel OpenVINO compatible Devices.
THE WHY??
With the flexibility provided by the tritonserver python backend we can essentially run a chain of custom business logic required for our inference requests, example preprocessing and postprocessing for inference requests, chaining inference on different hardware, etc.
We can also customise our custom docker image to include necessary dependancies like Intel openVino:
- HAILO drivers and runtime
- python backend
- Onnxruntime backend
- Onnxruntime with OpenVINO Execution Provider
- intel igpu drivers
- python libraries as listed in requirements or requirements-gpu
Please refer sample_models. It consists of a template hef_model with models.py which can be used with the triton server python backend for inference.
Create the docker file using triton server build tool, this should create a base dockerfile in the build folder. This file can be used as base to customise like Dockefile.hailo_cpu
Register and download the latest hailort drivers from Hailo.ai developer-zone and save it to hailo/deps
We NEED to build the tritonserver base image first before we build Dockefile.hailo_cpu.
python build.py \
--backend onnxruntime \
--backend python \
--endpoint grpc \
--endpoint http \
--filesystem s3 \
--enable-logging \
--enable-stats \
--enable-metrics \
--enable-cpu-metrics \
--enable-tracingNow Build hailo triton server CPU-ONLY image using
docker build -t hailo-triton-server:r24.05-hailo4.19 -f Dockerfile.hailo_cpu .We can use the existing base image offered by Nvidia like nvcr.io/nvidia/tritonserver:24.05-py3-min or build from scratch using following command
python build.py \
--backend onnxruntime \
--backend python \
--backend pytorch \
--endpoint grpc \
--endpoint http \
--filesystem s3 \
--enable-logging \
--enable-stats \
--enable-metrics \
--enable-cpu-metrics \
--enable-tracing \
--enable-gpu \
--enable-gpu-metricsUse the following command to build hailo triton server for use with Nvidia GPUs
docker build -t hailo-triton-server:r24.05-hailo4.19-gpu-py310 -f Dockerfile.hailo_gpu-py310 .Note: the built image hailo-4.19-gpu-py310 is ONLY compatible with CUDA >=12.0 ref: Nvidia framework-matrix-2024
Test if tritonserver was built successfully
docker run \
--rm pcoder93/hailo-triton-server:r24.05-hailo4.19 tritonserver \
--helpTest if container can access halio device
docker run \
--rm \
--device=/dev/hailo0:/dev/hailo0 \
pcoder93/hailo-triton-server:r24.05-hailo4.19 hailortcli fw-control identifyTest if the container can access Intel openvino chips
docker run \
--rm -it \
--privileged \
--device=/dev/dri:/dev/dri \
--device=/dev/hailo0:/dev/hailo0 \
pcoder93/hailo-triton-server:r24.05-hailo4.19 intel_gpu_topNOTE: Host should have the same version of hailo pcie driver installed
Create a model repository as shown Triton Model Repository layout
With Hailo and intel igpu
docker run \
--rm \
--name hailo-triton-server \
--ulimit memlock=-1 \
--ulimit stack=67108864 \
--shm-size=2g \
--device=/dev/hailo0:/dev/hailo0 \
--device=/dev/dri:/dev/dri \
-v /models/triton/<path to models-repository>:/app/data/models/triton:rw \
-p 8001:8001 \
-p 8002:8002 \
pcoder93/hailo-triton-server:r24.05-hailo4.19 tritonserver \
--model-repository="/app/data/models/triton"
With hailo and nvidia GPU:
docker run \
--rm \
--name hailo-triton \
--ulimit memlock=-1 \
--ulimit stack=67108864 \
--shm-size=2g \
--device=/dev/hailo0:/dev/hailo0 \
--gpus=all \
-v /models/triton/<path to models-repository>:/app/data/models/triton:rw \
-p 8001:8001 \
-p 8002:8002 \
pcoder93/hailo-triton-server:r24.05-hailo4.19-gpu-py310 tritonserver \
--model-repository="/app/data/models/triton"
Nvidia provides prebuilt triton server images for arm devices like Nvidia Jetson Nano. We can use these as base to build.
Create a builder
docker buildx create --name archbuilder --useBuild image
docker buildx build \
--platform linux/arm64 \
-t pcoder93/hailo-triton-server:r24.06-hailort4.20-arm64 \
--load \
-f Dockerfile.hailo_cpu_arm64 .Testing the image
docker run --rm -it \
--platform linux/arm64 \
pcoder93/hailo-triton-server:r24.06-hailort4.20-arm64 \
-v <path to models>:/app/data/models \
tritonserver --model-repository /app/data/modelsTriton Inference Server is an open source inference serving software that streamlines AI inferencing. Triton enables teams to deploy any AI model from multiple deep learning and machine learning frameworks, including TensorRT, TensorFlow, PyTorch, ONNX, OpenVINO, Python, RAPIDS FIL, and more. Triton Inference Server supports inference across cloud, data center, edge and embedded devices on NVIDIA GPUs, x86 and ARM CPU, or AWS Inferentia. Triton Inference Server delivers optimized performance for many query types, including real time, batched, ensembles and audio/video streaming. Triton inference Server is part of NVIDIA AI Enterprise, a software platform that accelerates the data science pipeline and streamlines the development and deployment of production AI.
Major features include:
- Supports multiple deep learning frameworks
- Supports multiple machine learning frameworks
- Concurrent model execution
- Dynamic batching
- Sequence batching and implicit state management for stateful models
- Provides Backend API that allows adding custom backends and pre/post processing operations
- Supports writing custom backends in python, a.k.a. Python-based backends.
- Model pipelines using Ensembling or Business Logic Scripting (BLS)
- HTTP/REST and GRPC inference protocols based on the community developed KServe protocol
- A C API and Java API allow Triton to link directly into your application for edge and other in-process use cases
- Metrics indicating GPU utilization, server throughput, server latency, and more
New to Triton Inference Server? Make use of these tutorials to begin your Triton journey!
Join the Triton and TensorRT community and stay current on the latest product updates, bug fixes, content, best practices, and more. Need enterprise support? NVIDIA global support is available for Triton Inference Server with the NVIDIA AI Enterprise software suite.
# Step 1: Create the example model repository
git clone -b r24.05 https://github.com/triton-inference-server/server.git
cd server/docs/examples
./fetch_models.sh
# Step 2: Launch triton from the NGC Triton container
docker run --gpus=1 --rm --net=host -v ${PWD}/model_repository:/models nvcr.io/nvidia/tritonserver:24.05-py3 tritonserver --model-repository=/models
# Step 3: Sending an Inference Request
# In a separate console, launch the image_client example from the NGC Triton SDK container
docker run -it --rm --net=host nvcr.io/nvidia/tritonserver:24.05-py3-sdk
/workspace/install/bin/image_client -m densenet_onnx -c 3 -s INCEPTION /workspace/images/mug.jpg
# Inference should return the following
Image '/workspace/images/mug.jpg':
15.346230 (504) = COFFEE MUG
13.224326 (968) = CUP
10.422965 (505) = COFFEEPOTPlease read the QuickStart guide for additional information regarding this example. The quickstart guide also contains an example of how to launch Triton on CPU-only systems. New to Triton and wondering where to get started? Watch the Getting Started video.
Check out NVIDIA LaunchPad for free access to a set of hands-on labs with Triton Inference Server hosted on NVIDIA infrastructure.
Specific end-to-end examples for popular models, such as ResNet, BERT, and DLRM are located in the NVIDIA Deep Learning Examples page on GitHub. The NVIDIA Developer Zone contains additional documentation, presentations, and examples.
The recommended way to build and use Triton Inference Server is with Docker images.
- Install Triton Inference Server with Docker containers (Recommended)
- Install Triton Inference Server without Docker containers
- Build a custom Triton Inference Server Docker container
- Build Triton Inference Server from source
- Build Triton Inference Server for Windows 10
- Examples for deploying Triton Inference Server with Kubernetes and Helm on GCP, AWS, and NVIDIA FleetCommand
- Secure Deployment Considerations
The first step in using Triton to serve your models is to place one or more models into a model repository. Depending on the type of the model and on what Triton capabilities you want to enable for the model, you may need to create a model configuration for the model.
- Add custom operations to Triton if needed by your model
- Enable model pipelining with Model Ensemble and Business Logic Scripting (BLS)
- Optimize your models setting scheduling and batching parameters and model instances.
- Use the Model Analyzer tool to help optimize your model configuration with profiling
- Learn how to explicitly manage what models are available by loading and unloading models
- Read the Quick Start Guide to run Triton Inference Server on both GPU and CPU
- Triton supports multiple execution engines, called backends, including TensorRT, TensorFlow, PyTorch, ONNX, OpenVINO, Python, and more
- Not all the above backends are supported on every platform supported by Triton. Look at the Backend-Platform Support Matrix to learn which backends are supported on your target platform.
- Learn how to optimize performance using the Performance Analyzer and Model Analyzer
- Learn how to manage loading and unloading models in Triton
- Send requests directly to Triton with the HTTP/REST JSON-based or gRPC protocols
A Triton client application sends inference and other requests to Triton. The Python and C++ client libraries provide APIs to simplify this communication.
- Review client examples for C++, Python, and Java
- Configure HTTP and gRPC client options
- Send input data (e.g. a jpeg image) directly to Triton in the body of an HTTP request without any additional metadata
Triton Inference Server's architecture is specifically designed for modularity and flexibility
- Customize Triton Inference Server container for your use case
- Create custom backends in either C/C++ or Python
- Create decoupled backends and models that can send multiple responses for a request or not send any responses for a request
- Use a Triton repository agent to add functionality that operates when a model is loaded and unloaded, such as authentication, decryption, or conversion
- Deploy Triton on Jetson and JetPack
- Use Triton on AWS Inferentia
Contributions to Triton Inference Server are more than welcome. To contribute please review the contribution guidelines. If you have a backend, client, example or similar contribution that is not modifying the core of Triton, then you should file a PR in the contrib repo.
We appreciate any feedback, questions or bug reporting regarding this project. When posting issues in GitHub, follow the process outlined in the Stack Overflow document. Ensure posted examples are:
- minimal – use as little code as possible that still produces the same problem
- complete – provide all parts needed to reproduce the problem. Check if you can strip external dependencies and still show the problem. The less time we spend on reproducing problems the more time we have to fix it
- verifiable – test the code you're about to provide to make sure it reproduces the problem. Remove all other problems that are not related to your request/question.
For issues, please use the provided bug report and feature request templates.
For questions, we recommend posting in our community GitHub Discussions.
Please refer to the NVIDIA Developer Triton page for more information.