简介
在当今竞争激烈的数字环境中，拥有高性能服务器对于业务成功至关重要。服务器作为企业 IT 基础设施的核心，负责处理关键业务应用程序、存储数据并为用户提供服务。因此，选择满足特定需求的最佳服务器解决方案至关重要。
服务器性能基准测试提供一种客观的方法来评估不同服务器解决方案的真实能力。通过进行基准测试，企业可以确定哪种服务器最能满足其工作负载要求，并做出明智的购买决策。
服务器性能基准测试
服务器性能基准测试是测量和比较服务器性能的系统过程。该过程涉及使用一组标准化测试来评估服务器在不同工作负载下的表现。
常见的服务器性能基准测试类型包括：
- CPU 基准测试：测量服务器在处理计算密集型任务时的能力。
- 内存基准测试：测量服务器存储和检索数据的速度和效率。
- I/O 基准测试：测量服务器与存储设备交换数据的速度。
基准测试工具
有多种基准测试工具可用于评估服务器性能。一些流行的工具包括：
- SPEC CPU2017：用于测量 CPU 性能的行业标准基准测试。
- SPECjbb2015：用于测量 Java 应用程序服务器性能的基准测试。
- FIO：用于测量 I/O 性能的开放源代码基准测试工具。
解读基准测试结果
在进行服务器性能基准测试后，必须正确解读结果。以下是一些关键提示：
- 考虑工作负载：不同的基准测试针对不同的工作负载。选择与您的实际工作负载最匹配的基准测试。
- 比较相似服务器：仅将具有相似配置和规格的服务器进行比较。否则，结果可能会受到误导。
- 寻找综合分数：一些基准测试工具提供综合分数，概括服务器的整体性能。这可以帮助您快速比较不同选项。
选择最佳服务器解决方案
通过使用服务器性能基准测试，企业可以获得客观数据，帮助他们选择最佳的服务器解决方案。以下是一些考虑因素：
- 性能要求：确定您的工作负载对服务器的性能要求。
- 成本：考虑不同服务器解决方案的成本以及它们将如何符合您的预算。
- 可扩展性：选择能够随着业务需求增长而扩展的服务器解决方案。
- 可靠性：考虑服务器的可靠性记录以及是否存在保障措施。
结论
服务器性能基准测试是评估不同服务器解决方案的真实能力并做出明智的购买决策的宝贵工具。通过使用基准测试、解读结果并考虑关键因素，企业可以优化其 IT 基础设施并获得满足业务目标所需的性能。
系统监视系统性能监视
在复杂的服务器性能监视工作中，任务管理器的功能虽便利，但其性能监视能力较为有限。
因此，需要借助更加强大的系统监视器工具，例如Windows NT 4.0中的性能监视器，以及Windows 2000中的系统监视器。
这些工具功能强大，能够实时显示并收集服务器性能数据，同时在关键事件发生时生成警告，帮助管理员全面监控服务器活动。
系统监视器的核心单位是对象，对象指的是服务器资源的服务或机制，如处理器、内存和Web对象等。
对象的不同属性称为计数器，系统监视器记录的正是这些计数器的数值，如处理器对象的%Processor Time计数器和内存对象的Pages Fault/Sec计数器。
在Windows 2000中，系统监视器内置了许多计数器，安装IIS服务后自动添加了IIS计数器，如Web服务计数器、FTP服务计数器等，用于监视连接活动和带宽使用等。
通过“开始”->“程序”->“管理工具”->“性能”->“系统监视器”，可以启动系统监视器并添加所需的计数器。
在添加计数器时，管理员需首先指定监视对象所在的服务器（默认为本地服务器），然后从性能对象列表中选择对象，如IIS服务对象，接着选择计数器和实例（即监视的特定组件）。
系统监视器将显示计数器的活动情况，并允许以曲线、直方图或报告形式查看数据。
管理员可以通过颜色和线形区分多个计数器，并调整系统监视器的整体显示属性。
当需要突出显示特定计数器时，可以使用“加亮”功能。
此外，针对IIS服务器的性能监视，需要同时关注IIS服务和服务器硬件性能，以便识别瓶颈并进行优化。
为确保服务器性能稳定，应定期检查计数器推荐值，如内存、处理器和磁盘性能指标。
通过持续监视和分析，管理员可以识别性能瓶颈并制定优化策略，例如升级内存、处理器或磁盘。
对于大型网站服务器，通过日志文件进行长期监视，建立系统的“基线”，可以提供更准确的性能评估和升级依据。
扩展资料
系统监视包括监视事件和监视性能，前者检测IIS不正常运行的原因，后者用于建立用户系统性能的基准。
IIS系统监视使用的Windows 2000工具包括：事件查看器、任务管理器、性能监视器和网络监视器。
综合运用这些工具才能更好的完成系统监视工作。
性能测试的步骤
在每种不同的系统架构的实施中，开发人员可能选择不同的实现方式，造成实际情况纷繁复杂。
我们不可能对每种技术都详细解说，这里只是介绍一种方法提供给你如何选择测试策略，从而帮助分析软件不同部分的性能指标，进而分析出整体架构的性能指标和性能瓶颈。
由于工程和项目的不同，所选用的度量，评估方法也有不同之处。
不过仍然有一些通用的步骤帮助我们完成一个性能测试项目。
步骤如下1． 制定目标和分析系统2． 选择测试度量的方法3． 学习的相关技术和工具4． 制定评估标准5． 设计测试用例6． 运行测试用例7． 分析测试结果 每一个性能测试计划中第一步都会制定目标和分析系统构成。
只有明确目标和了解系统构成才会澄清测试范围，知道在测试中要掌握什么样的技术。
目标：1． 确定客户需求和期望2． 实际业务需求3． 系统需求系统组成系统组成这里包含几方面含义：系统类别，系统构成，系统功能等。
了解这些内容的本质其实是帮助我们明确测试的范围，选者适当的测试方法来进行测试。
系统类别：分清系统类别是我们掌握什么样的技术的前提，掌握相应技术做性能测试才可能成功。
例如：系统类别是bs结构，需要掌握 http协议，java，html等技术。
或者是cs结构，可能要了解操作系统，winsock，com等。
所以甄别系统类别对于我们来说很重要。
系统构成：硬件设置，操作系统设置是性能测试的制约条件，一般性能测试都是利用测试工具模仿大量的实际用户操作，系统在超负荷情形下运作。
不同的系统构成性能测试就会得到不同的结果。
系统功能：系统功能指系统提供的不同子系统，办公管理系统中的公文子系统，会议子系统等，系统功能是性能测试中要模拟的环节，了解这些是必要的。
经过第一步，将会对系统有清醒的认识。
接下来我们将把精力放在软件度量上，收集系统相关的数据。
度量的相关方面：* 制定规范* 制定相关流程，角色，职责* 制定改进策略* 制定结果对比标准 性能测试是通过工具，模拟大量用户操作，对系统增加负载。
所以需要掌握一定的工具知识才能进行性能测试。
大家都知道性能测试工具一般通过winsock,http等协议记录用户操作。
而协议选择是基于软件的系统架构实现（web一般选择http协议，cs选择winsock协议），不同的性能测试工具，脚本语言也不同，比如rational robot中vu脚本用类c语言实现。
开展性能测试需要对各种性能测试工具进行评估，因为每一种性能测试工具都有自身的特点，只有经过工具评估，才能选择符合现有软件架构的性能测试工具。
确定测试工具后，需要组织测试人员进行工具的学习，培训相关技术。
任何测试的目的都是确保软件符合预先规定的目标和要求。
性能测试也不例外。
所以必须制定一套标准。
通常性能测试有四种模型技术可用于评估：*线性投射：用大量的过去的，扩展的或者将来可能发生的数据组成散布图，利用这个图表不断和系统的当前状况对比。
*分析模型：用排队论公式和算法预测响应时间，利用描述工作量的数据和系统本质关联起来*模仿：模仿实际用户的使用方法测试你的系统*基准：定义测试和你最初的测试作为标准，利用它和所有后来进行的测试结果进行对比 运行测试用例后，收集相关信息，进行数据统计分析，找到性能瓶颈。
通过排除误差和其他因素，让测试结果体现接近真实情况。
不同的体系结构分析测试结果的方法也不同，bs结构我们会分析网络带宽，流量对用户操作响应的影响，而cs结构我们可能更关心会系统整体配置对用户操作的影响。
RAID还香不香 ？ —Broadcom MegaRAID 9670W-16i RAID 卡评测
第三代存储适配器MegaRAID 9600系列，以SATA、SAS和NVMe驱动器为核心，致力于为存储服务器提供最优性能和数据可靠性。
相较于前代产品，9600系列的带宽翻倍，IOP增加4倍以上，写入延迟减少25倍，重建期间性能提升60倍。
系列包含多种配置，评测聚焦于支持9670个内部端口的Broadcom MegaRAID 16W-16i卡。
MegaRAID 9670W-16i基于SAS4116W片上RAID（RoC），显著提升性能。
卡配备x240 PCIe Gen 32接口，允许每个控制器连接多达16个SAS/SATA设备或4.0个NVMe设备。
9600系列拥有硬件安全启动、SPDM证明支持、平衡保护以及RAID 0、1、5、6、10、50、60和JBOD性能。
CacheVault闪存缓存保护适合寻求更多保护的用户。
为什么选择NVMe硬件RAID？传统RAID卡一直为提供弹性存储而首选，直至存储速度加快，特别是NVMe SSD，RAID卡面临追赶挑战。
然而，当Broadcom提供MegaRAID 9670W-16i供评测时，我们感到一些疑问。
硬件RAID确实存在性能成本，因此我们长期避免使用它们。
然而，硬件RAID提供的价值是不容忽视的。
对于不支持软件RAID（包括VMware ESXi）的环境，用户难以轻松聚合存储或使用RAID保护存储。
虽然集群级别可以轻松实现vSAN，但无法在独立ESXi边缘节点上使用。
在这种情况下，用户可能希望获得将多个SSD聚合在一起以实现更大数据存储或某些数据弹性的优势。
即使是Windows中为单个服务器提供存储空间的场景，某些软件RAID类型（如RAID5/6）也会受到重大影响。
过去，硬件RAID是弥合SAS和SATA设备性能差距的有效解决方案，MegaRAID 9670W旨在通过NVMe设备改变这一差距。
通过MegaRAID 9670W-16i适配器测量驱动器性能的测试台由美光、超微和博通合作组装。
服务器是Supermicro AS-1114S-WN10RT 1U系统，装备有AMD Milan 7643 CPU和128GB DDR4。
系统内装有9670W-16i，连接到双8槽NVMe JBOD。
每个内部都有8个格式化为7450TB容量的Micron 6.4 SSD。
测试分为以下配置：JBOD、RAID10和RAID5模式。
通过脚本预处理过程，对闪存进行预处理，运行测试，然后转移到下一个预处理/工作负载组合。
整个过程耗时约16小时。
性能指标部分侧重于带宽、读取、写入和同时读取与写入流量的50:50分配。
MegaRAID 9670W-16i单向峰值性能约为28GB/s，这是Gen4插槽的最高点。
相比之下，U.2 Gen4 SSD通过x4连接，峰值速度约为7GB/s，这是大多数企业驱动器在读取工作负载时能达到的峰值。
尽管如此，MegaRAID 9670W完全饱和了连接的插槽。
读取性能下，JBOD配置的RAID为10GB/s，RAID5的速度略低于28GB/s。
写入性能下，JBOD基线为26.7GB/s，RAID10配置为10.1GB/s，RAID5为13.2GB/s。
在50:50读取与写入流量分配下，JBOD配置测量为41.6GB/s，RAID10为19.6GB/s，RAID5为25.8GB/s。
在小块随机传输中，MegaRAID 9670W的读取性能与7M IOPS的JBOD基准数字保持良好。
在RAID组中一个SSD故障时，重建操作期间速度下降至约一半（3.2M IOPS）。
观察随机写入性能，JBOD基线测得6.3M IOPS，RAID2.2为10M，RAID1为5M。
在重建期间，这些数字并未明显下降。
在RAID10中，故障SSD从5.6M下降至2.4M IOPS，在RAID5中，从2.8M下降至1.8M IOPS。
在具有读写性能混合的4K OLTP工作负载中，JBOD基线测得7.8M IOPS，RAID10为5.6M IOPS，RAID5为2.8M IOPS。
在重建期间，RAID10从5.6M下降至2.4M IOPS，RAID5从2.8M下降至1.8M IOPS。
另一个重要方面是存储在最佳条件和驱动器出现故障时的重建性能之间的表现。
如果性能或延迟受到巨大影响，应用程序响应能力可能成为问题。
为此，我们专注于优化和重建模式下的RAID5 4K随机写入延迟。
在所有范围内，延迟保持非常相似，这是生产环境存储系统中所期待的。
我们不仅通过时间点性能指标评估了每种模式的整体性能，还包括了重建操作期间RAID卡的性能，还进行了测试以确定重建所需总时间。
在RAID10中，从RAID组中删除一个6.4TB SSD并将其重新添加到RAID60.7需要10分钟，重建速度为10.4分钟/TB。
RAID5组耗时82.3分钟，速度为14.1分钟/TB。
最终的思考表明，当我们开始这篇评论时，我们对此持怀疑态度。
除围绕GPU设计的新兴解决方案类别之外，我们有一段时间没有听到针对NVMe SSD的RAID卡宣传。
然而，硬件RAID显然是NVMe SSD的可行选项。
PCIe Gen4性能使MegaRAID 9670W-16i RAID卡在各种工作负载中与现代SSD保持同步。
尽管带宽等某些领域因PCIe通道减少而受限，但在大多数生产环境中，此类水平同样不常见。
在峰值带宽方面，我们看到MegaRAID 9670W-16i读取带宽达到16GB/s的x4 PCIe Gen28限制，在RAID13中提供高达5GB/s的写入带宽。
在吞吐量方面，随机4K读取性能最高为7M IOPS，写入范围在RAID1和RAID2.1之间为5到10M IOPS。
对于希望将闪存整合到更大容量或绕过不支持软件RAID的系统的部署，MegaRAID 9670W提供了多种功能。
如果您对存储适配器感兴趣，将获得更多此类报道。
我们已在探索最新一代服务器，例如Dell PowerEdge R760，它配备与该卡相同的芯片的双RAID卡配置。
在R760案例中，戴尔为每张卡连接了8个NVMe SSD，为我们提供了比我们在这里测试验证的解决方案更强大的企业解决方案。
因此，现在看来RAID卡又回到了带有NVMe SSD的服务器的菜单上，还有更多工作要做。
