You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

求助:Azure Classic VM近2天两次出现Resource Health显示Unavailable异常

Azure Classic VM频繁离线及重启耗时增加的临时解决方案

临时缓解与排查步骤

  • 检查关联云服务状态:Classic VM依赖云服务架构,登录Azure门户找到对应云服务,查看是否存在节点异常或资源配额限制,这类问题常引发VM不可用。
  • 执行VM重新部署操作:在VM操作面板选择「重新部署」,该操作会将VM迁移至数据中心内其他物理节点,比普通重启更彻底,能解决多数底层硬件/节点故障,若配置了可用性集,业务中断时间会更短。
  • 分析诊断日志:收集操作系统层面日志(Windows查看事件管理器系统日志,Linux查看/var/log/messages等)及Azure平台日志,排查是否存在磁盘IO异常、内存泄漏或平台侧资源抢占问题。若为磁盘故障,可临时挂载额外磁盘转移关键数据。
  • 设置自动重启警报:在Azure Monitor中配置VM可用性警报,触发条件设为VM离线,自动执行重启操作,减少手动干预的等待时长,作为应急临时方案。

非迁移阶段的前置准备建议

尽管当前不适合迁移,可提前完成以下准备降低后续风险:

  • 导出VM配置模板:在Azure门户导出Classic VM的配置文件,梳理所有依赖资源(如虚拟网络、存储账户),为后续快速迁移做好铺垫。
  • 完成迁移兼容性检查:使用Azure内置的迁移评估工具,排查VM是否存在迁移障碍(如不兼容扩展、磁盘大小限制),提前修复问题,避免正式迁移时出现意外。
  • 规划迁移时间窗口:提前敲定未来的迁移窗口,结合业务低峰期安排,尽可能降低迁移对业务的影响。

重要提示:Classic VM官方支持已终止,平台维护优先级低于ARM虚拟机,频繁离线大概率是底层架构逐步退役导致的节点不稳定,建议尽可能提前迁移计划。

内容的提问来源于stack exchange,提问作者Tim Platt

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.08.24 07:15:37