NetLabs 775 654 443 Free consultation
Introduction Virtualization and Proxmox

virtualization & Proxmox

Virtualisation that doesn't work
more than iron.

Migration from VMware to Proxmox, cluster design and backup solutions that have been genuinely tested for restoration. For companies in Prague and the surrounding area.

VMwaremigration and Hyper-V
PBSdeposits + offsite copies
< 2 hguaranteed response
Prague 1local team
topology / Proxmox cluster nodes in quota
three nodes in quorum · backups with deduplication · off-site copies

// why this is being addressed now

Licences have become more expensive, servers remain unchanged

Following Broadcom's acquisition of VMware, standalone licences disappeared and were replaced by subscription bundles. Many companies now pay significantly more for the same environment and are looking for alternatives. Proxmox VE is the most common answer: an open-source hypervisor that delivers the same performance on identical hardware without a core licence fee.

What typically causes problems today

  • Subscription for a permanent license, billed per core
  • Minimum consumption that a small business will never utilise
  • Functions that are paid for but never activated by anyone.
  • Deposits "just run" - nobody remembers the last recovery test
  • One server that holds everything up, and no one dares to reboot it.

How things look after the transition

  • Hypervisor with no licence fee, optional paid support
  • Backups with deduplication and regular recovery testing
  • Snapshot before every intervention: back to the minute
  • Live migration of machines between nodes, maintenance without downtime
  • Containers for minor services: lower overheads than a full VM

// what we do for you

From design to night-time switch-on

PORT 01 / MIG

Migration from VMware

Migration of virtual machines from ESXi or vSphere to Proxmox. One at a time, always with the option to revert. We also handle Hyper-V and physical servers (P2V).

PORT 02 / CLU

Cluster design

How many nodes, what storage, where the quorum will be located and what happens when the power fails. A design tailored to your size, not based on a catalogue.

PORT 03 / BAK

Deposits and restoration

Proxmox Backup Server with deduplication, off-site copies and, above all, regular restore testing. A backup that has never been tested for restoration is not a backup.

PORT 04 / OPS

Operation and supervision

Updates, pre-intervention snapshots, monitoring of nodes, capacities and disk status. We resolve issues before full storage affects operations.

PORT 05 / AUT

Automation

New servers from templates, configured via Ansible. A server is ready in minutes and always looks the same, including security settings.

PORT 06 / AUD

Environmental audit

If you already have virtualisation in place: we will review backups, updates, capacities and potential failure points. You will receive a specific list of items to fix.

// how migration is carried out

Five steps, no surprises

$ migration esxi → proxmox · return possible at any stage

1 · analysis

What is actually running

We document the equipment, its load, dependencies, and which units may briefly go offline and which must not.

2 · design

Target state and price

How many nodes, what storage, where backups. Schedule for nightly maintenance windows and a transparent price in advance.

3 · deposit

First Insurance

Before any changes are made, a verified backup exists. Not only was it created, but it can also be restored from.

4 · conversion

Unit by unit

First the non-critical ones, where the procedure is fine-tuned. The original environment remains in place until the new side is running.

5 · operation

Handover or SLA

Documentation, training, and either you take over or we monitor it under an SLA.

Server rack with active components and structured cabling

// INDEPENDENT OPERATION

We do not sell what we do not operate ourselves.

Our own services, monitoring, backups, PBXs and websites, run on Proxmox, which we manage using the same procedures we offer you. This includes backups to a separate backup server and off-site copies.

So we also know what isn't written in the documentation: what happens when the disk fills up at night, how long recovery actually takes, and why snapshots aren't created only after an incident.

operated by Let IT Bee, s.r.o.

// frequently asked questions

Most frequently asked questions

Why even consider leaving VMware?

Following Broadcom's acquisition of VMware, standalone licenses were discontinued and replaced by subscription packages, often with higher minimum core counts. For many smaller companies, the cost for the same environment increased significantly. Proxmox VE is open source with no licensing fee for the core; payment is optional only for the repository of stable updates and support.

Will we lose data or suffer downtime during migration?

No. Virtual machines are converted one by one, always after a verified backup. The original VMware environment remains operational until the new side runs as intended, so there is a fallback option. We plan to switch outside working hours.

How long does the migration take?

For smaller infrastructure with up to approximately ten virtual machines, the process typically takes several nights. The duration depends on data volume, storage speed, and how many services can tolerate a brief restart. You will receive the specific schedule in the proposal before work begins.

Can we manage Proxmox ourselves?

Normal operation is fine: the web interface is clear. The tricky parts are those that only surface during a crisis: quorum in the cluster, tested recovery from backup, and updates without downtime. We can configure these elements to run without your involvement or keep them within the SLA.

What if we have only one physical server?

This covers most cases and is perfectly acceptable. A high-availability cluster requires three nodes, but even a single well-backed-up server is significantly better than an unbacked-up hypervisor. The design always matches what makes sense for your size: not a catalogue.

Do you also handle Hyper-V or bare metal physical servers?

Yes. The procedure is the same: analysis, deposit, disk migration, testing, cutover. Physical servers are converted to virtual machines (P2V), which also provides an opportunity to retire hardware that no one dares to reboot.

We will determine whether the switch is cost-effective.

non-binding consultation · we will review your licences, servers and backups