国际象棋测试
4-Chess Benchmark.png (25.64 KB, 下载次数: 63)
2017-3-22 19:43 上传
RAR benchmark
WinRAR自带的基准测试
7-RARbench.png (15.8 KB, 下载次数: 54)
2017-3-22 19:45 上传
7-zip benchmark
7zip自带的基准测试
8-7zipbench.png (31.2 KB, 下载次数: 70)
2017-3-22 19:45 上传
CPU-z
从这个分数对比来看,对于这样的Server来说CPU性能足够
9-CPUz-Info.png (46.89 KB, 下载次数: 68)
2017-3-22 19:47 上传
11-CPUz-Bench.png (29.06 KB, 下载次数: 52)
2017-3-22 19:47 上传
RAM
这款主板仅支持双通道内存,同时这个内存实际运行于2133MHz下
5-RAMInfo.png (154.93 KB, 下载次数: 71)
2017-3-22 19:48 上传
10-CPUz-Dualchannel.png (29.19 KB, 下载次数: 69)
2017-3-22 19:48 上传
CPU Press
可以很清楚的看到,这样一个平台的温度控制表现非常好。
6-PressFPU.png (43.44 KB, 下载次数: 67)
2017-3-22 19:49 上传
系统待机功耗:
7-common.jpg (671.2 KB, 下载次数: 59)
2017-3-22 17:12 上传
系统满载功耗:
6-Full.jpg (570.16 KB, 下载次数: 72)
2017-3-22 17:12 上传
关于硬件调试
在使用过程中我遇到了一个问题:风扇速度很有规律的在300RPM-1500RPM之间变化,但是考虑到这套系统的温度相当低,因此我认为这个问题应该是由于服务器的报警机制造成。查看系统日志后发现,日志中出现大量如下的错误信息。
FANA Fan Lower Critical - Going Low - Assertion
FANA Fan Lower Non-Recoverable - Going Low - Assertion
根据网络上的信息,可以发现,这种规律的变化正是因为风扇转速太低造成的风扇低速报警,在产生报警后,风扇会以满速运行一段时间,只到测速发现一切正常,再次降低转速,并最终导致这种规律的报警。我在网络上搜索一番以后发现解决方法很简单。
方法一是直接屏蔽测速,让风扇直接满速运行,同时使用减速线。
方法二是使用IPMI调节转速,使得全速时pwm并非100,则即使全速也不会有太大噪音。
方法三则是使用IPMI重新设定风扇下限阈值。
权衡再三后我选择了方法三,理由很简单,这种方法能够彻底阻止这种问题复发,同时保留系统的pwm风扇调速功能。由于连续几日的断网,我几经周折创建好一个带有ipmi工具的linux系统,使用它调节IPMI:
ipmitool -H [IP Address] -U [UserID] -P [Password] sensor list all
//列出系统中所有的传感器信息
CPU Temp | na | | na | 0.000 | 0.000 | 0.000 | 95.000 | 100.000 | 100.000
PCH Temp | na | | na | -11.000 | -8.000 | -5.000 | 90.000 | 95.000 | 100.000
System Temp | na | | na | -9.000 | -7.000 | -5.000 | 80.000 | 85.000 | 90.000
Peripheral Temp | na | | na | -13.000 | -11.000 | -9.000 | 76.000 | 81.000 | 86.000
VcpuVRM Temp | na | | na | -9.000 | -7.000 | -5.000 | 95.000 | 100.000 | 105.000
DIMMA1 Temp | na | | na | 1.000 | 2.000 | 4.000 | 80.000 | 85.000 | 90.000
DIMMA2 Temp | na | | na | na | na | na | na | na | na
DIMMB1 Temp | na | | na | 1.000 | 2.000 | 4.000 | 80.000 | 85.000 | 90.000
DIMMB2 Temp | na | | na | na | na | na | na | na | na
FAN1 | na | | na | na | na | na | na | na | na
FAN2 | na | | na | 300.000 | 500.000 | 700.000 | 25300.000 | 25400.000 | 25500.000
FAN3 | na | | na | 300.000 | 500.000 | 700.000 | 25300.000 | 25400.000 | 25500.000
FAN4 | na | | na | 300.000 | 500.000 | 700.000 | 25300.000 | 25400.000 | 25500.000
FANA | na | | na | 300.000 | 500.000 | 700.000 | 25300.000 | 25400.000 | 25500.000
12V | na | | na | 10.144 | 10.272 | 10.784 | 12.960 | 13.280 | 13.408
5VCC | na | | na | 4.246 | 4.298 | 4.480 | 5.390 | 5.546 | 5.598
3.3VCC | na | | na | 2.789 | 2.823 | 2.959 | 3.554 | 3.656 | 3.690
VBAT | na | | na | 2.384 | 2.496 | 2.580 | 3.476 | 3.588 | 3.672
VCPU | na | | na | 0.076 | 0.076 | 0.076 | 1.516 | 1.516 | 1.516
VDIMMAB | na | | na | 0.948 | 0.975 | 1.047 | 1.344 | 1.425 | 1.443
5VSB | na | | na | 4.246 | 4.376 | 4.480 | 5.390 | 5.546 | 5.598
3.3VSB | na | | na | 2.789 | 2.891 | 2.959 | 3.554 | 3.656 | 3.690
VBMC 1.2V | na | | na | 1.020 | 1.047 | 1.092 | 1.344 | 1.371 | 1.398
VPCH 1.0V | na | | na | 0.872 | 0.890 | 0.917 | 1.043 | 1.052 | 1.070
Chassis Intru | na | discrete | na | na | na | na | na | na | na复制代码
不难发现,超微默认的风扇下限阈值是300 500 700,而猫扇则是在130-1500RPM之间运行的,也就是说猫扇在低负载情况下很有可能会使用很低的转速,那么触发警报就在所难免了。
使用以下命令。调节阈值:
ipmitool -H [IP Address] -U [UserID] -P [Password] sensor thresh FANA lower 100 100 100
//将设备 FANA的下限阈值调节均为100,通过设定下限值,可以将风扇的报警问题解决复制代码
再次测试,则发现风扇速度已经变慢,系统中也不再出现相关错误日志了。
正式安装系统:
解决完大部分硬件问题后,就可以安装底层系统了。这次安装的底层系统仍然是ESXI,不过直接使用最新的6.5.0版本,使用intel的虚拟化技术。Intel 的定向虚拟化技术更加可以直通显卡阵列卡等硬件设备,对后期扩展服务器功能有很大的作用。这次安装我使用iKVM远程挂载iso安装
loadingESXI installer.png (77.5 KB, 下载次数: 66)
2017-3-22 20:02 上传
ESXI的安装总体来说非常简单,网络上官方以及第三方资料非常齐全
loadingESXI installer-2.png (64.74 KB, 下载次数: 59)
2017-3-22 20:02 上传
Main.png (192.06 KB, 下载次数: 66)
2017-3-22 20:04 上传
NAS服务安装:
NAS服务方面我主要使用FTP/Samba而SAN来说iSCSI确实也很有用,至于一些多媒体的功能我实际用的很少。那么我就不选择群晖等系统而是寻求更加高效稳定的NAS专用系统了。我这里选择Open-E(这是某heart君强力推荐的),我直接使用里面免费的DSS v7 SOHO版本,自带的4T加上推荐好友得到的8T空间完全可以满足我的需求。
从上次部署Gen8的经验来看这些企业级系统确实有独到之处,稳定性以及速度都是普通的系统无法比拟的。
总结一下我了解的一些NAS系统
从易用性上DSM(群晖)> Open-E > FreeNAS=OMV
速写速度优化Open-E ≈ FreeNAS > DSM > OMV
应用扩展性OMV > DSM > FreeNAS > Open-E
系统许可情况:
FreeNAS - BSD base 开源 免费
OMV - Debian base 开源 免费
DSM - linux base 闭源 硬件同捆
Open-E - linux base 闭源 收费系统
综合来说就是根据不同的需求不同人适合不同的系统。
Open-E简单来说就是非常标准的企业级系统,没有什么多余功能,很简单的只保留NAS+SAN,类似这种系统的还有nexenta(Solaris base),这个系统在Pufer之前的帖子中曾经展示过,同样是收费系统,也同样有一些免费版本可以给个人或者小规模团队使用。在满足它硬件的条件下,这种系统有着极其良好的稳定性,以及企业级的数据保护能力。配合ECC内存,Intel虚拟化,系统性能可以发挥的淋漓尽致。
DSS-A.png (92.19 KB, 下载次数: 64)
2017-3-22 20:08 上传
注:这里我系统选择的是DSS的7.0u56,选择此系统的理由是这个版本没有限制RAID卡的使用(VM默认的SCSI虚拟卡会被当做阵列卡,从而无法正常建立分区)
根据系统自带的quick start文档很快就可以建立好NAS/SAN,初始化完成后我开始进行下一个系统的安装。我需要一个系统做一些综合性的处理,包括一些网盘同步,以及充当Encode测试平台,因此我选择了Windows Server 2016,在之前的使用过程中,我发现这个系统的稳定性很不错,兼容性也还能够满足我的要求。
Win-A.png (63.22 KB, 下载次数: 59)
2017-3-22 20:12 上传
系统激活方面,由于大多数国外学校都提供有Microsoft Imagine服务(也曾经叫做Dreamspark),我直接使用系统提供的密匙激活,这个方法大家也可以自己尝试申请使用。