WI页面打开慢、虚拟机登录慢且登录时高概率断开重连

发布时间:  2015-10-27 浏览次数:  171 下载次数:  0
问题描述
【适用版本】:FusionAccess  V100R005C20SPC100

WI页面打开慢、虚拟机登录慢(10-20s),且登录时高概率断开重连。
处理过程
1) 确认现场有客户DNS,也有基础架构服务器新搭的DNS。VM中配置的是客户的DNS,TC终端侧配置的是基础架构服务器新搭的DNS。

2) TC打开WI页面前需要完成WI服务器地址解析,参照现场PC配置修改TC端DNS为客户方DNS地址后,WI页面很快就打开了。

3) TC客户端日志(路径C:\HdpLog\ClientLog)发现虚拟机登录过程中从SEND_LOGIN_TICKET到SEND_LOGIN_TICKET_OK正常1s内就能完成,而现场用了30s。


2015/08/02 16:01:21,376[INFO :5728 ][Frame\Authentication.cpp:652] [HDPC-TID-02160020661-zuoxi01][SEND_LOGIN_TICKET_TO_SERVER]
2015/08/02 16:01:21,376[INFO :5728 ][Frame\Authentication.cpp:653] before sending: randomId: zuoxi010.9735963274276569 .
2015/08/02 16:01:51,442[INFO :5728 ][Frame\Authentication.cpp:204] negotiateMsg.version.selfVersion 1.5.0.70
2015/08/02 16:01:51,442[INFO :5728 ][Frame\Authentication.cpp:662] [HDPC-TID-02160020661-zuoxi01][SEND_LOGIN_TICKET_TO_SERVER_OK]


4) TC登录过程中需要将LOGIN_TICKET发给VM,然后由VM再转给HDC进行校验,期间需要完成基础架构服务器(HDC)的地址解析,这段时间用了30多秒,很可能是地址解析过程花费了较多时间。由于时间过长,用户很可能会多点几次,就会出现虚拟机刚登陆又重连的情况。

5) 修改VM的DNS地址为基础架构服务器新搭的DNS后,VM登录过程就很快了。
解决方案
TC客户端的DNS服务器地址参照现场PC机配置,VM中的DNS地址至少有一个可以很快地解析到基础架构服务器地址。可通过配置DHCP服务器完成自动获取的DNS服务器地址的修改。
建议与总结
由于DNS一方面用于基础架构服务器的地址解析,另一方面还要用于现场业务系统的地址解析。所以对于客户已有DNS的情况,可以将基础架构服务器地址都配置到客户DNS上。但要确保TC可以很快地解析到WI/LB/AG的地址,VM可以很快地解析到HDC的地址。

END