<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Gpu on SREKubeCraft | Nick Nikolakakis</title><link>https://srekubecraft.io/el/tags/gpu/</link><description>Recent content in Gpu on SREKubeCraft | Nick Nikolakakis</description><generator>Hugo</generator><language>el-GR</language><lastBuildDate>Fri, 16 Oct 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://srekubecraft.io/el/tags/gpu/index.xml" rel="self" type="application/rss+xml"/><item><title>Karmada v1.19 Multi-Component Scheduling - Ένα training job, τρία clusters, τέσσερις σιωπηλές αποτυχίες</title><link>https://srekubecraft.io/el/posts/karmada-multi-component-scheduling/</link><pubDate>Fri, 16 Oct 2026 00:00:00 +0000</pubDate><guid>https://srekubecraft.io/el/posts/karmada-multi-component-scheduling/</guid><description>&lt;p&gt;Έχεις τρία GPU clusters και ένα control plane μπροστά τους. Κάποιος υποβάλλει ένα distributed training job: ένας master, δύο workers. Θέλεις ολόκληρο το job σε ένα cluster, γιατί NCCL ανάμεσα σε regions δεν είναι κάτι που το κάνεις επίτηδες. Γράφεις το προφανές policy: μοίρασε τα replicas και στρίμωξέ τα σε όσο το δυνατόν λιγότερα clusters.&lt;/p&gt;&#10;&lt;p&gt;Το job τρέχει τρεις φορές. Μία σε κάθε cluster. Στο control plane όλα τα status είναι πράσινα.&lt;/p&gt;</description></item><item><title>Kubernetes 1.37 Gang Scheduling - Το Workload API, ένα field που χάνεται σιωπηλά και το σημείο όπου σταματά το preemption</title><link>https://srekubecraft.io/el/posts/kubernetes-gang-scheduling-workload-api/</link><pubDate>Tue, 22 Sep 2026 00:00:00 +0000</pubDate><guid>https://srekubecraft.io/el/posts/kubernetes-gang-scheduling-workload-api/</guid><description>&lt;p&gt;Δίνεις σε ένα training job με τέσσερα ranks ένα cluster με έξι GPUs. Ο scheduler τοποθετεί τρία ranks, ξεμένει από devices και αφήνει το τέταρτο Pending. Έρχεται ένα δεύτερο job με τέσσερα ranks και παίρνει τις άλλες τρεις. Τώρα έχεις έξι GPUs δεσμευμένες, δύο pods Pending για πάντα και μηδέν jobs που κάνουν training. Τίποτα δεν έχει χαλάσει. Κάθε pod που μπορούσε να γίνει schedule, έγινε. Αυτό ακριβώς είναι το πρόβλημα.&lt;/p&gt;</description></item><item><title>Modelplane πέρα από το placement - Routing policy, το Dynamo stack και τέσσερα gotchas</title><link>https://srekubecraft.io/el/posts/modelplane-beyond-placement-routing-dynamo-gotchas/</link><pubDate>Tue, 08 Sep 2026 00:00:00 +0000</pubDate><guid>https://srekubecraft.io/el/posts/modelplane-beyond-placement-routing-dynamo-gotchas/</guid><description>&lt;p&gt;Το &lt;a href="https://srekubecraft.io/el/posts/modelplane-fleet-inference/"&gt;πρώτο post για το Modelplane&lt;/a&gt; είχε μία δουλειά: να αποδείξει τον fleet scheduler σε ένα laptop. Τρία Kind clusters, ψεύτικες DRA GPU, ένα mock engine, και ένα manifest που δεν ονόμαζε ούτε cluster ούτε region και παρ&amp;rsquo; όλα αυτά έβαζε από ένα replica στο καθένα. Αυτό φτιάχτηκε να δείξει το demo, και αυτό έδειξε.&lt;/p&gt;&#10;&lt;p&gt;Ό,τι βρίσκεται &lt;em&gt;πάνω&lt;/em&gt; από τον scheduler το άφησα στην άκρη, επίτηδες. Ένα post που προσπαθεί να καλύψει μονοκοπανιά placement, traffic policy, sizing, ένα εναλλακτικό serving stack και το storage path είναι ένα post που δεν το τελειώνει κανείς. Αυτό εδώ είναι λοιπόν το δεύτερο μισό: το κομμάτι του API που πιάνεις στα χέρια σου όταν το placement δουλεύει πια και πρέπει να στήσεις από πάνω του ένα release process.&lt;/p&gt;</description></item><item><title>Modelplane - Fleet inference σε πολλά clusters, demo χωρίς ούτε μία GPU</title><link>https://srekubecraft.io/el/posts/modelplane-fleet-inference/</link><pubDate>Sun, 30 Aug 2026 00:00:00 +0000</pubDate><guid>https://srekubecraft.io/el/posts/modelplane-fleet-inference/</guid><description>&lt;p&gt;Το serving ενός μοντέλου σε ένα cluster είναι λυμένο πρόβλημα. Διαλέγεις engine, του δίνεις μια GPU, στέλνεις το traffic πάνω του. Γι&amp;rsquo; αυτή τη διαδρομή έχω γράψει ήδη δύο φορές, με το &lt;a href="https://srekubecraft.io/posts/kserve/"&gt;KServe&lt;/a&gt; και με το &lt;a href="https://srekubecraft.io/el/posts/llm-d-distributed-inference/"&gt;llm-d&lt;/a&gt;.&lt;/p&gt;&#10;&lt;p&gt;Αυτό που δεν έχει λύσει κανείς καθαρά είναι το fleet. Οι GPU είναι δυσεύρετες, οπότε παίρνεις capacity απ&amp;rsquo; όπου βρεις: λίγο σε EKS, λίγο σε GKE, ένα reserved block σε κάποιο neocloud, ένα rack που έχεις ήδη. Τώρα έχεις πέντε clusters που το καθένα θέλει ακριβώς το ίδιο serving stack, και ένα μόνιμο πρόβλημα matchmaking: ποιο μοντέλο τρέχει σε ποιο hardware, σε ποιο region. Από κάτω κρύβονται δύο διαφορετικές δουλειές που οι περισσότερες πλατφόρμες τις κάνουν μία: το platform team πρέπει να δημοσιεύει τι hardware υπάρχει, και το ML team να ζητάει το hardware που χρειάζεται.&lt;/p&gt;</description></item></channel></rss>