OpenStack · Canonical · Red Hat OSP · desde 2008

OpenStack en producción, sin insomnio.

Mantenemos tu nube OpenStack — Canonical, Red Hat OSP o tu propia distribución. Ingenieros propios en ES/EN/FR, con teléfono directo y respuesta en tu zona horaria.

[ 01 ]A quién ayudamos

Tres nubes OpenStack, tres dolores

Damos soporte a nubes que instaló otro, a las que están cambiando de distribución y a las que llevan años funcionando en piloto automático. Vendor-neutral: no te queremos vender otro OpenStack, queremos mantener el tuyo.

Perfil A

Charmed OpenStack de Canonical

Tienes un contrato con el vendor y funciona, pero quieres un interlocutor local que hable tu idioma, esté en tu zona horaria y entienda MicroCloud, Juju y OVN sin escalados largos.

Qué hacemosComplementamos tu contrato Canonical con soporte local en ES/EN/FR o lo sustituimos si prefieres consolidar proveedor.

Urgente 2029 Perfil B

Red Hat OpenStack Platform (OSP 17.1)

Red Hat cierra el ciclo tradicional de OSP en junio de 2029. La sucesión, Red Hat OpenStack Services on OpenShift, cambia el modelo operativo entero. Alguien tiene que decidir el camino: quedarse, saltar a RHOSO, o cambiar de distribución.

Qué hacemosAuditamos tu OSP, valoramos las tres rutas con números y te acompañamos en la elegida.

Perfil C

Nube DIY, Kolla-Ansible o distribución propia

La montó tu equipo o un integrador anterior. Funciona, pero la documentación se quedó atrás y los upgrades dan respeto. No quieres tirar la nube; quieres estabilizarla y dejarla mantenible.

Qué hacemosLevantamos runbook, cerramos huecos de seguridad, dejamos upgrades reproducibles y guardia opcional.

[ 02 ]Planes de soporte

Del rescate puntual al 24×7 con guardia

Tres modelos que cubren el 95% de casos. Si tu nube tiene requisitos de sector regulado (banca, sanidad, defensa), lo hablamos aparte — no cabe en tres tarjetas.

Modalidad 01

Rescate

Cuando algo arde y no hay contrato previo. Intervención puntual, sin permanencia, para estabilizar y dejar el entorno documentado.

  • Diagnóstico y estabilización del incidente
  • Informe técnico con causa raíz
  • Recomendaciones para evitar la reincidencia
  • Sin permanencia · se cobra por intervención
Ver soporte urgente
Más contratada

Modalidad 02

Contrato continuo

Ingeniero de referencia, ticketing dedicado y ciclo de parches y revisión periódica. El día a día operativo, cubierto en horario laboral.

  • Ingeniero de referencia con acceso a tu entorno
  • Ticketing dedicado con SLA a definir en contrato
  • Ciclo periódico de parches y minor upgrades
  • Revisión de capacidad y de deuda técnica
  • Soporte L3 sobre Nova, Neutron, Cinder, Keystone, Ceph
  • Runbook y documentación viva del entorno
Pedir propuesta

Modalidad 03

Operación 24×7

Todo lo del contrato continuo más monitorización y guardia real fuera de horario, con ingeniero propio al otro lado del teléfono.

  • Todo lo de la Modalidad 02
  • Monitorización con Prometheus, Grafana y alertmanager
  • Guardia con ingeniero propio de SIXE
  • Cobertura de incidentes fuera de horario
  • Post-mortem tras incidentes críticos
  • Formación periódica para tu equipo
Hablar de tu caso

Cada nube tiene su tamaño, su distribución y sus ventanas de mantenimiento. Antes de dar horquilla queremos verte el inventario y hablarlo — no vendemos paquetes cerrados a ciegas.

[ 03 ]Qué hacemos, en concreto

Un lunes cualquiera con tu OpenStack

Prefiero enseñar el día de trabajo antes que dar tres promesas abstractas. Esto es lo que suele pasar en la primera guardia de la semana de un cliente en producción.

08:45

Revisión de alertas del fin de semana

Miramos Prometheus y RabbitMQ. Dos avisos de latencia en neutron-server el sábado; ninguno crítico. Anotamos la causa (agente OVN que quedó desconectado y auto-reparó) en el runbook.

10:15

Parche de seguridad en Keystone

Sale un CVE con score 7,5 en keystoneauth. Backport disponible upstream, lo aplicamos en preproducción, validamos federación SAML del cliente y programamos ventana en producción para el martes noche.

12:00

Reunión trimestral con el cliente

Repaso de capacidad: el pool de compute-05 está al 78%. Proponemos añadir dos hipervisores antes del siguiente cierre. Revisión de tenants: dos proyectos han consumido el doble de su cuota este trimestre — hay que rebalancear.

15:30

Debug de placement

Un desarrollador se queja de que sus VMs con GPU no arrancan. Miramos placement, faltan traits en el nodo compute nuevo. Se corrige en 25 minutos, se documenta en el runbook para el próximo alta de hardware.

17:00

Traspaso a la guardia

Handoff con el ingeniero de la tarde. Estado del entorno, alertas silenciadas, ventana del martes preparada. La guardia queda con contexto completo — no descubre tu nube en un ticket a las 3 de la mañana.

[ 04 ]Fin de ciclo · Red Hat OSP

Si estás en Red Hat OSP, tienes una decisión pendiente

EOL · OSP 17.1

JUN 2029

Extended Life-cycle Support

~46 meses

Tres rutas sensatas, cada una con su encaje

Red Hat cerró la línea tradicional de OpenStack Platform con la 17.1. La sucesión oficial es Red Hat OpenStack Services on OpenShift (RHOSO), que cambia el modelo operativo apoyando el control plane sobre Kubernetes. Es una decisión de arquitectura, no solo de renovación de contrato.

  • Quedarte en OSP 17.1 con ELS mientras planificas la ruta con calma.
  • Migrar a RHOSO si ya usas OpenShift o quieres unificar plataforma.
  • Cambiar de distribución a Canonical Charmed o Kolla-Ansible si encaja mejor con tu equipo.

Podemos auditar tu OSP y devolverte las tres rutas con números: coste de licencias, tiempo de migración estimado y riesgo operativo. Somos vendor-neutral: cada opción tiene su sitio, y depende de tu contexto — no de nuestra tarifa.

[ 05 ]Alcance real

Distribuciones que llevamos en producción

No listamos cada servicio uno a uno: preferimos hablar por caso. Cubrimos los servicios core de OpenStack y los adyacentes según el entorno de cada cliente, con foco en lo que se opera de verdad, no en lo que suena bien en un catálogo.

Trabajamos habitualmente sobre Canonical Charmed / Sunbeam, Red Hat OSP 16.2 y 17.1, Kolla-Ansible y despliegues DIY sobre Ubuntu, RHEL o SUSE. Para el backup nos apoyamos en Trilio cuando toca, y para formar a tu equipo tenemos cursos oficiales de OpenStack a precio de partner.

[ 06 ]Preguntas frecuentes

Dudas sobre el soporte de OpenStack

¿Qué es el soporte gestionado de OpenStack?

Es un contrato en el que un equipo externo se hace cargo de operar tu nube OpenStack: monitorización, parches, upgrades, gestión de incidentes y consultoría técnica continua. Puede complementar al soporte del vendor (Canonical, Red Hat) o sustituirlo por completo. En SIXE lo hacemos vendor-neutral: soportamos tu distribución independientemente de a quién le hayas comprado las licencias.

¿Podéis mantener una nube que no instalasteis vosotros?

Sí — es el Perfil C de arriba. Empezamos por una auditoría de dos semanas: inventario, versión de cada servicio, deuda de parches, cobertura de monitorización, backups y runbook. Al terminar entregamos informe con hallazgos, riesgos priorizados y plan para llevar el entorno a un estado soportable. A partir de ahí, cualquiera de los tres planes.

¿Qué SLA ofrecéis para OpenStack?

El SLA — tiempos de respuesta y de resolución por severidad, ventanas y penalizaciones — se define en contrato y depende de la modalidad elegida, del tamaño del entorno y de las ventanas fuera de horario. Lo acordamos con tu equipo, lo dejamos por escrito y lo cumplimos.

¿Soportáis Red Hat OpenStack Platform tras el EOL de 2029?

Sí, mientras Red Hat mantenga el ELS de OSP 17.1 (previsto hasta junio de 2029) damos soporte L3 junto a tu contrato. Y antes de esa fecha te acompañamos a elegir ruta: seguir con ELS mientras planificas, migrar a Red Hat OpenStack Services on OpenShift, o cambiar a Canonical o Kolla-Ansible. La decisión la toma tu comité — nosotros ponemos los números.

¿Cómo se factura el soporte de OpenStack?

Depende de la modalidad. Rescate: se cobra por intervención, sin permanencia. Contrato continuo y Operación 24×7: cuota fija mensual dimensionada al inventario (número de hipervisores, tenants, backend de storage y ventanas cubiertas). Antes de dar horquilla queremos ver el entorno — cuéntanoslo por aquí.

¿Convivís con el soporte de Canonical o lo reemplazáis?

Ambas opciones son válidas y las hemos hecho las dos. La convivencia encaja cuando quieres respuesta local en tu zona horaria y en español o francés, manteniendo el contrato Canonical por el acceso a fixes upstream. La opción de proveedor único puede tener sentido cuando quieres consolidar factura y punto de contacto. Auditamos ambos escenarios antes de recomendar.

¿Trabajáis con Ceph junto a OpenStack?

Sí — es la combinación por defecto en el 90% de nuestras nubes. Ceph como backend de Cinder, Glance y Manila, y en algunos casos también como object storage (RGW) para Swift. Tenemos página dedicada al soporte de Ceph para IA y HPC si el foco es el storage.

¿Y si aún estoy en VMware o Hyper-V y quiero pasarme a OpenStack?

Entonces no es soporte lo que necesitas todavía, es migración. Tenemos un servicio específico con PoC de 6 semanas: Migración a OpenStack desde VMware o Hyper-V. Al terminar la migración, el mismo equipo puede quedarse operando con cualquiera de los tres planes de esta página.
[ 07 ]Empezamos por una llamada

Cuéntanos tu nube, no un formulario

Distribución, número de hipervisores, versión y qué te duele. Devolvemos horquilla y una propuesta en menos de 24 h laborables.