使用的早期的2019镜像,早期的2019镜像磁盘策略是微软默认的san policy不是onlineall,新的公共镜像已经优化微软默认设置为san policy onlineall
如果不是上面这样,例如:
这种如果挂多块盘就有可能重启掉盘
如果不是onlineall(全部联机)的话,继续在diskpart的命令行执行san policy=onlineall
建议做镜像之前检查是否san policy = onlineall,不是的话设置下
另外,制作镜像前以管理员身份打开cmd命令行执行这2句命令规避初始化时的其他问题
reg delete "HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation" /v "RealTimeIsUniversal" /f
reg delete "HKEY_LOCAL_MACHINE\SOFTWARE\Cloudbase Solutions" /f 2>&1 > $null
请不要随便删除cloudbase-init的注册表,如果创建机器时传了userdata,而userdata代码里有写操作的代码,那你删除了cloudbase-init的注册表会导致初始化标记为0,下次开机的时候cloudbase-init会认为机器没有初始化过,是新机器,就会自动触发重新执行一遍userdata里的代码,严重点假设,假设代码里有格式化数据盘的操作,岂不是要凉凉
存量的机器需要用户手动执行下diskpart回车san policy=onlineall回车,并手动在磁盘管理器对脱机的磁盘联机,然后重启观察
存量的机器、自定义镜像都需要自己修一下
这里要特别提一下cloudbase-init,它是个开源初始化程序,不是云平台自产的,很多家云厂商都用它,它有个配置项san_policy=OnlineAll 可以在做镜像之前加到配置文件里试一下
配置文件路径:C:\Program Files\Cloudbase Solutions\Cloudbase-Init\conf\cloudbase-init.conf
下图不是云平台官方的,也不是cloudbase-init官方的,是我自己查cloudbase-init资料调配的,cloudbase-init的特殊配置项是很多的,例如:
set_unique_boot_disk_id
display_idle_timeout
real_time_clock_utc
volumes_to_extend
san_policy
等等
参考cloudbase-init官方资料:
①https://readthedocs.org/projects/cloudbase-init/downloads/pdf/latest/
②https://cloudbase-init.readthedocs.io/en/latest/config.html
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。