适用场景
主机重启后，数据库、应用和辅助虚拟机一起启动，容易出现应用先起来、依赖服务却还没有准备好的情况。本文适用于通过 vSphere 客户端（vSphere Client）管理、未启用 vSphere 高可用（vSphere HA）的 ESXi 8.x 主机，目标是安排基础服务先启动，上层应用随后启动，并保留明确的恢复办法。
这套功能适合单主机实验环境或不采用高可用编排的部署。它不能替代应用自身的重试机制，也不能把断电变成正常关机。官方明确说明，自动启动功能不适用于启用了高可用的相关场景，操作前应先核对环境。适用条件与配置入口
原理：启动顺序只安排通电，不保证业务就绪
自动启动配置决定哪些虚拟机参与序列，以及相邻虚拟机之间等待多久。顺序靠前的虚拟机先通电；正常关闭主机时，自动停止按相反顺序处理，因此上层应用通常应排在数据库之后启动。
启动延迟是继续启动下一台虚拟机之前的等待时间。等待心跳（Wait for Heartbeat）允许系统收到来宾心跳后提前继续。心跳说明来宾与虚拟化平台之间已有响应，并不说明数据库已经完成恢复，或者网页已经能接受请求。本文建议先采用固定等待时间，再根据业务检查结果调整。顺序、延迟与心跳的官方定义
准备工作
准备具有相关配置权限的管理会话，确认能够从主机控制台或带外管理入口处理启动异常。记录现有自动启动开关、虚拟机顺序、启动延迟、停止动作和停止延迟，截图也可以。
选择两台非关键虚拟机开始练习：一台提供基础服务，另一台依赖它。提前确认来宾操作系统可以正常关机，VMware Tools 或适用的来宾工具正常运行。安排允许业务中断的维护窗口，并确认备份可用。不要为了验证自动启动直接给生产主机断电。
分步骤操作
第一步：确认配置对象
在客户端中选中实际承载虚拟机的 ESXi 主机，进入配置（Configure），在虚拟机（Virtual Machines）下打开虚拟机启动/关闭（VM Startup/Shutdown）。先核对主机名称和虚拟机列表，避免把另一台主机的顺序改掉。
第二步：启用主机级开关
点击编辑（Edit），启用随系统自动启动和停止虚拟机（Automatically start and stop the virtual machines with the system）。仅把计划参与自动启动的两台实验虚拟机从手动启动（Manual Startup）移到自动启动（Automatic Startup）。无需让所有虚拟机都参与；平时很少使用的实验机可以继续手动启动。
第三步：安排依赖顺序
把基础服务移到前面，把应用移到后面。为基础服务设置启动延迟（Start Delay），例如先采用一百二十秒作为演练起点。这个数值只是便于观察的示例，应根据实际启动耗时调整。
如果希望先按固定间隔观察，就不要启用允许心跳提前结束等待的选项。应用内部仍应保留连接失败重试，因为固定等待无法覆盖每一次启动耗时变化。
第四步：设置正常停止方式
将停止动作（Stop Action）设为来宾关机（Guest Shutdown），并留出足够的停止延迟。先确认工具和操作系统能够响应此动作。不要把关闭电源（Power Off）当作日常正常关机方式，因为它可能中断尚未落盘的数据写入。保存后重新打开页面，核对开关、顺序和延迟都已保留。
验证方法
先验证配置是否保存，再验证主机生命周期中的实际行为。修改配置本身不要求立即重启，完整演练可以留到批准的维护窗口进行。配置生效与重启说明
如果维护流程要求进入维护模式，应先按依赖关系手动关闭虚拟机。退出维护模式不会触发自动启动，因此不能把这一步的结果当作失败证据。确保主机已退出维护模式，再按既定流程正常重启，观察任务和事件中的虚拟机通电时间。
最后进入来宾检查基础服务是否正常，再检查应用页面或业务健康检查。验收应同时满足顺序正确、等待符合预期、业务能够使用三个条件。
常见错误
主机级开关未启用时，只调整单台虚拟机顺序并不足够。虚拟机仍放在手动启动区域时，也不会按计划自动通电。退出维护模式后没有自动开机属于功能边界，并非必然是配置丢失。
如果顺序正确但应用仍报依赖不可用，应检查业务恢复时间，而不是只看 VMware Tools 心跳。虚拟机迁移到其他主机后，还需要重新核对目标主机的启动配置。
安全与回退
出现业务异常时，先按原有运维流程手动启动服务，避免为了反复观察而连续重启整台主机。需要撤销时，把实验虚拟机移回手动启动区域，恢复记录中的延迟和停止动作；只有原先关闭了主机级开关，才将它恢复为关闭。
回退完成后再次打开配置页核验，并保存本次演练记录。正常关机、备份和应用重试分别处理不同风险，自动启动顺序不能替代这些措施。
参考资料与转载说明
本文依据上述公开资料进行中文原创整理，不是逐句翻译，也不替代厂商手册。操作前请核对自己的版本、型号和备份。
评论一下？