最近遇到一些用户反应异常断电后主机启动太慢的问题，画面卡在“初始化SSD”很久，今天就简单说说在启动的背后vSAN到底做些什么。
工作原理：
===============
相对于没有使用vSAN的ESXi主机，vSAN主机在启动的时间会长一些，一般10-30分钟是比较正常的范围。其实针对这个现象，我们已经有KB做了相关的解释：
KB:在引导期间初始化 vSAN 需要很长时间 (2149115)
进一步来说，在启动的过程中，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 (2149115)
vSAN Disk Groups fail to mount after boot (65146)
vSAN disk group creation may fail when using large cache tier drives (2146495)
/virtualblocks//09/19/vsan-operations-use-band-management-view-vsphere-dcui-host-restarts/
