fosstodon.org is one of the many independent Mastodon servers you can use to participate in the fediverse.
Fosstodon is an invite only Mastodon instance that is open to those who are interested in technology; particularly free & open source software. If you wish to join, contact us for an invite.

Administered by:

Server stats:

10K
active users

#kubevirt

1 post1 participant0 posts today

It's a wrap! is over 😅🥲

It's been a ride: my first maintainer talk, quite a lot of extremely interesting conversations and huge interest in - also meeting colleagues and having conversations outside of work is very refreshing.

Thanks everyone who attended our talks and stopped by our Project Pavilion - it's been a real pleasure! 🥰

And if you have further questions about , you can toot to @kubevirt or find us on kubevirt.bsky.social

A tip on short notice :
Wednesday, November 13
11:00 AM - 12:00 PM Eastern

Webinar: Enablement of kubevirt on IBM Z and LinuxONE

Register here: events.teams.microsoft.com/eve

Description: This session will cover the usage of Kubevirt for s390x architecture when running it on IBM Z and LinuxONE.

events.teams.microsoft.comMicrosoft Virtual Events Powered by TeamsMicrosoft Virtual Events Powered by Teams
#ibm#ibmz#LinuxonZ
Replied in thread

@kta @autolycus @mudala

Yep, that’s unfortunately different here and one of the most important features that must be given. I can’t tell more than 6k users why I need to shutdown their VMs almost weekly.

Next to #Proxmox (you maybe also might want to have a look at my #ProxLB project (github.com/gyptazy/ProxLB) which brings in some enterprise features from VMware like DRS and Storage DRS), there are also #XCPng (based on #Xen) or Harvester (based on #RKE and #Kubevirt). However, I’m not a big fan of longhorn and Harvester will start supporting external storage as boot bold with 1.3 which is expected to be available in Q1/2025

ProxLB - (Re)Balance VM Workloads Across Nodes in Proxmox Clusters. A Load Balancer for Proxmox - and more! - gyptazy/ProxLB
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

OMG messing with kubevirt multus on k3s and trying to get a bridged secondary network interface using macvtap (and even the classic bridge plugin). And the error messages are leading me to believe it's failing because of storage driver.

I "think" kubevirt is doing an in-place live migration as a way to bolt on the 2nd interface and my default k3s local storage driver only supports ReadWriteOnce.

Driving me crazy.

We're thinking of giving #KubeVirt a try for a proof-of-concept, using Rancher's #HarvesterHCI distribution as base OS so we don't have to build this all on our own.
But Harvester makes use of #Longhorn for its storage needs instead of #Ceph and the latest benchmarks of it that I could find from 2021 look, like it can't really compete with Ceph.

Has anyone seriously used it recently and can report on its stability and performance compared to Ceph?