Datacenter
IaaS auf OLVM- und KVM-Basis mit eigenem isoliertem Netz, dediziertem oder Pool-Storage und Anbindung über mehrere Carrier. Nichts von der Stange: von der gemieteten VM mit einer öffentlichen IP bis zum dedizierten Cluster mit eigenem BGP-Prefix, separater Carrier-Anbindung und Anschluss am Internet-Exchange. Wir bauen und betreiben genau das, was Sie brauchen.
Was modulare IaaS bringt
Sie behalten, was Sie selbst betreiben wollen, etwa die Firewall, und geben ab, was Zeit und Lifecycle kostet: Hardware, RZ-Netz, Storage oder den ganzen Betrieb. Vom reinen Ressourcenbezug bis zum vollen Managed Service ist jeder Zuschnitt möglich.
vCPU, RAM, Storage und Backup werden monatlich und nutzungsbasiert abgerechnet und wachsen mit. Kein großes Hardware-Invest, keine Beschaffungsprojekte für ein paar VMs mehr, kein Lifecycle-Risiko auf Ihrer Seite.
Plattform auf OLVM und KVM, offene Standards, eigene IP-Präfixe und ein isoliertes Netz unter Ihrer Kontrolle. Der Sitz mitten in Baden-Württemberg macht Standorte im Land in der Regel in rund zwei Stunden erreichbar.
Typische Auslöser
Eigene Server laufen aus Wartung oder EOL, aber ein neues Rechenzentrum oder ein größerer Hardware-Invest soll vermieden werden.
Ein regionaler Standort oder Edge-PoP nahe an den Nutzern wird gebraucht, mit niedriger Latenz und eigener BGP-/Anycast-Anbindung.
Das Team will sich um das Netzwerk im Rechenzentrum, also Transit, Peering und BGP, bewusst nicht selbst kümmern.
Workloads brauchen ein eigenes, isoliertes Netz mit eigenem VLAN und VRF, nicht eine geteilte Multi-Tenant-Umgebung.
Die Firewall soll im eigenen Haus bleiben, während Internet, Cluster, isoliertes Netz und Storage extern betrieben werden.
Ressourcen müssen kurzfristig skalieren, ein paar VMs mehr oder weniger, ohne langes Beschaffungs- und Aufbauprojekt.
Betriebsmodelle
Das gleiche Fundament, drei Tiefen der Zusammenarbeit. Entscheidend ist nicht, möglichst viel auszulagern, sondern den Schnitt zu finden, der zu Ihrem Team, Ihrer Compliance und Ihrem Budget passt.
Sie buchen vCPU, RAM, Storage und Backup auf OLVM- und KVM-Basis und betreiben Ihre Workloads selbst. Jede VM kann ein eigenes Netz bekommen: VLAN über OVS, VRF für getrennte Routing-Domänen, dazu dedizierte NICs oder SR-IOV für performancekritische Pfade und optional MACsec, mit eigener öffentlicher IP für Management und API.
Ein klar definierter Schnitt zwischen Ihrem Team und uns. Ein typischer Fall: Sie bringen die Firewall mit und betreuen sie selbst, wir liefern Internet, Cluster, ein nur für Sie isoliertes Netz und den Storage. Wer was verantwortet, steht vorab fest.
Dedizierte Hosts im Cluster oder eine komplett eigene Umgebung, Storage aus globalem Pool oder dediziert, dazu Netzwerk, Betrieb und Monitoring. Ob wir die dedizierte Hardware verwalten oder Sie selbst: Die meisten Workloads, die Sie heute im eigenen Haus betreiben, lassen sich als Managed Service abbilden, ganz oder in Teilen.
Vorgehen
Bedarf & Sizing
Workloads, vCPU, RAM, Storage, Backup, Latenz, Wachstum und den gewünschten Verantwortungsschnitt aufnehmen.
Netz & Anbindung
Eigenes VLAN, VRF und OVS, isoliertes Kundennetz, IP-Konzept mit IPv4 und IPv6 sowie BGP, Anycast, Transit und Peering planen.
Bereitstellen & übergeben
VMs, Cluster und Storage aufbauen, Grundinstallation, SSH- und API-Zugänge einrichten, Schnittstellen dokumentieren.
Verantwortung abgrenzen
Festlegen, wer Firewall, Betriebssystem, Plattform, Backup und Monitoring verantwortet. SLA, Wartungsfenster und Servicezeiten klären.
Betreiben & skalieren
24/7 überwachen, warten, Security-Updates priorisiert einspielen und Ressourcen bei Bedarf mitwachsen lassen.
Bedarf & Sizing
Workloads, vCPU, RAM, Storage, Backup, Latenz, Wachstum und den gewünschten Verantwortungsschnitt aufnehmen.
Netz & Anbindung
Eigenes VLAN, VRF und OVS, isoliertes Kundennetz, IP-Konzept mit IPv4 und IPv6 sowie BGP, Anycast, Transit und Peering planen.
Bereitstellen & übergeben
VMs, Cluster und Storage aufbauen, Grundinstallation, SSH- und API-Zugänge einrichten, Schnittstellen dokumentieren.
Verantwortung abgrenzen
Festlegen, wer Firewall, Betriebssystem, Plattform, Backup und Monitoring verantwortet. SLA, Wartungsfenster und Servicezeiten klären.
Betreiben & skalieren
24/7 überwachen, warten, Security-Updates priorisiert einspielen und Ressourcen bei Bedarf mitwachsen lassen.
Technische Bausteine
Eine Auswahl typischer Bausteine, herstellerunabhängig und bewusst nicht abschließend. Wir favorisieren diese Optionen, legen uns aber nicht darauf fest.
Was es wirklich kostet
vCPU, RAM, Storage und Backup werden nutzungsbasiert abgerechnet und wachsen mit. Was darüber hinaus an Aufwand entsteht, hängt vom Verantwortungsschnitt ab, nicht von einer Pauschale. Wir machen diese Posten vor der Entscheidung sichtbar.
Faustregel
Was Sie selbst betreiben wollen, behalten Sie. Was Aufwand erzeugt, geben Sie ab. Dazwischen ist jeder Zuschnitt möglich.
vCPU, RAM, Storage und Backup werden monatlich abgerechnet und wachsen mit. Keine Beschaffung, kein Kapital im Serverraum gebunden, kein Lifecycle-Risiko auf Ihrer Seite.
Dedizierte Hosts oder eine ganze eigene Umgebung geben Isolation und feste Performance, der geteilte Pool ist günstiger. Das gilt für Compute wie für Storage, ob NVMe, SAS oder Cluster. Wir wägen Performance, Trennung und Preis je Workload gegeneinander ab.
Anbindung nach Bedarf, als Flat oder mit Commit, über mehrere Carrier und IXP-Peering. Volumenbasierte Traffic-Komponenten geben wir 1:1 weiter, ohne versteckten Aufschlag.
Reines IaaS, Hybrid oder Full MSP: Der Betriebsaufwand und damit der Preis richten sich danach, wie viel Verantwortung Sie abgeben. Das legen wir vorher transparent fest.
Einsatzszenarien
Der Einstieg: einzelne VMs auf der Plattform, je eine öffentliche IP, im Self-Service oder mit Betrieb durch uns.
Cluster nahe an den Nutzern, eigene IP-Präfixe via BGP, Anycast über mehrere Standorte und kurze Wege zum Stuttgart-IX sowie zum DE-CIX in Frankfurt.
Eigene dedizierte Hosts, eigenes BGP-Prefix, separate Carrier-Anbindung und Anschluss am Internet-Exchange, isoliert betrieben.
Sie wollen nur das RZ-Netz mit BGP, Transit und Peering nicht selbst betreiben, den Rest behalten Sie. Auch das geht.
Bevor Sie auslagern.
Antworten auf typische Fragen zu Verantwortungsschnitt, isoliertem Netz, eigenen IP-Präfixen, SLA und der Abgrenzung zum Hyperscaler.
IaaS & Cloud besprechenWir sind regional: Sitz mitten in Baden-Württemberg, Standorte im Land in der Regel in rund zwei Stunden erreichbar, feste Ansprechpartner und direkter Kontakt. Die Plattform läuft auf OLVM und KVM ohne proprietären Lock-in, Sie bekommen ein eigenes, vollständig isoliertes Netz unter Ihrer Kontrolle, können eigene IP-Präfixe mitbringen und zahlen transparent nutzungsbasiert.
Ja, das ist der Kern des Angebots. Von reinem IaaS-Bezug über Hybrid MSP, etwa mit eigener Firewall beim Kunden, bis zum Full MSP mit Hardware, Storage, Netz und Betrieb. Die meisten Workloads, die Sie heute im eigenen Haus betreiben, lassen sich ganz oder in Teilen abbilden. Der Verantwortungsschnitt wird vorab klar definiert.
Ja. VLAN-Segmentierung und optional MACsec über Open vSwitch, VRF für getrennte Routing-Domänen, dazu dedizierte NICs oder SR-IOV für performancekritische Workloads. Dazu eigene oder bei uns angemietete IP-Präfixe in IPv4 und IPv6, mit eBGP, ECMP und Anycast, wo es technisch sinnvoll ist. Das Netz lässt sich sauber von anderen Umgebungen trennen.
Ja. Sie können dedizierte Host-Server im Cluster bekommen, die wir verwalten oder die Sie selbst betreiben, bis hin zu einer komplett dedizierten Umgebung als IaaS. Vom geteilten Pool über dedizierte Hosts bis zum eigenen Cluster mit separater Carrier-Anbindung und Anschluss am Internet-Exchange ist alles individuell machbar.
Das ist komplett flexibel, von einer einzelnen öffentlichen IP über ein Subnetz bis zum eigenen BGP-Prefix. Eigene PI-Präfixe (Provider Independent) in IPv4 oder IPv6 können Sie mitbringen und via BGP ankündigen, alternativ nutzen Sie PA-Präfixe aus unserem Pool. Für verteilte Standorte ist Anycast über mehrere PoPs möglich.
Die Infrastruktur wird 24/7 automatisiert überwacht, kritische Ereignisse werden nach Priorität und vereinbartem SLA bearbeitet, dazu Rufbereitschaft. Das reguläre Wartungsfenster liegt samstags 22:00 bis sonntags 05:00 Uhr und wird vorab angekündigt; sicherheitsrelevante Wartungen werden priorisiert. Erweiterte Servicezeiten sind nach Bedarf vereinbar.
Der nächste Schritt
Wir schneiden IaaS und Betrieb auf Ihren Bedarf zu, von einzelnen Ressourcen bis zum vollen MSP, und legen Verantwortung, Netz und Kosten vorab klar fest.
