Open matthewfeickert opened 6 months ago
You can see our dask configuration in the derived AB image or in Jupyter directly. Our clusters are deployed using Dask Operators. (We are testing a Dask Gateway with authentication and everything but don’t want to change anything till the DESY meetings. — @ivukotic
(From IRIS-HEP Slack)
@ivukotic Sorry, I'm not experience here, so can you point out what section of https://github.com/usatlas/analysisbase-dask-uc/blob/ccd0a8000c6ee3d82b53f3e022d81c4f4bc8d34f/dask_config.yaml is this specified in (or what section of the Dask Kubernetes Operator docs I should be looking at)? Also, if the deployment is already done with Dask Operators, why did @alexander-held encounter the issue from https://github.com/usatlas/analysisbase-dask/pull/48?
(We are testing a Dask Gateway with authentication and everything but don’t want to change anything till the DESY meetings).
:+1: Nice, thank you!
@LincolnBryant @fengpinghu can you also take a look at this?
It looks it's indeed using the classic KubeCluster because in the configuration file KubeCluster users worker template and scheduler template to create pods directly. We will look into either dask-operator or dask-gateway integration.
We will look into either dask-operator or dask-gateway integration.
Great! Thanks very much, @fengpinghu!
Originally posted by @alexander-held in https://github.com/usatlas/analysisbase-dask/issues/49#issue-2278937281
https://github.com/dask/dask-kubernetes/releases/tag/2024.5.0
This would be useful to switch to as otherwise Dask will be stuck on the
2024.4.x
releases.@ivukotic is this possible?