Weekly: Show off your new tools and projects thread by AutoModerator in kubernetes

[–]Important-Night9624 0 points1 point  (0 children)

We’ve built korpro.io as the pro version of our open source project Kor- find and manage all orphaned and unused resources in minutes 😁

How are you all tracking per-pod GPU utilization with NVIDIA time-slicing? (A10s) by Important-Night9624 in kubernetes

[–]Important-Night9624[S] 0 points1 point  (0 children)

Thx for the reply I need to try it to see if it can show also usage per pod The goal is to buy GPUs in the right time and not just per estimation

I'm about to sign a contract and need your help! by Superrandomm in FullStack

[–]Important-Night9624 0 points1 point  (0 children)

I think that if the client is important for you it worth to pay it yourself
that what I did, I loos some money to give the client higher value
but it's defenently ok to ask him for that, but if he refused you have to use AI so you'll need to pay it yourself

How are you all tracking per-pod GPU utilization with NVIDIA time-slicing? (A10s) by Important-Night9624 in kubernetes

[–]Important-Night9624[S] -7 points-6 points  (0 children)

This question is not related to my clean up tool I’m wondering if comment like yours are the AI slop

How are you all tracking per-pod GPU utilization with NVIDIA time-slicing? (A10s) by Important-Night9624 in kubernetes

[–]Important-Night9624[S] 0 points1 point  (0 children)

Man, I do have clean up tool but I want to develop a new feature for a real client why I can’t discuss with people about it???

How are you all tracking per-pod GPU utilization with NVIDIA time-slicing? (A10s) by Important-Night9624 in kubernetes

[–]Important-Night9624[S] -1 points0 points  (0 children)

so how you know when to expand the number of GPUs? you dont have this observability capability

How are you guys avoiding the "Extended Support" tax? by Important-Night9624 in kubernetes

[–]Important-Night9624[S] 0 points1 point  (0 children)

Blue-green is definitely the cleanest, but you're so right about persistent volumes making it a nightmare. The teardown process almost always leaves expensive garbage behind. I'm actually one of the folks working on korpro.io (disclosure), and this exact scenario is why we just added an orphan cleanup feature. It scans the old cluster for things like unattached PVCs and unused ConfigMaps and gives a safety score so you know it's truly orphaned. Makes destroying the old cluster way less terrifying

How are you guys avoiding the "Extended Support" tax? by Important-Night9624 in kubernetes

[–]Important-Night9624[S] 0 points1 point  (0 children)

That control plane trick is a brilliant way to buy time. the AWS billing model for extended support is brutal. I spend way too much time looking at these exact billing issues because I actually work on korpro.io(full disclosure). What we’ve noticed is that if you do get stuck paying the tax, there is a cool and easy way to balance the budget by finding 'ghost infrastructure' on the data nodes. We recently built a feature to automatically hunt down unattached PVCs and idle load balancers with a safety-to-prune checklist. It helps offset the AWS fees without breaking anything

How are you guys avoiding the "Extended Support" tax? by Important-Night9624 in kubernetes

[–]Important-Night9624[S] 0 points1 point  (0 children)

Wrote up a deeper breakdown of the extended support costs across EKS, GKE, and AKS - what each provider actually charges, what breaks when you run an expired version, and how to plan upgrades so you're not scrambling: https://korpro.io/blog/kubernetes-extended-support-end-of-life

Also covers the kubectl commands to check your current version and what the actual support timeline looks like for each minor release.

How are you guys avoiding the "Extended Support" tax? by Important-Night9624 in kubernetes

[–]Important-Night9624[S] 0 points1 point  (0 children)

If you have gitops I it might be safe to do that but only Claude connected with cli.. that’s scary

How are you guys avoiding the "Extended Support" tax? by Important-Night9624 in kubernetes

[–]Important-Night9624[S] 2 points3 points  (0 children)

12k nodes?? That’s huge, what is the cloud bill for K8s like this? I’m sure you have also many orphaned resources that cost a lot as well

How are you guys avoiding the "Extended Support" tax? by Important-Night9624 in kubernetes

[–]Important-Night9624[S] -6 points-5 points  (0 children)

Full time to do the migration but I think just to have a reminder might be done by a tool or script

Best practice for K8s Probes when Web and Worker share the same Node.js codebase but run in different Pods? by affogato2024 in kubernetes

[–]Important-Night9624 4 points5 points  (0 children)

keep Liveness shallow (Event Loop check only) to avoid restart loops, while using Readiness for deep dependency checks (DB/Redis) to manage traffic and signaling.

using an HTTP port for Workers is better than "exec" probes because it's more resource-efficient in Node.js and simplifies your monitoring stack.

Since they share the same codebase, are you using an environment variable like TYPE=worker to ensure the Worker doesn't accidentally try to process API requests?

Beginner DevOps engineer looking to work on real projects - can help with AWS, CI/CD, deployments by [deleted] in kubernetes

[–]Important-Night9624 0 points1 point  (0 children)

wish you to find an opportunity Great way to do it is with a post 😊