social.tchncs.de is one of the many independent Mastodon servers you can use to participate in the fediverse.
A friendly server from Germany – which tends to attract techy people, but welcomes everybody. This is one of the oldest Mastodon instances.

Administered by:

Server stats:

3.8K
active users

#proxlb

0 posts0 participants0 posts today

Even though it's April 1st, this is no joke - #ProxLB 1.1.0 is officially out! 🚀

ProxLB is an opensource, advanced and DRS alike open-source load balancing solution for #Proxmox clusters.

Thanks to my company @credativde, I have the opportunity to contribute to this project as part of our commitment to open-source innovation - even during work hours!

gyptazy.com/introducing-proxlb

Replied to gyptazy

@gyptazy excellent documentation on #proxlb #proxmox here github.com/gyptazy/ProxLB

I am but an amateur, run proxmox in #homelab but no clusters. Two Newbie questions
1. I I want to have an edge cluster with firewalls and So on and a backend cluster, with websites and nextcloud and the like, should I then just use 2 separate clusters according to their function? (1/2)

GitHubGitHub - gyptazy/ProxLB: ProxLB - (Re)Balance VM Workloads Across Nodes in Proxmox Clusters. A Load Balancer for Proxmox - and more!ProxLB - (Re)Balance VM Workloads Across Nodes in Proxmox Clusters. A Load Balancer for Proxmox - and more! - gyptazy/ProxLB

Rushing to the long awaited release of #ProxLB 1.1.x - the loadbalancer for #Proxmox clusters!

But first - what is ProxLB? ProxLB is a DRS alike loadbalancer for Proxmox clusters that balances your guests (VMs & CTs) across the nodes. It also supports affinity & anti-affinity rules which got completely rewritten and the maintenance mode automatically moves all your VMs to other nodes - based on the best resource usage!

I often got asked when I finally plan to release version 1.1.x of the ProxLB and I'm happy to share that most of the things, including a whole new pipeline and packaging is almost done. I'm still not sharing any date since this may vary depending on my spare time - like always :)

Project: github.com/gyptazy/ProxLB

Replied in thread

Happy to see it finally arrived you - just in time - and I’m really happy to share the big news: We - as #credativ - are an independent company again after having a great time of two years at #NetApp (and also as being NetApp).

#OpenSource continuous, it was, is and will always be our passion which almost every mate in our company represents (as s #Debian, #Ubuntu, #PostgreSQL, #Ansible, #GardenLinux, #ProxLB, #OpenStack and many other tools as developer, maintainer and contributor) which clearly shows the passion of every one - not only during the business times but also in the spare time and the commitment into opensource.

See also:
German: credativ.de/blog/aktuelles/cre
English: credativ.de/en/blog/credativ-i

@stefano @credativde

credativ® · credativ wieder ein eigenständiges UnternehmenAb dem 1. März 2025 wird der Mönchengladbacher Open-Source-Spezialist credativ IT Services GmbH wieder als eigenständiges Unternehmen am Markt agieren. Im Mai 2022 wurde die credativ GmbH von NetApp übernommen und zum 1. Februar 2023 in die NetApp Deutschland GmbH integriert. Durch diesen Schritt konnte das Unternehmen auf umfangreiche Erfahrungen und eine breitere Ressourcenbasis zurückgreifen. […]

ProxLB 1.0.7 (an opensource DRS alike solution for #Proxmox clusters) is just around the corner!

1.0.7 will be the last version before I'm going to publish the new refactored code base in a modern and object oriented way. Version 1.1.0 squashes some more bugs that were postponed on the current code base and makes the overall future handling much easier (including new features).

Website: proxlb.de
GitHub: lnkd.in/eEZWEU7s
Blog post: lnkd.in/e5_b6u-A
Tags: #ProxmoxVE #DRS #Loadbalancer #opensource #virtualization #gyptazy #Proxmox #ProxLB #homelab #enterprise #balancer #balancing #virtualmachines #VM #VMs #VMware #LXC #container #cluster

#ProxLB - A loadbalancer for Proxmox clusters!

The Prox Load Balancer (ProxLB) helps you to rebalance your Container and VM workloads across your nodes in your Proxmox cluster. It is similar to VMware's DRS (Dynamic Resource Scheduler) which allows you to balance your cluster by memory, CPU or local storage usage to ensure an equal distribution within the cluster. With affinity & anti-affinity groups you can also create groups where objects should be moved to a different groups as a whole unit or even forbid to be scheduled on the same node (e.g. HA setups).

You can find more information at GitHub: github.com/gyptazy/ProxLB

I just crafted the new #ProxLB 1.0.6 release - ProxLB is a workload balancer for #Proxmox and rebalances the guests across nodes in a cluster by memory, cpu or (local) disk usage.

Release 1.0.6 is just a small hot fix release and the last one of 1.0.x. With 1.1.x I will introduce the new code refactor to make the project more future proof. After further discussions we will not move to #Rust and stay on #Python. Also, there might be some additional great news - but this will be shared at a later time.

Link: github.com/gyptazy/ProxLB/rele

Replied in thread

Hey Kyle!

The whole infrastructure grow very quick and in different ways. Initially I started BoxyBSD just by providing my free resources of already present and personal used hardware for this project - this was mostly running on bhyve with FreeBSD. Later it grew and I wanted to continue the project and scale more better and also provide are more stable service - more stable in that there aren’t any required maintenance windows for node patching etc - this required live migrations and I therefore started with Proxmox. This year, I also started with XCP-ng (based on Xen) as an additional platform which also works pretty well. This makes the provisioning a bite more complicated but the automation is done by Terraform and/or Ansible. - depending on the used node. For the placement (evaluating which node fits best for a new VM from a resource perspective which gets live evaluated) I use my self written tool ProxLB - this project is now also opensource and free quickly.

So, overall I use:

Hypervisor: bhyve, KVM (Proxmox), Xen (XCP-ng)
Automation: ProxLB, Ansible, Terraform (BPG provider), Matrix Bot

You can also find my slides about that project here:
cdn.gyptazy.com/files/talks/Bo

Example of managing VMs on bhyve/FreeBSD orchestrated by Ansible:
gyptazy.com/howto-managing-vm-

A stripped down example of provisioning FreeBSD on Proxmox with Terraform/BPG:
gyptazy.com/howto-automated-de

And more about #proxlb at:
github.com/gyptazy/ProxLB

Matrix Provisioning Bot:
I also wrote a small Matrix Provisioning Bot which gets used on the Matrix channel of BoxyBSD with some additional checks (it fetches a string from GitHub for validation before providing boxes):
boxybsd.com/matrix-bot/

Hope it helps! If you have any further questions - feel free to ask :)

@kta