Resumen

  • Linode ha reservado una ventana de mantenimiento para Cloud Manager, API y CLI de 04:00 a 05:30 UTC el 19 de agosto. Durante ese periodo no se podrán crear, arrancar, migrar, respaldar, apagar ni eliminar instancias.
  • La empresa espera que las instancias y las cargas Kubernetes que ya estén en ejecución continúen. La API de Kubernetes y las acciones dinámicas que dependen de la API de Linode sí quedarán indisponibles.

La próxima intervención de Linode plantea una separación operativa precisa: el cómputo seguirá trabajando, pero sus operadores perderán temporalmente los mandos habituales.

El aviso de estado fija el mantenimiento entre las 04:00 y las 05:30 UTC del 19 de agosto de 2026. Cloud Manager, la API y la interfaz de línea de comandos estarán fuera de servicio. Linode enumera entre las funciones bloqueadas la creación, eliminación, puesta en marcha, migración, copia de seguridad y apagado de máquinas.

No es un anuncio de caída de las cargas. La compañía afirma que las instancias activas y los servicios relacionados no se verán interrumpidos. Es, en cambio, una pausa deliberada del plano de control: el lugar donde un cliente ordena que una infraestructura cambie de estado.

Linode Kubernetes Engine muestra mejor el alcance. La API de Kubernetes se verá afectada, al igual que el escalado automático, el reciclaje o reinicio, la conexión y desconexión de volúmenes persistentes, el aprovisionamiento de NodeBalancers y la creación de clústeres. Los nodos y trabajos ya activos deberían continuar.

Esa diferencia puede ser invisible para una aplicación estable y decisiva para una que necesite reaccionar. Si la capacidad fue preparada con antelación, el usuario final quizá no note nada. Si llega un pico de tráfico, falla un nodo o hace falta adjuntar almacenamiento, la operación normal de respuesta puede depender precisamente de la API que estará cerrada.

También habrá menos opciones de soporte. El sistema de tickets no estará disponible. La atención telefónica seguirá abierta, pero no podrá autenticar a clientes ni resolver gestiones relacionadas con Cloud Manager o la API. Tampoco se aceptarán nuevas cuentas ni se completarán autenticaciones pendientes.

La dependencia común coincide con el diseño habitual que documenta Linode. La descripción de Cloud Manager dice que la interfaz web funciona enteramente sobre la API pública, y la guía de la CLI define la herramienta de línea de comandos como una envoltura de esa API. La referencia de la API incluye instancias, LKE, volúmenes y NodeBalancers. La guía operativa de LKE distingue además la API de infraestructura de Linode de la API de Kubernetes usada para los objetos del clúster.

El registro oficial vincula la intervención con Cloud Manager y la API, además de 43 regiones identificadas en cinco grandes áreas geográficas. A las 01:13 UTC del 19 de agosto, todos esos componentes figuraban operativos y el evento seguía marcado como scheduled.

La cautela editorial está en el tiempo verbal. El aviso se publicó el 9 de julio, pero la intervención aún no había comenzado. Linode no explica el trabajo técnico, la causa ni el procedimiento de reversión. La página tampoco demuestra todavía que el plazo se cumpla o que la continuidad prometida haya sido observada desde fuera.

Los equipos pueden reducir la exposición completando cambios urgentes antes de las 04:00 UTC, reservando capacidad, revisando las dependencias de escalado y almacenamiento de LKE y definiendo qué controles permanecen dentro de la aplicación cuando la consola del proveedor no acepta órdenes.

El siguiente hecho comprobable será la actualización del estado: inicio puntual, recuperación antes de las 05:30 UTC y ausencia —o presencia— de restricciones residuales.

Fuente