VMware zu Proxmox VE: Der komplette Migrations-Leitfaden für KMU

Raus aus der Lizenz-Falle – Sicher zu Open Source wechseln

![Cover Image: VMware → Proxmox arrows with checkmark]

—

Über diesen Leitfaden

Dieser Leitfaden hilft Ihnen, eine fundierte Entscheidung über die Migration von VMware zu Proxmox VE zu treffen – und zeigt Ihnen Schritt für Schritt, wie eine sichere Migration ohne Datenverlust funktioniert.

Sie erfahren:

• Warum immer mehr KMU von VMware zu Proxmox wechseln
• Ob Proxmox VE die richtige Wahl für Ihr Unternehmen ist
• Wie viel Geld Sie konkret sparen können
• Wie eine Migration in 4 Phasen funktioniert
• Welche Fallstricke Sie vermeiden müssen
• Wann Sie externe Hilfe benötigen

Für wen ist dieser Leitfaden?

• IT-Verantwortliche in KMU (10-100 Mitarbeiter)
• Geschäftsführer, die IT-Kosten senken möchten
• Unternehmen mit 5-50 virtuellen Maschinen
• Firmen, die von Broadcom’s VMware-Lizenzänderungen betroffen sind

Lesezeit: ~20 Minuten
Umsetzung: 2-6 Wochen (je nach Komplexität)

—

Inhaltsverzeichnis

• [Warum jetzt von VMware wechseln?](#kapitel-1)
• [Was ist Proxmox VE?](#kapitel-2)
• [Ist Proxmox das Richtige für Sie?](#kapitel-3)
• [Kosten-Nutzen-Rechnung](#kapitel-4)
• [Die 4 Phasen einer sicheren Migration](#kapitel-5)
• [Technische Grundlagen & Voraussetzungen](#kapitel-6)
• [Schritt-für-Schritt-Migrationsplan](#kapitel-7)
• [Häufige Probleme & Lösungen](#kapitel-8)
• [Checkliste: Wann brauche ich Hilfe?](#kapitel-9)
• [Nächste Schritte](#kapitel-10)

—

Kapitel 1: Warum jetzt von VMware wechseln?

Die Broadcom-Übernahme hat alles verändert

Seit Broadcom VMware im November 2023 übernommen hat, hat sich die Lizenzierungslandschaft dramatisch verändert:

Was passiert ist:

• Lizenzmodell-Wechsel: Von pro-CPU zu pro-Core Lizenzierung
• Preiserhöhungen: 30% bis 300% Kostenerhöhung für viele KMU
• Produktbündelung: Einzelne Produkte nicht mehr verfügbar, nur noch teure Bundles
• Vertragsunsicherheiten: Bestehende Verträge werden nicht unbedingt verlängert

Reale Beispiele aus dem ITHeld24-Kundenkreis:

> Metallbau Schmidt GmbH (40 Mitarbeiter, 15 VMs)
> Alte Lizenzkosten: €7.500/Jahr
> Neue Broadcom-Lizenzkosten: €35.000/Jahr (+367%)
> Nach Proxmox-Migration: €0 Lizenzkosten, €11.000 Projektsparung/Jahr

> Beratungsfirma Müller & Partner (25 Mitarbeiter, 8 VMs)
> VMware Essentials Plus: €4.200/Jahr
> Neue Broadcom Anforderung: €18.000/Jahr Bundle (nicht einzeln verfügbar)
> Nach Proxmox-Migration: €0 Lizenzkosten

Warum KMU besonders betroffen sind

Große Konzerne haben Verhandlungsmacht und langlaufende Enterprise-Verträge. KMU sind die Verlierer der Broadcom-Strategie:

• Keine Verhandlungsmacht: Kleine Lizenzmengen = keine Rabatte
• Gezwungen zu Bundles: Funktionen bezahlen, die Sie nie nutzen
• Unvorhersehbare Kosten: Lizenzmodell ändert sich alle 12-24 Monate
• Vendor Lock-in: Je länger Sie warten, desto schwieriger wird der Wechsel

Der richtige Zeitpunkt ist JETZT

Warum jetzt migrieren?

• ✅ Bestehende VMware-Verträge laufen 2026-2027 aus
• ✅ Ihr IT-Team kennt VMware noch gut (kann Migration bewerten)
• ✅ Proxmox ist ausgereift (Version 8.x, Enterprise-ready)
• ✅ Große Community mit Migration-Erfahrungen
• ✅ Vor nächster Lizenzkosten-Welle im 2027

Wann ist es zu spät?

• ❌ Wenn Sie Broadcom-Vertrag bereits verlängert haben (Lock-in 3-5 Jahre)
• ❌ Wenn IT-Team gewechselt hat (fehlendes VMware-Know-how)
• ❌ Wenn Budget für Alternative nicht mehr vorhanden

—

Kapitel 2: Was ist Proxmox VE?

Proxmox Virtual Environment im Überblick

Proxmox VE ist eine Open-Source-Virtualisierungsplattform, die zwei Technologien kombiniert:

• KVM (Kernel-based Virtual Machine) für volle Virtualisierung
• LXC (Linux Containers) für Container-basierte Virtualisierung

Kernmerkmale:

• 100% Open Source (keine Lizenzkosten)
• Enterprise-Support optional erhältlich
• Integrierte Backup-Lösung (Proxmox Backup Server)
• Web-basierte Management-GUI
• High Availability Clustering
• Live-Migration von VMs
• Software-Defined Storage (Ceph, ZFS)
• API für Automatisierung

Wer steht hinter Proxmox?

Proxmox Server Solutions GmbH (Österreich, gegründet 2005):

• Über 500.000 Installationen weltweit
• Aktive Entwicklung seit 18 Jahren
• Enterprise-Support verfügbar
• Große Community (>100.000 Forum-Mitglieder)
• Transparente Entwicklung (GitHub, öffentliche Roadmap)

Proxmox vs. VMware: Feature-Vergleich

| Feature | VMware ESXi | Proxmox VE |
|———|————-|————|
| Lizenzkosten | €8.000-€50.000/Jahr | €0 (Community) oder €1.200-€3.600/Jahr (Enterprise-Support) |
| Web-Management | vSphere Client | Integrierte Web-GUI |
| Live-Migration | ✅ (vMotion) | ✅ |
| High Availability | ✅ (HA + DRS) | ✅ (HA) |
| Backup Integration | Separate Produkte (Veeam, etc.) | Proxmox Backup Server (integriert) |
| Container-Support | ❌ (nur VMs) | ✅ (LXC nativ) |
| Storage Options | VMFS, vSAN | ZFS, Ceph, NFS, iSCSI |
| API & Automation | ✅ | ✅ (REST API) |
| Snapshots | ✅ | ✅ |
| Cluster Management | ✅ (vCenter) | ✅ (integriert) |
| Community-Support | Kommerziell | Sehr aktiv (Forum, Wiki) |

Fazit: Proxmox bietet 90% der VMware-Features für 0-10% der Kosten.

Was Proxmox NICHT kann (im Vergleich zu VMware)

Seien wir ehrlich – Unterschiede gibt es:

• ❌ Kein DRS (automatische Lastverteilung) – nur manuelle Migration
• ❌ Keine vSphere HA-Granularität (Proxmox HA ist einfacher)
• ❌ Kein vMotion Storage (nur VM-Migration, nicht Live-Storage-Migration)
• ❌ Keine offizielle Windows-GUI (nur Web-Interface)
• ❌ Kleineres Ökosystem an Third-Party-Tools

Für wen sind diese Einschränkungen relevant?

• Große Rechenzentren mit 100+ Hosts: Ja
• KMU mit 2-10 Hosts und 5-50 VMs: Nein, irrelevant

—

Kapitel 3: Ist Proxmox das Richtige für Sie?

Self-Assessment: 10 Fragen

Beantworten Sie diese Fragen, um zu prüfen, ob Proxmox für Ihr Unternehmen passt:

1. Wie viele virtuelle Maschinen betreiben Sie?

• [ ] 1-10 VMs → ✅ Perfekt für Proxmox
• [ ] 10-50 VMs → ✅ Ideal für Proxmox
• [ ] 50-200 VMs → ✅ Proxmox geeignet (Enterprise-Support empfohlen)
• [ ] 200+ VMs → ⚠️ Proxmox möglich, aber gut planen

2. Wie viele physische Hosts haben Sie?

• [ ] 1-2 Hosts → ✅ Einfache Migration
• [ ] 3-5 Hosts → ✅ Standardszenario
• [ ] 6-10 Hosts → ✅ Cluster-Funktionen nutzen
• [ ] 10+ Hosts → ⚠️ Komplex, professionelle Hilfe empfohlen

3. Welche Betriebssysteme laufen auf Ihren VMs?

• [ ] Hauptsächlich Linux → ✅✅ Optimal für Proxmox
• [ ] Mix Linux + Windows → ✅ Funktioniert sehr gut
• [ ] Hauptsächlich Windows → ✅ Kein Problem
• [ ] Exotische OS (Solaris, BSD, etc.) → ⚠️ Testen Sie Kompatibilität

4. Nutzen Sie VMware-spezifische Features intensiv?

• [ ] Nein, nur grundlegende Virtualisierung → ✅ Problemlos wechseln
• [ ] vMotion, HA, Standard-Features → ✅ Proxmox bietet Äquivalente
• [ ] DRS, vSAN, NSX intensiv → ⚠️ Abstriche bei Automatisierung
• [ ] Tief integriert in VMware-Ökosystem → ❌ Migration sehr komplex

5. Wie ist Ihre IT-Team-Expertise?

• [ ] Linux-Erfahrung vorhanden → ✅ Proxmox wird leicht fallen
• [ ] Windows-fokussiert, aber lernbereit → ✅ 2-4 Wochen Einarbeitung
• [ ] Keine Linux-Kenntnisse, kein Interesse → ⚠️ Externe Hilfe nötig
• [ ] Kein IT-Team → ⚠️ Managed Service empfohlen

6. Was ist Ihr jährliches VMware-Lizenzbudget?

• [ ] €0-€5.000 → ✅ Proxmox spart 100% (€5.000/Jahr)
• [ ] €5.000-€20.000 → ✅ Massive Ersparnis
• [ ] €20.000-€50.000 → ✅ ROI in 3-6 Monaten
• [ ] €50.000+ → ✅ ROI sofort, aber komplexe Migration

7. Wie kritisch ist 24/7 Vendor-Support für Sie?

• [ ] Nicht kritisch, Community reicht → ✅ Community Edition
• [ ] Nice-to-have → ✅ Proxmox Enterprise-Subscription (€1.200-3.600/Jahr)
• [ ] Geschäftskritisch → ✅ Proxmox + Managed Service Partner
• [ ] Absolut notwendig → ⚠️ VMware oder Proxmox + umfassender Support

8. Haben Sie Zeit für eine Migration?

• [ ] Ja, 4-8 Wochen Zeit → ✅ Ideales Zeitfenster
• [ ] 2-3 Wochen möglich → ✅ Machbar mit guter Planung
• [ ] Nur 1 Woche → ⚠️ Zu knapp, nur für kleine Umgebungen
• [ ] Nein, sofortiger Wechsel nötig → ❌ Unrealistisch

9. Wie ist Ihre Hardware-Situation?

• [ ] Neue Server (< 3 Jahre alt) → ✅ Optimal für Proxmox
• [ ] Mittelalte Server (3-7 Jahre) → ✅ Funktioniert
• [ ] Alte Server (7+ Jahre) → ⚠️ Hardware-Refresh überlegen
• [ ] Sehr alte Hardware → ⚠️ Migration + Hardware-Upgrade kombinieren

10. Was ist Ihre Backup-Strategie?

• [ ] Veeam oder Drittanbieter → ✅ Kompatibel mit Proxmox
• [ ] VMware-integriert → ⚠️ Backup-Strategie neu planen
• [ ] Kein strukturiertes Backup → ⚠️ Proxmox Backup Server nutzen
• [ ] Welches Backup? → ❌ Erst Backup, dann Migration!

Auswertung

8-10x ✅: Sie sind ein idealer Kandidat für Proxmox! Starten Sie jetzt.

5-7x ✅: Proxmox ist sehr wahrscheinlich richtig für Sie. Machen Sie ein Proof-of-Concept.

3-4x ✅: Proxmox ist möglich, aber einige Herausforderungen. Holen Sie externe Beratung.

0-2x ✅: Migration ist komplex. Evaluieren Sie andere Optionen oder planen Sie langfristig (12+ Monate).

—

Kapitel 4: Kosten-Nutzen-Rechnung

Beispiel-Kalkulation: 30 Mitarbeiter, 12 VMs

Szenario: Mittelständisches Unternehmen mit 30 Mitarbeitern, 3 physischen Hosts, 12 virtuellen Maschinen

#### Aktuelle VMware-Kosten (jährlich)

| Position | Alte Lizenz (vor Broadcom) | Neue Broadcom-Lizenz |
|———-|—————————|———————-|
| vSphere Essentials Plus (3 Hosts) | €4.200 | Nicht mehr verfügbar |
| VMware vSphere Standard (Zwang zu Bundle) | – | €18.000 |
| vCenter Standard | Inkludiert | Inkludiert im Bundle |
| Support & Subscription (20%) | €840 | €3.600 |
| TOTAL/Jahr | €5.040 | €21.600 |
| Kostensteigerung | – | +328% |

#### Proxmox-Gesamtkosten (einmalig + jährlich)

| Position | Einmalig | Jährlich |
|———-|———-|———-|
| Proxmox VE Lizenzen | €0 | €0 (Community) |
| *oder Proxmox Enterprise-Subscription* | – | €1.200 (3 Hosts × €400) |
| Migration Services (ITHeld24) | €3.500-€7.000 | – |
| – Bestandsanalyse (2 Tage) | €1.600 | – |
| – Proof of Concept (1 Woche) | €4.000 | – |
| – Live-Migration (1-2 Wochen) | €6.400 | – |
| – Training (2 Tage) | €1.600 | – |
| Proxmox Backup Server Setup | €2.000 | – |
| TOTAL Erstjahr | €13.600 | €1.200 (optional) |
| TOTAL ab Jahr 2 | – | €1.200 (optional) |

#### ROI-Rechnung

| Jahr | VMware-Kosten | Proxmox-Kosten | Ersparnis |
|——|—————|—————-|———–|
| Jahr 1 | €21.600 | €13.600 (Migration) + €1.200 (Support) = €14.800 | €6.800 |
| Jahr 2 | €21.600 | €1.200 | €20.400 |
| Jahr 3 | €21.600 | €1.200 | €20.400 |
| Jahr 4 | €21.600 | €1.200 | €20.400 |
| Jahr 5 | €21.600 | €1.200 | €20.400 |
| 5-Jahres-Total | €108.000 | €20.000 | €88.000 |

ROI erreicht nach: 8-9 Monaten
Break-Even Point: Ende Q1 Jahr 2
Amortisation der Migrationskosten: 7-10 Monate

Versteckte Kosten-Faktoren (oft übersehen)

Bei VMware (ZUSÄTZLICH zu Lizenzkosten):

• Backup-Lösung (Veeam, etc.): €2.000-€8.000/Jahr
• Monitoring-Tools (vRealize, etc.): €1.500-€5.000/Jahr
• License-Compliance-Audits: €500-€2.000/Jahr (Stress inklusive)
• Lizenz-Management-Zeit: ~20 Stunden/Jahr IT-Zeit

Bei Proxmox (GESPART):

• Proxmox Backup Server: €0 (integriert)
• Monitoring: Zabbix, Prometheus (Open Source)
• Keine Compliance-Audits nötig
• Keine Lizenz-Verwaltung

Reale Gesamtersparnis über 5 Jahre: €90.000-€120.000

Rechenformel für Ihre Situation

„`
Jährliche VMware-Kosten:
[Anzahl Hosts] × [Kosten pro Host-Lizenz] + [vCenter] + [Support %] = €_____

Proxmox-Migrationskosten (einmalig):
[Analyse] + [PoC] + [Migration] + [Training] = €_____

Jährliche Proxmox-Kosten:
[Anzahl Hosts] × €400 (Enterprise-Support, optional) = €_____

Ersparnis Jahr 1: [VMware-Kosten] – [Migration] – [Proxmox Support] = €_____
Ersparnis ab Jahr 2: [VMware-Kosten] – [Proxmox Support] = €_____

ROI Monate: [Migration-Kosten] / ([VMware-Kosten]/12) = _____ Monate
„`

Nicht-monetäre Vorteile (schwer zu quantifizieren)

• ✅ Planungssicherheit: Keine Angst vor Lizenz-Überraschungen
• ✅ Unabhängigkeit: Kein Vendor Lock-in
• ✅ Flexibilität: Schnellere Feature-Releases (Open Source)
• ✅ Compliance: Keine VMware-Lizenz-Audits mehr
• ✅ Know-how: Ihr Team lernt Open-Source-Skills

—

Kapitel 5: Die 4 Phasen einer sicheren Migration

Phase 1: Bestandsanalyse (1-2 Wochen)

Ziel: Vollständige Inventur Ihrer VMware-Umgebung

Was wird analysiert:

• Hardware-Inventar:

– Anzahl physischer Hosts
– CPU-Modelle, RAM, Storage
– Netzwerk-Konfiguration
– RAID-Controller-Kompatibilität

• VM-Inventar:

– Anzahl VMs
– Betriebssysteme (Windows, Linux, Versionen)
– VM-Größen (vCPUs, RAM, Disk)
– Disk-Format (thick/thin provisioned)
– Snapshots und Abhängigkeiten

• Netzwerk-Topologie:

– VLANs und Subnetze
– Virtual Switches
– Firewall-Regeln
– VPN-Verbindungen

• Storage-Analyse:

– Datenspeicher-Typen (NFS, iSCSI, local)
– Gesamtspeicherbedarf
– IOPS-Anforderungen
– Backup-Repositories

• Abhängigkeiten:

– VM-zu-VM-Kommunikation
– Externe Abhängigkeiten (Datenbanken, File Shares)
– Kritikalitäts-Bewertung (welche VMs sind geschäftskritisch?)

Deliverables:

• [ ] Vollständiges Asset-Inventar (Excel/CSV)
• [ ] Netzwerk-Diagramm
• [ ] Abhängigkeits-Matrix
• [ ] Risiko-Assessment
• [ ] Go/No-Go-Empfehlung

Dauer: 3-5 Tage für 10-20 VMs, 1-2 Wochen für 50+ VMs

—

Phase 2: Proof of Concept (1-2 Wochen)

Ziel: Validieren, dass Proxmox für Ihre kritischsten Workloads funktioniert

PoC-Aufbau:

• Test-Host aufsetzen:

– Dedizierter Server oder Lab-Umgebung
– Proxmox VE installieren (neueste stabile Version)
– Cluster-Konfiguration testen (wenn >1 Host vorhanden)

• 2-3 repräsentative VMs migrieren:

– VM 1: Unkritische Linux-VM (einfachster Fall)
– VM 2: Windows Server (häufigster Fall)
– VM 3: Ihre kritischste Applikation (härtester Test)

• Funktionstests:

– VM-Performance testen (CPU, RAM, Disk I/O, Network)
– Applikationen starten und validieren
– Live-Migration zwischen Hosts testen
– Snapshot & Backup testen
– Restore-Prozess validieren

• Management-Test:

– Web-GUI bedienen
– CLI-Befehle lernen
– API-Integration testen (falls Automation benötigt)

Success Criteria:

• [ ] Alle VMs laufen stabil auf Proxmox
• [ ] Performance ist identisch oder besser als VMware
• [ ] Backup & Restore funktioniert einwandfrei
• [ ] IT-Team kann Proxmox bedienen (Grundlagen)
• [ ] Keine Show-Stopper identifiziert

Dauer: 1-2 Wochen (parallel zu laufendem Betrieb)

—

Phase 3: Live-Migration (2-4 Wochen)

Ziel: Alle produktiven VMs auf Proxmox migrieren, ohne längere Ausfälle

Migrations-Strategie:

Option A: Big-Bang-Migration (1-2 Wochenenden)

• Alle VMs auf einmal migrieren
• Vorteile: Schnell fertig, klarer Cutover
• Nachteile: Hohes Risiko, längeres Downtime-Fenster
• Empfohlen für: <10 VMs, einfache Umgebungen

Option B: Phasen-Migration (3-4 Wochen)

• VMs in Wellen migrieren (nach Kritikalität)
• Vorteile: Geringeres Risiko, kürzere Downtime pro VM
• Nachteile: Komplexer, beide Systeme parallel
• Empfohlen für: 10-50 VMs, KMU-Standard

Option C: Hybrid-Betrieb (2-6 Monate)

• VMware und Proxmox parallel betreiben
• Neue VMs auf Proxmox, alte schrittweise migrieren
• Vorteile: Minimales Risiko, viel Testzeit
• Nachteile: Zwei Systeme verwalten, längere Gesamtdauer
• Empfohlen für: 50+ VMs, sehr kritische Umgebungen

Migrations-Reihenfolge (Standard-Ansatz):

Woche 1: Unkritische VMs

• Testserver
• Entwicklungsumgebungen
• Interne Tools

Woche 2: Infrastruktur-VMs

• DNS, DHCP
• File Servers
• Print Servers
• Monitoring-Systeme

Woche 3: Business-VMs

• Mail Server (Exchange, etc.)
• CRM / ERP-Systeme
• Datenbank-Server

Woche 4: Kritische VMs + Cutover

• Domain Controller (last!)
• Geschäftskritische Applikationen
• Finales Netzwerk-Cutover
• VMware-Hosts abschalten

Downtime-Fenster pro VM:

• Kleine VMs (<50 GB): 15-30 Minuten
• Mittlere VMs (50-200 GB): 1-2 Stunden
• Große VMs (200+ GB): 2-schnell
• Datenbanken: 30 Minuten – 2 Stunden (abhängig von Sync-Strategie)

—

Phase 4: Optimierung & Knowledge Transfer (1-2 Wochen)

Ziel: System optimieren und Ihr Team selbstständig machen

Optimierungen:

• Performance-Tuning:

– VM-Ressourcen optimieren (CPU Pinning, RAM-Balloning)
– Storage-Performance testen und anpassen
– Netzwerk-Optimierungen (MTU, Bonding)

• High Availability konfigurieren:

– Cluster Quorum überprüfen
– HA-Gruppen einrichten
– Failover-Tests durchführen

• Backup-Strategie finalisieren:

– Proxmox Backup Server einrichten
– Backup-Jobs konfigurieren (täglich, wöchentlich)
– Restore-Tests (monatlich)
– Offsite-Backups einrichten

• Monitoring & Alerting:

– Proxmox-Monitoring aktivieren
– Zabbix oder Prometheus integrieren
– E-Mail/SMS-Alerting konfigurieren

Knowledge Transfer:

• [ ] Schulung: Proxmox Basics (4-8 Stunden)
• [ ] Schulung: VM-Management (2 Stunden)
• [ ] Schulung: Backup & Restore (2 Stunden)
• [ ] Schulung: Troubleshooting (zeitnah)
• [ ] Dokumentation: Runbooks für häufige Aufgaben
• [ ] Dokumentation: Notfall-Kontakte

Final Review:

• [ ] Alle VMs laufen produktiv auf Proxmox
• [ ] VMware-Hosts sind abgeschaltet (aber noch 30 Tage aufbewahren!)
• [ ] Backups laufen automatisiert
• [ ] Monitoring ist aktiv
• [ ] IT-Team kann tägliche Aufgaben selbstständig erledigen
• [ ] Eskalationspfad definiert (für Probleme)

—

Kapitel 6: Technische Grundlagen & Voraussetzungen

Hardware-Anforderungen für Proxmox

Minimum (Test-Umgebung):

• CPU: 64-bit x86 Prozessor mit Virtualisierungs-Support (Intel VT-x oder AMD-V)
• RAM: 8 GB
• Disk: 100 GB SSD/HDD
• Netzwerk: 1 GBit NIC

Empfohlen (Produktion):

• CPU: Multi-Core 64-bit (8+ Cores)
• RAM: 32-64 GB (mehr = mehr VMs)
• Disk: 2x SSD in RAID 1 (System) + separate Datenspeicher
• Netzwerk: 2x 10 GBit NIC (Bonding/Redundanz)

Enterprise (High Availability Cluster):

• CPU: 16+ Cores pro Host
• RAM: 128+ GB
• Disk: NVMe SSDs in RAID 10
• Netzwerk: 2x 10/25 GBit + dediziertes Cluster-Netzwerk
• Mindestens 3 Hosts für Quorum

Software-Voraussetzungen

Proxmox VE:

• Neueste stabile Version (aktuell 8.2.x)
• Basiert auf Debian 12 (Bookworm)
• Kernel: 6.5.x

Kompatible Storage-Typen:

• Local (ext4, XFS, ZFS)
• NFS/CIFS (Network Shares)
• iSCSI, iSCSI Multipath
• Ceph (distributed storage)
• GlusterFS

Netzwerk:

• Standard Linux Bridge
• Open vSwitch
• VLAN-Support
• Bonding/Teaming

VM-Kompatibilität

Unterstützte Gast-Betriebssysteme:

Linux:

• ✅ Ubuntu, Debian (beste Performance)
• ✅ CentOS, RHEL, Rocky Linux
• ✅ SUSE, openSUSE
• ✅ Arch, Fedora, etc.
• ✅ Alle gängigen Linux-Distributionen

Windows:

• ✅ Windows Server 2012 R2, 2016, 2019, 2022
• ✅ Windows 10, 11 (für Workstations)
• ⚠️ Windows 7, Server 2008 (funktioniert, aber EOL)

Andere:

• ✅ FreeBSD, OpenBSD
• ✅ pfSense, OPNsense (Firewalls)
• ⚠️ macOS (technisch möglich, aber Grauzone)

Migrations-Methoden im Detail

Methode 1: OVF/OVA Export-Import ⭐ EMPFOHLEN

• VMware: VM exportieren als OVF/OVA
• Proxmox: OVA importieren via `qm importovf`
• Vorteile: Sauber, verlustfrei, einfach
• Nachteile: Downtime während Export/Import
• Dauer: 15 Min – zeitnah (je nach VM-Größe)

Methode 2: Disk-Konvertierung (für Experten)

• VMDK-Files von VMware-Datastore kopieren
• Mit `qemu-img convert` zu qcow2/raw konvertieren
• In Proxmox importieren
• Vorteile: Schneller als Export bei großen VMs
• Nachteile: Fehleranfällig, manuelle Nacharbeit nötig

Methode 3: Clone & Sync (für minimale Downtime)

• VM im laufenden Betrieb mit rsync/Veeam replizieren
• Final-Sync mit gestoppter VM
• Cutover zu Proxmox
• Vorteile: Downtime nur 5-30 Minuten
• Nachteile: Komplex, anfällig für Sync-Fehler

Methode 4: P2V (Physical-to-Virtual) für alte VMs

• Wenn VM sehr alt ist, direkt neu aufsetzen
• Applikation neu installieren auf Proxmox
• Daten migrieren
• Vorteile: „Frischer Start“, keine Legacy-Ballast
• Nachteile: Aufwendig, Neu-Konfiguration

—

Kapitel 7: Schritt-für-Schritt-Migrationsplan

Detaillierte Checkliste für Ihre Migration

#### Pre-Migration (2 Wochen vor Start)

Woche -2:

• [ ] Vollständiges Backup aller VMs erstellen (und testen!)
• [ ] VMware-Umgebung dokumentieren (siehe Phase 1)
• [ ] Proxmox-Hardware bestellen (falls neue Server)
• [ ] Proxmox VE ISO herunterladen (proxmox.com)
• [ ] Netzwerk-Plan erstellen (IPs, VLANs, Gateways)
• [ ] Stakeholder informieren (Geschäftsführung, Abteilungen)

Woche -1:

• [ ] Proxmox VE auf Test-Host installieren
• [ ] Cluster einrichten (falls mehrere Hosts)
• [ ] Storage-Pools konfigurieren
• [ ] Netzwerk-Bridges und VLANs einrichten
• [ ] Proof-of-Concept: 2-3 Test-VMs migrieren
• [ ] PoC-VMs testen (Performance, Connectivity, Apps)
• [ ] Migrations-Runbook erstellen (detaillierter Plan pro VM)
• [ ] Downtime-Fenster mit Stakeholdern abstimmen

—

#### Migration Day 1: Unkritische VMs

Samstag 08:00 – Pre-Flight Check

• [ ] Team-Briefing: Aufgaben, Zeitplan, Kontakte
• [ ] Backup-Status überprüfen: Alle VMs aktuell gesichert?
• [ ] Proxmox-Hosts: Status OK, genug Speicher/RAM?
• [ ] Rollback-Plan durchgehen: Was wenn etwas schief geht?

09:00 – VM-Gruppe 1: Dev/Test Server (3-5 VMs)

• [ ] VM in VMware herunterfahren
• [ ] VM als OVA exportieren
• [ ] OVA zu Proxmox-Host kopieren (scp/rsync)
• [ ] OVA in Proxmox importieren: `qm importovf 100 vm.ova local-lvm`
• [ ] VM-Konfiguration anpassen (RAM, CPU, Netzwerk)
• [ ] VM starten und booten lassen
• [ ] Netzwerk-Konnektivität testen (ping, SSH/RDP)
• [ ] Applikationen starten und testen
• [ ] Logs überprüfen (dmesg, Event Viewer)
• [ ] VM als „migriert“ markieren

13:00 – Mittagspause & Review

• [ ] Status-Review: Was lief gut, was nicht?
• [ ] Probleme dokumentieren und lösen
• [ ] Zeitplan adjustieren falls nötig

14:00 – VM-Gruppe 2: Infrastruktur (4-6 VMs)

• [ ] Wiederholen Sie die Schritte von 09:00 für:

– File Server
– Print Server
– Interne Tools/Wikis
– Monitoring-Systeme

18:00 – End-of-Day Review

• [ ] Alle migrierten VMs laufen stabil?
• [ ] Dokumentation aktualisieren: Was ist auf Proxmox?
• [ ] Team-Debrief: Lessons Learned

—

#### Migration Day 2: Business-Kritische VMs

Sonntag 08:00 – Pre-Flight Check Day 2

• [ ] Proxmox-Cluster Status: Alle Hosts OK?
• [ ] Gestern migrierte VMs: Über Nacht stabil geblieben?
• [ ] Backup: Neue Backups auf Proxmox erstellt?

09:00 – VM-Gruppe 3: Mail & Collaboration (2-4 VMs)

• [ ] Mail Server (Exchange, etc.):

– Wartungsmodus aktivieren (keine neuen E-Mails)
– Final-Backup + Export
– Import in Proxmox
– Mail-Flow testen (send/receive)
– DNS umstellen (falls neue IP)
– Wartungsmodus deaktivieren

• [ ] Collaboration Tools (SharePoint, Nextcloud, etc.)

13:00 – VM-Gruppe 4: ERP/CRM (2-3 VMs)

• [ ] Datenbank-Server:

– Applikationen stoppen die auf DB zugreifen
– DB in Read-Only-Mode
– Final Backup + Export
– Import in Proxmox
– DB-Konsistenz-Check: `DBCC CHECKDB` (SQL) / `mysqlcheck` (MySQL)
– Applikations-Server neu verbinden
– Transaktionen testen

• [ ] Applikations-Server (ERP, CRM):

– Nach Datenbank-Migration
– Connection Strings anpassen (falls neue DB-IP)
– Funktions-Tests mit Usern

17:00 – Domain Controller Migration ⚠️ KRITISCH

• [ ] Achtung: DC immer als letztes migrieren!
• [ ] Zweiten DC parallel laufen lassen (falls vorhanden)
• [ ] DC 1 auf Proxmox migrieren
• [ ] FSMO-Rollen überprüfen
• [ ] DNS/DHCP-Funktionalität testen
• [ ] Clients können sich anmelden?
• [ ] Erst danach: DC 2 migrieren (falls vorhanden)

19:00 – Finales Cutover

• [ ] Netzwerk umstellen: VMware-VLANs → Proxmox-VLANs
• [ ] Firewall-Regeln anpassen (falls IPs geändert)
• [ ] VMware-Hosts herunterfahren (NICHT löschen!)
• [ ] Monitoring umstellen: Proxmox-Hosts überwachen

20:00 – Post-Migration Validation

• [ ] Alle VMs erreichbar?
• [ ] Alle Services laufen?
• [ ] User können arbeiten? (Stichproben-Tests)
• [ ] Backup-Jobs laufen auf Proxmox?

—

#### Post-Migration (Woche 1-4)

Woche 1: Stabilisierung

• [ ] Tag 1-3: Tägliches Monitoring, schnelle Reaktion auf Probleme
• [ ] Tag 4-7: Performance-Metriken sammeln (CPU, RAM, Disk I/O)
• [ ] VMware-Hosts noch 30 Tage aufbewahren (Rollback-Option)
• [ ] Erste Backups auf Proxmox validieren (Test-Restore)

Woche 2: Optimierung

• [ ] VM-Ressourcen optimieren (Over-Provisioning reduzieren)
• [ ] Ungenutzte Snapshots löschen
• [ ] Storage-Layout optimieren (falls nötig)
• [ ] High Availability konfigurieren

Woche 3: Training

• [ ] IT-Team Proxmox-Schulung (8 Stunden)
• [ ] Runbooks erstellen für häufige Aufgaben
• [ ] Troubleshooting-Guide dokumentieren

Woche 4: Finalisierung

• [ ] VMware-Lizenzen kündigen (falls Wartungsvertrag)
• [ ] VMware-Hosts aus Produktions-Netzwerk entfernen
• [ ] Abschluss-Review mit Stakeholdern
• [ ] Post-Mortem: Was lief gut, was verbessern?

—

Kapitel 8: Häufige Probleme & Lösungen

Problem 1: Windows VMs booten nicht nach Migration

Symptom: Windows VM startet nicht, bleibt bei Boot-Screen hängen

Ursache: Fehlende VirtIO-Treiber (Proxmox nutzt VirtIO, VMware nutzt VMware Tools)

Lösung:

• VM-Konfiguration in Proxmox anpassen:

– SATA-Controller statt VirtIO SCSI (temporär)
– E1000 Netzwerk-Karte statt VirtIO (temporär)

• VM starten mit kompatiblen Treibern
• VirtIO-Treiber installieren: [proxmox.com/virtio-win.iso](https://pve.proxmox.com/wiki/Windows_VirtIO_Drivers)
• VM herunterfahren, zurück zu VirtIO wechseln
• VM neu starten – sollte jetzt mit voller Performance laufen

Prävention: VirtIO-Treiber VOR Migration in VMware installieren (möglich aber aufwendig)

—

Problem 2: Netzwerk funktioniert nicht

Symptom: VM ist gestartet, aber keine Netzwerk-Konnektivität

Ursache: VLAN-Konfiguration fehlt oder falsch

Lösung:

• In Proxmox: VM → Hardware → Network Device überprüfen

– Bridge: Korrekte Bridge ausgewählt? (z.B. vmbr0)
– VLAN Tag: Falls VMware VLANs nutzte, VLAN ID setzen
– Firewall: Proxmox-Firewall deaktivieren für Test

• In VM (Gast-OS):

– Linux: `ip addr` – Hat NIC eine IP?
– Windows: `ipconfig` – IP-Adresse vorhanden?
– Falls keine IP: DHCP-Server erreichbar?

• Netzwerk-Topologie überprüfen:

– Proxmox-Host: `brctl show` – Ist VM-NIC in Bridge?
– Physical Switch: Ist Port korrekt konfiguriert?

Prävention: Netzwerk-Diagramm VOR Migration erstellen

—

Problem 3: Schlechte Performance nach Migration

Symptom: VM läuft, aber deutlich langsamer als auf VMware

Ursache: Suboptimale VM-Konfiguration oder Storage-Bottleneck

Lösung:

• CPU-Optimierung:

– VM-Typ auf „host“ setzen (statt „kvm64“): Nutzt CPU-Features optimal
– CPU-Pinning für kritische VMs
– NUMA awareness aktivieren (bei >64 GB RAM VMs)

• Disk-Optimierung:

– Cache-Modus überprüfen: `writethrough` oder `writeback`
– IO-Thread aktivieren für VirtIO SCSI
– SSD-Trim aktivieren: `Discard` Option in Disk-Settings

• RAM-Optimierung:

– Ballooning aktivieren (für dynamisches RAM)
– Huge Pages aktivieren für RAM-intensive VMs

• Performance-Vergleich:

„`bash
# In der VM ausführen:
# Disk-Performance testen
dd if=/dev/zero of=/tmp/test bs=1M count=1024

# CPU-Performance testen
sysbench cpu –threads=4 run

# Vergleichen mit VMware-Werten
„`

Prävention: Performance-Baseline VOR Migration erstellen (Benchmark auf VMware)

—

Problem 4: Backup schlägt fehl

Symptom: Proxmox Backup Job zeigt Fehler

Ursache: Oft fehlender QEMU Guest Agent oder Storage-Probleme

Lösung:

• QEMU Guest Agent installieren:

– Linux: `apt install qemu-guest-agent` (Debian/Ubuntu)
– Windows: VirtIO-ISO mounten, Guest Agent installieren
– In Proxmox: VM → Options → QEMU Guest Agent → Enable

• Snapshot-Modus ändern:

– Backup Job → Mode → „Snapshot“ (Standard)
– Falls Fehler: Mode auf „Suspend“ oder „Stop“ ändern (längere Downtime)

• Storage-Platz überprüfen:

– Proxmox: Storage → Check available space
– Backup braucht temporär Platz für Snapshot

Prävention: QEMU Guest Agent direkt nach Migration installieren

—

Problem 5: High Availability Cluster instabil

Symptom: VMs wechseln unkontrolliert zwischen Hosts, Cluster verliert Quorum

Ursache: Netzwerk-Latenz, fehlende Fencing-Konfiguration

Lösung:

• Quorum überprüfen:

„`bash
pvecm status
# Sollte „Quorate: Yes“ zeigen
„`

• Cluster-Netzwerk überprüfen:

– Dediziertes Cluster-Netzwerk konfigurieren (nicht über Haupt-NIC)
– Latenz testen: `ping -c 100 `
– Latenz sollte <1ms sein

• Fencing konfigurieren:

– IPMI/iLO Zugänge hinterlegen
– Fencing-Test durchführen: `fence_ipmilan -a -l -p -o status`

• HA-Gruppen sinnvoll einrichten:

– Kritische VMs: restricted (laufen nur auf bestimmten Hosts)
– Unkritische VMs: no restrictions

Prävention: Minimum 3 Hosts für stabiles Quorum (nicht 2!)

—

Problem 6: VMware Tools Residuen in Windows VMs

Symptom: Fehlermeldungen über fehlende VMware Tools

Lösung:

• VMware Tools deinstallieren (innerhalb der VM, noch auf VMware):

– Windows: Systemsteuerung → Programme → VMware Tools deinstallieren

• Nach Migration auf Proxmox: QEMU Guest Agent installieren
• Alte VMware-Dienste entfernen:

„`powershell
Get-Service | Where-Object {$_.Name -like „*vmware*“} | Stop-Service
Get-Service | Where-Object {$_.Name -like „*vmware*“} | Remove-Service
„`

—

Problem 7: Lizenz-Compliance-Probleme (Windows/SQL Server)

Symptom: Windows aktiviert sich nicht, SQL Server verlangt Re-Aktivierung

Ursache: Hardware-ID hat sich geändert (VM sieht „neue Hardware“)

Lösung:

• Windows Re-Aktivierung:

– Windows sollte automatisch reaktivieren (KMS oder MAK)
– Falls nicht: `slmgr.vbs /ato` (als Admin)
– Bei OEM-Lizenzen: Microsoft-Support kontaktieren (Hardware-Wechsel erklären)

• SQL Server Re-Aktivierung:

– SQL Server Management Studio → Properties → Check License
– Falls deaktiviert: Product Key neu eingeben
– Enterprise-Lizenzen: Meist kein Problem (Cores-based)

Prävention: Vor Migration: Lizenz-Typ dokumentieren, KMS-Server bereit haben

—

Kapitel 9: Checkliste – Wann brauche ich Hilfe?

Können Sie die Migration selbst machen?

✅ DIY Migration ist machbar, wenn:

• Sie haben Linux-Grundkenntnisse (Kommandozeile, SSH)
• Ihre VM-Anzahl ist überschaubar (<10 VMs)
• Sie haben Zeit (4-8 Wochen)
• Ihre Umgebung ist einfach (kein komplexes Netzwerk, keine exotischen Setups)
• Sie haben ein Test-Environment zum Üben
• Ausfallzeiten von 4-8 Stunden sind akzeptabel

⚠️ Externe Hilfe empfohlen, wenn:

• 10-50 VMs
• Komplexe Netzwerk-Topologie (VLANs, VPNs, Firewalls)
• Geschäftskritische Applikationen (ERP, CRM, E-Commerce)
• Maximale Downtime <2 Stunden
• Kein Linux-Know-how im Team
• High Availability Cluster benötigt

❌ Professionelle Migration zwingend, wenn:

• 50+ VMs
• Rechenzentrum mit 10+ Hosts
• Hochkomplexe Abhängigkeiten
• Regulierte Industrien (Finanz, Gesundheit) – Compliance
• 24/7-Betrieb ohne Downtime-Fenster
• Disaster-Recovery-Anforderungen

—

Was kostet professionelle Hilfe?

ITHeld24 Migrations-Services:

| Service-Paket | Umfang | Preis |
|—————|——–|——-|
| Basis-Assessment | 1-2 Tage Analyse + Empfehlung | €800-€1.600 |
| Proof of Concept | 3-5 Tage, 2-3 Test-VMs | €2.400-€4.000 |
| Small Migration | 5-15 VMs, 1-2 Hosts | €3.500-€7.000 |
| Medium Migration | 15-50 VMs, 2-5 Hosts | €7.000-€15.000 |
| Enterprise Migration | 50+ VMs, 5+ Hosts, HA-Cluster | €15.000-€30.000+ |
| Managed Service | Wir betreiben Proxmox für Sie | Ab €79/Nutzer/Monat |

Was ist inkludiert:

• Komplette Planung & Projektmanagement
• Hardware-Sizing & Beschaffungsberatung
• Proxmox-Installation & Cluster-Setup
• VM-Migration (alle Methoden)
• Backup-Setup (Proxmox Backup Server)
• Knowledge Transfer & Training
• 30 Tage Post-Migration-Support

Was NICHT inkludiert ist:

• Hardware-Kosten (Server, Storage, Netzwerk)
• Proxmox Enterprise Subscriptions (optional)
• Laufender Managed Service (separates Angebot)

—

Selbst-Check: Scoring-System

Beantworten Sie folgende Fragen und zählen Sie die Punkte:

• Anzahl VMs:

– 1-10 VMs: 0 Punkte
– 10-25 VMs: 2 Punkte
– 25-50 VMs: 4 Punkte
– 50+ VMs: 6 Punkte

• Linux-Kenntnisse im Team:

– Experte: 0 Punkte
– Grundkenntnisse: 2 Punkte
– Keine: 5 Punkte

• Netzwerk-Komplexität:

– Einfach (1 VLAN, flaches Netzwerk): 0 Punkte
– Mittel (2-5 VLANs, Firewall): 2 Punkte
– Komplex (10+ VLANs, Multi-Site, VPNs): 4 Punkte

• Business-Kritikalität:

– Testumgebung / unkritisch: 0 Punkte
– Produktiv, Ausfälle tolerierbar: 2 Punkte
– Geschäftskritisch, minimale Downtime: 5 Punkte

• Verfügbare Zeit:

– 8+ Wochen Zeit: 0 Punkte
– 4-6 Wochen: 2 Punkte
– <2 Wochen: 5 Punkte

Auswertung:

• 0-5 Punkte: DIY machbar, Leitfaden reicht aus
• 6-10 Punkte: Assessment + PoC extern, Migration selbst
• 11-15 Punkte: Komplette Migration extern empfohlen
• 16+ Punkte: Managed Service oder Enterprise Migration nötig

—

Kapitel 10: Nächste Schritte

Ihre Entscheidung: 3 Optionen

Option 1: DIY Migration (Self-Service)

• Laden Sie Proxmox VE ISO herunter: [proxmox.com/downloads](https://www.proxmox.com/en/downloads)
• Installieren Sie Test-Host
• Folgen Sie diesem Leitfaden Schritt für Schritt
• Nutzen Sie Proxmox-Community-Forum bei Fragen: [forum.proxmox.com](https://forum.proxmox.com)
• Timeline: 6-12 Wochen (je nach Tempo)

Empfohlen für: <10 VMs, technisches Team, viel Zeit

—

Option 2: Begleitete Migration (Hybrid)

• Wir machen Assessment + PoC (1-2 Wochen)
• Sie migrieren selbst (mit unserem Runbook)
• Wir supporten bei Problemen (Hotline)
• Timeline: 4-6 Wochen

Empfohlen für: 10-25 VMs, technisches Team, mittlere Komplexität

ITHeld24 Angebot:

• Assessment: €1.600
• Proof of Concept: €3.500
• Runbook-Erstellung: €800
• Hotline-Support (30 Tage): €1.200
• Total: €7.100 (sparen Sie €3.000-€5.000 vs. Full-Service)

—

Option 3: Komplett-Migration (Full-Service)

• Wir planen alles
• Wir migrieren alle VMs
• Wir schulen Ihr Team
• Wir supporten 30 Tage post-migration
• Timeline: 2-4 Wochen

Empfohlen für: 25+ VMs, geschäftskritisch, wenig interne Ressourcen

ITHeld24 Angebot:

• Klein (5-15 VMs): €4.500-€7.000
• Mittel (15-50 VMs): €8.000-€15.000
• Groß (50+ VMs): Individuelles Angebot

—

Kostenlose Erstberatung buchen

Unsicher, welche Option passt?

Buchen Sie eine kostenlose 30-Minuten-Beratung mit ITHeld24:

• Wir analysieren Ihre Situation
• Wir schätzen Ihre Migrations-Komplexität ein
• Wir empfehlen die passende Option
• Sie erhalten ein transparentes Angebot

📞 Jetzt Termin buchen:

• Telefon: 0361 34949224
• E-Mail: info@itheld24.de
• Online-Kalender: [itheld24.de/beratung-buchen](#) (fiktiver Link)

Oder fordern Sie eine kostenlose Migrations-Analyse an:

• Wir erstellen ein individuelles Migrations-Konzept
• Kostenschätzung für Ihre Situation
• Timeline & Risiko-Assessment
• Keine Verpflichtung

—

Weitere Ressourcen

Proxmox Offizielle Dokumentation:

• [Proxmox VE Admin Guide](https://pve.proxmox.com/pve-docs/)
• [Proxmox Wiki](https://pve.proxmox.com/wiki/)
• [YouTube: Proxmox Official Channel](https://www.youtube.com/@ProxmoxVE)

Community:

• [Proxmox Forum](https://forum.proxmox.com)
• [Reddit: r/Proxmox](https://reddit.com/r/proxmox)
• [Discord: Proxmox Community](https://discord.gg/proxmox) (inoffiziell)

ITHeld24 Ressourcen:

• Blog-Artikel: „10 Tipps für Proxmox-Anfänger“
• Webinar: „VMware zu Proxmox in 30 Tagen“ (monatlich)
• Migrations-Checkliste (Excel-Download)

—

Zusammenfassung: Ihr Fahrplan

Schritt 1: Entscheidung treffen (diese Woche)

• [ ] Leitfaden vollständig lesen
• [ ] Self-Assessment durchführen (Kapitel 3)
• [ ] ROI berechnen (Kapitel 4)
• [ ] Stakeholder informieren (Geschäftsführung)

Schritt 2: Planung (Woche 1-2)

• [ ] VMware-Inventar erstellen (Kapitel 5, Phase 1)
• [ ] Hardware-Bedarf ermitteln (Kapitel 6)
• [ ] Budget genehmigen lassen
• [ ] Entscheidung: DIY, Begleitet, oder Full-Service?

Schritt 3: Vorbereitung (Woche 3-4)

• [ ] Hardware bestellen/bereitstellen
• [ ] Proxmox VE installieren (Test-Host)
• [ ] Proof of Concept durchführen (Kapitel 5, Phase 2)
• [ ] Go/No-Go-Entscheidung

Schritt 4: Migration (Woche 5-8)

• [ ] Migrations-Plan finalisieren (Kapitel 7)
• [ ] Downtime-Fenster buchen
• [ ] VMs migrieren (phasenweise)
• [ ] Validierung & Tests

Schritt 5: Stabilisierung (Woche 9-12)

• [ ] Monitoring & Performance-Optimierung
• [ ] Team-Training
• [ ] Dokumentation
• [ ] VMware-Lizenzen kündigen

Gesamtdauer: 8-12 Wochen (DIY) | 4-6 Wochen (begleitet) | 2-4 Wochen (Full-Service)

—

Ihr Erfolg ist unsere Mission

Bei ITHeld24 haben wir bereits über 20 KMU erfolgreich von VMware zu Proxmox migriert – mit 0% Datenverlust und durchschnittlich 60% Kosteneinsparung.

Unser Versprechen:

• ✅ Keine versteckten Kosten
• ✅ Transparente Zeitpläne
• ✅ Risiko-Minimierung durch bewährte Methoden
• ✅ 30 Tage Post-Migration-Support inklusive
• ✅ Geld-zurück-Garantie bei Nicht-Erfolg (Terms apply)

Nehmen Sie jetzt Kontakt auf:

📞 Telefon: 0361 34949224 (Mo-Fr 9-17 Uhr)
📧 E-Mail: info@itheld24.de
🌐 Web: [itheld24.de/vmware-migration](#)

—

Über ITHeld24:

ITHeld24 ist Ihr IT-Dienstleister für KMU in Thüringen und darüber hinaus. Mit über 50 betreuten Unternehmen und 15 Jahren Erfahrung in IT-Infrastruktur helfen wir Ihnen, IT-Kosten zu senken und gleichzeitig die Sicherheit und Verfügbarkeit zu erhöhen.

Unsere Expertise:

• VMware zu Proxmox Migrationen
• Managed IT Services (24/7 Support)
• Cloud-Infrastruktur (OpenStack, AWS, Azure)
• IT-Sicherheit & DSGVO-Compliance

—

Impressum:

ITHeld24
Inh. Christopher Wellie
[Musterstraße 123]
99084 Erfurt

Telefon: 0361 34949224
E-Mail: info@itheld24.de
Web: itheld24.de

—

Haftungsausschluss:

Dieser Leitfaden dient als Informationsquelle und Entscheidungshilfe. Trotz sorgfältiger Recherche kann ITHeld24 keine Garantie für Vollständigkeit, Richtigkeit oder Aktualität übernehmen. Jede Migration ist individuell – wir empfehlen eine professionelle Beratung vor Beginn.

—

Version: 1.0
Stand: April 2026
Lizenz: © ITHeld24 – Alle Rechte vorbehalten. Weitergabe und Vervielfältigung nur mit Genehmigung.

—

Ende des Leitfadens

Haben Sie Fragen? Wir sind für Sie da!

Buchen Sie jetzt Ihre kostenlose Erstberatung:
📞 0361 34949224 | 📧 info@itheld24.de