I stumbled onto a project called ANAS and spent some time looking at what it adds to Proxmox VE. The interesting part is that it runs directly on the Proxmox node. It also adds storage management inside the existing PVE web UI instead of making you have a separate appliance or VM running on top of Proxmox.
It can manage ZFS, SMB/NFS shares, iSCSI targets, snapshots, replication, PBS backup/restore, and its own mixed-size Hybrid RAID implementation. Very cool.
I wrote this up from the angle of whether this could replace the common "Proxmox + TrueNAS VM" setup. I don’t think it replaces TrueNAS across the board, but I think the architecture adds a lot of value and is an interesting take on storage in Proxmox moving forward.
I found that a pair of VMs I thought I had that was redundant had quietly ended up on the same Proxmox host. The services were redundant at the application layer, but not at the physical failure-domain layer on my Proxmox hosts.
I wrote up what I found, how VM placement can drift during migrations and maintenance, and how Proxmox HA resource affinity rules can help keep redundant workloads on separate nodes.
The bigger lesson for me was that two copies of a service do not necessarily mean two separate failure domains.
I had always thought of Keepalived mainly as host-level failover with VRRP. While working on containerized DNS HA, I realized Keepalived track scripts can make failover decisions based on the application itself. This is pretty cool functionality. For instance, with DNS you can check to see whether port 53 or a DNS query is actually responding. Check out the full config here, including rise, fall, interval, and the difference between automatic failback and nopreempt.
Proxmox has just announced 24/7 vendor-direct enterprise support. Also, they are opening a new North American subsidiary. I wrote about why I think this matters beyond just longer support hours, especially for organizations that have been evaluating Proxmox as a serious VMware alternative. The bigger shift is that Proxmox is starting to build more of the enterprise support, procurement, and operational structure around the platform. So they are concentrating on adding more than just hypervisor features. Check it out.
I’ve been running Proxmox for quite some time in the home lab, and one thing I’ve learned is that some choices are easy to make on day one. However, they can get super painful to change once your home lab grows. I wrote up seven of the ones I think are worth planning early, including storage, networking, CPU compatibility, clustering, backups, and infrastructure dependencies.
I’ve run GitLab and Gitea in the home lab. I then decided I wanted to see where Forgejo fits in. What stands out to me is how much it includes in terms of features while still feeling lightweight. It has Git hosting, Actions-based CI/CD, runners, package registries, and OCI/container images. I also looked at where it looks different from Gitea, since from the features they are still pretty close.
It can manage ZFS, SMB/NFS shares, iSCSI targets, snapshots, replication, PBS backup/restore, and its own mixed-size Hybrid RAID implementation. Very cool.
I wrote this up from the angle of whether this could replace the common "Proxmox + TrueNAS VM" setup. I don’t think it replaces TrueNAS across the board, but I think the architecture adds a lot of value and is an interesting take on storage in Proxmox moving forward.