AWS 用 Ray LLM 深度学习容器实现多节点推理
AWS 机器学习博客发布教程,介绍如何在 Amazon EKS 上用多节点 Ray LLM 深度学习容器(DLC)把一个大语言模型部署到两个 GPU 节点上,并在同一个 OpenAI 兼容端点后分别承担 prefill 与 decode 阶段。该 DLC 内置 Ray Serve LLM、NVIDIA NIXL 与 Elastic Fabric Adapter(EFA)栈,示例用 Qwen3.5-9B 说明通过 YAML 配置开启 prefill/decode 分离,无需编写应用代码。文章还提醒 NIXL 在无法使用 libfabric 时会静默回退到 TCP 传输,建议检查日志确认实际后端。
按 AWS 的说法,这个容器把推理栈预先打包装好并经过测试,团队无需自己拼装 GPU 依赖即可运行多节点推理。
This post shows how to deploy one large language model (LLM) across two GPU nodes on Amazon Elastic Kubernetes Service (Amazon EKS) with the multi-node Ray LLM Deep Learning Containers. It uses separate prefill and decode nodes behind one OpenAI-compatible endpoint. This kind of multi-node setup is common for tensor, pipeline, and data parallelism, as well as prefill/decode disaggregation inference workloads. In a previous post, we introduced the Ray Serve DLC and used it to stand up a small model behind an HTTP endpoint on a single GPU node. You had a working inference endpoint, and the container keeps the GPU stack compatible, including CUDA libraries, so you did not need to write boilerplate code.
Ray is a distributed compute framework, so Ray Serve deployments can span multiple nodes. Customers use multi-node Ray Serve for several reasons. Some want to run foundation or open-weight models that are too large for a single GPU. Others need more throughput than one replica can deliver. Still others want to separate the two phases of inference to improve performance. In each case, customers must build the dependency chain themselves: choosing compatible libraries for the GPU stack and debugging issues when a component drifts out of alignment. This is undifferentiated work that takes time and effort away from delivering models.
#AWS#Ray#Ray Serve#Amazon EKS#Qwen3.5-9B#NVIDIA NIXL#Elastic Fabric Adapter#KubeRay#vLLM