Zuverlässige VMs,
100 % in der Schweiz gehostet.
Hochverfügbare Infrastruktur in drei Schweizer Rechenzentren. Automatischer Neustart bei Ausfall, replizierter Speicher, Daten unter Schweizer Gerichtsbarkeit. Bereitstellung in wenigen Minuten.
3 RZ
<5 min
64 vCPU
256GB RAM
Eine souveräne Infrastruktur
Für Schweizer und europäische Unternehmen birgt das Hosten von Daten bei einem US-Hyperscaler reale rechtliche Risiken. Hikube bietet eine leistungsstarke Alternative — ohne Kompromisse bei der Souveränität.
Eine 100 %ige Schweizer Cloud - warum zählt das?
Angesichts des US-amerikanischen Cloud Act sowie der DSGVO- und revDSG-Anforderungen ist das Hosten von VMs in der Schweiz kein Luxus mehr, sondern eine Notwendigkeit für Unternehmen, die sensible Daten verarbeiten. Ihre Daten bleiben unter Schweizer Gerichtsbarkeit — einer der weltweit strengsten.
Die dreifache Replikation auf 3 unabhängigen Standorten (Gland, Luzern, Genf) gewährleistet die Servicekontinuität selbst beim Ausfall eines kompletten Rechenzentrums — ohne manuelles Eingreifen Ihrerseits.
Eine glaubwürdige Alternative zu AWS, Azure und GCP für Workloads, die Datensouveränität, regulatorische Konformität oder Unabhängigkeit von US-Anbietern erfordern.

Migration von VMware oder Proxmox
Import von VMDK-, QCOW2- und benutzerdefinierten ISO-Images. Umstieg ohne Neuschreiben Ihrer Anwendungen.
KI-Workloads mit dedizierter GPU
Hängen Sie eine L40S-, A100- oder H100-GPU über PCI Passthrough direkt an eine VM an — exklusiver Hardwarezugriff und native Leistung.
Legacy-Anwendungen und spezifische Betriebssysteme
Windows Server, Linux-Distributionen mit eigenem Kernel, nicht containerisierbare Software — stellen Sie genau das Betriebssystem und die Abhängigkeiten bereit, die Sie benötigen.
Isolierte und regulierte Umgebungen
Finanzwesen, Gesundheitswesen, öffentlicher Sektor. Ihre VMs laufen in einem isolierten Tenant, auf einer Infrastruktur, deren genauen geografischen Standort Sie kennen.
Drei Reihen für jedes Lastprofil
Das vCPU/RAM-Verhältnis bestimmt die passende Reihe für Ihren Workload. Jede Reihe ist von small bis 8xlarge verfügbar.
S-Reihe
CPU-intensive Workloads mit geringem Speicherbedarf.
U-Reihe
Ausgewogenes Verhältnis. Der ideale Ausgangspunkt für die meisten Anwendungen.
M-Reihe
Instanzen mit hohem Arbeitsspeicher für RAM-intensive Anwendungen.
Kurzanleitung
Rechenintensiv → s1 - Allzweck → u1 - Datenbanken und Analytics → m1
Verbinden Sie sich, wie Sie möchten
Jede VM erhält eine private IP in einem isolierten Netzwerk. Die externe Erreichbarkeit ist optional und lässt sich in zwei Modi konfigurieren, passend zu Ihrem Sicherheitsbedarf.
PortList
Automatische Firewall - Dedizierte IP
Nur die von Ihnen aufgeführten Ports werden freigegeben. Die Firewall wird automatisch auf Service-Ebene angewendet — minimale Angriffsfläche ohne zusätzliche Konfiguration.
WholeIP
Dedizierte öffentliche IP - Alle Ports
Eine öffentliche IP wird der VM direkt zugewiesen, alle Ports sind erreichbar. Sie müssen eine Firewall in der VM selbst konfigurieren.
Drei Möglichkeiten, nach der Bereitstellung auf Ihre VM zuzugreifen:
-
SSH
Über virtctl ssh oder direkt über die externe IP mit Ihrem gewohnten SSH-Client. -
Serielle Konsole
Low-Level-Zugriff direkt auf die VM, unabhängig vom Netzwerkzustand. Nützlich bei Verlust der SSH-Verbindung. -
VNC
Grafische Oberfläche über einen sicheren Tunnel. Besonders nützlich für Windows-VMs oder Desktop-Umgebungen.
WholeIP - Firewall in der VM zwingend erforderlich
In diesem Modus sind alle Ports zum Internet geöffnet. Konfigurieren Sie ufw, iptables oder nftables in der VM, um Ihre Dienste zu schützen.
In wenigen Minuten bereitstellen
Zwei Ressourcen sind zu erstellen: ein Systemdatenträger (VMDisk) aus einem Ubuntu-, Debian-, Rocky- oder anderem Image und eine VM (VMInstance), die auf diesen Datenträger verweist, die Konfiguration festlegt und Ihren SSH-Schlüssel injiziert.
Über das Feld cloudInit installieren Sie Pakete, legen Benutzer an und führen Skripte beim ersten Start aus — ganz ohne manuelle Anmeldung.
Mit storageClass: replicated wird Ihr Datenträger ab der Erstellung über alle 3 Rechenzentren repliziert.
kind: VMInstance
metadata:
name: vm-instance
spec:
instancelype: u1.xlarge # 4 vCPU, 16 GB
instanceProfile: ubuntu
running: true
external: true
externalMethod: PortList
externalPorts:
- 22
- 443
disks:
- my-disk
sshKeys:
- "ssh-ed25519 AAAA.... user@host"
cloudInit: |
#cloud-config
packages:
- nginx
- htop
runcmd:
- systemctl enable nginx
Unterstützte Betriebssysteme
Vorkonfigurierte, optimierte Images für jede Distribution. Geben Sie das Image in Ihrer VMDisk an oder importieren Sie ein benutzerdefiniertes Image von einer HTTP-URL.
UBUNTU
22.04 - 24.04
DEBIAN
12 - 13
ROCKY LINUX
8 - 9 - 10
ALMALINUX
8 - 9
CENTOS STREAM
9 - 10
WINDOWS
2022 · 2025
Format der Bezeichner
Fragen zu Cloud-Instanzen
Was passiert, wenn der Server ausfällt, der meine VM hostet?
Die Plattform erkennt den Ausfall und startet Ihre VM automatisch auf einem anderen verfügbaren Server neu — im selben oder einem anderen Rechenzentrum. Die Ausfallzeit beschränkt sich auf den Neustart der VM, in der Regel unter 5 Minuten. Ihre Daten bleiben dank der Datenträgerreplikation über mehrere physische Knoten intakt.
Welche Instanzreihe soll ich wählen?
Was ist der Unterschied zwischen PortList und WholeIP?
PortList gibt nur die von Ihnen aufgeführten Ports frei, mit automatischer Firewall. Dies ist der empfohlene Modus für die Produktion — Sie behalten die genaue Kontrolle darüber, was von außen erreichbar ist. WholeIP weist der VM direkt eine öffentliche IP mit allen offenen Ports zu. Keine automatische Firewall — Sie müssen eine in der VM konfigurieren. Nützlich für VMs als Gateway oder VPN oder für die Entwicklung, wenn Sie vollen Zugriff benötigen.