Saltar al contenido

Infraestructura

Máquinas reales. Redes reales. Discos reales.

Racks de máquinas, cableados al switch que encabeza la fila. Ilustración.

Interlaken Cloud corre sobre infraestructura que operamos nosotros mismos, y preferimos nombrarla a esconderla. Bajo cada botón de la consola: microVMs Firecracker, un dataplane VPP en espacio de usuario, volúmenes replicados con LINSTOR sobre DRBD, k3s gestionado, bases de datos operadas por KubeBlocks y buckets MinIO.

Construido sobre
  • Firecracker
  • VPP
  • LINSTOR / DRBD
  • k3s
  • KubeBlocks
  • MinIO
Empezar Ver la plataforma

01 Cómputo

Un tejido, cuatro formas

Aislamiento, tiempo de arranque, consola, conexión en caliente: las cuatro formas dejan de ser intercambiables en cuanto eliges una. Aquí está la comparación entera, propiedad a propiedad.

Desplázate para comparar 01 / 04
En qué se diferencian las cuatro formas de cómputo de Interlaken Cloud.
Propiedad Máquinas virtualesmicroVMsContenedoresGrupos de autoescalado
Aislamiento Virtualización completa por hardware, kernel propioAislamiento de VM Firecracker, modelo de dispositivos mínimoNamespaces y cgroups del kernel, kernel del host compartidoEl que aporte el tipo de miembro
Tiempo de arranque Un arranque completo de invitadoAlrededor de un segundoTan rápido como arranque el procesoLos miembros arrancan como lo que son
Elígelo cuando Quieres un servidor de larga vida que espera ser una máquina de verdadQuieres densidad y un arranque en frío que puedes esperarYa tienes una imagen y la carga no guarda estadoLa capacidad debe seguir a la demanda en vez de a una suposición
Acceso por consola Consola VNC y serieConsola serieTerminal conectadaPor miembro
Conexión y desconexión en caliente Discos y NICs, en marchaDiscos, en marchaFijado al crearloDefinido por la plantilla del miembro
Escalado Redimensionar y relanzarRedimensionar y relanzarRedimensionar y relanzarPor política, sobre una métrica

«Alrededor de un segundo» es nuestra propia cifra para un microVM Firecracker arrancando desde una imagen rootfs preparada en nuestros hosts. No es una comparativa contra nadie, y tu imagen decide la mayor parte.

Abrir Cómputo

02 Redes

Un dataplane en espacio de usuario

Cada paquete de Interlaken Cloud lo reenvía VPP corriendo en espacio de usuario sobre el host. Tus redes privadas, balanceadores, NAT y topes de ancho de banda son un solo dataplane, no una pila de aparatos.

Cómo llega una petición a una carga de trabajo
Internet IP pública Balanceador de carga NIC de la carga VPC emparejada · Geneve tu VPC dataplane VPP · espacio de usuario

El tráfico entrante aterriza en una dirección pública asignada, encuentra un balanceador y se entrega a la NIC de una carga de trabajo dentro de tu VPC. Las VPCs emparejadas alcanzan la misma NIC por la superposición.

  1. VPCs y subredes

    Espacio de direcciones privado propio, segmentado en subredes con sus rutas, conjuntos de opciones DHCP y registros DNS.

  2. Gateways y salida

    Un gateway más un mapeo NAT 1:1 es lo que da a una carga de trabajo una ruta a internet. Sin gateway no hay salida: cerrado es el valor por defecto, no un extra.

  3. Direcciones públicas

    Las IPs públicas se asignan desde un pool gestionado y se ligan a una NIC o a un balanceador. No existe tal cosa como una dirección sin registrar.

  4. IPv6

    Las direcciones y prefijos IPv6 públicos se asignan igual, desde el bloque propio de la plataforma.

  5. VPC peering

    Las VPCs emparejadas se alcanzan entre hosts sobre una superposición Geneve, sin salir en ningún momento del espacio de direcciones privado.

  6. Balanceadores de carga

    TCP plano en capa 4, terminación TLS, enrutado HTTP/2 en capa 7 y HTTP/3 sobre QUIC: cuatro modos, un recurso, backends con chequeo de salud.

  7. Ancho de banda por NIC

    Una NIC puede llevar un tope de rendimiento agregado, aplicado por un policer en el dataplane en vez de confiar en algo dentro del invitado.

Abrir Redes

03 Almacenamiento

Discos que sobreviven al host

El almacenamiento en bloque es replicación DRBD gestionada por LINSTOR. Un volumen se escribe en tantos hosts como diga su número de réplicas, así que perder una máquina te cuesta una copia y no los datos.

  1. Volúmenes replicados

    Fija el número de réplicas por volumen. La conexión sigue a la carga de trabajo, así que una carga reprogramada encuentra su disco allí donde aterrice.

  2. Snapshots y restauración

    Copias de un disco en un instante dado, restaurables en un volumen nuevo sin tocar el original.

  3. Golden images

    Prepara un disco como lo quieras, publícalo como imagen arrancable y levanta desde él una y otra vez.

  4. Ampliación en caliente

    Haz crecer un volumen mientras sigue montado; el sistema de archivos de dentro se extiende para encajar.

  5. Almacenamiento de objetos

    Buckets compatibles con S3 sobre MinIO, con claves de acceso que puedes limitar a un solo bucket, más un gestor de archivos en la consola.

Abrir Almacenamiento
Un volumen con tres réplicas escritura
Volumen de bloque Réplica · host ARéplica · host BRéplica · host C

Un volumen, escrito de forma síncrona en cada host de su conjunto de réplicas. El número de réplicas lo eliges tú por volumen.

04 Servicios gestionados

Lo que guarda estado, operado por nosotros

Dos de las cosas más difíciles de operar bien son un plano de control de Kubernetes y una base de datos que importa. Aquí las dos son servicios gestionados, construidos sobre el mismo cómputo, la misma red y el mismo almacenamiento que todo lo demás.

01

Kubernetes gestionado

Clústeres k3s cuyos nodos son tus propias máquinas virtuales. La plataforma los aprovisiona, mantiene los addons del clúster reconciliados y conecta el resto de Interlaken Cloud.

  • Los volúmenes persistentes vienen del mismo almacenamiento en bloque replicado, mediante un driver CSI
  • La red del clúster y el balanceo son los de la plataforma, no un añadido
  • Los manifiestos de los addons se reaplican de forma continua, así que un clúster no se desvía
Ya conectado
  • CNI
  • CSI
  • Balanceo
  • Kubeconfig

Sin cuota por clúster: los nodos se facturan como las máquinas virtuales que son.

Abrir Kubernetes
02

Bases de datos gestionadas

Instancias de base de datos operadas por KubeBlocks sobre el propio Kubernetes de la plataforma. Pides un motor y un tamaño; lo que vuelve ya está en marcha.

  • Los volúmenes son el almacenamiento en bloque replicado de la plataforma, con los mismos snapshots
  • El aprovisionamiento, las copias y la restauración son del operador, no de un script que guardas tú
  • Un endpoint y un juego de credenciales por instancia, sea cual sea el motor
Motores
  • PostgreSQL
  • MySQL
  • MongoDB
  • Redis
  • Elasticsearch

Privadas para tu VPC por defecto: llegar a una desde fuera es algo que tienes que pedir.

Abrir Bases de datos

05 Seguridad y operación

Fiable cuando nadie mira

Las partes que deciden si una plataforma aguanta cuando nadie la está mirando.

  1. RBAC en cada llamada

    Los roles y permisos se evalúan en cada petición a la API, no una sola vez en la puerta de la consola. La consola, la CLI y la API pasan por la misma comprobación.

  2. Políticas de seguridad en la NIC

    Una política se compila en ACLs aplicadas en la NIC dentro del dataplane, así que una regla se cumple venga el tráfico de internet, de otra VPC o de un vecino.

  3. Claves y certificados

    Pares de claves SSH para acceder a las instancias y certificados X.509 para terminación TLS, validados como par coincidente al subirlos y no cuando falla una petición.

  4. Cuotas y admisión

    Los límites por tenant se comprueban antes de crear nada, así que una petición que excede la cuota se rechaza de entrada en vez de dejar medio recurso por ahí.

  5. Facturación por consumo

    Los recursos vivos se muestrean de forma continua en registros de consumo y se facturan cada mes, desglosados por recurso.

  6. Reconciliación continua

    Cada recurso lleva un estado deseado y un estado observado, y un reconciliador trabaja para cerrar la diferencia: al crearlo, tras reiniciar un host, tras reiniciar el dataplane y de forma periódica entre medias. La deriva se corrige, no se informa.

06 Tamaños

Tamaños, desde la fuente

Los tipos de instancia y sus tarifas por hora vienen del propio catálogo de la plataforma en tiempo de ejecución. Nada de esta página se teclea a mano.

Tipo vCPU Memoria Almacenamiento Por hora
vm-xsmall — — — —
vm-small — — — —
vm-medium — — — —
vm-large — — — —
vm-xlarge — — — —
vm-2xlarge — — — —
vm-4xlarge — — — —

El cómputo se factura por instancia y hora, según el tipo. Las tarifas están en la página de precios.

Ver precios

Pruébalo

Compruébalo ejecutando algo

Regístrate, lanza una carga de trabajo y mira cómo la consola te enseña los mismos recursos que describe esta página.

Empezar Ver lo que cuesta