Search before asking
KubeRay Component
Others
Description
Currently, KubeRay natively parses standard GPUs (like [nvidia.com/gpu](https://nvidia.com/gpu)) and automatically configures the Ray scheduler. However, it lacks native detection for Huawei Ascend NPUs ([huawei.com/Ascend910](https://huawei.com/Ascend910), etc.).
If a user requests Ascend NPUs in the container limits, KubeRay mounts the physical hardware but does not register the resources with Ray. Users currently have to manually inject a custom resource JSON into rayStartParams as a workaround:
workerGroupSpecs:
- groupName: ascend-workers
rayStartParams:
resources: '"{\"NPU\": 2}"' # <-- Manual workaround required
template:
spec:
containers:
- name: ray-worker
resources:
limits:
huawei.com/Ascend910: 2
Proposed Solution:
Add parsing logic to ray-operator/controllers/ray/common/pod.go to detect Kubernetes resource limits starting with [huawei.com/Ascend](https://huawei.com/Ascend)* and automatically map them to Ray's native NPU resource identifier. This would provide the same seamless deployment experience as standard GPUs and eliminate the need for the manual YAML injection.
Are the maintainers open to a Pull Request for this feature? I would be happy to contribute the Go logic to handle the chip generation parsing.
Use case
No response
Related issues
#1984
Are you willing to submit a PR?
Search before asking
KubeRay Component
Others
Description
Currently, KubeRay natively parses standard GPUs (like
[nvidia.com/gpu](https://nvidia.com/gpu)) and automatically configures the Ray scheduler. However, it lacks native detection for Huawei Ascend NPUs ([huawei.com/Ascend910](https://huawei.com/Ascend910), etc.).If a user requests Ascend NPUs in the container limits, KubeRay mounts the physical hardware but does not register the resources with Ray. Users currently have to manually inject a custom resource JSON into
rayStartParamsas a workaround:Proposed Solution:
Add parsing logic to
ray-operator/controllers/ray/common/pod.goto detect Kubernetes resource limits starting with[huawei.com/Ascend](https://huawei.com/Ascend)*and automatically map them to Ray's nativeNPUresource identifier. This would provide the same seamless deployment experience as standard GPUs and eliminate the need for the manual YAML injection.Are the maintainers open to a Pull Request for this feature? I would be happy to contribute the Go logic to handle the chip generation parsing.
Use case
No response
Related issues
#1984
Are you willing to submit a PR?