You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
One can specify "static" constraint for the container (for example, c.SwarmSpawner.extra_placement_spec = { 'constraints' : ['node.role==worker'] }) to be spawn by the jupyterhub server. Is it possible to dynamic change the constraint based on image chosen by the user or even the user name?
Alternative options
Who would use this feature?
Some images need to use GPU, and not every computer in a swarm has GPU. Enable dynamic constraints for the container will help to ensure the container spawn can have access to the GPU.
(Optional): Suggest a solution
It seems that c.Spawner.pre_spawn_hook is currently too late to apply the constraint to container spawn, but it should be the logic place to implement this "dynamic" container constraint.
The text was updated successfully, but these errors were encountered:
Thank you for opening your first issue in this project! Engagement like this is essential for open source projects! 🤗
If you haven't done so already, check out Jupyter's Code of Conduct. Also, please try to follow the issue template as it helps other other community members to contribute more effectively.
You can meet the other Jovyans by joining our Discourse forum. There is also an intro thread there where you can stop by and say Hi! 👋
Proposed change
One can specify "static" constraint for the container (for example, c.SwarmSpawner.extra_placement_spec = { 'constraints' : ['node.role==worker'] }) to be spawn by the jupyterhub server. Is it possible to dynamic change the constraint based on image chosen by the user or even the user name?
Alternative options
Who would use this feature?
Some images need to use GPU, and not every computer in a swarm has GPU. Enable dynamic constraints for the container will help to ensure the container spawn can have access to the GPU.
(Optional): Suggest a solution
It seems that c.Spawner.pre_spawn_hook is currently too late to apply the constraint to container spawn, but it should be the logic place to implement this "dynamic" container constraint.
The text was updated successfully, but these errors were encountered: