查看: 328|回复: 17

[vSphere] SAP性能问题

  [复制链接]
发表于 9-12-2017 10:10:35 | 显示全部楼层 |阅读模式
SAP 服务器p2v迁移到了虚拟机里面,操作系统 2003,出现如下的问题
每天早上8.30 上班的时候客户端登陆非常卡,几乎打不来
但是到了大约9.10 又恢复正常,然后一天无事
连续2天如此
观察发现,异常的时候读取存储非常厉害,达到583MBps
查看虚拟机内页面文件使用超过41GB
看资料说是建议要做内存预留,不知哪位有这方面的经验
谢谢
分享到:
发表于 9-13-2017 09:28:40 | 显示全部楼层
你想虚拟机的硬件是什么配置?
本来Win 2003就是很老的系统了,原来在物理机上面的时候正常的吗?
发表于 9-13-2017 10:13:26 | 显示全部楼层
新的服务器,CPU实际效能应该会比原本的好;
同样内存的话,差异不会很大;
如果存储比原本要好不少,那存储性能也不会差。
P2V的系统,不如原生全新安装。
 楼主| 发表于 9-13-2017 10:32:46 | 显示全部楼层
天擎 发表于 9-13-2017 09:28
你想虚拟机的硬件是什么配置?
本来Win 2003就是很老的系统了,原来在物理机上面的时候正常的吗? ...

16核 32GB ,存储IBM 5030,7个sas做的raid5
发表于 9-13-2017 11:08:04 | 显示全部楼层
本帖最后由 sam740720 于 9-13-2017 11:23 编辑

SAP的数据库如果是oracle,你在本地硬盘做raid5的IO性能可能会有瓶颈的......(一般要求在线重做日志的数据文件的路径放在raid1的硬盘上,其它数据文件和归档日志可以放在raid5硬盘上)

如果在raid5的硬盘上跑oracle虚拟机很有可能在访问频繁的时候出现IO性能问题。

如果虚拟机在SAN存储上,会好一些(跑oracle数据库虚拟机的硬盘,如果是机械盘最好是15000转的或固态盘)

“查看虚拟机内页面文件使用超过41GB”说明在上班时间是很多用户同时访问,因为服务器的IO处理的慢很作作业在内存中排队,这种情况下适当的调大一点oracle的内存相关参数试试

发表于 9-13-2017 11:37:41 | 显示全部楼层
我就很诧异,为什么很多核心的业务系统,你们都愿意选择P2V的方式
第一,操作系统老旧,存在安全风险
第二,随着业务发展,原来的硬盘分配及应用都需要针对系统运行情况调整、优化
第三,数据库及其它高IOPS的应用存储规划需要应用厂商提供建议或参考数据
对此,为什么不去重新构建环境,做优化后迁移数据库数据
发表于 9-13-2017 11:41:04 | 显示全部楼层
逍遥耳 发表于 9-13-2017 11:37
我就很诧异,为什么很多核心的业务系统,你们都愿意选择P2V的方式
第一,操作系统老旧,存在安全风险
第二 ...

虚拟化是趋势......,好处太多啦......,对硬件的性能要求高
发表于 9-13-2017 11:48:40 | 显示全部楼层
sam740720 发表于 9-13-2017 11:41
虚拟化是趋势......,好处太多啦......,对硬件的性能要求高

你说的跟我说的好像不搭哦,对硬件性能要求高倒不一定是

就像楼主提的问题,这种问题,不是他那么简单描述就能判断的,虚拟化环境共用存储,那可能是受其它虚拟机io的影响也是可能的,也有可能是vsphere底层计算资源调度的原因(没有预留),单单那个描述不好说

虚拟化的服务提供商,对虚拟化熟悉,但是对业务不熟悉,缺乏应用厂商配合跟沟通,有时候就会发生很多问题,这是实施之前规划的问题,而不一定是虚拟化或者硬件性能达不到的问题
发表于 9-13-2017 14:13:55 | 显示全部楼层
逍遥耳 发表于 9-13-2017 11:48
你说的跟我说的好像不搭哦,对硬件性能要求高倒不一定是

就像楼主提的问题,这种问题,不是他那么简单描 ...

我回答你的是"为什么很多核心的业务系统,你们都愿意选择P2V的方式"

关于楼主的问题已经告诉他原因了,不是说符合官方推荐的IOPS值就没事了(太相信iops值会误事的,有时要被客户骂死)。还要结合SAP系统中的用户数、高并发时的用户数以及数据库的数据量大小,都是影响性能的因素。

类似SAP服务器对硬件要求相对是比较高的,做虚拟主机相关的硬件性能要是一般,我不认为很多应用的体验会很爽。
发表于 7 天前 | 显示全部楼层
比如虚拟硬盘要使用置零的置备方式,对内存要求高的,就要预留内存(保证足量的专用内存不被其他虚机共享)。你现在32GB的虚机内存而虚拟页面文件到了41GB,说明虚机内存设置有些低
发表于 7 天前 | 显示全部楼层
1\  7个SAS raid5 在顺序读的时候  1M/块  差不多能提供 3G的带宽  能提供 580M 是小菜一碟
2、7个SAS RAId5  差不多只能提供1000的IOPS   这个还是夸大的值。  请查看此时IOPS值多少。
3、猜测是每天这个时候执行JOB,跑报表 或者大量登陆查报表。 更大的随机读,原因是IOPS不够
查看IOPS的  HDtune 就可以 虽然不够专业 用来毛估估还是可以的
发表于 6 天前 | 显示全部楼层
肯定是那个时候在跑什么报表 后台之类的。
而且 转到虚机建议是全新安装系统,重新部署。
2003对于虚拟化的支持本身就差些,效能下降是必然的。
我这边做SAP迁移直接找了一个水平不错的basis来做的。 现在放在server2008r2上面。  性能没问题。
我还是异构迁移,原来在IBM小鸡上面的。  
你看磁盘的话还可以在SAP 里面来看 sm66看看卡的时候看看进程有些什么。
发表于 4 天前 | 显示全部楼层
逍遥耳 发表于 9-13-2017 11:37
我就很诧异,为什么很多核心的业务系统,你们都愿意选择P2V的方式
第一,操作系统老旧,存在安全风险
第二 ...

P2V的费用可控。
如果重构环境,需要注意以下的内容:
1、原厂家已停止支持,这里的厂家指的是操作系统、商业软件厂家
2、原实施方(或集成商)的合作关系已不在,涉及高价的再部署及实施
3、大量的二次开发并没有规范性的文档留底,这才是最麻烦的
综合以上三点,往往会是天价,或者费用不可控。(除非甲方本身的开发等的能力足够)

当然,无论p2v还是重构,都会涉及的授权或注册的问题,这里就不提了。

点评

不能为了虚拟化而虚拟化 假设原提供方或者厂商服务已不在,或者说文档不规范;个人觉得分两种情况,第一种,通用性应用或者被熟知的应用,可以P2V,第二类是第一类之外的,这样的应用,反倒不要为了虚拟化而虚拟化,  详情 回复 发表于 4 天前
发表于 4 天前 | 显示全部楼层
wenyu_huo 发表于 9-18-2017 12:24
P2V的费用可控。
如果重构环境,需要注意以下的内容:
1、原厂家已停止支持,这里的厂家指的是操作系统、 ...

不能为了虚拟化而虚拟化
假设原提供方或者厂商服务已不在,或者说文档不规范;个人觉得分两种情况,第一种,通用性应用或者被熟知的应用,可以P2V,第二类是第一类之外的,这样的应用,反倒不要为了虚拟化而虚拟化,因为如果运维人员对产品、应用不了解,将应用迁移到新环境里,可能会遇到其它问题,这样反倒不利于系统运行

个人觉得免费的P2V产品只是给用户多了种手段去完成虚拟化,但又不是100%,但到了销售手里,可能以此为噱头,在用户没有应用厂商支持下完成

但实际操作中,会碰到的问题可能是,客户运维人员对应用不了解,无法完成P2V之前备份工作,一旦P2V出现问题,可能面临无法恢复的问题。有人可能说冷迁风险相对较低,但是有些老旧服务器可能重启就再也起不来

就P2V方式来说,个人建议最好使用具有P2V及支持虚拟化的备份软件去做这件事,因为既可以完成P2V的备份,又可以P2V,对于构建的虚拟化环境也可进行备份。

当然,资金有限的话,风险相对会高
发表于 3 天前 | 显示全部楼层
win2003微软已经停止支持了,还用呢。建议重构生产环境并迁移。P2V冷迁移的风险不大,但偶尔还是会出现问题。备份是必须的。楼主存储明显有瓶颈,切换到其他IOPS更高的存储吧。
发表于 3 天前 | 显示全部楼层
我这边的SAP从Win2008迁移到VM上的Centos7上了, 整体升级, 快了很多, 已经去Windows化了...
发表于 3 天前 | 显示全部楼层
everychengxuan 发表于 9-19-2017 11:11
我这边的SAP从Win2008迁移到VM上的Centos7上了, 整体升级, 快了很多, 已经去Windows化了... ...

如果不用小鸡,把sap安装在linux上很好的,要是windows里每个月得打安全补丁烦死啦
 楼主| 发表于 昨天 22:32 | 显示全部楼层
没想到这么多人回复

这是基本查明了,当时迁移,我让网管把后台的一些计划任务关闭,包括数据库备份
迁移以后,他又去开启了数据库备份,但是阴差阳错,备份时间被他改到了上班那个点之前
然后卡卡卡了
您需要登录后才可以回帖 登录 | 我要注册 一键登录: 更多»

本版积分规则

快速回复 返回顶部 返回列表