Cloud-Computing

KVM-Instanzen mit garantierten Ressourcen, ohne Egress-Spiele.

Cloud-Computing sind virtuelle Maschinen auf geteilten Hosts, in Minuten bereit und nach Nutzung abgerechnet. Unsere nutzen KVM mit dedizierter, garantierter CPU und RAM auf AMD EPYC und NVMe, mit Root, Dual-Stack und flacher Bandbreite statt Egress-Aufschlägen. Wir betreiben innerhalb Europas — Ihre Daten DSGVO-konform und außerhalb fremder Jurisdiktion — und sagen Ihnen, wann die Cloud gewinnt, wann Bare Metal günstiger ist und wann ein Hyperscaler passt.

Kurz gefasst

  • Garantierte Ressourcen. KVM mit dedizierter CPU und RAM, keine Überbuchung; die Maschine, die Sie kaufen, ist die, die Sie bekommen.
  • Wirklich elastisch. Per API in Sekunden bereitstellen, skalieren und abbauen, mit Snapshots auf Abruf.
  • Keine Egress-Überraschungen. Flache Bandbreite; eine Traffic-Spitze ist kein Abrechnungsereignis.
  • Souverän und europäisch. EU-Region, DSGVO-konform und außerhalb der Reichweite des CLOUD Act.
  • Ehrlich beim Passen. Wir sagen, wann Bare Metal oder ein Hyperscaler besser zu Ihnen passt.

Was ist Cloud-Computing?

In der einfachsten Form ist es ein Rechner, den Sie mit einem API-Aufruf herbeirufen. Es sind virtuelle Maschinen, die auf geteilten physischen Hosts laufen, in Minuten geliefert und nach Nutzung abgerechnet. Eine ernste Cloud nutzt KVM-Virtualisierung — Isolation auf Kernel-Ebene mit dedizierter, garantierter CPU und RAM, keine aggressive Überbuchung — auf AMD-EPYC-Hosts mit NVMe-Speicher, mit Root-Zugriff und einer dedizierten IP.

Was eine Cloud-Instanz von einem dedizierten Server unterscheidet, ist die Elastizität: bereitstellen, skalieren, Snapshots erstellen und auf Abruf abbauen, und stundenweise statt zu einem festen Monatspreis zahlen. Die nützliche Frage ist also nicht „Cloud oder nicht?“, sondern welche Lasten von dieser Flexibilität profitieren und welche auf festem Eisen besser fahren — und genau dem widmet sich der Rest der Seite, mit der ehrlichen Antwort Fall für Fall.

Wann es passt

Wann gewinnt die Cloud?

Die Cloud glänzt, wenn Flexibilität und Tempo mehr wert sind als die geringeren Stückkosten eines festen Servers. Das sind die Fälle, in denen wir sie empfehlen.

Variable oder schubweise Last

Traffic, der steigt und fällt, Batch-Jobs, Umgebungen, die kommen und gehen: Sie zahlen für das, was Sie nutzen, und skalieren in Sekunden.

Schnell starten

Eine Maschine in Minuten per API, ohne Hardware-Bestellung und Wartezeit; ideal für Prototypen und um eine Idee zu prüfen, bevor Sie sich festlegen.

Wachsen ohne Neuaufbau

vCPU und RAM im laufenden Betrieb anpassen, Snapshots erstellen und klonen: die Elastizität, die ein physischer Server nicht bieten kann.

Kurzlebige Umgebungen

Test, Staging und Continuous Integration: hochfahren und wieder abbauen, ohne versunkene Kosten.

Reserve und Wiederherstellung

Kapazität für eine Saisonspitze oder einen Wiederherstellungsplan, ohne das ganze Jahr Eisen stehen zu haben.

Pay-as-you-go und Skalieren ohne Neuaufbau

Das wirtschaftliche Herz der Cloud ist die nutzungsbasierte Abrechnung: Sie zahlen für die Stunden, die Sie laufen, nicht für eine Maschine, die das ganze Jahr stehen muss. Für eine Last, die kommt und geht — ein Batch-Job nachts, eine Saisonspitze, eine Test-Umgebung für einen Nachmittag — bedeutet das, nur für die echte Nutzung zu zahlen, statt für die Spitze zu dimensionieren und den Rest der Zeit Leerlauf zu finanzieren.

Die andere Hälfte ist das Skalieren im laufenden Betrieb. Eine Instanz wächst von vier auf acht vCPU, ohne sie neu zu bauen, und schrumpft wieder, wenn die Spitze vorbei ist; ein Snapshot friert einen Zustand vor einem riskanten Schritt ein, und ein Klon hebt eine ganze Umgebung an einen zweiten Ort. Das ist die Elastizität, die ein physischer Server prinzipbedingt nicht bietet, und sie ist der Grund, warum eine variable Last in der Cloud besser aufgehoben ist als auf festem Eisen.

Ein Auslöser, der diese Rechnung 2026 für viele deutsche Teams neu aufgemacht hat, ist die Umstellung der VMware-Lizenzierung unter Broadcom. Nachdem sich Verlängerungen vielerorts auf ein Mehrfaches des vorherigen Preises erhöht haben, prüfen Unternehmen ihre virtualisierte Basis neu — und stellen oft fest, dass eine Mischung aus garantierten KVM-Instanzen für das Elastische und Bare Metal für den stabilen Kern günstiger ist als eine lizenzlastige VMware-Umgebung. Wir fahren KVM ohne diese Lizenzsteuer, sodass der Preis, den Sie sehen, der Hardware und dem Betrieb folgt, nicht einer Software-Lizenz, die mit jeder Verlängerung steigt.

Von innen

Wie unsere gebaut ist

Ein AMD-EPYC-Host mit NVMe fährt einen Hypervisor, der ihn in mehrere isolierte Maschinen teilt, jede mit dedizierter, garantierter CPU und RAM.

Ein Host, isolierte und garantierte Scheiben
EPYC-Host + NVMe KVM-Hypervisor VM4 vCPU · 8G VM2 vCPU · 4G VM8 vCPU · 16G dedizierte und garantierte Scheiben — keine Überbuchung skalieren · Snapshot · auf Abruf Netzsaubere IP · DDoS

Darunter ist unsere Cloud KVM auf AMD EPYC mit NVMe, mit garantierten Ressourcen statt Überbuchung dimensioniert. Entscheidend ist, dass die Instanzen dieselbe Basis teilen wie das Bare Metal: dasselbe saubere Netz, denselben IP-Raum mit nachgewiesener Reputation und dieselbe DDoS-Absorption am Rand.

Diesen letzten Punkt unterschätzt man leicht, bis man ohne ihn lebt. Auf vielen Plattformen kommen eine billige VM und ein ernster Server mit unterschiedlicher Netzqualität, unterschiedlicher IP-Reputation und unterschiedlichem Schutz, sodass ein Upgrade bedeutet, das Vertrauen von vorn zu erarbeiten. Hier erbt die Instanz dieselbe saubere Adressierung und dieselbe Edge-Absorption wie eine dedizierte Maschine, sodass eine Last klein auf einer VM beginnen und zum Bare Metal wachsen kann, ohne dass ihre Zustellbarkeit oder Resilienz unterwegs zurückgesetzt wird.

eine Instanz bereitstellen und skalieren
# eine Instanz bereitstellen — in Sekunden bereit, nicht in Stunden
$ curl -X POST https://api.vvih.com/v1/instances -d '{ "plan": "kvm-4", "region": "eu-frankfurt", "image": "ubuntu-24.04", "ipv6": true }'
{ "id": "ins_7f3a", "status": "provisioning", "vcpu": 4, "ram_gb": 8, "ready_in": "~70s" }

# später skalieren — ohne Neuaufbau, garantierte Ressourcen
$ curl -X PATCH https://api.vvih.com/v1/instances/ins_7f3a -d '{ "plan": "kvm-8" }'
{ "id": "ins_7f3a", "vcpu": 8, "ram_gb": 16, "status": "resizing" }
Eine Maschine in Sekunden und ein Skalieren ohne Neuaufbau — Elastizität, die Bare Metal nicht bietet — auf Ressourcen, die wirklich garantiert sind.

Welchen Speicher haben die Instanzen?

Lokales NVMe mit hoher Leistung als Standard, mit Volumes, die Sie erweitern können, und Snapshots, um einen Zustand vor einem riskanten Schritt festzuhalten. Der Unterschied zum Netzwerk-Speicher vieler Hyperscaler sind Latenz und Kosten: lokales NVMe antwortet in Dutzenden Mikrosekunden, ohne die IOPS-Gebühr und den Gigabyte-Aufschlag, die einen Datenträger zu einer Monatsend-Überraschung machen. Für Daten, die die Instanz überleben müssen, bieten wir Off-Machine-Backups, getrennt von den Snapshots und für echte Disaster-Recovery gedacht.

Das Prinzip ist dasselbe wie auf dem Rest der Plattform: garantierte Ressourcen und ein lesbarer Preis. Sie wissen, welchen Datenträger Sie haben, was er leistet und was er kostet, ohne am Monatsende zu entdecken, dass ein falsch eingestuftes Volume oder ein vergessener Snapshot einen Teil des Budgets verschlungen hat.

Ein Detail, nach dem deutsche Entscheider in jedem Cloud-Vergleich zuerst fragen, ist die Mandantenfähigkeit: wie sauber eine Plattform einen Kunden vom anderen trennt. Bei uns sitzt die Trennung auf zwei Ebenen. Auf einer geteilten KVM-Instanz isoliert der Hypervisor jeden Mandanten auf Kernel-Ebene, mit eigenem Speicherraum, eigenen Firewall-Regeln und Verschlüsselung im Transit; und wer keine geteilte Maschine akzeptieren kann, bekommt mit Single-Tenant-Bare-Metal die vollständige physische Trennung. Es gibt keine gegenseitige Beeinflussung zwischen Tenants, keine geteilten Identitäten und keine stille Überbuchung, die die Isolation in der Praxis aufweicht — die Eigenschaften also, die ein Sicherheits- oder Datenschutz-Gate in einer strukturierten Cloud-Entscheidung abprüft.

Warum ist Datensouveränität 2026 das Top-Thema?

Die Isolation beginnt im Hypervisor: KVM trennt jede Instanz auf Kernel-Ebene, mit ihren dedizierten Ressourcen, ihrem eigenen Speicherraum und Firewall-Regeln pro Sicherheitsgruppe. Sie steuern den Zugriff mit Schlüsselpaaren und Mehr-Faktor-Authentifizierung, und der Traffic ist im Transit verschlüsselt. Es ist nicht die vollständige physische Isolation eines Single-Tenant-Servers — dafür ist Bare Metal da — aber eine starke, vorhersehbare Isolation, weit entfernt von einem überbuchten VPS, auf dem ein Nachbar Ihnen Zyklen stiehlt.

Die Datensouveränität ist die andere Hälfte, und 2026 wiegt sie so schwer wie die Leistung. Laut einer EuroCloud-Umfrage sehen 45 Prozent der Befragten Souveränität als Top-Trend des Jahres — noch vor künstlicher Intelligenz. Der Grund ist rechtlich konkret: Der US CLOUD Act erlaubt US-Behörden, auf die Daten von US-Anbietern zuzugreifen, selbst wenn die Server nicht auf US-Boden stehen, und FISA 702 erlaubt die gezielte Überwachung von Nicht-US-Bürgern. Wer innerhalb der EU betreibt, fällt nicht unter diese Gesetze, und die Residenz unter der DSGVO wird zu einer überprüfbaren Tatsache statt zu einer Hoffnung.

Der regulatorische Druck verstärkt das weiter. Das NIS2-Umsetzungsgesetz und der EU Data Act zwingen Unternehmen, sich genauer damit zu befassen, wo ihre Daten liegen und wer Zugriff hat, und Regime wie DORA und der EU AI Act erhöhen die Nachweispflicht. Heute halten US-Hyperscaler rund 70 Prozent des europäischen Infrastrukturmarktes und europäische Anbieter etwa 15 Prozent, aber dieser Druck verschiebt das Bild. Es gibt zudem einen praktischen Portabilitäts-Vorteil: Der EU Data Act verlangt seit 2025, dass Anbieter den Wechsel erleichtern, und wir machen ihn einfach — Standard-Software, keine proprietären Formate, die binden, und keine Egress-Rechnung, die das Gehen bestraft. Souveränität ohne Portabilität ist halbe Souveränität; wir bieten beide.

Damit das Bild ehrlich bleibt: Wir sind nicht der einzige souveräne Weg, und einige deutsche Namen lösen das Thema in ihrem eigenen Rahmen sehr gut. STACKIT der Schwarz-Gruppe steht vollständig unter deutscher und europäischer Gerichtsbarkeit und hat eine BSI-Partnerschaft; die Open Telekom Cloud der Deutschen Telekom bringt deutsche Rechtshoheit und Enterprise-Erfahrung mit; IONOS und Hetzner Cloud bieten europäische Infrastruktur zu transparenten Preisen, und Initiativen wie Gaia-X arbeiten an gemeinsamen Standards. Wenn Ihr Bedarf ein breites Plattform- Portfolio mit verwalteten Datenbanken, Kubernetes und Objektspeicher unter einem Dach ist, sind diese Anbieter eine gute Wahl, und wir sagen das. Wo wir hingehören, ist daneben: Single-Tenant- Bare-Metal und garantierte KVM-Instanzen auf einem sauberen, E-Mail-tauglichen Netz, in einer EU-Region, für Teams, die Vorhersehbarkeit und Kontrolle über Katalogbreite stellen.

Keine Egress-Überraschungen: die Kosten, die Teams vergessen

Der Egress — ausgehende Daten, weit über den echten Kosten abgerechnet — ist die Gebühr, die fast niemand richtig modelliert und die bei den Hyperscalern am meisten zehrt. Sie wirkt zudem als stiller Anker: gehen kostet Geld, weil Sie für jedes Gigabyte zahlen, das Sie hinausbewegen. Wir bepreisen die Bandbreite flach und fair, also ist eine Traffic-Spitze kein Abrechnungsereignis und das Weggehen keine Strafe. Was Sie im Plan sehen, ist, was Sie zahlen.

Und der Egress ist nur das bekannteste Beispiel. Hyperscaler-Rechnungen blähen sich von vielen Seiten: API-Aufrufe, vergessene Snapshots, falsch eingestufter Speicher, überdimensionierte verwaltete Dienste, NAT-Gateways. Wir ziehen einen Preis vor, den Sie zu Monatsbeginn vorhersehen können, einem, den Sie am Ende mit Überraschung prüfen müssen. Die Kostenvorhersehbarkeit ist, zusammen mit der Souveränität, genau das, was so viele europäische Unternehmen dazu bringt, neu zu überlegen, wo ihre Lasten laufen.

Es lohnt, der Differenz eine Zahl zu geben, statt bei der Theorie zu bleiben. Bei den Hyperscalern kann der ausgehende Traffic fünf bis zehn Cent pro Gigabyte kosten, sobald ein Freikontingent überschritten ist, sodass eine Anwendung, die ein paar Terabyte im Monat ausliefert, eine Egress-Rechnung anhäuft, die mit dem Compute selbst konkurriert. Mit flacher Bandbreite ist derselbe Traffic im Plan enthalten: die Zahl ändert sich nicht, weil Sie einen guten Besuchsmonat hatten, und das macht das Budget zu etwas, das Sie planen, statt zu etwas, das Sie mit Sorge beobachten.

Verwaltet oder unverwaltet?

Unverwaltet gibt Ihnen Root und volle Kontrolle: Sie führen das Betriebssystem, die Updates, die Backups und die Härtung. Verwaltet heißt, dass wir diese Klempnerarbeit übernehmen — Patches, Monitoring, Backups — damit ein Team ohne eigenes Betriebspersonal die Ökonomie der Cloud hat, ohne eine DevOps-Funktion aufzubauen. Beide laufen auf denselben isolierten KVM-Hosts; die einzige Wahl ist, wie viel Sie selbst betreiben und wie viel Sie delegieren wollen.

Es gibt keine allgemeingültige Antwort, und wir drängen nicht standardmäßig zur teureren Option. Ein Team mit guten Systemingenieuren will meist Root und nichts dazwischen; ein KMU oder ein Produktteam ohne Nachtbereitschaft gewinnt Zeit, indem es die Klempnerarbeit delegiert. Wir helfen Ihnen, danach zu wählen, wen Sie haben, nicht danach, was uns mehr berechnet.

Wann nicht die Cloud

Wann Bare Metal oder ein Hyperscaler besser passt

Katalog-Ehrlichkeit zählt: die Cloud gewinnt nicht jeden Fall, und Ihnen das zu sagen macht uns nützlicher, als Ihnen Instanzen zu verkaufen, die für Ihre Sache nicht leisten.

Bare Metal

Stabile, durchgehende Last

Ist der Server fast immer beschäftigt, ist der Festpreis von Bare Metal günstiger als Cloud-Stunden.

Bare Metal

Schwerer, anhaltender Traffic

Wo flache Bandbreite den Preis pro Gigabyte Egress schlägt.

Bare Metal

Maximale, konstante Leistung

Keine Hypervisor-Schicht, keine Nachbarn: die ganze Maschine, jede Stunde gleich.

Hyperscaler

Riesiger Katalog verwalteter Dienste

Viele verwaltete Datenbanken, Queues, Serverless und proprietärer Klebstoff, miteinander verdrahtet.

Hyperscaler

Wirklich weltweite Präsenz

Dutzende Regionen auf jedem Kontinent, mehr als wir abdecken.

Hyperscaler

Schlüsselfertige KI in großem Maßstab

Integrierte Trainings- und Inferenzplattformen, die wir noch nicht erreichen.

Hybrid und Repatriierung: die reife Strategie

Das nützlichste Muster ist selten alles-oder-nichts. Das Vernünftige für viele Teams ist, die elastische, variable Schicht auf Cloud-Instanzen zu lassen und die stabilen, traffic-schweren Lasten — Datenbanken, Analytik, den Produktionskern — auf dedizierte Hardware zu verschieben. Da beide im selben Netz leben, mit denselben sauberen IPs und derselben DDoS-Absorption, ist es einfach, eine Last zwischen Cloud und Bare Metal aufzuteilen, kein Migrationsprojekt.

Genau das tut der breitere Markt. Gartner nennt „Geopatriierung“ den Trend von 2026, Lasten aus der Public Cloud der Hyperscaler in souveräne oder private Umgebungen mit mehr Kontrolle zurückzuholen, und die Branchendaten zeigen in dieselbe Richtung: rund zwei Drittel der IT-Verantwortlichen prüfen Repatriierungs-Vorhaben, und über die Hälfte sieht die Private Cloud als vorrangig für neue Lasten in den kommenden Jahren. Das ist kein Rückschritt, sondern ein reiferer Ansatz, der Flexibilität, Kontrolle, Compliance und Kostenvorhersehbarkeit abwägt.

Die ehrliche Warnung gilt auch umgekehrt. Ein Start-up in der Suchphase, das die Form seiner Last noch nicht kennt, ist fast immer in der elastischen Cloud besser aufgehoben, bis sich die Nutzung einspielt; sich früh auf festes Eisen zu verpflichten ist so teuer wie eine ungenutzte Instanz laufen zu lassen. Deshalb fragen wir, wie sich Ihre Last verhält, bevor wir die eine oder andere Form empfehlen, und oft ist die beste Antwort eine Mischung, die sich mit der Zeit ändert.

Dass dies hier einfach ist, ist kein Zufall. Da Cloud und Bare Metal Netz, IP und Dashboard teilen, verlangt das Zurückholen einer Datenbank von einem Hyperscaler auf einen dedizierten Server bei uns kein Neubauen der Architektur und kein Neulernen von Werkzeugen: Sie verschieben das stabile Stück auf festes Eisen, lassen das Elastische auf Instanzen, und die Daten reisen zwischen beiden über dasselbe interne Netz, ohne einen Egress-Zähler. Diese Kontinuität ist es, die aus einer guten Souveränitäts-Absicht eine Änderung macht, die wirklich geschieht.

Was wir betreiben, ehrlich

Wir betreiben KVM-Cloud mit garantierten Ressourcen auf demselben sauberen, geschützten Netz wie der Rest unserer Dienste, in DSGVO-konformen EU-Regionen. Wir tun nicht so, als wären wir ein Hyperscaler mit einem endlosen Katalog verwalteter Dienste oder einer Präsenz auf jedem Kontinent. Wo wir Wert stiften, ist bei vorhersehbaren, souveränen Instanzen ohne Egress-Überraschungen, und darin, Ihnen offen zu sagen, wann Bare Metal oder ein Hyperscaler besser zu Ihnen passt.

Fragen

Klar beantwortet

Was man fragt, bevor man Cloud gegen festes Eisen wählt.

Was ist Cloud-Computing?

Es sind virtuelle Maschinen, die auf geteilten physischen Hosts laufen, in Minuten bereitgestellt und nach Nutzung abgerechnet. Eine ernste Cloud nutzt KVM-Virtualisierung — Isolation auf Kernel-Ebene mit dedizierter, garantierter CPU und RAM statt aggressiver Überbuchung — auf AMD-EPYC-Hosts mit NVMe, mit Root-Zugriff und einer dedizierten IP. Was sie von einem dedizierten Server unterscheidet, ist die Elastizität: bereitstellen, skalieren, Snapshots erstellen und auf Abruf abbauen.

Worin unterscheidet sich die Cloud von einem dedizierten Server?

Ein dedizierter Server (Bare Metal) ist eine ganze physische Maschine zum Festpreis; eine Cloud-Instanz ist eine Scheibe eines geteilten Hosts, die Sie anpassen und stundenweise zahlen. Bare Metal liefert maximale, konstante Leistung und flache Kosten für stabile Last; die Cloud liefert Tempo und Flexibilität für variable Last. Keines ist abstrakt besser: sie passen zu unterschiedlichen Lasten, und wir betreiben beide.

Haben Ihre Instanzen garantierte Ressourcen?

Ja. Wir fahren KVM mit dedizierter CPU und RAM, statt die Hosts zu überbuchen, denn die Kernel-Isolation und die garantierten Ressourcen sind es, die die Leistung unter Dauerlast vorhersehbar halten. Überbuchung ist der Grund, warum billige VPS attraktiv aussehen und dann stocken, sobald ein Nachbar zu arbeiten beginnt; wir dimensionieren lieber ehrlich, damit die Maschine, die Sie kaufen, die ist, die Sie bekommen.

Bekomme ich eine Überraschungsrechnung für ausgehenden Traffic?

Nein. Der Egress der Hyperscaler — ausgehende Daten mit einem Aufschlag weit über den echten Kosten — ist die Gebühr, die Teams zu modellieren vergessen, und sie wirkt zugleich als Anker: gehen heißt, für jedes bewegte Gigabyte zu zahlen. Wir bepreisen die Bandbreite flach und fair, also ist eine Traffic-Spitze kein Abrechnungsereignis, und Ihre Daten später herauszuholen ist keine Strafe. Was Sie sehen, ist, was Sie zahlen.

Bleiben meine Daten in der EU und außerhalb fremder Jurisdiktion?

Ja, wenn Sie eine EU-Region wählen. Da wir innerhalb Europas betreiben, fallen Ihre Daten nicht unter fremde Gesetze wie den US CLOUD Act, und die Residenz unter der DSGVO wird zu einer überprüfbaren Tatsache. Genau diese Datensouveränität treibt viele europäische Organisationen dazu, Lasten aus der Public Cloud der Hyperscaler zurückzuholen.

Wann sollte ich stattdessen Bare Metal nutzen?

Wenn Ihre Last stabil und rund um die Uhr läuft, wenn Sie schweren, anhaltenden Traffic bedienen, wo flache Bandbreite den Preis pro Gigabyte schlägt, oder wenn Sie maximale, konstante Leistung ohne Hypervisor-Schicht und Nachbarn wollen. Dafür ist ein Single-Tenant-AMD-EPYC-Server meist günstiger und schneller als die Cloud, und wir weisen Sie darauf hin, statt Ihnen Instanzen zu verkaufen, die Sie nicht brauchen.

Wann ist ein Hyperscaler besser?

Wenn Sie wirklich einen breiten Katalog verwalteter Dienste brauchen — viele verwaltete Datenbanken, Queues, Serverless und proprietären Klebstoff, miteinander verdrahtet — oder eine wirklich weltweite Präsenz in Dutzenden Regionen. Wir tun nicht so, als erreichten wir diese Breite. Hängt Ihre Architektur davon ab, ist ein Hyperscaler das richtige Werkzeug, und wir sagen das, statt das Gegenteil vorzugeben.

Verwaltet oder unverwaltet? Was wähle ich?

Unverwaltet gibt Ihnen Root und volle Kontrolle: Sie führen Betriebssystem, Updates und Backups. Verwaltet heißt, dass wir diese Klempnerarbeit übernehmen, damit ein Team ohne eigenes Betriebspersonal die Ökonomie der Cloud hat, ohne eine DevOps-Funktion aufzubauen. Beide laufen auf denselben isolierten KVM-Hosts; die Wahl ist nur, wie viel Sie selbst betreiben wollen.

Sagen Sie uns, wie sich Ihre Last verhält.

Ob variabel oder konstant, Ihr Traffic und Ihr Horizont — und wir sagen Ihnen, was passt: Cloud, Bare Metal oder eine Mischung, mit vorhersehbarem Preis und Daten in der EU. Kein Druck.