各位技术大牛好,本人小白,发表帖子经验较少,贴中观点仅为个人理解,有错误欢迎大家指正。 这次给大家带来的是桌面云aDesk升级V5.5.3R1版本分享。 1、首先先了解一下V5.5.3R1版本的主要特性: 1.1. 版本功能说明:5.5.3R1版本在5.5.3版本的基础上合入信创5.4.15版本的能力,包括信创虚拟机单点登录、信创终端接入winserverSBC应用
2、升级影响 升级后需要重启设备,会中断业务,需要和客户沟通预留窗口时间 2.1. 升级VMP期间用户无法登录使用虚拟机 2.2. 升级虚拟机agent会更新,用户虚拟机会重启,需提前通知用户保留/备份重要数据 2.3. 升级VDC期间,已登录正在使用虚拟机的用户连接会断开
3、注意事项 3.1.升级VDC过程中,连接中的虚拟机会断开连接并自动重连,如果自动重连失败,需要在组件(ROM/Agent)全部升级完成后,重新登录 3.2.升级设备均会导致设备重启,用户暂时无法接入,故升级应在业务空闲时间进行 3.3.使用3D共享模式(非vGPU)的用户,升级前需联系400评估,并在400的指导下进行升级操作 3.4.如果是beta版本的务必升级到此版本正式版才允许升级到其他正式发布版本 3.5.VDI5.3.2SP1及以下版本使用3D直通模式的用户,升级前需要申请VDC铂金用户授权,在升级完后更新VDC授权,否则会因为没有授权而无法接入直通虚拟机 3.6.出于云桌面稳定性、安全性和使用体验以及微软官方对windowsXP支持情况综合考虑,从5.4.10版本开始,不再支持XP作为虚拟桌面和接入云桌面终端设备的操作系统,若有使用XP需求的客户,建议最高升级至5.4.5R3版本 3.7.VDC升级必须使用桌面云aDesk升级工具(SANGFOR_Updater6.3_aDesk),不再支持老版本的SangforUpdate工具 3.8.升级会导致登录用户断线及虚拟机重启,需提前预留业务空闲窗口 3.9.VMP升级前,需保证集群内所有VMP主机处于在线状态 3.10.VDC和VMP的版本必须匹配,各设备升级应协调在同一时间段进行 3.12.升级前如果有还原模式虚拟机模板,升级后Agent不会自动更新,必须手动更新
4、升级前注意事项 4.1.查看授权是否在有效期内(在VDC控制台[系统设置/系统配置/授权管理]处,查看升级授权是否过期;所以一定要提前跟客户还有销售沟通好,记得先把授权更新一下) 4.2查看VDC/VMP是否有补丁包 4.3VDC先打升级前检测包,如果VDC是集群部署,可以不拆分集群,升级客户端直接连接集群ip或者分发器ip升级vdi-sp_202206271932-update_pre_check.ssu(补丁包【vdi-sp_202206271932-update_pre_check.ssu】作用:检查VDC是否启用后台推送功能,如果启用,则不能升级。升级VMP前需要将其关联的VDC先升级此检测包,检查硬件vdc内存是否小于4G,如果是则不允许升级检查vdc的用户组是否启用了并发用户数设置,如果该设置的值非0,则不允许升级);VMP在VDC打完升级检测包后,需要打aDesksp-updatepatch-540_5414(20220704).pkg检查包(补丁包【aDesksp-updatepatch-540_5414(20220704).pkg】作用:检查VMP主机的剩余空间优化到7-10G检查VMP集群中是否存在Server2003的虚拟机,如果存在则不能进行升级检查VDC是否符合升级要求)
5、VPM升级步骤 5.1.登录VMP控制台; 5.2.打开[管理/序列号]界面,检查VMP序列号,确认序列号有效,避免出现因序列号失效导致主机重启后虚拟机无法开机等问题 5.3.手动批量关闭所有虚拟机,确保所有虚拟机都是关机状态 5.4.打开[管理/设备升级]界面,点击页面<开始检查>按钮进行硬件环境检测;环境检测不通过请按照提示进行处理,直到环境检测成功。(注:点击<开始检查>(如已经处于维护模式请先关闭维护模式再进行检查) 5.5.等待检查结果 5.6.点击<下一步>,加载VMP5.5.3R1的正式发布包VMP5.5.3R1(20220808).pkg升级;升级完成后,点击“重启所有主机”。VMP的升级操作在重启后才会生效。重启会自动退出维护模式 5.7.检查VMP平台状态(各主机在线情况,虚拟存储的在线情况,平台授权情况),确认VMP升级后都运行正常。如果结果异常建议联系400进行处理
6、VDC升级注意事项 6.1.VDC升级前需要校验公网时间,请保证运行升级客户端的PC能够正常联网,如客户环境不允许联网,可使用离线升级客户端进行升级; 6.2.如果VDC做了集群部署,需先退出集群分别进行升级,全部升级完成后再加入集群;集群拆分后不能修改VDC上任何配置; 6.3.升级脚本会检查VDC脏数据,异常的检查结果为出现如下带有“error”字样的信息,说明存在脏数据,无法继续执行升级操作,需联系400协助解决;Error irtydataonsvpnvdi_vm_usertable,checkit,vmid=1 6.4.VDI5.4.0R2-VDI5.4.2版本需要使用升级客户端升级的话,需要在VDC控制台[系统设置/系统配置/控制台配置],勾选[启用远程维护]功能后,点击<保存>才能使用升级客户端连接VDC。VDI5.4.5以上版本需要使用升级客户端升级,需要在VDC控制台[系统设置/运维设置],勾选[升级维护]中的选项,点击<保存>才能使用升级客户端连接VDC
7、VDC升级步骤 7.1.硬件VDC升级之前在web控制台备份全局配置;若为软件VDC,升级之前则先打好快照; 7.2.使用SangforUpdater升级客户端工具连接VDC,其中登录账号及密码为登录VDC控制台的账号密码 7.3.点击“浏览”,加载VDC的升级包VDC5.5.3R1(20220809).ssu,点击<下一步>开始升级VDC; 7.4.VDC升级完成自动重启后,登录检查确认VDC运行正常(VDI服务运行正常,虚拟机化平台控制器连接正常)
8、Agent升级 8.1.独享桌面agent升级,区分专有模式和还原模式目前派生的虚拟机类型有专有模式和还原模式两种类型,已派生的虚拟机类型,可通过打开VDC控制台,[桌面云设置/资源管理/对应虚拟机资源/虚拟机配置]页面进行查看
8.2.专有模式Agent升级 8.2.1.不支持操作系统为windowsXP的虚拟机进行升级; 8.2.2.因此种更新方式并没有更新模板的Agent,故后续用此模板派生出的虚拟机里的Agent程序依然为旧版本,仍然需要从VDC开机进行自动更新操作; 8.3.3.如果Agent状态非绿色正常状态,请联系400工程师进行处理; 8.3.4.3D服务器升级成功后,需要先等Agent更新完毕,Agent更新前终端接入可能会有崩溃现象 (注:在VDC上开启所有虚拟机,虚拟机开机后会自动进行更新;更新过程中虚拟机会自动重启多次,可以登录VDC查看虚拟机列表,观察虚拟机Agent版本更新情况)
9、aDesk ROM升级 9.1.1.进入VDC控制台,勾选[系统设置/接入选项/客户机/自动下载安装系统更新]选项 9.2.将aDesk全部开机,界面右下角有个系统更新的提示,点击即可下载更新 9.3.点击<下载>,显示下载进度 9.4.下载完成后点击<立即安装>,重启系统后aDesk会安装新的ROM系统并更新成功 9.5.重启结束后自动开机,检查ROM版本号信息,显示黑色,表明aDeskROM升级成功。
10、X86架构的瘦客户机ROM升级操作步骤 10.1.进入VDC控制台,勾选[系统设置/接入选项/客户机/自动下载安装系统更新]选项 10.2.将aDesk全部开机,界面右下角有个系统更新的提示,点击即可下载更新 10.3.重启结束后自动开机,检查ROM版本号信息,显示黑色,表明aDeskROM升级成功
11、应急和回退方案 11.1.为了避免升级出现异常,应严格按照升级步骤要求来完成升级操作;现场服务人员在上门操作之前,协调好必要的后端资源进行保障。 11.2.VDC升级的风险及应对:在升级VDC之前,需要先导出全局的VDC配置,如果是软件VDC,务必事先打好快照,便于应急回退。在升级定制包之前,对VDC打快照,便于应急回退。如果硬件VDC型号是VDC-2500,升级后遇到网口乱序,可重新通过eth0连接设备后台后,删除rc2swapnic.sh和arrange_eth.sh两个脚本文件并重启VDC来解决。兜底:无论是软件VDC还是硬件VDC,如果升级失败,导致业务不可用;我们都可以通过事前备份的全局VDC配置,快速部署软件VDC并后台建立账号与虚拟机的关联关系,恢复业务,控制升级失败带来的影响。 11.3.VMP升级的风险及应对:在升级VMP之前,建议先升级测试集群,升级过程和结果按预期达成,再升级生产集群。升级前巡检工具的例行巡检,提前识别缓存、硬件、日志中的异常并确认是否影响升级 如果在升级过程中出现VS数据频繁同步等问题,及时协调VS的研发后台处理。在升级成后通过巡检工具以及《升级后检查表》检查集群负载以及副本均衡的检测。兜底:如果VMP的大版本升级失败或部分升级失败,可以研发介入后台。手动升级;对于VMP的定制包或补丁包升级,支持回滚功能。 11.4.Agent升级的风险及应对:在VDC查看每台虚拟机的Agent状态和版本信息,如果一次性未能100%升级成功,针对异常的虚拟机分析原因,并手动更新。(一般原因都是杀毒软件拦截导致)。升级成功后,先随机抽检20个接入,确保没有蓝屏后,再对所有虚拟机开机。 11.5.盒子ROM升级的风险及应对:盒子的升级风险极低,一旦出现少量的ROM更新异常,可手动刷新解决。准备若干备用盒子,对于手动刷新ROM也无法解决的盒子,建议可先上备用的。 11.6.定制的风险及应对:定制在开发过程中,模拟客户环境且复制客户VDC配置等信息进行模拟测试,并经过多次测试和确认,达到客户预期结果才能升级。定制功能需要在升级后,由研发的定制开发人员远程联调迁移,确保与第3方的认证服务器对接正常。 11.7.在整个升级过程中,有客户服务中心工作人员远程值守,出现任何异常,快速接入并解决
好了,到这里就结束了,以上步骤纯属个人理解,欢迎各位大牛指正里面的遗漏和错误!!! 另外还有一句话,山外青山楼外楼,求个点赞行不行~~~~~ |