摘要

  • Linode 为 Cloud Manager、API 和 CLI 安排了 8 月 19 日 04:00 至 05:30 UTC 的维护窗口。客户在此期间不能创建、删除、启动、迁移、备份或关闭实例。
  • Linode 表示，已经运行的实例和 Kubernetes 工作负载应继续工作；但 Kubernetes API、自动扩缩容、存储挂载以及其他依赖 Linode API 的动态操作将暂停。

Linode 即将进行的维护不是一场已经发生的业务中断，而是一次明确的控制权暂停：计算资源继续运行，客户用于改变资源状态的入口暂时关闭。

根据官方状态通知，维护时间为 2026 年 8 月 19 日 04:00 至 05:30 UTC。Cloud Manager、API 和命令行接口都会离线。通知点名的受限操作包括创建、删除、启动、迁移、备份和关闭 Linode 实例。

这条通知把云服务常被混在一起的两个层面分开了。数据面承载已经运行的计算和流量；Linode 预计这部分不会中断。控制面负责接收客户的管理决定；维护期间，它将不再接受改变实例状态的命令。

对 Linode Kubernetes Engine 而言，这一区别更具体。Kubernetes API 会受到影响，自动扩缩容、节点回收与重启、持久卷连接或分离、NodeBalancer 配置以及新建集群也将不可用。现有集群节点和正在运行的工作负载预计保持在线。

因此，一个应用可以继续响应用户，却暂时失去适应变化的常规手段。提前准备足够容量的团队可能几乎感觉不到维护。若流量突然上升、节点出现故障、应用急需增加存储或调整负载均衡，运营人员可能正好需要调用被暂停的接口。

支持渠道同样受到限制。工单系统届时不可用。电话支持仍可接通，但支持人员无法完成客户身份验证，也不能处理与 Cloud Manager 或 API 有关的问题。新账户申请和等待验证的账户也会暂停办理。

这种共同依赖与 Linode 的常规产品说明一致。Cloud Manager 概览写明，网页管理界面完全构建在公共 API 之上；CLI 指南则把命令行工具定义为 API 的封装。API 参考列出的管理对象包括实例、LKE、块存储卷和 NodeBalancer。LKE 操作指南还明确区分了管理 Linode 基础设施的 API 与管理集群对象的 Kubernetes API。

官方记录将 Cloud Manager 与 API 以及分布在多个大洲的 43 个命名区域列为本次维护的关联组件。截至 8 月 19 日 01:13 UTC，这些组件仍显示为正常运行，维护状态仍是 scheduled。

这个时间边界不能省略。Linode 在 7 月 9 日发布了通知，但实际维护窗口尚未开始。公开信息没有说明具体改动、技术原因或回退方案，也不能证明维护一定按时结束，更不能把供应商对负载不中断的预期写成已经独立测得的结果。

客户现在可以做的是把需要控制面的紧急动作前置到 04:00 UTC 之前，检查 LKE 的容量、节点、持久卷和负载均衡需求，并确认在供应商管理入口不可用时，运行中的应用内部还保留哪些操作与故障切换能力。

下一次状态更新才会形成新的事实：维护是否准时开始，控制面是否在 05:30 UTC 前恢复，以及恢复后是否仍有未披露的限制。

来源