Des baies de machines, câblées jusqu'au commutateur qui ouvre la rangée. Illustration.
Interlaken Cloud tourne sur une infrastructure que nous exploitons nous-mêmes, et nous préférons la nommer que la cacher. Sous chaque bouton de la console : des microVM Firecracker, un dataplane VPP en espace utilisateur, des volumes répliqués LINSTOR sur DRBD, k3s managé, des bases pilotées par KubeBlocks et des buckets MinIO.
Isolation, temps de démarrage, console, attachement à chaud : les quatre formes cessent d'être interchangeables dès que vous en choisissez une. Voici la comparaison complète, propriété par propriété.
Faites défiler pour comparer01 / 04
PropriétéIsolationTemps de démarrageÀ choisir quandAccès consoleAttachement à chaudMise à l'échelle
01Machines virtuellesVirtualisation matérielle complète, noyau propreUn démarrage d'invité completVous voulez un serveur durable qui s'attend à être une vraie machineConsole VNC et sérieDisques et cartes réseau, en marcheRedimensionner et relancer
02microVMIsolation VM Firecracker, modèle de périphériques minimalEnviron une secondeVous voulez de la densité et un démarrage à froid que vous pouvez attendreConsole sérieDisques, en marcheRedimensionner et relancer
03ConteneursNamespaces et cgroups du noyau, noyau hôte partagéAussi vite que le processus démarreVous avez déjà une image et la charge est sans étatTerminal attachéFixé à la créationRedimensionner et relancer
04Groupes d'autoscalingCe que fournit le type des membresLes membres démarrent comme eux-mêmesLa capacité doit suivre la demande plutôt qu'une estimationPar membreDéfini par le modèle de membrePiloté par une règle, sur une métrique
En quoi les quatre formes de calcul d'Interlaken Cloud diffèrent.
Propriété
Machines virtuelles
microVM
Conteneurs
Groupes d'autoscaling
Isolation
Virtualisation matérielle complète, noyau propre
Isolation VM Firecracker, modèle de périphériques minimal
Namespaces et cgroups du noyau, noyau hôte partagé
Ce que fournit le type des membres
Temps de démarrage
Un démarrage d'invité complet
Environ une seconde
Aussi vite que le processus démarre
Les membres démarrent comme eux-mêmes
À choisir quand
Vous voulez un serveur durable qui s'attend à être une vraie machine
Vous voulez de la densité et un démarrage à froid que vous pouvez attendre
Vous avez déjà une image et la charge est sans état
La capacité doit suivre la demande plutôt qu'une estimation
Accès console
Console VNC et série
Console série
Terminal attaché
Par membre
Attachement à chaud
Disques et cartes réseau, en marche
Disques, en marche
Fixé à la création
Défini par le modèle de membre
Mise à l'échelle
Redimensionner et relancer
Redimensionner et relancer
Redimensionner et relancer
Piloté par une règle, sur une métrique
« Environ une seconde » est notre propre mesure, pour une microVM Firecracker démarrant depuis une image rootfs préparée sur nos hôtes. Ce n'est pas un benchmark contre qui que ce soit, et votre image en décide l'essentiel.
Sur Interlaken Cloud, chaque paquet est acheminé par VPP, qui tourne en espace utilisateur sur l'hôte. Vos réseaux privés, vos répartiteurs de charge, le NAT et les plafonds de débit forment un seul dataplane, pas une pile d'appliances.
Comment une requête atteint une charge de travail
Le trafic entrant atterrit sur une adresse publique allouée, rencontre un répartiteur de charge, et est remis à la carte réseau d'une charge de travail dans votre VPC. Les VPC appairés atteignent la même carte via l'overlay.
01
VPC et sous-réseaux
Votre propre espace d'adressage privé, segmenté en sous-réseaux avec leurs routes, leurs jeux d'options DHCP et leurs enregistrements DNS.
02
Passerelles et sortie
C'est une passerelle plus une correspondance NAT 1:1 qui donne à une charge de travail une route vers l'internet. Pas de passerelle, pas de sortie — fermé est la valeur par défaut, pas une option.
03
Adresses publiques
Les IP publiques sont allouées depuis un pool managé et liées à une carte réseau ou à un répartiteur de charge. Une adresse non suivie, ça n'existe pas.
04
IPv6
Les adresses et préfixes IPv6 publics sont alloués de la même façon, depuis le bloc de la plateforme.
05
Peering VPC
Les VPC appairés se joignent entre hôtes par un overlay Geneve, en restant dans l'espace d'adressage privé de bout en bout.
06
Répartiteurs de charge
TCP niveau 4 à plat, terminaison TLS, routage niveau 7 HTTP/2 et HTTP/3 sur QUIC — quatre modes, une ressource, des backends sous contrôle de santé.
07
Bande passante par carte réseau
Une carte réseau peut porter un plafond de débit agrégé, appliqué par un policer dans le dataplane plutôt qu'en faisant confiance à l'invité.
Le stockage bloc, c'est de la réplication DRBD pilotée par LINSTOR. Un volume est écrit sur autant d'hôtes que l'indique son nombre de répliques : perdre une machine vous coûte une copie, pas les données.
01
Volumes répliqués
Fixez le nombre de répliques par volume. L'attachement suit la charge de travail : une charge replanifiée retrouve son disque là où elle atterrit.
02
Snapshots et restauration
Des copies d'un disque à un instant donné, restaurables dans un nouveau volume sans toucher à l'original.
03
Golden images
Préparez un disque comme vous l'entendez, publiez-le comme image démarrable, et relancez-en des machines autant de fois que vous voulez.
04
Extension à chaud
Agrandissez un volume pendant qu'il reste monté ; le système de fichiers qu'il contient est étendu d'autant.
05
Stockage objet
Des buckets compatibles S3 sur MinIO, avec des clés d'accès limitables à un seul bucket, plus un gestionnaire de fichiers dans la console.
Un volume, écrit de façon synchrone sur chaque hôte de son ensemble de répliques. Le nombre de répliques est à vous, volume par volume.
04 Services managés
Les parties à état, exploitées pour vous
Deux des choses les plus difficiles à bien exploiter sont un plan de contrôle Kubernetes et une base de données qui compte. Les deux sont ici des services managés, bâtis sur le même calcul, le même réseau et le même stockage que tout le reste.
01
Kubernetes managé
Des clusters k3s dont les nœuds sont vos propres machines virtuelles. La plateforme les provisionne, garde les addons du cluster réconciliés, et y câble le reste d'Interlaken Cloud.
Les volumes persistants viennent du même stockage bloc répliqué, via un pilote CSI
Le réseau du cluster et la répartition de charge sont ceux de la plateforme, pas un ajout
Les manifestes des addons sont réappliqués en continu : un cluster ne dérive pas
Déjà câblé
CNI
CSI
Répartition de charge
Kubeconfig
Pas de frais de cluster — les nœuds sont facturés comme les machines virtuelles qu'ils sont.
Des instances de bases exploitées par KubeBlocks sur le Kubernetes de la plateforme. Vous demandez un moteur et une taille ; ce qui revient tourne déjà.
Les volumes sont le stockage bloc répliqué de la plateforme, avec les mêmes snapshots
Provisionnement, sauvegardes et restauration appartiennent à l'opérateur, pas à un script que vous entretenez
Un point de terminaison et un jeu d'identifiants par instance, quel que soit le moteur
Moteurs
PostgreSQL
MySQL
MongoDB
Redis
Elasticsearch
Privées à votre VPC par défaut — y accéder depuis l'extérieur se demande explicitement.
Les parties qui décident si une plateforme tient debout quand personne ne l'observe.
01
RBAC à chaque appel
Rôles et permissions sont évalués à chaque requête d'API, pas une seule fois à la porte de la console. La console, la CLI et l'API passent toutes par le même contrôle.
02
Politiques de sécurité au niveau de la carte réseau
Une politique se compile en ACL appliquées sur la carte réseau dans le dataplane : une règle tient, que le trafic vienne de l'internet, d'un autre VPC ou d'un voisin.
03
Clés et certificats
Des paires de clés SSH pour l'accès aux instances, et des certificats X.509 pour la terminaison TLS — validés comme paire cohérente au dépôt, pas au moment où une requête échoue.
04
Quotas et admission
Les limites par tenant sont vérifiées avant toute création : une demande hors quota est refusée d'emblée, plutôt que de laisser une demi-ressource derrière elle.
05
Facturation à l'usage
Les ressources actives sont échantillonnées en continu en relevés de consommation et facturées mensuellement, ligne par ligne.
06
Réconciliation continue
Chaque ressource porte un état voulu et un état observé, et un réconciliateur travaille à refermer l'écart — à la création, après le redémarrage d'un hôte, après un redémarrage du dataplane, et périodiquement entre-temps. La dérive est réappliquée, pas signalée.
06 Tailles
Les tailles, à la source
Les types d'instances et leurs tarifs horaires viennent du catalogue de la plateforme, à l'exécution. Rien sur cette page n'est saisi à la main.
Type
vCPU
Mémoire
Stockage
Par heure
vm-xsmall
—
—
—
—
vm-small
—
—
—
—
vm-medium
—
—
—
—
vm-large
—
—
—
—
vm-xlarge
—
—
—
—
vm-2xlarge
—
—
—
—
vm-4xlarge
—
—
—
—
Le calcul est facturé à l'heure-instance, par type. Les tarifs sont sur la page Tarifs.