Brad I
09/10/2021, 12:45 PMdefault
and was wondering if anyone ran into the same issue. Example executor code is in the thread.Brad I
09/10/2021, 12:46 PMDaskExecutor(
cluster_class=lambda: KubeCluster(
name=slugify(prefect.context.flow_name),
pod_template=make_pod_spec(
image=prefect.context.image,
cpu_request="1000m",
memory_request="2Gi",
threads_per_worker=2,
env=env_dict,
extra_pod_config={
"serviceAccount": "dask-workflows-sa",
"serviceAccountName": "dask-workflows-sa",
"priority": 1,
}
),
scheduler_pod_template=make_pod_spec(
image=prefect.context.image,
cpu_request="1000m",
memory_request="1Gi",
),
),
adapt_kwargs={
"minimum": 1,
"maximum": 4,
},
)
Brad I
09/10/2021, 12:47 PMpriority
but it doesn’t seem like anything in the extra_pod_config
block makes it to the worker pod.Kevin Kho
KubernetesRun(service_account_name="")
? I went through KubeCluster docs and this looks right. I don’t know why the extra_pod_config
wouldn’t be respectedBrad I
09/10/2021, 3:16 PMdefault
as the serviceAccount and serviceAccountName. We also have the service account set as the default in our agent. The dask documents mention a config.yaml
or ~/.kube/config
file, is that something I can pass through the DaskExecutor
or should I try setting it inside our docker image?Brad I
09/10/2021, 3:32 PMscheduler_pod_template
and everything seems to work. So I needed to make your change plus let dask use the same pod template for both workers and the scheduler. As long as it’s working 🤷 , thanks!Kevin Kho
Bring your towel and join one of the fastest growing data communities. Welcome to our second-generation open source orchestration platform, a completely rethought approach to dataflow automation.
Powered by