Hi，大家好，我是编程小6，很荣幸遇见你，我把这些年在开发过程中遇到的问题或想法写出来，今天说一说
vsan主机进入维护模式_虚拟机启动慢怎么解决,希望能够帮助你!!!。

最近遇到一些用户反应异常断电后主机启动太慢的问题，画面卡在“初始化SSD”很久，今天就简单说说在启动的背后vSAN到底做些什么。

工作原理：

===============

    相对于没有使用vSAN的ESXi主机，vSAN主机在启动的时间会长一些，一般10-30分钟是比较正常的范围。其实针对这个现象，我们已经有KB做了相关的解释：

KB:在引导期间初始化 vSAN 需要很长时间 ()

    进一步来说，在启动的过程中，vSAN会将在缓存层中对数据进行清点，以构建数据块所在位置的映射，以便将数据永久保存在容量层上。这也就是“初始化SSD”后台vSAN在做的事情。因此，如果主机的使用的数据量越多，磁盘的容量越大，那么相对花费的时间也就越多。

为什么vSAN主机启动时间异常增加？

==============

1. 硬件故障

    如果SSD本身不稳定，则会增加主机启动时SSD初始化的时间

2. 主机异常关机

    我在实验室做过类似的测试，相同配置的主机，使用率也基本相同（每台主机使用量大约5T）。

主机A按照标准流程进入维护模式重启，启动时间15分钟。

主机B直接断电重启，启动时间则为55分钟。

3. LSOM堆内存耗尽

    在6.5之前的版本，有时候会出现SSD初始化时LSOM堆耗尽的现象，这会导致主机启动时间增加并且磁盘组无法挂载。针对这个问题临时的解决方法时调整Heapsize：

esxcfg-advcfg -s 2047 /LSOM/heapSize

    这个问题在6.5之后的版本已经修复，升级到最新版本就可以避免这个问题发生。

参考KB：65146

是否会VM的数据以及运行状态？

==============

不会影响！

如果是FTT=1的话，VM有另外的副本在正常运行

如果是FTT=0的话，在进入维护模式前数据已经迁移到其他的主机

遇到类似问题应该怎么做？

==============

等

等

等

    在SSD初始化的过程中避免重复重启主机，因为重启主机后会重新开始SSD初始化。

“During this “initializing SSD” period, further reboots of hosts in this state should be avoided.  ”

如何避免类似问题发生

==============

1. 使用稳定性高的硬件，尤其是SSD。

2. 使用规范的操作流程重，尤其是重启主机前进入维护模式

3. 升级到vSAN6.7的版本：在最新的版本中用户可以看到SSD初始化的进度、剩余时间等信息，这样可以方便用户了解主机的状态。

参考文档：

==============

• Initializing vSAN during boot takes a longer time ()

• vSAN Disk Groups fail to mount after boot (65146)

• vSAN disk group creation may fail when using large cache tier drives ()

• https://blogs.vmware.com/virtualblocks/2017/09/19/vsan-operations-use-band-management-view-vsphere-dcui-host-restarts/

今天的分享到此就结束了，感谢您的阅读，如果确实帮到您，您可以动动手指转发给其他人。