You are viewing a plain text version of this content. The canonical link for it is here.

Posted to issues@spark.apache.org by "Enrico Minack (Jira)" <ji...@apache.org> on 2026/03/26 10:33:00 UTC

[jira] [Commented] (SPARK-52504) Spark on Kubernetes with storage decommissioning

    [ https://issues.apache.org/jira/browse/SPARK-52504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18068585#comment-18068585 ] 

Enrico Minack commented on SPARK-52504:
---------------------------------------

Related:
- https://github.com/apache/spark/pull/42296
- https://github.com/apache/spark/pull/43443
- https://github.com/apache/spark/pull/52076

> Spark on Kubernetes with storage decommissioning
> ------------------------------------------------
>
>                 Key: SPARK-52504
>                 URL: https://issues.apache.org/jira/browse/SPARK-52504
>             Project: Spark
>          Issue Type: Umbrella
>          Components: Kubernetes
>    Affects Versions: 4.1.0
>            Reporter: Enrico Minack
>            Priority: Major
>
> Spark on Kubernetes provides the storage decommissioning feature where shuffle data stored on an executor are migrated to other executors and optionally the fallback storage when an executor gets decommissioned.
> Using this feature allows for dynamic allocation on Kubernetes. However, using this in anger has showed a number of issues that render this setup not fit for production use.
> This issue collects those issues to provide an overview.
> The following can be used to reproduce the issues using a local minikube K8S cluster:
> [https://gist.github.com/EnricoMi/e9daa1176bce4c1211af3f3c5848112a]



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@spark.apache.org
For additional commands, e-mail: issues-help@spark.apache.org