Betriebsebene für Proxmox
AtlasPVE ist die sichere Betriebsebene für Proxmox.
VMs, Speicher, Netzwerk, Updates, Backups und selbst gehostete Dienste werden in einer visuellen Oberfläche zusammengeführt. In kritischen Abläufen sind Auswirkung, Bestätigung und Rollback-Informationen sichtbar, bevor Änderungen angewendet werden.
Lokale Installation
Keine blinden Operationen
Sichtbarkeit der Auswirkung in kritischen Abläufen
Danke an die Proxmox-Community
Im letzten Monat haben Besucher aus aller Welt Atlas angesehen, ausprobiert und geschrieben. Die Fragen, die Fehlerberichte und die Vorschläge haben das Produkt dorthin gebracht, wo es heute steht.
und viele mehr
FUNKTION · ANATOMIE
Die Struktur hinter einem Bildschirm.
Atlas ist um einen klaren Betriebsablauf von Hardware bis Oberfläche herum aufgebaut. Daten werden von unten nach oben gelesen; Entscheidungs- und Ausführungsschritte werden auf demselben Bildschirm verfolgt.
Daten fließen von unten nach oben
Proxmox-nativ
Open-Source-Agent (AGPL)
Unabhängiges Produkt
Wo soll es losgehen?
Produkt
Atlas-Produktübersicht.
Virtuelle Maschinen, Speicher, Updates und sichere Betriebsabläufe treffen in derselben lokalen Verwaltungsebene aufeinander. Das Produkt wird auf dem Proxmox-Host installiert; die Kernfunktionen werden in einer Oberfläche gebündelt.
Proxmox-Host
Proxmox VE
Atlas
Betriebsebene
Der Unterschied
Vor Atlas / Mit Atlas
Dieselbe Infrastruktur, zwei sehr unterschiedliche Erfahrungen.
Ohne Atlas
Mit Atlas
Dichte Proxmox-Tabellen
Riskantes CLI-Copy-Paste
Öffnen von Ports am Router
Speicher-/Netzwerkbeziehungen schwer erkennbar
Keine einfache App-Erfahrung
Stundenlange manuelle Verwaltung, Zeit- und Arbeitsaufwand
Lange Anleitungen, Trial-and-Error, riskante kritische Vorgänge
Versteckte Prozesse, unsichtbare Vorgänge
apt upgrade, ohne zu wissen, was jedes Paket betrifft
Unerwartete Neustarts, stille Dienstunterbrechungen
Risiko, nach einem Kernel-Update nicht mehr zu booten
Kontinuierliche manuelle Gesundheitschecks sind erforderlich
SSH öffnen und einen Port weiterleiten, nur um in eine VM zu gelangen
Visuelle Topologie
Geführte Speicher-/Netzwerkvorgänge
Vorgangsvorschau und Rollback-Bewusstsein
Kontrollierte Dienstverwaltung von der lokalen Oberfläche aus
Atlas Apps Katalog-Erfahrung
Der operative Aufwand sinkt; die Zeit bleibt beim Team
Warnungen und Schutz in kritischen Abläufen; Best Practices von Anfang an
Kein unsichtbarer Vorgang, kein versteckter Prozess, kein versteckter Dienst
Abhängigkeiten, Auswirkungen und Änderungsprotokoll jedes Updates, von Anfang an sichtbar
Neustart-/Dienstauswirkungen im Voraus gruppiert; geführt mit einem Snapshot-Vorschlag am riskanten Schritt
Boot-Wächter nach Kernel-Update: Wenn der Start nicht bestätigt wird, wird automatisch auf den letzten funktionierenden Kernel zurückgesetzt
Atlas Watch liefert automatisch tägliche Zusammenfassungen und kritische Warnungen
Terminal, Dateibrowser und Metriken in der VM, ganz ohne SSH, ohne offenen Port
Operative Tiefe unter der visuellen Oberfläche.
Jeder Bildschirm leistet echte Arbeit, nichts ist dekorativ.
Visuelle Topologie
Die Ressourcenkette des Servers wird durchgehend gezeichnet: von der Maschine zu ihrem Kern- und Speicheranteil, von der Festplatte zum Speicher, vom Pool zum physischen Laufwerk. Der Fluss auf den Linien ist echter Verkehr. Für Speicher, Netzwerk, Prozessor, Container, Zugriff und Updates gibt es eigene Karten.
Sicherer Speicher
ZFS, LVM und Btrfs in einer visuellen Sprache. Ein versehentlich zerstörter Pool, ein gestopptes RAID-Array oder ein getrennter Speicher wird direkt anhand des On-Disk-Labels wiederhergestellt, ohne Daten zu schreiben. Warnungen zu verwaisten Speichern und Kapazitätstrends bleiben stets sichtbar.
Sicherheitskontrolle für Netzwerkänderungen
Bridge-, Bond-, VLAN- und OVS-Änderungen werden auf einer visuellen Karte vorbereitet. Nach der Anwendung startet ein Bestätigungsfenster; wird die Konnektivität nicht bestätigt, wird die Konfiguration automatisch zurückgesetzt.
Sicherere Updates
Jedes Paket wird nach Auswirkung markiert (nahtlos / Dienst / Neustart / Kernel) und in geordneten Runden installiert. Snapshot vor der Installation, Fixierung des laufenden Kernels und Boot-Verifizierung: Bootet ein neuer Kernel nicht, läuft das System wieder mit dem alten.
Lokaler Zugriff
Die Atlas-Verwaltungsoberfläche läuft auf dem Proxmox-Host. Das Produkt kann ohne externes Bedienfeld oder dauerhafte Internetverbindung genutzt werden.
Atlas Apps
Eine aus dem Katalog installierte Anwendung wird mit ihren Ordnern und offenen Ports sichtbar eingerichtet. Eine eigene Compose-Datei lässt sich ebenfalls hinzufügen. Vor der Installation werden grenzüberschreitende Einstellungen wie privilegierter Modus, das Einbinden des Docker-Sockets und die Nutzung des Host-Netzwerks markiert. Die Anwendung kann auch eine eigene Adresse im Netz erhalten und über ihren Namen erreichbar sein.
Hardware-Passthrough
PCIe- und USB-Zuweisungen werden über eine geführte Oberfläche gehandhabt, mit angestrebter voller Unterstützung sogar für Karten, die NVIDIA von vGPU ausschließt. Geht etwas schief, kann ein Support-Bericht mit entfernten sensiblen Daten erstellt werden.
Mehr als ein Task-Manager
Inspiriert vom Windows-Task-Manager-Erlebnis werden auch Nicht-Atlas-Prozesse sichtbar und verwaltbar: pausieren, umpriorisieren oder beenden. Systemkritische Prozesse bleiben geschützt, bis sie mit einem Passwort entsperrt werden; Aktionserklärungen und Änderungsprotokolle bleiben einsehbar.
SSH-freier VM-Zugriff
Terminal, Dateibrowser und detaillierte Metriken innerhalb der VM, ganz ohne SSH und ohne offenen Netzwerkport. Atlas nutzt den Host-Guest-Kanal des QEMU Guest Agent: keine neue Angriffsfläche, keine Notwendigkeit, sich die VM-IP zu merken, und Module werden über einen kontrollierten Installationsablauf hinzugefügt.
Intelligente Empfehlungen
Atlas prüft regelmäßig Proxmox-Best-Practice-Regeln: Ist die Schutzsperre deaktiviert, häufen sich Snapshots an, ist der Festplatten-Cache sicher, blockiert der CPU-Typ die Live-Migration ... Es verwandelt 50+ Regeln in priorisierte, umsetzbare Empfehlungen für jede VM, jeden Prozessor und jedes Update.
Schutzebene
In kritischen Abläufen werden Warnungen, Bestätigungen, Audit-Protokolle oder Rollback-Punkte aktiviert. Erfahrene Nutzer können in Abläufen, die dies zulassen, nach dem Erkennen der Warnungen bewusst fortfahren.
Maschineneinrichtung und Vorlagen
Eine aus einem Cloud-Image erstellte Maschine ist beim ersten Start einsatzbereit: Benutzer, SSH-Schlüssel, Netzwerkname und ausgewählte Pakete werden während der Einrichtung eingetragen, ein ISO-Assistent entfällt. Vorlagen werden an einer Stelle verwaltet. Fertige Workload-Profile, vom Medienserver über die Datenbank bis zum Spieleserver, liefern Kern- und Speichervorschläge direkt bei der Einrichtung.
Zugriff und Berechtigungen
Wer mit welcher Rolle auf welche Ressource zugreift, ist auf einer einzigen Karte sichtbar. Es werden die Proxmox-Rollen genutzt, bei Bedarf lassen sich eigene Rollen anlegen, und Berechtigungen werden pro Pfad vergeben. Zwei-Faktor-Bestätigung und API-Tokens werden über denselben Bildschirm verwaltet. Atlas legt kein eigenes Benutzersystem an, sondern liest die Berechtigungen aus Proxmox.
Und mehr
Prozessor
Bis zum Kern.
Sichtbar wird, wo die virtuellen Kerne jeder VM gerade tatsächlich laufen, über physische Kerne und Threads hinweg, eins zu eins aus dem /proc des Hosts gelesen, keine Proxmox-Schätzung. Fließende Lichter tragen die reale Last; ein plötzlicher Spitzenwert erscheint als einzelner Funke.
Watchdog
Atlas Watch überwacht regelmäßig die Infrastrukturgesundheit.
Atlas Watch fasst die Servergesundheit zu einer festgelegten Uhrzeit in einer einzigen Zusammenfassungs-E-Mail zusammen: ausstehende Updates, Festplatten- und Speicherdruck, VM-Probleme, Neustartanforderungen. Erscheint ein kritischer Befund, wird eine Warnung gesendet, ohne auf die Zusammenfassung zu warten.
Atlas Watch
Watchdog
lokaler Weg
Admin
Team
Bereitschaftsdienst
Tägliche Zusammenfassung
Kritisch · sofort
Die Auswirkung ist sichtbar, bevor Änderungen angewendet werden.
Atlas macht Risiko, Auswirkung und Bestätigungsschritte in Abläufen sichtbar, die die Infrastruktur betreffen.
Auswirkung und Bestätigung
In kritischen Abläufen werden geplante Schritte, betroffene Ressourcen und Rollback-Optionen angezeigt, bevor Änderungen auf Proxmox angewendet werden.
Lokaler Agent
Atlas läuft auf dem Proxmox-Host als Open-Source-Agent, es besteht keine Verbindung von außen.
Lokale Laufzeitumgebung
Das Produkt läuft auf dem Proxmox-Host; Verwaltungsdaten bleiben innerhalb der Kundeninfrastruktur.
Support-Bericht
Fehlgeschlagene Operationen können einen Support-Bericht mit entfernten Geheimnissen erstellen.
Atlas läuft auf dem lokalen Proxmox-Host.
Atlas ist kein gewöhnliches Kontrollpanel. Es ist eine lokale Betriebsschicht, die Speicher-, Netzwerk-, Update-, Backup- und VM-Operationen auf Proxmox berührt. Das Produkt läuft innerhalb der eigenen Infrastruktur; Daten verlassen sie nicht.
Die mit Root-Rechten laufende Engine (der Agent) ist Open Source, AGPL. Was auf dem Server läuft, muss nicht blind akzeptiert werden: Der Code kann eingesehen und sein Verhalten auditiert werden.
Jedes Release wird signiert ausgeliefert. Sicherheitsregeln, getestetes Agentenverhalten, Rollback-Logik und versionsspezifische Schutzmaßnahmen bleiben durch Updates aktuell.
Open Source, aber wo ist der Quellcode?
Der Teil mit der größten Macht über das System ist der Agent, denn er läuft auf dem Host als root. Mit der Installation legt er sich als lesbarer Quellcode auf den Host, sodass der Code auf der Maschine geöffnet und Zeile für Zeile gelesen werden kann, auf der er läuft. Nichts in der privilegierten Schicht muss als geschlossene Datei geglaubt werden. Er wird nicht als öffentliches Repository veröffentlicht, und der Grund ist nicht nur kommerziell. Atlas läuft in der Infrastruktur anderer Leute. Jede Zeile der privilegierten Schicht zu veröffentlichen veröffentlicht auch eine Karte für alle, die nach einem Weg hinein suchen, und in einer Zeit, in der Scannen automatisiert und ständig ist, wird diese Karte von Maschinen gelesen, lange bevor Menschen sie lesen. Das Risiko trifft den Kunden, nicht den Anbieter. Den Code auf der Maschine zu lesen, auf der er läuft, gibt dieselbe Sicherheit, ohne diese Karte allen auf einmal zu übergeben. Wer Atlas installiert, kann genau den Code prüfen, der auf dem eigenen Host ausgeführt wird, und das ist die Kopie, auf die es ankommt. Die Verantwortung verschiebt sich in keinem Fall. Eine Lücke in Atlas ist unsere, und sie zu schließen ist ebenfalls unsere Sache.
Die Projektseite auf GitHub
Häufig gestellte Fragen
Ansatz
Wir sind keine Roboter, wir sind Menschen. Die Oberflächen von Atlas sind so gestaltet, dass sie beim Verinnerlichen von Informationen helfen, gestützt auf menschliche Psychologie und Pädagogik: um wirklich zu verstehen, was auf dem Server geschieht, und das Gesamtbild. Es gibt keinen unsichtbaren Vorgang, keinen versteckten Prozess, keinen versteckten Dienst.
Wir haben großen Respekt vor Unraid, ESXi, Synology, Docker und mehr. Atlas verbindet das, was diese Erfahrungen lehren, mit der Virtualisierungsstärke von Proxmox.
Von VMware zu Proxmox: der Leitfaden
REFERENZEN
Was Nutzer sagen
Die Worte unten stammen von Menschen, die Atlas auf ihren eigenen Servern betreiben.
Website öffnen
Übersetzen
Maschinelle Übersetzung
Original anzeigen
Übersetzung nicht verfügbar
Wird übersetzt
Verifizierter Nutzer
Alle ansehen
Preise
Atlas macht lokale Proxmox-Infrastruktur sichtbar, auditierbar und sicherer im Betrieb.
Es wird gekauft, nicht gemietet: die bezahlte Version läuft unbegrenzt. Die Update-Lizenz ist an den Server gebunden; sie kann auf einen neuen Server umziehen, aber nicht zurück auf einen früheren. Auf dem alten Server läuft Atlas weiter, erhält aber keine Updates. Um gleichzeitig einen weiteren Server aktuell zu halten, wird +1 Update-Lizenz hinzugefügt. Die jährliche Verlängerung umfasst neue Funktionen, Sicherheitspatches und Proxmox-Kompatibilität; endet die Verlängerung, läuft die installierte Version weiter, neue Versionen und der Update-Zugang enden.
Preisbindung
Derzeit ist nur Home im Verkauf: 49 $/Jahr, lebenslang zu diesem Preis gesperrt. Pro und Business sind geplant. Erste Home-Mitglieder erhalten einen Rabatt beim Upgrade auf einen höheren Plan.
Atlas erkunden, ohne Infrastruktur zu berühren.
Die Demo-Umgebung verbindet sich nicht mit einem echten Proxmox-Host. Die Atlas-Oberfläche und -Abläufe können in einer sicheren Sandbox ausprobiert werden.
Demo öffnen
Kontakt aufnehmen
Für Produkt-, Lizenz- oder technische Evaluierung kann hier eine Nachricht hinterlassen werden. Eine E-Mail-Adresse wird ergänzt, falls eine Antwort benötigt wird.
Vollständiger Name (optional)
E-Mail-Adresse (für eine Antwort, optional)
Nachricht
Senden
Gesendet
Vielen Dank. Die Nachricht wurde empfangen; falls eine E-Mail-Adresse angegeben wurde, melden wir uns.
Senden fehlgeschlagen. In Kürze ist ein neuer Versuch möglich.
Proxmox-Betrieb sichtbar und auditierbar machen.
Die ersten Käufer sichern sich ihren Preis.
- Ist Atlas Open Source?
- Der mit Root-Rechten auf dem Server laufende Agent ist unter AGPL offen; was er tut, kann gelesen und auditiert werden. Die Oberfläche und die Produktschicht werden unter einer kommerziellen Lizenz angeboten, eine bewusste Entscheidung, um die Weiterentwicklung von Atlas zu sichern. Die kommerzielle Produktschicht läuft niemals als Root.
- Läuft Atlas ohne Internetverbindung?
- Atlas läuft ohne Internetverbindung und arbeitet weiterhin lokal auf dem Proxmox-Host. Internet wird nur zum Abrufen von Updates und des Katalogs genutzt; ohne Internet funktioniert die installierte Version vollständig weiter.
- Laufen Proxmox-Daten über Atlas-Server?
- Nein. Die Atlas-Verwaltungsschicht läuft innerhalb der Kundeninfrastruktur; VM-, Speicher- und Netzwerkinhalte werden nicht an Atlas-Server gesendet.
- Was passiert, wenn ich Updates nicht erneuere?
- Nichts wird gesperrt. Die installierte lokale Version funktioniert weiter; lediglich neue Funktionen, Sicherheitspatches und Kompatibilitäts-Updates für neue Proxmox-Releases entfallen. Wird die Erneuerung wieder aktiviert, geht der Update-Zugang ab diesem Zeitpunkt weiter.
- Wer hat was getan, ist es auditierbar?
- Kritische oder rechteerhöhende Aktionen (Prozess beenden, Priorität ändern, destruktive Speicher-/Netzwerkoperationen) werden in ein Audit-Log geschrieben: wer, was, wann, Ergebnis. Der Datensatz wird an zwei Stellen geführt: im System-journald (für Nicht-Root unveränderlich) und in einer separaten Datei. Passwörter und Secrets werden nie protokolliert.
- Gelten meine Proxmox-Benutzer und -Rollen weiterhin?
- Ja. Atlas baut kein paralleles Berechtigungssystem auf; es spiegelt Proxmox' eigenes Benutzer-, Rollen-, Gruppen- und API-Token-Modell. Proxmox entscheidet, wer was sehen und tun darf, und Atlas folgt dem.
- Ist das ein Abonnement oder kaufe ich die Lizenz?
- Es wird gekauft, nicht gemietet. Die bezahlte Version läuft unbegrenzt; ohne Verlängerung läuft diese Version weiter. Die jährliche Verlängerung umfasst neue Versionen und den Update-Zugang.
- Was ist eine Proxmox-Betriebsschicht?
- Proxmox liefert die Virtualisierung; eine Betriebsschicht übernimmt die Arbeit, sie täglich zu betreiben. Diese Schicht zeigt vorab, was eine Änderung berührt, macht die Abhängigkeiten vom Speicher bis zur virtuellen Maschine sichtbar und macht aus einem riskanten Schritt einen bewussten. Atlas tut das lokal: die Verwaltungsschicht liegt auf dem eigenen Host, und die Daten verlassen ihn nicht.
- Der Agent läuft als root. Was begrenzt den Schaden im Ernstfall?
- Der Agent benötigt root, weil das meiste unterhalb der Proxmox-API liegt: apt, Kernel, Bootloader, mount, zpool, Passthrough. Offener Quellcode gleicht das allein nicht aus, deshalb liegt die Trennung in der Architektur und nicht im Text. Die Produkt- und Analyseschicht läuft nicht als root; sie läuft unter eigenem Benutzer mit Dienstbeschränkungen, ist nur lokal erreichbar und verweigert den Start als root. Die Berechtigungsentscheidung fällt zentral und vor dem Routing; passt keine Regel, fällt eine Schreibanfrage auf die strengste Stufe. Befehle laufen nie über eine Shell, Argumente werden getrennt übergeben. Privilegierte Aktionen werden protokolliert. Gäste werden über den Gast-Agent-Socket erreicht statt über SSH, es wird kein Port geöffnet und kein Passwort im Gast hinterlassen.