Managed OVHcloud Server
& Infrastruktur Services

Ja. OVH nutzt ein spezielles Routing-Konzept für Failover-IPs, das oft Probleme mit Proxmox (Bridge-Mode) verursacht. Wir konfigurieren die virtuellen MAC-Adressen im OVH-Manager korrekt und richten das Routing in den Debian/Ubuntu-Interfaces so ein, dass Ihre VMs und Container stabil erreichbar sind.

Absolut. Das ist die Stärke von OVH. Wir verbinden Ihre Server in Limburg, Frankfurt, Gravelines oder Roubaix über das vRack zu einem privaten, geschützten Netzwerk (VLAN). Ideal für Datenbank-Replikation oder Backups, ohne dass der Traffic über das öffentliche Internet läuft.

Wir übernehmen das komplette IP-Management. Wir bestellen IP-Blöcke (RIPE), konfigurieren die ARIN/RIPE-Einträge und routen die IPs auf die entsprechenden Server. Bei einem Hardware-Ausfall schwenken wir die IP innerhalb von Sekunden auf einen Backup-Server um.

Ja. Wir konfigurieren den OVH Load Balancer für Ihre Web-Cluster, richten SSL-Offloading ein und definieren Health-Checks, damit Traffic nur an gesunde Server geleitet wird.

Ja. Viele Unternehmen nutzen SoYouStart oder Kimsufi (jetzt 'Eco') für Backups oder Test-Systeme. Auch wenn der OVH-Support hier quasi nicht existiert – wir managen diese Server mit der gleichen Sorgfalt wie die High-Grade-Line. Wir überwachen die Hardware und reagieren sofort bei Disk-Fehlern.

Ja. Wir betreuen OVH Public Cloud Instanzen (OpenStack-Basis) und klassische VPS. Wir können diese auch via vRack mit Ihren dedizierten Servern verbinden (Hybrid Cloud), um das Beste aus beiden Welten zu nutzen.

Ja. Wir managen Ihre Kubernetes-Cluster auf OVH-Infrastruktur. Wir kümmern uns um Node-Pool-Upgrades, Persistent Volumes (Cinder) und die Integration mit dem Load Balancer.

Ja. OVH ist einer der größten VMware-Hoster. Wir managen ESXi-Hosts, kümmern uns um das Networking und Patches. (Hinweis: Aufgrund der Broadcom-Lizenzsituation migrieren wir viele Kunden aktuell aktiv von ESXi zu Proxmox).

Der Standard-Schutz ist gut, aber für spezifische Angriffe oft zu grob. Wir konfigurieren die OVH Network Firewall (Edge Firewall) spezifisch für Ihre Dienste, um Angriffe schon vor dem Server zu filtern ('Permanent Mitigation'), ohne legitime User zu blockieren.

OVH liefert Server oft mit Standard-Einstellungen aus. Wir härten das System sofort: SSH-Key-Only Login, Einrichtung einer lokalen Firewall (nftables/ufw) und Beschränkung des Zugriffs auf Management-Interfaces (Proxmox GUI, Port 8006) auf VPN oder bekannte IPs.

Wenn OVH Missbrauch feststellt, versetzen sie den Server in den 'Rescue Mode' und kappen das Netz. Wir analysieren die Ursache (Logs, Malware-Scan), beheben das Problem, sichern die Beweise und kommunizieren mit dem OVH-Abuse-Team, um den Server schnellstmöglich wieder freischalten zu lassen.

Als alleinige Strategie: Nein. Es ist unverschlüsselt und langsam. Wir nutzen den inkludierten Backup-Speicher gerne als sekundäres Ziel, richten aber primär verschlüsselte Offsite-Backups (z.B. zu Hetzner Storage Boxen oder S3) ein, um provider-unabhängig zu sein.

Da OVH keine 'Remote Hands' wie andere Hoster anbietet, müssen Tickets eröffnet werden. Wir übernehmen das. Wir diagnostizieren den Fehler, erstellen präzise Tickets mit Logs (damit der Support nicht diskutiert) und tracken den Austausch. Danach kümmern wir uns um den Restore.

Nein, das wäre unsicher. Sie legen uns als technischen Kontakt (Technical Contact) im OVH Manager an. So haben wir Zugriff auf die Server-Verwaltung und Tickets, können aber keine Verträge kündigen oder Bestellungen auslösen.

Ja. OVH ist oft 70-80% günstiger als AWS bei Bandbreiten-intensiven Anwendungen. Wir planen die Migration, schieben die Daten (z.B. via rclone) und bauen die Infrastruktur auf OVH Dedicated Servern nach.

Alle Standard-Templates von OVH: Debian, Ubuntu, AlmaLinux, Rocky Linux. Wir unterstützen auch eigene ISO-Installationen via IPMI/KVM, falls Sie ein Custom-OS oder Proxmox-Setup benötigen, das nicht im Template-Manager verfügbar ist.

Da der OVH-Support am Wochenende oft langsam ist, ist unsere 24/7 SLA für OVH-Kunden besonders wertvoll. Wir können Hardware-Defekte zwar nicht selbst löten, aber wir können Software-Probleme lösen, Backups auf Ersatz-Server einspielen oder Failover-IPs routen, um Dienste wieder online zu bringen.