Blog
Hintergründe und Praxiswissen rund um VMware-Ablösung, Proxmox mit Ceph, Infrastructure as Code und Backup & Wiederherstellung – aus echten Projekten, nicht aus dem Marketing-Baukasten.
NIS-2: Welche Pflichten Security Monitoring und Backup abdecken und welche nicht
Das BSI-Gesetz verlangt seit Dezember 2025 zehn Mindestmaßnahmen. Welche davon sich mit Security Monitoring und einer geprüften Sicherung belegen lassen, wo die Technik aufhört und was die Geschäftsleitung selbst tun muss.
NetBox und Git: IT-Dokumentation, die mit der Umgebung Schritt hält
Warum eine IT-Dokumentation veraltet, wie wir sie mit NetBox und Git aus der laufenden Umgebung befüllen, was dabei automatisch geht, was nicht, und welche Fehler wir beim Abgleich gemacht haben.
Terraform und Ansible: Wer konfiguriert was?
Terraform legt an, Ansible richtet ein. Wo genau die Grenze verläuft, warum Cloud-Init die Übergabe ist und welche Stolpersteine wir beim Anlegen von VMs auf Proxmox mit beiden Werkzeugen kennengelernt haben.
Proxmox mit Ceph: Wann sich hyperkonvergenter Storage lohnt und wann nicht
Ceph macht einen Proxmox-Cluster ausfallsicher, aber nicht jede Umgebung braucht es. Wann es passt, was es an Kapazität kostet und welche Fehler wir in unseren eigenen Clustern gemacht und behoben haben.
RPO und RTO: Wie Sie realistische Werte für Datenverlust und Ausfallzeit festlegen
Wie viele Daten dürfen verloren gehen, wie lange darf ein Ausfall dauern? Woraus sich RPO und RTO in der Praxis ergeben, warum die Offsite-Kopie einen eigenen Wert hat und weshalb die Leitung oft die Ausfallzeit bestimmt.
Dateiintegrität, Härtungsprüfung, Schwachstellen: Was die drei Wazuh-Prüfungen leisten
FIM, SCA und Vulnerability Detection verständlich erklärt: was jede Wazuh-Prüfung sieht, wo ihre Grenzen liegen und wie man mit den Befunden umgeht.
Welche TISAX-Nachweise sich automatisieren lassen und welche nicht
Aus der Vorbereitung eines Kunden auf ein TISAX-Assessment: welche Nachweise aus dem laufenden Betrieb entstehen können, welche Handarbeit bleiben und warum eine offen benannte Lücke besser ist als eine beschönigte.
Wazuh mit Ansible ausrollen: Aufbau, Agent-Rollout und die Stolpersteine
Wie wir Wazuh für unsere eigene Infrastruktur und für Kundenserver aufgebaut haben: Agent-Rollout per Ansible, Gruppen nach Kunde und Standort, Netzwerkfreigaben und vier Fehler, die man sich sparen kann.
RMM-Software oder Ansible? Was der Umstieg bei der Windows-Verwaltung wirklich bedeutet
RMM-Tools wie Kaseya, NinjaOne oder Baramundi sind der Standard für die Windows-Verwaltung und binden Sie an Lizenzkosten pro Gerät und an den Hersteller. Ein Vergleich mit Ansible und OpenSSH als Alternative.
SSH statt RDP: Wie wir Windows Server fernwarten
RDP ist der Standardweg, um sich auf einen Windows Server zu schalten: grafisch, aber träge und schwer zu automatisieren. Warum wir stattdessen OpenSSH einsetzen und wie sich das mit Ansible kombinieren lässt.
VMware-Migration auf Proxmox: Checkliste in 9 Schritten
Eine VMware-Ablösung gelingt, wenn sie geplant abläuft statt überstürzt. Diese 9-Schritte-Checkliste zeigt, worauf es bei einer Migration auf Proxmox mit Ceph wirklich ankommt.
Backup erfolgreich, Wiederherstellung gescheitert: 7 typische Lücken
„Backup erfolgreich“ ist eine Aussage über die Sicherung, nicht über die Wiederherstellung. Sieben Lücken, die wir bei Backup-Checks immer wieder finden – und wie Sie sie bei sich selbst prüfen.
Infrastructure as Code für Bestandsumgebungen: Wie wir mit Ansible und Terraform arbeiten
Infrastructure as Code wird oft mit Neuaufbauten auf der grünen Wiese verbunden. Wie wir eine gewachsene Proxmox- und Linux-Umgebung Schritt für Schritt in Terraform und Ansible abbilden, ohne den Betrieb zu unterbrechen.
Proxmox statt VMware: Was sich für Entscheider wirklich ändert
Seit der Übernahme durch Broadcom prüfen viele Unternehmen Alternativen zu VMware. Ein nüchterner Vergleich zu Proxmox VE: Funktionsumfang, Kostenstruktur und was eine Migration wirklich bedeutet.
Warum wir auf Open Source setzen – und warum das für Ihre Exit-Fähigkeit zählt
Open Source ist bei uns kein Prinzip um des Prinzips willen, sondern die Grundlage dafür, dass Sie eine Cloud-Infrastruktur auch wieder verlassen können. Ein Blick auf Herstellerunabhängigkeit, Transparenz und Übertragbarkeit.