OpenKeel: la solución Cloud soberana, francesa y de alcance europeo, del grupo inherent Descubrir inherent
Despliegue
Un clúster OpenKeel de producción o de laboratorio con un solo comando.
Si no hay ningún clúster configurado, okadm ofrece crear un clúster kind. Con --ingress, la consola Skyline se sirve en skyline.127.0.0.1.nip.io. Con --demo, crea además el dominio y el proyecto demo, listos para explorar: una red y su router, una VM detrás de un balanceador de carga, un contenedor, IP flotantes y, si CloudKitty está instalado, datos tarificados de ejemplo.
okadm plan --mode lab
okadm install --mode lab --create-kind --ingress --demo
export OS_CLOUD=openkeel
ok server listexport OS_CLOUD=openkeel
ok server list
ok loadbalancer create ...okadm plan --mode lab
okadm install --mode lab \
--create-kind --ingress --demoLas opciones de okadm install y su función. okadm upgrade admite las mismas para lo que hace (versión, componentes, valores, --grafana, --ingress); el clúster se elige como lo hace kubectl (--kubeconfig, $KUBECONFIG, --context, cuenta in-cluster).
| Parámetro | Por defecto | Función |
|---|---|---|
--mode | production | production (3 nodos o más, etiquetas de rol, tres réplicas, autoscaling) o lab (un nodo o más, una réplica, volúmenes pequeños, backends de sustitución) |
--version | la última del manifiesto | Versión de OpenKeel que instalar (okadm versions las lista) |
--components | todos salvo los opcionales | Componentes que instalar, con sus dependencias añadidas (nova trae Keystone, Placement, Glance, Neutron, Cinder); opcionales: Ironic, ovn-bgp-agent, CloudKitty, Magnum y, en producción, Designate |
--no-configurator | — | Deja fuera openkeel-configurator, instalado si no con OpenKeel en ambos modos |
--domain | lab: openkeel.example.com | Dominio DNS público de las API y de la consola; obligatorio en producción |
--storage-class | producción: longhorn; lab: la del clúster por defecto | StorageClass de bloques de las bases de datos y los volúmenes |
-f, --values | — | Fichero de valores, repetible (estructura del chart paraguas, una sección por componente): prevalece sobre todos los valores por defecto |
--create-kind | — | Lab sin clúster: crea el clúster kind openkeel sin preguntar (--kind-name para renombrarlo) |
--install-prerequisites | activo cuando okadm crea el clúster, y en producción | Instala los operadores que le faltan al clúster; =false solo los comprueba |
--ingress | — | Publica las API y la consola Skyline: en lab, Traefik en 127.0.0.1:80/443 y *.127.0.0.1.nip.io (--ingress-http-port, --ingress-https-port, --ingress-listen-address); en producción, la IngressClass del clúster (--ingress-class), con Traefik instalado si no hay ninguna |
--grafana | — | Pila de observabilidad: Prometheus Operator, Loki, Alloy, Grafana y los paneles de OpenKeel; se mantiene en las ejecuciones siguientes |
--ceph-s3 | — | Rook, un clúster Ceph y su pasarela RGW (API S3 y Swift) autenticados por Keystone |
--demo | — | Crea el dominio y el proyecto demo con una VM, un balanceador de carga y un contenedor (abajo); --demo-external-network (por defecto public) indica la red de su router y sus IP flotantes |
--no-default-flavors, --no-default-share-type | — | No crear los flavors m1.tiny a m1.xlarge ni el tipo de share de Manila default |
--no-base-image, --no-public-network | — | Lab: no registrar la imagen Alpine en Glance ni crear la red externa compartida public (203.0.113.0/24) |
--timeout | 15m | Cuánto puede esperar cada paso como máximo |
--dry-run | — | Muestra los pasos y renderiza cada chart, sin cambiar nada |
--progress | auto | live (el paso en curso redibujado con su estado) o plain (una línea cada 30 s, para CI) |
--chart | el chart integrado en okadm | Chart paraguas local, para probar un cambio de chart sin recompilar okadm |
okadm plan hace las mismas comprobaciones sin escribir nada; okadm status, okadm access (URL, cuentas, port-forwards), okadm upgrade y okadm uninstall siguen a la instalación.
Cada paso es idempotente: volver a ejecutar okadm install no cambia nada si todo está en su sitio y reanuda una instalación interrumpida.
Comprueba la versión de Kubernetes, los nodos, los operadores y la StorageClass; muestra el comando que corrige cada carencia
En laboratorio sin clúster: creado mediante la biblioteca kind, puertos 80 y 443 con --ingress
Instala los requisitos previos que faltan, espera a los CRD y a los Deployments
Umbrella chart integrado y dividido: primero openkeel-infra y luego una release por componente
MariaDB Galera en TLS, RabbitMQ y vhost; base, cuentas y secrets por componente; la CA interna y los certificados
releases openkeel-* en orden de dependencias, migraciones de esquema
m1.tiny a m1.xlarge; imagen cloud-init Alpine 3.24 en Glance
URL de la consola Skyline, Keystone, cuenta de administrador, clouds.yaml exportado
Los pasos automatizados de okadm install, en orden. Cada uno espera a lo que crea (CRD Established, Deployments Available, releases de Helm y sus Jobs de migración) y queda unchanged cuando el clúster ya coincide.
| Paso | Producción | Laboratorio |
|---|---|---|
| Clúster | El clúster existente: 3 nodos Ready o más, etiquetas de rol reforzadas (control plane, compute, contenedores, red, almacenamiento), zonas comprobadas | Creado con la biblioteca kind si no hay ninguno (--create-kind): un nodo, kindnet, local-path; con --ingress, los puertos 80 y 443 redirigidos; las imágenes OpenKeel del motor de contenedores local cargadas en el nodo |
| Operadores | Instalados si faltan: cert-manager, operadores de MariaDB y RabbitMQ, KubeVirt y CDI (sin emulación), metrics-server (certificados de los kubelets verificados), Traefik detrás de un LoadBalancer cuando no hay IngressClass utilizable | Igual, más PowerDNS y ExternalDNS; KubeVirt emula sin /dev/kvm; metrics-server con --kubelet-insecure-tls; Traefik en hostPorts |
| Namespace, Multus, CRD | Namespace openkeel (Pod Security baseline impuesto, restricted como aviso), plugin Multus thick, CRD OpenKeelTenant y OpenKeelCustomer | Igual, más el adjunto provisional openkeel-ovn (el lab no tiene Kube-OVN) |
Observabilidad (--grafana) | Prometheus Operator, Loki sobre S3, Alloy, Grafana, antes de los servicios de datos cuyos monitores necesitan sus CRD | La misma pila con una réplica cada uno |
| Servicios de datos | openkeel-infra: MariaDB Galera y RabbitMQ en TLS (tamaños de los charts, 3 réplicas), una base, cuentas y secrets por componente, la CA interna; el operador de topología de RabbitMQ configurado para confiar en ella; cada objeto esperado hasta Ready | Una réplica, MariaDB 5 GiB, RabbitMQ 2 GiB; las correcciones de NetworkPolicy del lab para kindnet |
| Integración con la plataforma | — | StorageProfile de CDI para local-path, CA del proxy de subida de CDI para Glance, bases OVN Northbound y Southbound (ovn-central) para Neutron |
| Componentes | Una release de Helm por componente, en orden de dependencias, valores por defecto de los charts (3 réplicas, autoscaling), colocación en los nodos por etiquetas de rol; openkeel-configurator | Cada réplica a 1, sin autoscaling, volúmenes ReadWriteOnce de 5 GiB como máximo, backends de sustitución (driver dummy de Manila, Zun sobre runc sin Kata, Nova emulado) |
| Contenido del catálogo | Flavors m1.tiny a m1.xlarge; tipo de share de Manila default | Igual, más la imagen Alpine 3.24.3 cloud-init (comprobada con SHA-512) y la red externa compartida public (203.0.113.0/24) |
Almacenamiento de objetos (--ceph-s3) | Rook, Ceph y RGW (S3 y Swift) autenticados por Keystone: 3 monitores, pools replicados 3 veces entre hosts, 2 pasarelas | Lo mismo con un monitor, una réplica y una pasarela, el OSD en un dispositivo loop del nodo kind |
Publicación (--ingress) | Ingresses de las API en la IngressClass del clúster, <servicio>.<dominio> | Traefik, skyline.127.0.0.1.nip.io y las API en *.127.0.0.1.nip.io |
Demo (--demo) | El proyecto demo en la red externa indicada por --demo-external-network | El proyecto demo en public; con CloudKitty, datos tarificados de ejemplo |
| Resumen | Cada paso hecho, sin cambios o fallido con su causa; objetivo, modo y componentes registrados en la ConfigMap openkeel-okadm-state; una ejecución interrumpida se reanuda donde se detuvo | Igual |
Instalados por okadm en laboratorio; en producción, okadm plan los comprueba y muestra el comando para la versión probada.
Flavors creados por defecto (hw_rng:allowed y resources:DISK_GB=0, los discos raíz son PVC) y una imagen cloud-init Alpine 3.24.3 registrada en Glance, verificada con SHA-512.
| Nombre | vCPU | RAM | Disco |
|---|---|---|---|
| m1.tiny | 1 | 512 MB | 1 GB |
| m1.small | 1 | 2 GB | 20 GB |
| m1.medium | 2 | 4 GB | 40 GB |
| m1.large | 4 | 8 GB | 80 GB |
| m1.xlarge | 8 | 16 GB | 160 GB |
Consola: skyline.127.0.0.1.nip.io con --ingress; de lo contrario, kubectl port-forward svc/openkeel-skyline-api 9998. Cuenta admin, proyecto admin, dominio Default; contraseña en el secret openkeel-keystone-admin.
--demo termina la instalación con un proyecto completo para explorar en Skyline y con las CLI. Necesita Keystone, Glance, Cinder, Neutron, ovn-octavia-provider, Nova y Zun; lo que ya existe con su nombre se conserva, así que volver a ejecutarlo completa una demo interrumpida.
| Recurso | Lo que crea okadm |
|---|---|
Dominio demo | Mediante el OpenKeelCustomer demo (reconciliado por keystone-customers): el dominio, su manager y el proyecto |
Usuario demo | Manager del dominio y del proyecto, con la contraseña del usuario admin (secret openkeel-keystone-admin); admin recibe el rol admin en el proyecto |
Proyecto demo | Su grupo de seguridad por defecto abre ICMP, SSH y HTTP |
| Red | demo-net y demo-subnet (192.168.0.0/24, DHCP), router demo-router hacia la red externa |
VM demo-vm | Flavor m1.tiny, la imagen base Alpine, un volumen de datos de 20 GB demo-vm-data, el usuario alpine (contraseña alpine) creado por cloud-init para la consola y SSH, una IP flotante |
Balanceador demo-lb | Balanceador OVN, TCP 80, la VM como miembro, una IP flotante en su VIP |
Contenedor nginx | Contenedor Zun con un volumen de 1 GB en /data |
| Datos tarificados (con CloudKitty) | Un frame por día desde el primer día del mes pasado hasta ayer, una VM borrada el mes pasado, IP flotantes, la imagen: la página FinOps / GreenOps de Skyline muestra los dos meses; después el proyecto se tarifica cada hora |
En un lab, las IP flotantes salen de TEST-NET-3 (203.0.113.0/24), direcciones de documentación nunca enrutadas, y el OVN del lab no tiene plano de datos: la VM arranca (emulada) y su consola funciona, pero nada puede alcanzarla por la red.