Schlagwortarchiv für: Systemadministration

Beiträge

Proxmox revolutioniert Datacenter-Management: Proxmox Datacenter Manager (PDM) 1.0 ist da

,

Großartige Neuigkeiten für alle, die Proxmox Virtual Environment (VE) und Proxmox Backup Server (PBS) in großem Umfang betreiben: Proxmox hat den Proxmox Datacenter Manager (PDM) 1.0 veröffentlicht. Diese neue Lösung ist darauf ausgerichtet, die Komplexität bei der Verwaltung von großen, verteilten Proxmox-Infrastrukturen deutlich zu senken.

Was ist der Proxmox Datacenter Manager (PDM)?

Während Proxmox VE und PBS fantastische Tools für einzelne Cluster und Backup-Instanzen sind, fehlte es Unternehmenskunden mit mehreren Rechenzentren, dutzenden Clustern und hunderten Nodes bisher an einer zentralen, übergreifenden Steuerungsebene. Genau diese Lücke schließt der PDM.

Der PDM 1.0 agiert als zentrale Management-Konsole, die das gesamte Proxmox-Ökosystem in Ihrer Organisation an einem Ort zusammenführt.

Die wichtigsten Funktionen im Überblick

Der Fokus des PDM liegt auf Effizienz, Sicherheit und Skalierbarkeit für große Infrastrukturen:

  • Zentralisierte Verwaltung: Schluss mit dem ständigen Wechsel zwischen verschiedenen Web-UIs. PDM bietet eine zentrale Oberfläche, über die Sie alle verbundenen Proxmox VE Cluster und Proxmox Backup Server Instanzen managen können.

  • Single Sign-On (SSO): Dank integriertem SSO-Mechanismus können sich Administratoren einmal anmelden und haben sofort sicheren Zugriff auf alle verwalteten Proxmox-Ressourcen.

  • Feingranulare Zugriffsverwaltung: Der PDM ermöglicht es Ihnen, präzise Zugriffsrichtlinien für Administratoren und Teams festzulegen, was für die Einhaltung von Unternehmensrichtlinien unerlässlich ist.

  • Verbesserte Skalierbarkeit: Die Architektur des PDM wurde speziell entwickelt, um eine hohe Anzahl von Nodes und Clustern effizient zu handhaben, ohne dass die Performance leidet.

Warum ist PDM 1.0 ein Game Changer?

Die Einführung des PDM 1.0 ist ein entscheidender Schritt für Proxmox, da es die Suite nun zu einer vollwertigen, Enterprise-tauglichen Lösung für das Hyperscale-Management macht. Administratoren sparen wertvolle Zeit, indem sie Routineaufgaben zentral erledigen können und die Komplexität der Gesamtumgebung drastisch reduziert wird.

Gleichzeitig bleibt Proxmox seiner Open-Source-Philosophie treu und bietet Transparenz und Flexibilität.

Wir empfehlen allen Administratoren von größeren Proxmox-Umgebungen, sich die Features des PDM 1.0 genau anzusehen. Es ist das fehlende Puzzleteil für eine zentralisierte und skalierbare Proxmox-Strategie.

Quelle und weitere Details: https://www.proxmox.com/de/ueber-uns/details-unternehmen/pressemitteilungen/proxmox-datacenter-manager-1-0

Prox Load Balancer (ProxLB) für Proxmox

,

Modernes Cluster-Management effizient, sicher & open-source: Der Prox Load Balancer (ProxLB) für Proxmox bringt flexible VM- und Container-Workload-Verteilung in jede Umgebung!

Mit ProxLB lassen sich VM-Gruppen intelligent bündeln oder gezielt trennen – das sorgt jederzeit für optimale Performance und Zuverlässigkeit auf allen Nodes. Die dynamische Lastverteilung basiert auf Messungen von CPU, RAM und Disk und verhindert dauerhaft überlastete Systeme. Besonders komfortabel: ProxLB arbeitet direkt und ausschließlich über die Proxmox API, ohne eigenen Authentifizierungsmechanismus – maximale Sicherheit inklusive.

Ob als One-Shot-Tool für akuten Ausgleich oder als periodischer Systemdienst für kontinuierliche Balance – ProxLB passt sich an jede Cluster-Strategie an. Free & Open-Source (GPLv3) und bequem per Paket, Container-Image oder GitHub-Repo installierbar.

Perfekt für alle, die echtes On-Premises-Cluster-Management wollen, ohne auf teure Zusatzlösungen zu setzen.

➡️ Projekt-Webseite: https://proxlb.de/
➡️ GitHub: https://lnkd.in/ekuXS5P4

Proxmox VE 9.0 stable erschienen

,

Proxmox VE 9 – das bringt das neue Upgrade

Basis-Update

  • Basis ist Debian 13 „Trixie“, modern und sicher, mit aktuellen Bibliotheken und Hardwareunterstützung

  • Neuer Linux‑Kernel 6.14.8‑1, mit optimierter Performance, ARM64- und NVMe-Unterstützung sowie verbessertem RDMA-Support

️ Virtualisierungsstack

  • QEMU 10.0.2 bringt schnellere Live-Migrationen, bessere NUMA-/CPU-Awareness und Unterstützung neuer Features wie SEV/TDX

  • LXC 6.0.4 unterstützt jetzt standardmäßig cgroups v2, bessere Isolation, Netzwerk-Namespace-Feature und kompatibel mit unprivilegierten Containern

Speicher & Ceph

  • OpenZFS 2.3.3: Unterstützung für RAID‑Z Expansion ohne Neuaufbau, verbesserte Snapshot-Leistung und statistische Raumabschätzung

  • Ceph Squid 19.2.2 als neue Standard-Version (ersetzt Reef), mit verbesserter Stabilität und Cluster-Integration. Hervorragend für bestehende Cluster, sofern vorher Ceph upgegradet wird

Volumes & SDN

  • Snapshot-Unterstützung für thick‑provisioned LVM‑Volumes (z. B. iSCSI oder Fibre Channel), ideal für SAN-Setups – aktuell als Tech-Preview verfügbar

  • SDN Fabrics: neue Unterstützung für komplexe Netzwerk-Topologien (Spine‑Leaf, Full‑Mesh Ceph, VPN‑Unterlay), gesteuert über web UI/API

‍ GUI & Nutzererfahrung

  • Dunkles Theme ist nun standardmäßig aktiviert im Web‑Interface

  • Zahlreiche Bugfixes und Verbesserungen:

    • Fehlerbehebung bei SMTP‑Benachrichtigungen,

    • Stabilität im Login-Verhalten,

    • besseres Error‑Reporting bei fehlgeschlagenem Login,

    • GUI-features beim VirtIO vNIC wie Bridge MTU‑Übernahme,

    • Anpassungen beim Device‑Hotplugging und OVMF für aarch64-VMs

⚙️ Weitere Technik & Infrastruktur

  • Vollständige Entfernung von cgroup v1 – alle Container müssen cgroups v2 nutzen. GlusterFS wird nicht mehr unterstützt, weitere Legacy-Komponenten abgeschaltet

  • UEFI-/GRUB: Verbesserte Boot-Erkennung (insb. bei LVM) und sichereres Booten via TPM2/Verschlüsselung

  • NVIDIA vGPU: nur noch unterstützt mit Treibern der Version 570.158.02 oder neuer

  • CPU‑Microcode-Firmware: Das non-free Microcode-Repo ist standardmäßig aktiviert für Intel/AMD-Patches

Upgrade‑Pflege

  • In-Place-Upgrade wird unterstützt via APT („pve8to9“) für Proxmox VE 8.x → 9.0, inklusive Cluster-Support und Upgrade von Ceph‑Ref → Squid

  • Wichtige Upgrade-Hinweise zu Breaking Changes: Netzwerknamen, cgroup-Wechsel, LVM-Konflikte, GRUB-Probleme, NVIDIA vGPU und Legacy‑Storage. Ausbauempfehlungen im Wiki dokumentiert

Proxmox Upgrade 8.4.x > 9.x

,

Tutorial zum Upgrade von Proxmox VE 8.4 auf Proxmox VE 9.0 (aktuell aufbauend auf Debian 13 „Trixie“, Kernel 6.14), Vor dem Upgrade immer an einem Backup denken!

️ Übersicht & Vorbereitung

  • Wichtig: Erstelle vollständige und getestete Backups aller VMs und Container (z. B. mittels Proxmox Backup Server oder vzdump). Teste auch die Wiederherstellung in einer Lab-Umgebung

  • Stelle sicher, dass du mindestens 5 GB freien Speicherplatz auf dem Root-Dateisystem hast (10 GB empfohlen)

  • Verwende eine alternative Management-Verbindung wie IPMI, iKVM oder direkten Konsolenzugriff – SSH allein kann riskant sein, wenn der Netzwerkstack während des Upgrades neu konfiguriert wird

Testen des Upgrades

  • Richte eine Testinstanz ein (z. B. eine VM oder Testhardware mit Proxmox VE 8.4), und führe dort das Upgrade durch, bevor du es im Produktivsystem anwendest.

  • Führe das Script pve8to9 mehrfach aus (am besten mit --full), um potenzielle Problempunkte frühzeitig zu erkennen.

Schritt-für-Schritt Anleitung

Schritt 1: Checkliste & Vorarbeiten

  1. Sichere VMs/CTs vollständig.

  2. Führe
    pve8to9 --full
    aus, behebe gemeldete Warnungen, und führe es erneut aus.

Schritt 2: Repositories aktualisieren

  1. Aktualisiere dein System auf den neuesten Stand von Proxmox 8.4:

    apt update
    apt full-upgrade

  2. Ändere in /etc/apt/sources.list bzw. /etc/apt/sources.list.d/* Bookworm → Trixie:

    sed -i 's/bookworm/trixie/g' /etc/apt/sources.list
    sed -i 's/bookworm/trixie/g' /etc/apt/sources.list.d/pve-enterprise.list

  3. Füge das Repository für Proxmox VE 9 hinzu (z. B. pve-test):

    echo "deb http://download.proxmox.com/debian/pve trixie pve-test" > /etc/apt/sources.list.d/pve9.list

  4. Ergänze ggf. Ceph‑Repository, wenn du Ceph verwendest.

Schritt 3: Systemupgrade durchführen

  1. Aktualisiere Apt-Indizes:

    apt update
    apt full-upgrade -y

  2. Falls behoben: Neuere Kernel und Software (Debian Trixie + Proxmox VE 9) werden installiert. Reboot erforderlich:

    reboot

Schritt 4: Nach dem Reboot

  1. Kernel-Check: uname -r sollte auf die neue Version (6.14.x) hinweisen.

  2. Überprüfe alle Dienste und VMs/CTs.

  3. Führe nach Möglichkeit erneut pve8to9 aus, um weitere Hinweise nach dem Upgrade zu bekommen.

Besonderheiten & bekannte Fallstricke

  • Ceph‑Upgrade nötig? Wenn du Ceph von Reef (8.4) nutzt, musst du ggf. vor dem VE‑Upgrade von Reef auf Squid upgraden

  • Namensänderungen bei NICs: Der Kernel 6.14 kann neue Netzwerk-Interface-Namen verursachen. Proxmox VE 9 erlaubt die Verwendung von Aliasnamen, aber Firewall- oder Netzwerkkonfigurationen sollten überprüft werden

  • cgroup‑v1 Entfernung, GRUB Probleme bei LVM‑UEFI, NVIDIA vGPU Inkompatibilitäten – siehe Abschnitt „Known Upgrade Issues“ der offiziellen Anleitung

Upgrade ein Beispielskript (CLI)

# 1. Backup & Vorbereitung
pve8to9 --full
# 2. Repositories auf Trixie aktualisieren
sed -i 's/bookworm/trixie/g' /etc/apt/sources.list
sed -i 's/bookworm/trixie/g' /etc/apt/sources.list.d/pve-enterprise.list
echo "deb http://download.proxmox.com/debian/pve trixie pve-test" > /etc/apt/sources.list.d/pve9.list
# (optional) Ceph‑Repo ebenfalls anpassen bei Nutzung von Ceph
# 3. Upgrade
apt update
apt full-upgrade -y
# 4. Neustart
reboot
# 5. Nachbereitung
uname -r
pve8to9 --full

Proxmox – Node aus einem Cluster entfernen

,

 

Wenn du einen Node aus einem Proxmox VE Cluster entfernen möchtest – sei es wegen Hardwaretausch, Migration oder weil der Node defekt ist – solltest du einige Dinge beachten, um den Cluster stabil und fehlerfrei zu halten.

In diesem Tutorial zeige ich dir Schritt für Schritt, wie du einen Node sicher aus einem Proxmox-Cluster entfernst.

⚠️ Voraussetzungen & Warnung

⚠️ Achtung: Diese Anleitung gilt nur, wenn du den Node dauerhaft und vollständig entfernen willst. Die Schritte sind nicht rückgängig zu machen!

Was du brauchst:

  • Root-Zugriff auf alle Proxmox-Nodes

  • SSH-Zugang zum Cluster

  • Backup deiner VMs/CTs (zur Sicherheit!)

  • Der Node sollte keine laufenden VMs oder Container mehr enthalten

Schritt 1: Prüfen, ob der Node leer ist

Stelle sicher, dass der Node keine wichtigen Ressourcen mehr hält.

# Auf dem zu entfernenden Node
pct list
qm list

Wenn dort noch Container oder VMs sind: migrieren oder löschen!

Schritt 2: Node im Webinterface in den Wartungsmodus setzen (optional)

Gehe im Proxmox Web-GUI zu:

Datacenter → Node auswählen → More → Maintenance Mode aktivieren

Damit werden keine neuen Tasks mehr dorthin verteilt.

Schritt 3: Node aus dem Cluster entfernen

Variante A: Der Node ist noch erreichbar

Gehe auf einen anderen Node im Cluster (nicht den, der entfernt wird) und führe Folgendes aus:

pvecm delnode <NODE-NAME>

Beispiel:

pvecm delnode pve3

Der Node wird nun aus dem Cluster entfernt. Das Webinterface zeigt ihn nach einem Refresh nicht mehr an.

Variante B: Der Node ist

nicht mehr erreichbar

(z. B. defekt)

In diesem Fall kannst du den Node trotzdem aus dem Cluster entfernen. Gehe dazu ebenfalls auf einen erreichbaren Node:

pvecm delnode <NODE-NAME>

Zusätzlich solltest du danach auf allen verbleibenden Nodes prüfen, ob der entfernte Node noch in irgendwelchen Konfigurationen oder der /etc/hosts Datei auftaucht, und diese ggf. bereinigen.

Schritt 4: Aufräumen

Auf allen Nodes:

  • Lösche Einträge in /etc/pve/ (z. B. Storage- oder Netzwerkconfigs, falls vorhanden)

  • Passe /etc/hosts und evtl. DNS-Einträge an

  • Entferne SSH-Keys, falls du sie manuell eingerichtet hast

Bonus: Node neu in einen anderen Cluster integrieren?

Wenn du denselben Server später in einen neuen Cluster aufnehmen willst, solltest du das System neu installieren oder pvecm expected 1 + pvecm create nutzen.

Alternativ:

rm -r /etc/pve/corosync.conf
rm -r /etc/corosync/*

Und dann den Node ganz normal zu einem neuen Cluster hinzufügen.

✅ Fazit

Das Entfernen eines Nodes aus einem Proxmox Cluster ist relativ einfach – wenn man es strukturiert und mit Vorsicht angeht. Denk immer an Backups und überprüfe, ob der Node wirklich keine Ressourcen mehr verwaltet.

 

Weitere Doku gibt es auch bei Proxmox oder Thomas Krenn –

Proxmox – Netzwerkbrücken und VLANs in Proxmox einrichten

,

Ziel:

  • Erstellen von Netzwerkbrücken für VMs/Container
  • VLANs für segmentiertes Netzwerk

Schritt 1: Bridge konfigurieren

Bearbeite /etc/network/interfaces:

auto vmbr0
iface vmbr0 inet static
    address 192.168.1.10
    netmask 255.255.255.0
    gateway 192.168.1.1
    bridge_ports enp3s0
    bridge_stp off
    bridge_fd 0

Schritt 2: VLANs anlegen

Für VLAN 10 auf vmbr0:

auto vmbr0.10
iface vmbr0.10 inet static
    address 192.168.10.1
    netmask 255.255.255.0
    vlan-raw-device vmbr0

Tipps:

  • VLAN-Tagging funktioniert nur mit VLAN-fähigem Switch

Proxmox – LXC-Container erstellen und verwalten

,

Schritt 1: Template herunterladen

Unter „Storage“ > „CT Templates“ ein passendes Template herunterladen

Schritt 2: Container erstellen

  • „Create CT“ klicken
  • Hostname, Passwort und Template wählen
  • Ressourcen und Netzwerk konfigurieren

Schritt 3: Container starten

  • Container starten, Konsole öffnen, System konfigurieren

Tipps:

  • Container starten schneller, ideal für Webserver und kleine Dienste

Proxmox – Erstellung und Verwaltung von virtuellen Maschinen (VMs)

,

Schritt 1: ISO-Image hochladen

Im Webinterface unter „Storage“ > „local“ > „Content“ das ISO hochladen

Schritt 2: Neue VM erstellen

  • „Create VM“ klicken
  • Name vergeben
  • ISO wählen, Hardware (CPU, RAM, Festplatte, Netzwerk) konfigurieren
  • Zusammenfassung prüfen, „Finish“

Schritt 3: VM starten

  • VM auswählen, starten, Konsole öffnen und OS installieren

Tipps:

  • VirtIO-Treiber für bessere Leistung verwenden
  • Snapshots vor großen Änderungen machen

Proxmox VE 8.x Installation auf Bare-Metal: Step-by-Step Anleitung

 

 

Voraussetzungen:

  • 64-Bit CPU mit Virtualisierungstechnologie (Intel VT-x oder AMD-V)
  • Mindestens 8 GB RAM
  • Zwei Festplatten (empfohlen für ZFS RAID1)
  • Bootfähiger USB-Stick mit Proxmox VE ISO

Schritt 1: ISO herunterladen und USB-Stick erstellen

Lade die aktuelle Proxmox VE ISO herunter und erstelle mit balenaEtcher einen bootfähigen USB-Stick.

Schritt 2: BIOS/UEFI konfigurieren

  • Aktiviere VT-x/AMD-V sowie IOMMU (Intel VT-d/AMD-Vi)
  • Stelle die Boot-Reihenfolge auf USB-Start um

Schritt 3: Proxmox VE installieren

  • Vom USB-Stick booten, „Install Proxmox VE“ wählen
  • Lizenz akzeptieren, Ziel-Festplatte und Dateisystem (z.B. ZFS RAID1) auswählen
  • Standort, Zeitzone, Tastatur, Root-Passwort und Netzwerk konfigurieren

Schritt 4: Webinterface aufrufen

Nach dem Neustart ist das Webinterface über https://ip-adresse-des-servers:8006 erreichbar.

Tipps:

  • Nutze das No-Subscription-Repository, wenn du keine Enterprise-Lizenz besitzt
  • Systemaktualisierung: apt update && apt full-upgrade