Zum Inhalt springen

Infrastruktur

Echte Maschinen. Echte Netzwerke. Echte Disks.

Racks voller Maschinen, verkabelt zum Switch vor der Reihe. Illustration.

Interlaken Cloud läuft auf Infrastruktur, die wir selbst betreiben — und wir nennen sie lieber beim Namen, als sie zu verstecken. Unter jedem Button in der Console: Firecracker-MicroVMs, eine VPP-Dataplane im Userspace, LINSTOR-replizierte Volumes auf DRBD, Managed k3s, von KubeBlocks betriebene Datenbanken und MinIO-Buckets.

Gebaut auf
  • Firecracker
  • VPP
  • LINSTOR / DRBD
  • k3s
  • KubeBlocks
  • MinIO
Loslegen Plattform ansehen

01 Compute

Ein Fabric, vier Formen

Isolation, Bootzeit, Konsole, Hot Attach: Die vier Formen hören in dem Moment auf, austauschbar zu sein, in dem du eine wählst. Hier ist der ganze Vergleich, Eigenschaft für Eigenschaft.

Scrollen zum Vergleichen 01 / 04
Worin sich die vier Compute-Formen auf Interlaken Cloud unterscheiden.
Eigenschaft Virtuelle MaschinenMicroVMsContainerAutoscaling-Gruppen
Isolation Volle Hardware-Virtualisierung, eigener KernelFirecracker-VM-Isolation, minimales GerätemodellKernel-Namespaces und cgroups, geteilter Host-KernelWas der Mitgliedstyp mitbringt
Bootzeit Ein vollständiger Gast-BootEtwa eine SekundeSo schnell, wie der Prozess startetMitglieder booten als sie selbst
Nimm es, wenn du einen langlebigen Server willst, der eine echte Maschine erwartetdu Dichte willst und einen Kaltstart, den du abwarten kannstdu schon ein Image hast und der Workload zustandslos istdie Kapazität der Nachfrage folgen soll statt einer Schätzung
Konsolenzugriff VNC und serielle KonsoleSerielle KonsoleAngehängtes TerminalPro Mitglied
Hot Attach und Detach Disks und NICs, im laufenden BetriebDisks, im laufenden BetriebBeim Anlegen festgelegtVom Mitglieds-Template bestimmt
Skalierung Größe ändern und neu startenGröße ändern und neu startenGröße ändern und neu startenRegelbasiert, anhand einer Metrik

„Etwa eine Sekunde“ ist unser eigener Wert für eine Firecracker-MicroVM, die auf unseren Hosts aus einem vorbereiteten Rootfs-Image bootet. Das ist kein Benchmark gegen andere, und dein Image entscheidet den größten Teil davon.

Compute öffnen

02 Networking

Eine Dataplane im Userspace

Jedes Paket auf Interlaken Cloud wird von VPP weitergeleitet, das im Userspace auf dem Host läuft. Deine privaten Netzwerke, Load Balancer, NAT und Bandbreitenlimits sind eine Dataplane, kein Stapel von Appliances.

Wie eine Anfrage einen Workload erreicht
Internet Öffentliche IP Load Balancer Workload-NIC Gepeertes VPC · Geneve dein VPC VPP-Dataplane · Userspace

Eingehender Traffic landet auf einer vergebenen öffentlichen Adresse, trifft einen Load Balancer und wird an die NIC eines Workloads in deinem VPC zugestellt. Gepeerte VPCs erreichen dieselbe NIC über das Overlay.

  1. VPCs und Subnetze

    Eigener privater Adressraum, segmentiert in Subnetze mit eigenen Routen, DHCP-Option-Sets und DNS-Records.

  2. Gateways und Egress

    Ein Gateway plus ein 1:1-NAT-Mapping gibt einem Workload eine Route ins Internet. Kein Gateway, kein Egress — zu ist der Standard, nicht ein Add-on.

  3. Öffentliche Adressen

    Öffentliche IPs kommen aus einem gemanagten Pool und werden an eine NIC oder einen Load Balancer gebunden. Eine nicht erfasste Adresse gibt es nicht.

  4. IPv6

    Öffentliche IPv6-Adressen und -Präfixe werden genauso vergeben, aus dem eigenen Block der Plattform.

  5. VPC-Peering

    Gepeerte VPCs erreichen einander über Hosts hinweg per Geneve-Overlay und bleiben den ganzen Weg im privaten Adressraum.

  6. Load Balancer

    Flaches Layer-4-TCP, TLS-Terminierung, HTTP/2-Layer-7-Routing und HTTP/3 über QUIC — vier Modi, eine Ressource, Backends mit Health Checks.

  7. Bandbreite pro NIC

    Eine NIC kann ein Gesamtdurchsatz-Limit tragen, durchgesetzt von einem Policer in der Dataplane statt von etwas im Gast.

Networking öffnen

03 Storage

Disks, die den Host überleben

Block-Storage ist DRBD-Replikation, verwaltet von LINSTOR. Ein Volume wird auf so viele Hosts geschrieben, wie seine Replica-Zahl sagt — der Verlust einer Maschine kostet dich also eine Kopie, nicht die Daten.

  1. Replizierte Volumes

    Setz die Replica-Zahl pro Volume. Die Anbindung folgt dem Workload, ein neu geplanter Workload findet seine Disk also dort, wo er landet.

  2. Snapshots und Restore

    Zeitpunktkopien einer Disk, wiederherstellbar in ein neues Volume, ohne das Original zu stören.

  3. Golden Images

    Bereite eine Disk so vor, wie du sie willst, veröffentliche sie als bootfähiges Image und starte immer wieder daraus.

  4. Online-Erweiterung

    Vergrößere ein Volume, während es gemountet bleibt; das Dateisystem darin wird mitgezogen.

  5. Object Storage

    S3-kompatible Buckets auf MinIO, mit Access Keys, die du auf ein einzelnes Bucket beschränken kannst, plus Dateimanager in der Console.

Storage öffnen
Ein Volume mit drei Replicas write
Block-Volume Replica · Host AReplica · Host BReplica · Host C

Ein Volume, synchron auf jeden Host seines Replica-Sets geschrieben. Die Replica-Zahl wählst du pro Volume.

04 Managed Services

Alles Zustandsbehaftete, für dich betrieben

Zwei der schwersten Dinge, gut zu betreiben, sind eine Kubernetes-Control-Plane und eine Datenbank, auf die es ankommt. Beides sind hier Managed Services, gebaut auf demselben Compute, Netzwerk und Storage wie alles andere.

01

Managed Kubernetes

k3s-Cluster, deren Nodes deine eigenen virtuellen Maschinen sind. Die Plattform stellt sie bereit, hält die Cluster-Addons im Abgleich und verdrahtet den Rest von Interlaken Cloud dazu.

  • Persistent Volumes kommen über einen CSI-Treiber aus demselben replizierten Block-Storage
  • Cluster-Networking und Load Balancing sind die der Plattform, kein Aufsatz
  • Addon-Manifeste werden laufend neu angewendet, ein Cluster driftet also nicht
Verdrahtet
  • CNI
  • CSI
  • Load Balancing
  • Kubeconfig

Keine Cluster-Gebühr — Nodes werden als das abgerechnet, was sie sind: virtuelle Maschinen.

Kubernetes öffnen
02

Managed Databases

Datenbankinstanzen, betrieben von KubeBlocks auf dem plattformeigenen Kubernetes. Du fragst nach einer Engine und einer Größe; was zurückkommt, läuft schon.

  • Volumes sind der replizierte Block-Storage der Plattform, mit denselben Snapshots
  • Bereitstellung, Backups und Restore gehören dem Operator, nicht einem Skript, das du pflegst
  • Ein Endpoint und ein Satz Zugangsdaten pro Instanz, egal welche Engine
Engines
  • PostgreSQL
  • MySQL
  • MongoDB
  • Redis
  • Elasticsearch

Standardmäßig privat in deinem VPC — Zugriff von außen gibst du ausdrücklich frei.

Datenbanken öffnen

05 Sicherheit und Betrieb

Verlässlich, wenn keiner hinschaut

Die Teile, die entscheiden, ob eine Plattform hält, wenn niemand hinsieht.

  1. RBAC bei jedem Aufruf

    Rollen und Berechtigungen werden bei jeder API-Anfrage ausgewertet, nicht einmal an der Tür zur Console. Console, CLI und API laufen durch dieselbe Prüfung.

  2. Security-Policies an der NIC

    Eine Policy wird zu ACLs kompiliert, die an der NIC in der Dataplane durchgesetzt werden — eine Regel hält also, egal ob der Traffic aus dem Internet, einem anderen VPC oder von nebenan kam.

  3. Keys und Zertifikate

    SSH-Schlüsselpaare für den Instanzzugriff und X.509-Zertifikate für die TLS-Terminierung — beim Hochladen als zusammengehöriges Paar validiert, nicht erst, wenn eine Anfrage scheitert.

  4. Quotas und Admission

    Limits pro Tenant werden geprüft, bevor etwas angelegt wird — eine Anfrage über der Quota wird rundheraus abgelehnt, statt eine halbe Ressource zu hinterlassen.

  5. Nutzungsbasierte Abrechnung

    Laufende Ressourcen werden fortlaufend in Nutzungsdatensätze abgetastet und monatlich abgerechnet, aufgeschlüsselt nach Ressource.

  6. Laufender Abgleich

    Jede Ressource trägt einen Soll- und einen Ist-Zustand, und ein Reconciler arbeitet daran, die Lücke zu schließen — beim Anlegen, nach einem Host-Reboot, nach einem Neustart der Dataplane und dazwischen nach Plan. Drift wird neu angewendet statt nur gemeldet.

06 Größen

Größen, direkt aus der Quelle

Instanztypen und ihre Stundensätze kommen zur Laufzeit aus dem eigenen Katalog der Plattform. Nichts auf dieser Seite ist von Hand eingetippt.

Typ vCPU RAM Storage Pro Stunde
vm-xsmall — — — —
vm-small — — — —
vm-medium — — — —
vm-large — — — —
vm-xlarge — — — —
vm-2xlarge — — — —
vm-4xlarge — — — —

Compute wird pro Instanzstunde nach Typ abgerechnet. Die Sätze stehen auf der Preisseite.

Preise ansehen

Probier es

Prüf es, indem du etwas laufen lässt

Melde dich an, starte einen Workload und sieh in der Console dieselben Ressourcen, die diese Seite beschreibt.

Loslegen Was es kostet