服务器评估，服务器主机配置

如何评估服务器的算力性能

要评估服务器的算力性能，可以从多个角度进行考量：

首先，基准测试是关键，借助标准化工具如SPEC CPU、Geekbench或Cinebench，直接测量CPU和GPU的处理能力。

性能计数器是另一个有力工具，通过操作系统和硬件提供的数据，深入了解处理器、内存和I/O的实时性能。

实际工作负载测试不容忽视，通过模拟或运行真实应用，可以观察服务器在特定任务中的表现。

资源监控工具，如Nagios和Zabbix，能实时追踪CPU、内存、存储和网络的使用情况，反映服务器的稳定运行状态。

关注服务器在高负载下的能效和散热，这直接关系到系统的可靠性和效率。

针对Web服务器，SPECweb系列标准提供了专门的性能评估框架。

机器学习和数据库性能的评估则有MLPerf和SPC-1，它们针对特定类型服务器的性能优化。

综合运用这些评估方法，可以全面了解服务器的算力性能，确保其能适应各种业务需求和工作负载。

虚拟化服务器性能如何评估

如果只有两个Guest OS,以规格来看，瓶颈应不会在CPU性能上，反而是硬盘I/O跟网络速度的性能比较有可能，而内存数量及使用规划也要注意。另外如果是无法长期停机的机器，需要评估备份或后备规划，以及后备系统版权授权规定及费用。

关键瓶颈是磁盘I/O,并非CPU。需要跟进的事情是﹕

1.在旧主机上面，先监测出跑报表所需要的IOPS有多少？并精算VM硬盘。

2.如果文档复制会占用主机所有的IOPS,这种工作不适合跟其他VM共享磁盘。

所以，如果要拆开，主因并不是CPU不够用（跑报表跟文档复制，根本用不到多少CPU资源），而是磁盘的I/O资源会被文档复制全部占用，造成其他的VM排队等候。

在虚拟化软件的选择上，如果是VMware ESX（i），可以透过vSphere Client或vCenter新增Resource pool,来设定Guest OS的CPU资源。

可以测试一下：报表跑数据大量择取的时候，使用“Windows工作管理员/处理程序”查看CPU与内存以及I/O的状态。

虽然将它们放在同一台主机，但是文档服务给它一个完全独立的磁盘子系统，不跟其他VM共用，那这样就不会有以上的顾虑，还是可以放在一起。

例如，你可以买一台SAN给文档服务的VM专用，但另买一台SAN给其他的VM共用，最后，数据库的问题还是要回到IOPS上来。我遇过80%以上想做虚拟化的新手，都不知道原本旧主机上数据库的瓶颈是在Disk I/O。一般说来，跑ERP报表吃掉1,000~3,000 IOPS是很常见的状况，这代表RAID至少要5到15颗以上来组合，才足够应付这样的IOPS。

根据以往的经验，在看到这个数据之前，用户都一直认为瓶颈是CPU,所以要换新主机来提升CPU,但看过监测数据之后才知道，其实瓶颈都在IOPS。

补充一下，一般状况下，一颗SATA硬盘的IOPS只有70到80左右，一颗15K SAS硬盘的IOPS,大约200到240左右。组成RAID多颗硬盘时，IOPS会跟着你的硬盘数量而增加，例如使用96颗硬盘组成RAID-5的一台Dell MD3200i,实测数据上，IOPS可以高达40,000。

服务器服务能力评估

服务器服务能力的核心并非单纯依赖硬件性能或软件效率，而是评估服务器在运行状态下的服务可用性，以0-100的评分体系衡量，数值越高，表示服务器空闲度越高，处理新请求的能力越强，接近100则意味着无使用压力。

服务能力评估会全面考量设备性能、软件瓶颈及系统配置等多方面因素。这些因素包括但不限于：服务端口的稳定性、打开文件的数量限制、网络带宽的使用情况、系统的输入输出操作（CPU和网络）以及并发连接数、响应质量（如页面加载延迟或音视频卡顿）以及错误率（异常请求和攻击影响）等。

在实际应用中，评估时需要权衡数值变化对系统的影响程度。例如，小幅度的数值变化可能对系统影响较小，但若超出最大并发和设置上限的阈值，如超出x%，则需特别关注。这样的考量有助于更准确地理解和优化服务器的服务能力。

总的来说，服务器服务能力评估是一个综合评估过程，需要对多个关键性能指标进行动态监控和权重分析，以确保在高并发和变化环境中仍能提供稳定的服务。