1: \begin{abstract}

2: % Cloud and HPC increasingly converge in hardware platform capabilities and specifications, nevertheless still largely differ in the software stack and how it manages available resources.

3: % The HPC world typically favors Slurm for job scheduling, whereas Cloud deployments rely on Kubernetes to orchestrate container instances across nodes.

4: % Running hybrid workloads is possible by using bridging mechanisms that submit jobs from one environment to the other.

5: % However, such solutions require costly data movements, while operating within the constraints set by each setup's network and access policies.

6: % In this work, we explore a design that enables running unmodified Kubernetes workloads directly on HPC.

7: % With \textit{High-Performance Kubernetes} (HPK), users deploy their own private Kubernetes ``mini Clouds'', which

8: % internally convert container lifecycle management commands to use the system-level Slurm installation for

9: % scheduling and Singularity/Apptainer as the container runtime. We consider this approach to be practical for

10: % deployment in HPC centers, as it requires minimal pre-configuration and retains existing resource management and accounting policies.

11: % HPK provides users with an effective way to utilize resources by a combination of well-known tools, APIs, and more interactive and user-friendly interfaces as is common practice in the Cloud domain, as well as seamlessly combine Cloud-native tools with HPC jobs in converged, containerized workflows.

12: % \keywords{Cloud-HPC convergence \and Kubernetes \and Virtual Kubelet \and Slurm \and Singularity \and Apptainer}

13: % \end{abstract}

14: